UNIVERSIDAD PRIVADA ANTENOR ORREGO

FACULTAD DE INGENIERÍA

ESCUELA PROFESIONAL DE INGENIERIA DE COMPUTACION Y SISTEMAS

“PLAN DE DIRECCIÓN DEL PROYECTO : “ SISTEMA DE VENTAS PARA LA

EMPRESA BOOK CENTER S.A.C.”

ESTUDIANTES:

 VELÁSQUEZ VARGAS HÉCTOR

CURSO:

Administración de Proyectos de Sistemas de

PROFESOR:

Dr. HUAPAYA ESCOBEDO, JORGE

TRUJILLO – PERÚ

NOVIEMBRE - 2019
 ÍNDICE
INTRODUCCIÓN.................................................................................................................................2
PROJECT CHARTER.............................................................................................................................3
PLAN DE GESTION DE ALCANCE DEL PROYECTO...............................................................................9
PLANIFICAR LA GESTIÓN DE ALCANCE............................................................................................9
REQUISITOS..................................................................................................................................10
DEFINIR EL ALCANCE....................................................................................................................12
Entregables..................................................................................................................................13
CREAR LA EDT/WBS......................................................................................................................14
PLAN DE GESTIÓN DE COSTOS.........................................................................................................19
COSTOS DEL PROYECTO...................................................................................................................24
RIESGOS DEL PROYECTO..................................................................................................................28
GESTIÓN DE CALIDAD......................................................................................................................29

1
 INTRODUCCIÓN

El siguiente informe presenta el plan de dirección del proyecto: “Desarrollo de Sistemas de

Ventas para la empresa Book Center S.A.C.” El plan se basa en el marco de referencia
PMBOK 6ta Edición. El trabajo consta de una breve revisión del marco de referencia y está
constituida por cuatro capítulos que son las áreas de conocimiento. En el primer capítulo se
realizó la gestión del alcance del proyecto la cual está compuesta por el acta de constitución
del proyecto, el plan de gestión del proyecto y el plan de gestión de cambio. En el segundo
capítulo se realizó la gestión del alcance del proyecto la cual está compuesta por el plan de
gestión del alcance, el enunciado del alcance, la documentación de requisitos, la estructura
de desglose del trabajo y el diccionario EDT. En el tercer capítulo se realizó la gestión de
costos del proyecto el cual constatará del plan para la gestión de costos, la estimación de
costos y la determinación del presupuesto. En el cuarto capítulo se realizó la gestión de
riesgos que incluye planificar la gestión de riesgos e identificar los riesgos. También se
realizó el proceso de la gestión de calidad donde se procesa, gestiona y controla la calidad.

PROJECT CHARTER
NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO

2
 SISTEMA DE VENTAS PARA LA EMPRESA
”SIVEBOOK”
BOOKCENTER S.A.C.

EL PROPÓSITO DEL PROYECTO:

Implementar un sistema computarizado y una base de datos que permita a la empresa optimizar
el manejo y el control de la información para así tener información organizada y confiable de una
manera ágil.

El proyecto tiene como objetivo la implementación del sistema de ventas que permitirá agilizar las
ventas en la empresa.

La aplicación comprende lo siguiente:

 Registrar los proveedores y sus cotizaciones.

 Registrar entradas en el proceso de ventas.
 Realizar modificaciones en la información de los productos.
 Generar reportes de las ventas.

LOS OBJETIVOS MEDIBLES DEL PROYECTO Y LOS CRITERIOS DE ÉXITO ASOCIADOS:

CONCEPTO OBJETIVOS CRITERIOS DE

ACEPTACIÓN

ALCANCE Cumplir con la elaboración de los siguientes Culminación y aprobación

entregables: del proyecto cumpliendo
- Presentación del Acta de Constitución, con todo lo establecido
- Informe de los requerimientos del sistema, con el cliente.
- Presentación del documento de Análisis y
diseño,
- Resultado de las pruebas, Informe de la
implantación del sistema.
TIEMPO Concluir el proyecto dentro del tiempo Concluir el proyecto en
acordado. menos de 5 meses, del 20
de Agosto del 2019 hasta
el 23 de Diciembre del
2019.
COSTO Cumplir con el presupuesto estimado del Desarrollar el proyecto del
proyecto S/ 8840 presupuesto asignado.
CALIDAD Finalizar el sistema con una calidad aceptable Ser eficaz en la labor

3
 encomendada
LOS REQUISITOS DE ALTO NIVEL:

 Implementar la automatización de un sistema de ventas.

 Administrar los procesos de cobranza.
 Tener el control de stock

LA DESCRIPCIÓN DE ALTO NIVEL DEL PROYECTO, LOS LÍMITES Y LOS ENTREGABLES

CLAVES:

● Descripción

○ La empresa BOOK CENTER tiene por objeto dedicarse a la compra venta de

artículos escolares, de oficina, y toda clase de productos afines y su
comercialización en general, tanto como su importación y exportación, brindar
servicios de fotocopiados, reducciones y ampliaciones. Con el fin de mejorar la
productividad y el rendimiento de la Empresa debemos implementar un sistema
informático de ventas que brinden eficiencia y eficacia a la gestión de ventas.
○ El proyecto “Desarrollo de un Sistema de ventas para Copy Ventas S.R.L”,
comprenderá las siguientes funciones:
 Registrar los proveedores y sus cotizaciones.
 Registrar entradas en el proceso de ventas.
 Realizar modificaciones en la información de los productos.
 Generar reportes de las ventas.

● Los límites

○ El proyecto se desarrollará por en un lapso aproximado de 4 meses, sin contar

feriados (sábados, domingos y días festivos). Iniciando las actividades el 20 de
agosto del 2019.
○ El plazo para entregar y poner en marcha la aplicación no será mayor de 6

4
 meses. si no se cumple hay una penalidad en el pago los honorarios del 5% por
cada día de atraso
○ Se contará con un presupuesto inicial de 10 000 soles, si no se dispone de este
recurso el proyecto no se desarrollará.

● Los entregables claves

○ Modelado de Negocio
○ Análisis de Requerimientos
○ Análisis y Diseño
○ Implementación
EL RIESGO GENERAL DEL PROYECTO:

USUARIOS FINALES:

✔ El sistema no termina por satisfacer las necesidades de los usuarios.

✔ Los usuarios proponen nuevas modificaciones en los requerimientos del sistema.

GRUPO DE TRABAJO:

✔ El personal demora en la realización del sistema.

✔ Falta de motivación que demora en la realización.
✔ El personal puede renunciar antes de finalizar el proyecto.
✔ El personal no logra cumplir las expectativas con las tareas que se le encargó.

PROYECTO:

✔ No se ha planificado correctamente todas las actividades.

✔ El sistema se puede convertir más extenso de lo esperado.
✔ Las fechas del cronograma no coinciden con las actividades que se están realizando.
✔ El proyecto no se ajusta con el presupuesto estimado para la realización.
✔ Es necesario introducir nuevos requerimientos.

5
EL RESUMEN DEL CRONOGRAMA DE HITOS; FECHAS DE REUNIONES:

LOS RECURSOS FINANCIEROS PREAPROBADOS:

PRESUPUESTO PRELIMINAR DEL PROYECTO

CONCEPTO
MONTO (S/.)
Personal 10000.00
Materiales 230.00

Maquinaria 2300.00

Otros Costos 1400.00

Total Línea base 14000.00
Reserva de cambios 1081.00
Reserva de riesgos 1081.00
Total Presupuesto 17000.00

LA LISTA DE INTERESADOS CLAVE

6
 ✔ Gerente Local
✔ Jefe de Área
✔ Supervisores
✔ Personal

LOS REQUISITOS DE APROBACIÓN DEL PROYECTO (ES DECIR, EN QUÉ CONSISTE EL ÉXITO DEL
PROYECTO, QUIEN DECIDE SI EL PROYECTO TIENE ÉXITO Y QUIEN FIRMA LA APROBACIÓN DEL
PROYECTO)

● El proyecto debe ser validado ante cualquier amenaza

● El encargado deberá realizar un seguimiento constante a las actividades del proyecto.
● Cumplir con el tiempo y metas estipuladas con un margen de error no mayor al 20%.

LOS CRITERIOS DE SALIDA DEL PROYECTO (ES DECIR, QUÉ CONDICIONES DEBEN
CUMPLIRSE A FIN DE CERRAR O CANCELAR EL PROYECTO O FASE);

● Certifica y oficializa que se ha cumplido con el alcance y los objetivos esperados del
proyecto.
● Se libera totalmente al encargado y al equipo del proyecto para que puedan asumir
nuevos proyectos.
● Supone el cierre administrativo y financiero de todos los compromisos y derechos
adquiridos por el proyecto.

SPONSOR QUE AUTORIZA EL PROYECTO

NOMBRE Departamento/División CARGO FECHA

Héctor Velásquez
Director del proyecto Asesor 10-09-19

SPONSOR QUE AUTORIZA EL PROYECTO

NOMBRE Departamento/División CARGO FECHA

Ing. Jorge Huapaya Escobedo Gerente de Proyecto Asesor 10-09-19

7
 PLAN DE GESTION DE ALCANCE DEL PROYECTO

NOMBRE DEL PROYECTO:

SISTEMA DE VENTAS PARA LA EMPRESA BOOKCENTER S.A.C.

SIGLAS DEL PROYECTO:

SIVEBOOK

PLANIFICAR LA GESTIÓN DE ALCANCE

EL Plan de Gestión de Alcance del Proyecto es una herramienta de planificación que describe
como el equipo definirá el alcance del proyecto, desarrollará el enunciado del alcance del
proyecto detallado, definirá y desarrollará la estructura de desglose de trabajo, verificará y
controlará el alcance del proyecto.

 LA DEFINICIÓN DEL ALCANCE DEL PROYECTO SIVEBOOK SE

DESARROLLARÁ DE LA SIGUIENTE MANERA:

o Para definir el Alcance del Proyecto se tomará en cuenta la dificultad de cada

una de las funcionalidades que se piensan implementar y el rubro de empresas
a las cuales estará orientada el software.

o La definición del proyecto Sistema de ventas para Bookcenter, se desarrollará

de la siguiente manera:

 En reunión de equipo de proyecto, tanto el equipo de proyecto como el

sponsor revisarán la declaración del alcance, el cual servirá como base.
 Se hará un control y seguimiento de cada actividad de trabajo mediante
reportes diarios.

 PROCESO PARA LA ELABORACIÓN DE LA EDT:

o El EDT del proyecto será estructurado de acuerdo a la herramienta de

descomposición, identificándose primeramente los principales entregables, que
en el proyecto actúan como fases. En el proyecto se identificó 7 fases.
o Identificado los principales entregables, se procede con la descomposición del
entregable en paquetes de trabajo, los cuales nos permiten conocer al mínimo
detalle el costo, trabajo y calidad incurrido en la elaboración del entregable.
o La empresa utiliza para la elaboración del EDT la herramienta MS PROYECT,
pues permite una fácil diagramación y manejo de los entregables del proyecto.

 PROCESO PARA LA VERIFICACIÓN DEL ALCANCE:

8
 o Al término de elaboración de cada entregable, éste debe ser presentado al
Sponsor del Proyecto, el cual se encargará de aprobar o presentar las
observaciones del caso. Si el entregable es aprobado, es enviado al cliente.

 PROCESO PARA CONTROL DE ALCANCE:

En este caso se presentan dos variaciones:
 Primero, el Jefe del Proyecto se encargará de verificar que el entregable
cumpla con lo acordado en la Línea Base del Alcance. Si el entregable es
aprobado es enviado al Jefe de la Empresa, pero si el entregable no es
aprobado, el entregable es devuelto a su responsable junto con una Hoja de
Correcciones, donde se señala cuáles son las correcciones o mejoras que se
deben hacer.
 Segundo, a pesar que el Jefe del Proyecto se encarga de verificar la
aceptación del entregable del proyecto, el Sponsor del Proyecto (Gerente
general de la Empresa), también puede presentar sus observaciones respecto
al entregable, para lo cual requerirá reunirse con el Jefe del Proyecto, y
presentar sus requerimientos de cambio o ajuste. De lograrse la aceptación
del Sponsor, y de tratarse de un entregable muy importante, se requerirá la
firma de un Acta de Aceptación del entregable.

REQUISITOS

a. NECESIDAD DEL NEGOCIO U OPORTUNIDAD A APROVECHAR

 Incrementar las ventas en la empresa.

 Generar ingresos para la empresa.
 Ofrecer un mejor servicio al cliente con la nueva aplicación, de esta manera
hacer una mejor fidelización con ellos.

b. OBJETIVOS DEL NEGOCIO Y DEL PROYECTO

 Cumplir al 100% con los requerimientos propiamente establecidos.

 Realizar el proyecto en el plazo establecido.

c. REQUISITOS FUNCIONALES
 El sistema debe permitir registrar los productos.
 Captura de código de barras mediante pistola láser.
 Se requiere saber la cantidad de productos más vendidos según su tipo en
un determinado periodo.
 El sistema debe permitir registrar a los clientes.
 Mostrar la cantidad de clientes más potenciales en el primer semestre.
 Mostrar la lista de vendedores que tuvieron más efectividad en los últimos
3 meses.
 Se desea saber si la cantidad de pagos realizados por los clientes durante un
semestre son pro crédito o al contado.
 El sistema debe permitir a los productos, que están registrados, que puedan
modificarse en la información de los productos.
 El sistema debe mostrar el número de stock de cada producto.

9
  El sistema deberá tener la posibilidad de mostrar los datos de los clientes
registrados.
 El sistema deber ser capaz de anular una compra.
 El sistema debe ser capaz de modificar una compra.
 El sistema debe mostrar el porcentaje de ventas de un vendedor en cada
periodo.
 Mostrar el promedio de venta durante los últimos 2 trimestres según el tipo
de cliente seleccionado.
 El sistema debe mostrar el número de productos vendidos durante el último
trimestre según el tipo de producto a seleccionar.
 El sistema debe llevar un registro de todo lo que se vende en la empresa
 El sistema debe realizar reportes de ventas mensuales y anuales.

d. REQUISITOS NO FUNCIONALES

 El sistema debe implementarse bajo una plataforma de escritorio.

 El sistema puede usarse desde cualquier sistema operativo.
 El sistema debe registrar todos los datos en una base de datos.
 El sistema debe permitir ser ejecutado simultáneamente por más de un
usuario del sistema.
 EL sistema debe tener un tiempo de respuesta no mayor a 3 segundos por
consulta.

e. REQUISITOS DE CALIDAD
 Cumplir con los entregables de acuerdo a la metodología RUP:
1. Modelo del negocio
2. Análisis de Requerimientos
3. Análisis y Diseño
4. Implementación
5. Pruebas
6. Despliegue
7. Gestión del Proyecto
 Verificar la satisfacción del cliente, midiéndolo a través apta de conformidad
del cliente.

f. CRITERIOS DE ACEPTACIÓN
Especificaciones o requisitos de rendimiento, funcionalidad, etc. Que deben cumplirse
antes de aceptar el proyecto.

CONCEPTOS CRITERIOS DE ACEPTACIÓN

Cumplir al 100% con los requerimientos
 TECNICOS
propiamente establecidos.
Lograr un 85% porcentaje de la satisfacción del
 DE CALIDAD
cliente
Todos los paquetes de trabajo deben ser
 ADMINISTRATIVOS
aceptados por el Jefe de Proyecto.

10
 Cumplir con todas las clausulas establecidas en
 COMERCIALES
el contrato

DEFINIR EL ALCANCE

A. Descripción del alcance:

 Productos
Podrá trabajar con productos que tengan códigos de barras
Productos que se venden en diferentes unidades de media: Por unidad,
por volumen.
Productos con diferentes impuestos
El editor de productos permitirá agregar productos, eliminar productos,
modificar existentes, así como todos los parámetros, precios,
impuestos, etc.
Organizar promociones, paquetes o combos, y poner productos en
oferta.
 Control de Caja
Podrá conocer el flujo de caja y el dinero en ella en cada momento
Registrar ventas efectuadas con diferentes métodos de pago: efectivo,
cheque, tarjetas de Crédito o Debido.
 Control de Transacciones Particulares
Devoluciones de dinero
Retiros por el Dueño
Retiros por consumo interno
Descuentos
 Control del Stock
Conozca en cada momento el stock de sus productos, saber cuánto es
necesario realizar compras y así evitar posibles pérdidas o hurtos.

B. Criterios de Aceptación

REQUISITOS CRITERIOS DE ACEPTACIÓN

Autenticación de los productos
Autenticación de los Clientes
Autentificación de los vendedores
Captura de barra mediante pistola laser
Visualización del Stock
(comprobar que)
Permitirá registrar e identificar a los productos del
sistema y también visualizar por periodos la cantidad
de productos vendidos.
Permitirá registrar a los clientes y a su vez mostrar la
cantidad de clientes más potenciales.
Permitirá mostrar la lista de vendedores que tuvieron
más efectividad en los últimos 3 meses.
Permitirá identificar el producto con solo alumbrar el
código de barra del producto con la pistola laser.
Permitirá saber cuántos productos por catenario nos
queda en stock.

11
 Modificación de las Compras Permitirá anular y modificar una compra.
Autentificación de Ventas El sistema debe realizar reportes de ventas mensuales y
anuales

Entregables
C. Fases del Sistema
 REQUISITOS
La duración de esta fase será de 2 semanas, en esta fase se realizó un estudio
previo para poder establecer los parámetros de limitantes y requerimientos en la
realización del Sistema. Para ello se entrevistó continuamente a un
representante del negocio en este caso el dueño ANONIMO el cual proporciono
la información de cómo se realizan los procesos dentro del área de ventas en la
empresa. El Software utilizado para la primera fase es:
 Microsoft Office 2013: Para redactar el documento.
 Microsoft Visio 2010: Para realizar los gráficos en realización
a la empresa
 Start UML: para el modelo de casos de uso
 Project 2013: para la realización de la calendarización por
medio de un diagrama de Gantt.
 ANÁLISIS
Esta fase se realizara en un periodo de 2 semanas en el que se deberá hacer el
análisis de todos los datos que se necesiten para poder establecer y preparar la
solución precedente a la etapa de diseño.
Para esta etapa utilizaremos el siguiente software:
 Microsoft Office 2013: Para redactar el documento
 Microsoft Visio 2010: Para realizar el modelo relacional y
todos los otros gráficos que no están detallados para esta fase.
 Start UML: para el diseño de los diagramas de secuencia,
clases de casos de uso.
 DISEÑO
La fase de diseño se realizara en un periodo de 1 semana contiguo al análisis
del proyecto se utilizaran el siguiente software:
 Microsoft Office 2013: Para redactar el documento
 Start UML: Para diagramas de casos de uso, el diseño de los
diagramas de secuencia, clases de casos de uso para esta fase.
 IMPLEMENTACIÓN
La fase de implementación no se realizara en su totalidad debido a que hay
puntos que no abarca el análisis y diseño orientado a objetos.
El software a utilizar es:
 Microsoft Office 2013: Para redactar el documento
 Microsoft Visio 2010: Para todos los gráficos que se utilizan
en esta fase.

12
 D. Exclusiones del Proyecto

 No se entregará manuales de las funciones del sistema

 No se capacitará al personal para el uso del sistema
 No hará reportes a sunat

E. Restricciones y Supuestos

 El equipo del proyecto contará con la selección de personal calificado y

con experiencia para el proyecto.
 El equipo de proyecto asignado estará comprometido al 100% para
desarrollar el proyecto y que sea un sistema de calidad.
 Se contara con la disposición del sponsor para asistir a las reuniones, en
todo momento que se le requiera para resolver problemas de
requerimientos de recursos.

CREAR LA EDT/WBS

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO

SISTEMA DE VENTAS PARA LA EMPRESA SIVEBOOK
BOOKCENTER S.A.C.

Mediante la planificación se establecerán las tareas a desarrollar a lo largo del proyecto.

Para desarrollar el plan del proyecto se utilizaron de las buenas prácticas para la gestión del
proyecto del PMBOK, principalmente los procesos: Desarrollar el Acta de Constitución del
proyecto (Project Chárter), Definir el alcance y Crear la EDT.

Estructura de desglose del trabajo(EDT)

13
 SISTEMAS DE
VENTAS PARA LA
EMPRESA DE
BOOK CENTER
S.A.C.

GESTION DE
PROCESOS

INICIO PLANIFICACION EJECUCION MONITOREO CIERRE

Documentación Analizar Diseño de Aseguramiento Capacitación al

de autorización Requisitos Interfaces de Calidad Personal

Identificación de Prueba de Cierre de

Project Charter Diseño de Clases
Stakeholders Software Proyecto

Estimación de Diseño de Base Implantación de

Definir Alcances
Presupuesto de Datos Software

Gestión del Documentaciónd Modelado de

Tiempo e Requerimientos Despliegue

Gestión del Costo Prototipos

Gestión del
Riesgo

Gestión de
Recursos

14
 SISTEMA DE VENTAS PARA LA EMPRESA BOOK
CENTER

INGENIERIA

INICIO ELABORACIÓN CONSTRUCCIÓN TRANSICIÓN

Modelado de Modelado de
Requisitos Analisis y Diseño Requisitos Analisis y Diseño Implementacion Pruebas Requisitos Analisis y Diseño Implementacion Pruebas Implantacion Implementacion Pruebas Implantacion
Negocio Negocio

Informe de
Diagrama de Diseño del Actas de
Requisitos del Lista de casos de Modelo del Requisitos de Lista de Diagrama de Modelo de Requisitos de Prototipo del Diagrama de Control de Manual de pruebas de
caso de uso del diagrama de la capacitacion de
negocio uso priorizado dominio insteresados especificaciones secuencia pruebas calidad sistema despliegue pruebas usuario consistencia de
negocio base de datos usuario final
base de datos

Especificaciones Requisitos Diagrama de Vista Diagrama de Informe de Manual de

Diagrama de Requisitos de Diagrama de Procedimiento Revision de Revision de Revision de
del caso de uso funcionales y no caso de uso de arquitectonica interfaz de pruebas instalacion y
actividades transiciones componente de pruebas calidad calidad calidad
del negocio funcionales requerimiento funcional usuario unitarias configuracion

Modelo de
Requisitos del Diagrama de
objeto del
proyecto colaboracion
negocio
 DICCIONARIO WBS

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO

SISTEMA DE VENTAS PARA LA EMPRESA SIVEBOOK
BOOKCENTER S.A.C.
ESPECIFICACION DE PAQUETES DE TRABAJO DEL PROYECTO
DEFINIR EL OBJETIVO DEL PDT, DESCRIPCIÓN DEL PDT, DESCRIPCIÓN DEL
TRABAJO Y ASIGNACIÓN DE RESPONSABILIDADES.
1.1 Especificación de casos de Un caso de uso es la descripción de una
uso del software acción o actividad.
Se le llama actor a toda entidad externa
al sistema que guarda una relación con
éste y que le demanda una
funcionalidad. Esto incluye a los
operadores humanos, pero también
incluye a todos los sistemas externos,
1.2. Lista de Actores del además de entidades abstractas, como
Modelado de Software el tiempo.
Negocio 1.3. Identificación de Son aquellos trabajadores y
trabajadores del Software programadores que se van a encargar
de la elaboración del software
1.4 Diagrama de casos de uso Un diagrama de caso de uso es una
descripción de las actividades que
deberá realizar alguien o algo para
llevar a cabo algún proceso. Los
personajes o entidades que participarán
en un diagrama de caso de uso se
denominan actores.
Documento donde se especifica cada
2.1 Documento de requisito que tendrá el sistema
Análisis de especificación de requisitos funcionales o no funcionales
Requerimientos 2.2 Documento del análisis del Documento donde se especifica el
Sistema análisis detallado de las necesidades y
funciones del Sistema.
2.3. Documentos de casos de Documento donde estarán los casos de
uso Final ultimo ya concluidos
Análisis y Diseño Describir la arquitectura de sistemas
software, basados en el uso de
múltiples vistas concurrentes". Las
vistas suelen describir el sistema desde
el punto de vista de diferentes
3.1 Documento de la interesados, tales como usuarios
Arquitectura del Software finales, desarrolladores o directores de
Proyecto
3.3 Documento de estándares de Documento que sirve como un marco
interfaz gráfica. de referencia que guía los procesos de
implementación del sistema.
3.4 Prototipos del Sistema Un prototipo es una representación
limitada del diseño de un producto que
permite a las partes responsables de su
creación experimentar su uso,
3.5 Documentos de estándares   Describe reglas y recomendaciones
de programación para el desarrollo del sistema.
 3.6 Documento del diseño del
Sistema.
4.1 Modulo de Seguridad
Implementación 4.2. Modulo de administración
4.3. Módulo de registro de
ventas
4.4 Módulo de reportes de
ventas
5.1 Plan de pruebas.
Pruebas
5.2 Documentos de casos de
pruebas.
6.1 Documento de Errores en el
Despliegue despliegue
6.2 Diagrama de Despliegue
PLAN DE GESTIÓN DE COSTOS
TIPOS DE ESTIMACIÓN DEL PROYECTO: TIPOS DE ESTIMACIÓN A UTILIZAR EN EL PROYECTO CON
INDICACIÓN DEL MODO DE FORMULACIÓN Y LOS NIVELES DE PRECISIÓN DE CADA TIPO .
TIPO DE ESTIMACIÓN MODO DE FORMULACIÓN
(ESPECIFICAR LOS TIPOS DE ESTIMACIÓN A USAR EN EL
Documento donde se describe todos los
detalles del diseño de la arquitectura
del sistema y de todos los componentes
que la conforman.
Identifica todos los mecanismos que
existen en el manejo de su información.
Eliminará riesgos de pérdida de
contenido electrónico.
Se usa para las tareas de administración
de sistema. Puede realizar funciones
tales como crear plantillas de
comunicación y configurar
organizaciones.
Todos los registros de cada venta que
se aguarde en el sistema
Se basa en los reportes de las ventas
que se registraran en el sistema, los
reportes pueden ser en el tiempo que el
cliente lo requiera
Es un producto formal que define los
objetivos de la prueba de un sistema,
establece y coordina una estrategia de
trabajo, y provee del marco adecuado
para elaborar una planificación paso a
paso de las actividades de prueba
Documentos donde se encontraran las
pruebas que se le hicieron al sistema
Documentos donde se registraran las
fallas y/o errores que tuvo el sistema al
momento de despegarlo
Un Diagrama de Despliegue modela la
arquitectura en tiempo de ejecución de
un sistema. Esto muestra la
configuración de los elementos de
hardware (nodos) y muestra cómo los
elementos y artefactos del software se
trazan en esos nodos.
NIVEL DE PRECISIÓN
(ESPECIFICAR EL NIVEL DE
 PROYECTO, EJM. ORDEN DE MAGNITUD, PRESUPUESTO, (ESPECIFICAR EN DETALLE EL MODO DE PRECISIÓN DEL ESTIMADO, EJM. -
) FORMULACIÓN DEL ESTIMADO INDICANDO
DEFINITIVA
15% +25%)
EL PORQUÉ, QUIÉN, CÓMO, Y CÚANDO)

Orden de Magnitud Formulación por Analogía - 25% al +75%

Presupuesto Bottom up -15% al +25%

Definitivo Bottom up -5% al +10%

UNIDADES DE MEDIDA: UNIDADES DE MEDIDA A UTILIZAR, PARA ESTIMAR Y TRABAJAR CADA TIPO DE RECURSO.

TIPO DE RECURSO UNIDADES DE MEDIDA

Recurso Personal Costo / hora

Recurso Material o Consumible Unidades

Recurso Máquina o no Consumibles Unidades

FECHAS
CUENTA DE INICIO-FIN
ENTREGABLES PRESUPUESTO RESPONSABLE
CONTROL (FECHAS
(FASES O ENTREGABLES (MONTO DEL (PERSONA RESPONSABLE DE
AGRUPADOS EN LA PRESUPUESTO PARA LA MONITOREAR Y LOGRAR LOS
(CÓDIGO Y NOMBRE DE PROGRAMADAS DE
CUENTA) CUENTA) OBJETIVOS DE COSTOS)
CUENTA) INICIO Y FIN DE LOS
ENTREGABLES DE LA
CUENTA)

No aplica para el No aplica para el No aplica para el No aplica para el No aplica para
proyecto proyecto proyecto proyecto el proyecto

PLANIFICACIÓN GRADUAL: FORMA EN QUE SE UTILIZARÁ LA PLANIFICACIÓN GRADUAL, DEFINIENDO LAS

ETAPAS Y LOS NIVELES DE AGREGACIÓN DE LOS COMPONENTES DE PLANIFICACIÓN , ASÍ COMO LA FECHA EN QUE SE
EMITIRÁN LOS PRESUPUESTOS NO EXPANDIDOS Y LA PERSONA RESPONSABLE DE HACERLOS .

ETAPA COMPONENTES DE FECHA DE EMISIÓN DE RESPONSABLE

(ETAPAS DE LA PLANIFICACIÓN
PLANIFICACIÓN PRESUPUESTO (PERSONA RESPONSABLE DE
GRADUAL, O MOMENTOS EN LOS
(COMPONENTES DE (FECHA APROXIMADA EN QUE SE EMITIR EL PRESUPUESTO CON LOS
CUALES SE PRESENTARÁN LAS EMITIRÁ EL PRESUPUESTO USANDO COMPONENTES DE
PLANIFICACIÓN A USAR EN DICHA LOS COMPONENTES DE
LÍNEAS BASE CON COMPONENTES )
ETAPA) PLANIFICACIÓN DE DICHA ETAPA
DE PLANIFICACIÓN NO )
PLANIFICACIÓN DE DICHA ETAPA
)
EXPANDIDOS

No aplica para el No aplica para el No aplica para el No aplica para el

proyecto proyecto proyecto proyecto

UMBRALES DE CONTROL

ALCANCE: ACCIÓN A TOMAR SI VARIACIÓN

PROYECTO/FASE/ENTREGABLE VARIACIÓN PERMITIDA EXCEDE LO PERMITIDO

(VARIACIÓN PERMITIDA PARA EL ALCANCE (ACCIÓN A TOMAR EJM. MONITOREAR

(ESPECIFICAR SI EL UMBRAL DE CONTROL
APLICA A TODO EL PROYECTO, UNA FASE, UN
GRUPO DE ENTREGABLES O UN ENTREGABLE
)
ESPECÍFICO
ESPECIFICADO, EXPRESADA EN VALORES
ABSOLUTOS, EJM $, O VALORES RELATIVOS
EJM % )
RESULTADOS, ANALIZAR VARIACIONES , O
)
AUDITORIA PROFUNDA DE LA VARIACIÓN
 Investigar variación para
Proyecto Completo +/- 5% costo planificado
tomar acción correctiva

MÉTODOS DE MEDICIÓN DE VALOR GANADO

ALCANCE:
PROYECTO/FASE/ENTREGABLE MÉTODO DE MEDICIÓN MODO DE MEDICIÓN
(ESPECIFICAR EL MÉTODO DE MEDICIÓN QUE (ESPECIFICAR EN DETALLE EL MODO DE
(ESPECIFICAR SI EL MÉTODO DE MEDICIÓN
SE USARÁ PARA CALCULAR EL VALOR GANADO MEDICIÓN , INDICANDO EL QUIÉN, CÓMO,
APLICA A TODO EL PROYECTO, UNA FASE, UN
) )
GRUPO DE ENTREGABLES O UN ENTREGABLE DE LOS ENTREGABLES ESPECIFICADOS CÚANDO, DONDE
)
ESPECÍFICO

Reporte de Perfomance
Proyecto Completo Valor Acumulado – Curva S
Semanal del Proyecto

FORMULAS DE PRONÓSTICO DEL VALOR GANADO: ESPECIFICACIÓN DE FORMULAS DE PRONÓSTICO

QUE SE UTILIZARÁN PARA EL PROYECTO .

TIPO DE PRONÓSTICO FÓRMULA MODO: QUIÉN, CÓMO, CUÁNDO,

DÓNDE

Informe de Performance del

EAC variaciones típicas AC + (BAC-EV)/CPI
Proyecto Semanalmente

NIVELES DE ESTIMACIÓN Y DE CONTROL: ESPECIFICACIÓN DE LOS NIVELES DE DETALLE EN QUE SE

EFECTUARÁN LAS ESTIMACIONES Y EL CONTROL DE LOS COSTOS.

TIPO DE ESTIMACIÓN DE
COSTOS
(ESPECIFICAR LOS TIPOS DE
ESTIMACIÓN A USAR EN EL
PROYECTO, EJM. ORDEN DE
MAGNITUD, PRESUPUESTO,
) ENTREGABLES, ETC
DEFINITIVA
NIVEL DE ESTIMACIÓN DE
COSTOS
(ESPECIFICAR EL NIVEL DE DETALLE AL CUAL SE
EFECTUARÁN LOS ESTIMADOS DE COSTOS, EJM.
ACTIVIDAD, PAQUETES DE TRABAJO,
.)
NIVEL DE CONTROL DE COSTOS
(ESPECIFICAR EL NIVEL DE DETALLE AL CUAL SE
EFECTUARÁ EL CONTROL DE LOS COSTOS EN EL
SISTEMA EVM, EJM. ACTIVIDAD, PAQUETES DE
.)
TRABAJO, ENTREGABLES, ETC

Orden de Magnitud Por fase No aplica

Presupuesto Por actividad El mismo

Definitiva Por actividad El mismo

PROCESOS DE GESTIÓN DE COSTOS: DESCRIPCIÓN DETALLADA DE LOS PROCESOS DE GESTIÓN DE COSTOS

QUE SE REALIZARÁN DURANTE LA GESTIÓN DE PROYECTOS.

PROCESO DE GESTIÓN DE
DESCRIPCIÓN: QUÉ, QUIÉN, CÓMO, CUÁNDO, DÓNDE, CON QUÉ
COSTOS

Planificación de Gestión de Es el proceso que establece las políticas, los procedimientos y la

Costos documentación necesaria para planificar, gestionar, ejecutar el
gasto y controlar los costos del proyecto. El beneficio clave de
este proceso es que proporciona guía y dirección sobre cómo
 se gestionarán los costos del proyecto a lo largo del mismo.

Se estima los costes del proyecto en base al tipo de estimación

por presupuesto y definitiva. Esto se realiza en la planificación
Estimación de Costes
del proyecto y es responsabilidad del Project Manager, y
aprobado por el Sponsor.

Se elabora el presupuesto del proyecto y las reservas de

Determinar Prepuesto gestión del proyecto. Este documento es elaborado por el
Project Manager y, revisado y aprobado por el Sponsor.

Se evaluará el impacto de cualquier posible cambio del costo,

informando al Sponsor los efectos en el proyecto, en especial
las consecuencias en los objetivos finales del proyecto (alcance,
tiempo y costo).

El análisis de impacto deberá ser presentado al Sponsor y

evaluará distintos escenarios posibles, cada uno de los cuales
corresponderá alternativas de intercambio de triple restricción.
Controlar de Costes
Toda variación final dentro del +/- 5% del presupuesto será
considerada como normal.

Toda variación final fuera del +/- 5% del presupuesto será

considerada como causa asignable y deberá ser auditada. Se
presentará un informe de auditoría, y de ser el caso se generará
una lección aprendida.

FORMATOS DE GESTIÓN DE COSTOS: DESCRIPCIÓN DETALLADA DE LOS FORMATOS DE GESTIÓN DE COSTOS

QUE SE UTILIZARÁN DURANTE LA GESTIÓN DE PROYECTOS .

FORMATO DE GESTIÓN DE
DESCRIPCIÓN: QUÉ, QUIÉN, CÓMO, CUÁNDO, DÓNDE, CON QUÉ
COSTOS

Documento que informa la planificación para la gestión del

Plan de Gestión de Costos
costo del proyecto.

Línea Base del Costo Línea base del costo del proyecto, sin incluir las reservas de
contingencia

Este informe detalla los costos a nivel de las actividades de cada

Costeo del Proyecto
entregable, según el tipo de recurso que participe.

Presupuesto por Fase y El formato de Presupuesto por Fase y Entregable informa los
Entregable costos del proyecto, divididos por Fases, y cada fase dividido en
entregables.

El formato de Presupuesto por Fase y por Tipo de Recurso

Presupuesto por Fase y por
informe los costos del proyecto divididos por fases, y cada fase
Tipo de Recurso
en los 3 tipos de recursos (personal, materiales, maquinaria).

Presupuesto por Semana El formato Presupuesto por Semana informa los costes del
 proyecto por semana y los costes acumulados por semana..

Presupuesto en el Tiempo El formato Presupuesto en el Tiempo (Curva S) muestra la gráfica

(Curva S) del valor ganado del proyecto en un periodo de tiempo.

SISTEMA DE CONTROL DE TIEMPOS: DESCRIPCIÓN DETALLADA DEL SISTEMA DE CONTROL DE TIEMPOS QUE
SE UTILIZARÁ PARA SUMINISTRAR DATOS AL SISTEMA DE CONTROL DE VALOR GANADO.

DESCRIPCIÓN: QUÉ, QUIÉN, CÓMO, CUÁNDO, DÓNDE, CON QUÉ

Los responsables del proyecto dividirán por fases y actividades y se les será asignado a cada
grupo o departamento una actividades, por la ayuda de las herramientas brindadas en la
fase de la planificación del proyecto en la oficina de la empresa

SISTEMA DE CONTROL DE COSTOS: DESCRIPCIÓN DETALLADA DEL SISTEMA DE CONTROL DE COSTOS QUE
SE UTILIZARÁ PARA SUMINISTRAR DATOS AL SISTEMA DE CONTROL DE VALOR GANADO.

DESCRIPCIÓN: QUÉ, QUIÉN, CÓMO, CUÁNDO, DÓNDE, CON QUÉ

Cada responsable del equipo de proyecto emite un reporte semanal informando los
entregables realizados y el porcentaje de avance. El Project Manager se encarga de
compactar la información del equipo de proyecto en el Schedule, actualizando el proyecto
según los reportes del equipo, y procede a replanificar el proyecto en el escenario del MS
Project. De esta manera se actualiza el estado del proyecto, y se emite el Informe Semanal
del Performance del Proyecto.

El coste del proyecto puede tener una variación de +/- 5 % del total planeado, si como
resultado de la replanificación del proyecto estos márgenes son superados se necesitará
emitir una solicitud de cambio, la cual deberá ser revisada y aprobada por el Project
Manager y el Sponsor.
NOTA. - ADJUNTAR PROCEDIMIENTOS, FLUJOGRAMAS, FORMATOS, Y SCHEDULE DE EVENTOS.

SISTEMA DE CONTROL DE CAMBIOS DE COSTOS: DESCRIPCIÓN DETALLADA DEL SISTEMA DE CONTROL

DE CAMBIOS DE COSTOS QUE SE UTILIZARÁ PARA MANTENER LA INTEGRIDAD DE LA LINEA BASE , FORMALIZAR, EVALUAR,
Y APROBAR CAMBIOS.

El Sponsor y el Project Manager son los responsables de evaluar, aprobar o rechazar las
propuestas de cambios.

Se aprobarán automáticamente aquellos cambios de emergencia que potencialmente

puedan impedir la normal ejecución del proyecto, y que por su naturaleza perentoria no
puedan esperar a la reunión del Comité Ejecutivo, y que en total no excedan del 5% del
presupuesto aprobado del proyecto. Estos cambios deberán ser expuestos en la siguiente
reunión del equipo del proyecto.

Todos los cambios de costos deberán ser evaluados integralmente, teniendo en cuenta para
ello los objetivos del proyecto y los intercambios de la triple restricción.

Los documentos que serán afectados o utilizados en el Control de Cambios de Costos son:
- Solicitud de Cambios.
- Acta de reunión de coordinación del proyecto.
 - Plan del Proyecto (replanficación de todos los planes que sean afectados)
En primera instancia el que tiene la potestad de resolver cualquier disputa relativa al tema es
el Project Manager, si está no puede ser resuelta por él, es el Sponsor que asume la
responsabilidad.

Una solicitud de cambio sobre el coste del proyecto que no exceda el +/- 5% del presupuesto
del proyecto puede ser aprobada por el Project Manager, un requerimiento de cambio
superior será resuelta por el Sponsor.

COSTOS DEL PROYECTO

Presupuesto de costos
Presupuesto de recursos Humanos
Cantidad Recursos Sueldo Mes Horas Costo Subtotal
humanos asignada por
s hora
Jefe del Jefe del proyecto 2120 232 8.83 2048.56
proyecto

Mano de analista 1500 176 6.25 1100

Obra programador 1500 104 6.25 650
Administrador 1700 80 7.08 594.72
de BD
Sub total de Recursos Humanos 4393.28

Presupuesto de Equipos
  Equipos Cantidad Precio Depreciació Subtotal
unitari n por hora
o
Laptop Asus K15-5685 CPU 1 2100 0.24*32h 7.68
Core i3, 4GB RAM
Laptop Asus K15-5685 CPU 1 2700 0.31*48h 14.88
Core i5 2.3GHz,8GB
RAM,500GB DD
Laptop Hp J15-004la CPU core 1 2400 0.28*68h 19.04
i7 2.2GHz,12GB RAM ,500GB
DD
Impresora Epson XP-211 1 200 0.02*20h 0.4
Proyector Epson X315 1 1000 0.12*16h 1.92
Depreciación de equipos 1.07 43.92
Sub total de Equipos 43.92
 Presupuesto de Licencias
Licencias Software Cantidad Precio Unitario Subtotal
Licencia Windows Server 2012 1 950 950
Licencia Microsoft SQL 1 800 800
Licencia Microsoft SQL Office 3 150 450
2013
Licencia de programación 3 150 450
Subtotal de Licencias 2650

Presupuesto de Materiales y Útiles de escritorio

Materiale Material Cantidad Precio unitario Subtotal
s y útiles Millar-papel Bond A4-80gr 6 10.5 63
de Caja-CDs 4 7.3 29.2
escritorio Cajas Lapiceros 76 14 98
Cajas de lápices 6 10 60
Uni-Borradores 14 0.5 7
Uni-Correctores 10 1.5 15
Uni-Folder Manila 25 0.3 7.5
Subtotal Materiales y útiles de escritorio 279.7

Total Presupuesto del Proyecto 7366.84

 NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMAS DE VENTA PARA LA “SISVEBOOK” 
EMPRESA BOOK CENTER S.A.C.
           
PROYECTO FASE TIPO DE RECURSO MONTO
           
1 INICIO Personal 734.16    
  Materiales 52.68    
  Maquinaria 5.2    
  Otros 530    
Total Fase 1322.04  
2PLANIFICACION Personal 1732.68    
  Materiales 52.68    
  Maquinaria 16.84    
  Otros 530    
SISTEMA DE VENTAS PARA BOOK CENTER

Total Fase 2332.2  

3 EJECUCION Personal 710.84    
  Materiales 52.68    
  Maquinaria 8.64    
  Otros 530    
Total Fase 1302.16  
4 CONTROL Personal 1112.08    
  Materiales 52.68    
  Maquinaria 12.56    
  Otros 530    
Total Fase 1707.32  
5 CIERRE Personal 118.64    
  Materiales 52.68    
  Maquinaria 1.80    
  Otros 530    
Total Fase 703.12  
TOTAL FASES 7366.84
Reserva de Contingencia 736.684
Reserva de Gestión 736.684
Presupuesto del Proyecto 8840.208
 RIESGOS DEL PROYECTO
Nr Proceso INFORMACION Confidencialida Integridad Disponibilidad Nivel de
o UTILIZADA d Sensibilidad
1 Errores en la Estimación de 3. Media 5. Muy 5. Muy alta 6
estimación de recursos y alta
presupuesto utilidades, Project
charter,Cronograma
2 Errores en la Secuencia de 4. Alta 3. Media 5. Muy alta 4.667
seguridad del Actividades, Matriz
sitio web de asignación de
responsabilidades
3 Inexperiencia Matriz de 2. Baja 4. Alta 3. Media 2.33
del equipo de asignación de
trabajo asignado responsabilidades
4 Dificultad de Secuencia de 2. Baja 4. Alta 3. Media 2.33
comunicación Actividades, Matriz
entre los de asignación de
miembros del responsabilidades
grupo de
desarrollo del
proyecto.
5 Desconocimiento Secuencia de 2. Baja 3. Media 3. Media 3.33
o poco Actividades, Matriz
conociendo por de asignación de
parte del equipo responsabilidades
de desarrollo en
la utilización de
la herramientas.
6 Mal análisis de project charter 4. Alta 4. Alta 4.Alta 4
los
requerimientos
7 Que la empresa Estimación de 2. Baja 2. Baja 4. Alta 2
no cuente con recursos, Project
los recursos charter
tecnológicos
necesarios
8 Elaboración Cronograma 4. Alta 4. Alta 4. Alta 4
errónea del
cronograma
9 Perdía de EDT, Control 5. Muy alta 4. Alta 4. Alta 5.33
información en funcional
la base de datos
10 Reducción de Project 3. Media 3. Media 4. Alta 2.67
presupuesto del charter,Estimacion
proyecto de Recursos
11 Renuncia del Matriz de 4. Alta 4. Alta 1. Muy Baja 2.83
líder del asignación de
Proyecto responsabilidades

PAQUETE DE TRABAJO
1.1 Definición de alcance
1.2 definir objetivo
1.3 Justificación del proyecto
1.4 Definir principales amenazas y
oportunidades
1.5 Construir Cronograma e hitos
1.6 Calcular Presupuesto preliminar
1.7 Project Chater
2.1 Definir Requerimientos
2.2 Planeación
2.2.1 Historia de usuario
2.2.3 Iteraciones
2.2.4 Velocidad del proyecto
2.2.5 Programación en pareja
2.3 Diseño
2.3.1 Diseño Simple
2.3.2 Glosario de términos
2.3.3 Riesgos
2.3.4 Limitación de Proyecto
2.4 Codificación
2.4.1 Disponibilidad Cliente
GESTIÓN DE CALIDAD
Matriz de Actividad de Calidad
ESTÁNDAR O NORMA DE CALIDAD ACTIVIDADES DE ACTIVIDADES DE CONTROL
APLICABLE PREVENCIÓN
ISO 21500/2012   Aprobación de Sponsor
ISO 21500/2012   Aprobación de Sponsor
ISO 21500/2012   Aprobación de Sponsor
ISO 21500/2012   Aprobación de Sponsor
ISO 21500/2012   Aprobación de Sponsor
ISO 21500/2012   Aprobación de Sponsor
ISO 21500/2012   Aprobación de Sponsor
ISO/IEC 25000 Revisión Project Charter Revisión de jefe de proyecto
ISO/IEC 25000 Revisión de Requerimientos Revisión de jefe de proyecto
ISO/IEC 25000   Revisión de jefe de proyecto
ISO/IEC 25000 Revisión del cronograma Revisión de jefe de proyecto
ISO/IEC 25000 Revisión del cronograma Revisión de jefe de proyecto
ISO/IEC 25000   Revisión de jefe de proyecto
ISO/IEC 25000   Revisión de jefe de proyecto
ISO/IEC 25000 Revisión Estándar Revisión de jefe de proyecto
ISO/IEC 25000 Revisión Estándar Revisión de jefe de proyecto
ISO/IEC 25000 Revisión Estándar Revisión de jefe de proyecto
ISO/IEC 25000 Revisión Project Charter Revisión de jefe de proyecto
ISO/IEC 25000 Revisión Estándar Revisión de jefe de proyecto
ISO/IEC 25000   Revisión de jefe de proyecto
2.4.2 Unidades de Pruebas ISO/IEC 25000 Revisión Estándar Revisión de jefe de proyecto
2.4.3Programacion por parejas ISO/IEC 25000   Revisión de jefe de proyecto
2.4.4 Integración ISO/IEC 25000 Revisión Estándar Revisión de jefe de proyecto
2.5 Pruebas de aceptación ISO/IEC 25000   Aprobación de Sponsor
3.1.1 Definir Diseño ISO/IEC 25000 Revisión Estándar Revisión de jefe de proyecto
3.1.2 Diseñar Mockups ISO/IEC 25000 Revisión Estándar Revisión de jefe de proyecto
3.2.2 Crear Base de Datos ISO/IEC 25000 Revisión Estándar Revisión de jefe de proyecto
3.2.3 Definir Servicio Web ISO/IEC 25000 Revisión Estándar Revisión de jefe de proyecto
3.2.4Pruebas Unitarias ISO/IEC 25000   Revisión de jefe de proyecto
3.2.5 Aprobación del Sistema ISO/IEC 25000   Aprobación de Sponsor
4.1 Control de alcance ISO/IEC 25000 Revisión Estándar Revisión de jefe de proyecto
4.1.1 Evaluación de recursos ISO/IEC 25000 Revisión Estándar Revisión de jefe de proyecto
4.1.2 Evaluación de presupuestos ISO/IEC 25000 Revisión Project Charter Revisión de jefe de proyecto
4.1.3 Control de Calidad ISO/IEC 25000 Revisión Project Charter Revisión de jefe de proyecto
4.2 Pruebas de funcionalidad ISO/IEC 25000 Revisión Estándar Revisión de jefe de proyecto
4.2.1 Pruebas de Base de Datos ISO/IEC 25000 Revisión Estándar Revisión de jefe de proyecto
4.2.2 Control Funcional ISO/IEC 25000 Revisión Estándar Revisión de jefe de proyecto
4.2.3 Prueba de Usabilidad ISO/IEC 25000 Revisión Estándar Revisión de jefe de proyecto
4.2.4 Prueba de integridad ISO/IEC 25000 Revisión Estándar Revisión de jefe de proyecto
4.2.5 Prueba de fiabilidad ISO/IEC 25000 Revisión Estándar Revisión de jefe de proyecto
4.2.6 Prueba de seguridad ISO/IEC 25000 Revisión Estándar Revisión de jefe de proyecto
4.3.2 Reutilización ISO/IEC 25000  Revisión Estándar Revisión de jefe de proyecto
4.3.3 Portabilidad ISO/IEC 25000  Revisión Estándar  Revisión de jefe de proyecto
4.5 Control de Software ISO/IEC 25000  Revisión Estándar Aprobación de Sponsor