I.

Acta de Constitución del Proyecto

ACTA DE CONSTITUCIÓN DEL PROYECTO
Versión 1.0
PROYECTO SISTEMA DE PLANILLA ELECTRÓNICA
PATROCINADOR SUNAT, MTPE
PREPARADO POR Jefe de Proyecto FECHA 24 05 10
REVISADO POR SUNAT FECHA 31 05 10
APROBADO POR SUNAT FECHA 07 06 10

REVISIÓN DESCRIPCIÓN (REALIZADA POR) FECHA

(Correlativo) (Motivo de la revisión y entre paréntesis quien la realizó) (de la revisión)

Preparación de Acta de Constitución del Proyecto

01 24 05 10
(Gerente de Desarrollo de Sistemas)
Validación de Acta de Constitución del Proyecto
02 08 06 10
(Gerente de recaudación)

BREVE DESCRIPCIÓN DEL PRODUCTO O SERVICIO DEL PROYECTO

(Características, funcionalidades, soporte entre otros)

El producto del proyecto es desarrollar un Sistema de Planillas Electrónicas para la captura y

futura centralización de la información de Trabajadores y Prestadores de Servicios de todos los
empleadores que cuenten con más de tres trabajadores a nivel nacional.

El desarrollo deberá ser realizado utilizando el lenguaje Java con Base de Datos Oracle 9i
utilizando como Metodología el MGP (Metodología de Gestión de Proyectos) y MDSI
(Metodología de Desarrollo de Sistemas de Información) de la SUNAT versión 2.0.

La información deberá ser registrada por cada uno de los empleadores a nivel nacional y luego
ser enviada por los medios regulares (Bancos, Oficinas de SUNAT e Internet) a la Administración
Tributarios. Esta información será validada, recepcionada, centralizada y procesada. Luego,
mediante procesos de filtro y descarga será enviada a los entes del Estado que harán uso de ella
(Ministerio de Trabajo, ESSALUD y ONP). La información enviada a cada uno de estos entes será
la estrictamente correspondiente sin afectar la reserva tributaria de las empresas ni de las
personas.

El desarrollo de este sistema estará a cargo de la Gerencia de Desarrollo de Sistemas Tributarios

perteneciente a la Intendencia Nacional de Sistemas de Información. El análisis funcional y la
Jefatura del proyecto estarán a cargo de la Gerencia de Recaudación perteneciente a la
Intendencia Nacional de Cumplimiento Tributario. La Intendencia Nacional de Servicios al
Contribuyente nombrará un representante encargado de la validación del software por parte
de los usuarios (Contribuyentes). El Ministerio de Trabajo apoyará en la parte legal laboral y en
la solicitud de los requerimientos. ESSALUD y ONP serán consultados eventualmente en lo que
refiere a la parte funcional.

ALINEAMIENTO DEL PROYECTO

 1. OBJETIVOS ESTRATÉGICOS DE LA 2. PROPÓSITO DEL PROYECTO
ORGANIZACIÓN (Beneficios que tendrá la organización una vez que el producto
(A qué objetivo estratégico se alinea el proyecto) del proyecto esté operativo o sea entregado)

1.1.- Mejorar la Efectividad del control del 2.1.- Facilitar a los ciudadanos el cumplimiento
incumplimiento tributario y aduanero en un voluntario de sus obligaciones tributarias
80% al 2016. brindando servicios de calidad.

1.2.- Facilitar y fomentar el cumplimiento 2.2.-Incrementar los niveles de conciencia

voluntario de las obligaciones tributarias, fiscal y aduanera en la ciudadanía.
laborales y de seguridad social en todo el país
en los próximos 3 años. 2.3.- Recolectar la información de
Trabajadores, prestadores de servicio de todas
1.3.- Mejorar y modernizar la infraestructura la empresas, privadas y públicas, a nivel
informática y desarrollar procesos y servicios nacional.
integrados al 100% con el uso intensivo de las
TICs.

3. OBJETIVOS DEL PROYECTO

(Principalmente en términos de costo, tiempo, alcance, calidad)

Proporcionar a la Administración Pública un software que le permita mejorar el control laboral

y tributario, así como optimizar la administración de la información para mejorar la
fiscalización con el uso de los medios informáticos.
Costos:
El costo del proyecto no debe exceder a la partida presupuestal de $350.000 asignados para
el proyecto por parte del Ministerio de Trabajo y SUNAT.
Plazo:
Desde el 20/11/2010 al 04/01/2011. Debe estar terminado para la obligación tributaria de
01/2011, cuyo vencimiento es en 02/2011.
Calidad:
 Información detallada y sin errores de captura ni de cálculo, 5 incidencias máximo por
cada transacción principal del sistema.

 Cumplimiento al 100% de las actividades de control de calidad que forman parte de

los estándares de la organización.
Alcance:
 Uso por parte de contribuyentes a nivel nacional.

 Ministerio de Trabajo tendrá la información para generar las boletas de pago de los
trabajadores.

 El software solo funcionará en plataforma Windows.

 No se va migrar la información de PDTs 0600, 0610, 0621.

 El software será distribuido por medio de las páginas WEB de SUNAT y del Ministerio
de Trabajo.

4. CRITERIOS DE ÉXITO DEL PROYECTO

(Componentes o características que deben cumplirse en el proyecto para considerarlo exitoso)
  Ejecución del cronograma de trabajo sin retrasos ni postergaciones mayores al 5% del
tiempo establecido.

 Desarrollo del sistema en base de la metodología de trabajo de creación de software

de la institución.

 Implementación Exitosa del Sistema de Planillas sin observaciones después treinta

días después de su pase a producción.

 Implantación del Proyecto en la fecha prevista del lanzamiento.

 Obtener un valor promedio de 4, de entrevistas a los capacitados cuya calificación

comprende el rango de 1 a 5, donde 1 es mala y 5 excelente.

 Tiempo de respuesta no mayor a 20s soportando 500 usuarios concurrentes.

 Cumplimiento en la entrega de entregables sin observaciones realizadas.

 Entrega de Documentación detallada y necesaria.

5. REQUERIMIENTOS DE ALTO NIVEL

(Principales condiciones y/o capacidades que debe cumplir el producto o servicio y la Gestión del Proyecto, indicando el
interesado que lo solicita)

A NIVEL DE PRODUCTO / SERVICIO

 El desarrollo del Sistema de Planillas Electrónica debe considerar la Metodología de

Desarrollo de Sistemas de Información de la SUNAT versión 2.0. (MDSI).

 La interfaz del Sistema de Planillas Electrónicas debe ser compatible con los
navegadores, y diferentes tipos de dispositivos, móviles, como Smartphone, tablets,
laptop y computadoras de escritorio.

 El diseño de la arquitectura de la base de datos, debe contar con integridad referencial

y operaciones transaccionales.

 Se debe contar con 20 horas de capacitación técnica, 20 horas a nivel de usuarios

finales y una bolsa de 100 horas de soporte funcional y técnico.

 Se debe considerar la entrega de la documentación de la estructura de bases de datos

y archivos, como manuales y diccionario de datos.

A NIVEL DE GESTIÓN DE PROYECTO

 El jefe de proyecto debe contar con experiencia de más de 8 años gerenciamiento de
proyectos en ingeniería de software, además de contar con certificación PMI.

 Los analistas programadores deber tener no menor de 5 años en programación en

lenguaje JAVA.

EXTENSIÓN Y ALCANCE DEL PROYECTO

 6. FASES DEL PROYECTO 7. PRINCIPALES ENTREGABLES
(Agrupamiento lógico de actividades relacionadas que (Un único y verificable producto, resultado o capacidad de
usualmente culminan elaborando un entregable realizar un servicio que debe ser elaborado para completar un
principal. Cada Fase se ejecutará como un proyecto. Al fin de proceso, una fase o un proyecto)
fase se puede tomar la decisión de continuar o no con las
siguientes fases)
Principales Entregables del Proyecto.
Proyecto se realizará en una sola FASE con siguientes etapas:

1.- Incepción Entregables del proyecto:

 Formular el alcance del proyecto. Esto
contempla capturar el contexto y los
requerimientos y restricciones más
importantes. Permite establecer los
criterios de aceptación del producto.
 Documento de Plan de Proyecto
 Documento de Implementación
 Documento de Análisis

 Se identificará y analizará los casos de  Documento de Diseño

uso críticos del sistema.
 Plan de Pruebas
 Identificar riesgos potenciales en el
proyecto.  Plan de Capacitación

 Planeamiento. Se evalúa alternativas  Acta de Cierre del Proyecto

para administrar riesgos, personal y
tiempo.

2.- Elaboración Entregables del producto:

 Establecer un entendimiento sólido de  Software
los casos de uso complementarios, ello
se realiza mediante la validación de los  Manual de Usuario
prototipos por el usuario.
 Manual de Sistemas
 Actualizar y fijar definitivamente el
alcance del sistema, basado en la  Manual de Instalación
nueva información obtenida durante
la iteración.  Capacitación a Usuarios Internos

 Definir, validar y establecer la  Capacitación a Usuarios Externos

arquitectura técnica del sistema,
incluye el modelo de datos.

 Actualizar el glosario de términos.

 Al finalizar la etapa de elaboración

todos los casos de uso deberán estar
analizados, diseñados y especificados.

 Finalmente se actualizará el
documento de implantación del
sistema con la realización de los casos
de uso complementarios.
3.- Construcción
  Implementar todos los casos de uso.

 Se procederá a crear los componentes

genéricos a ser considerados para el
desarrollo del Sistema.

 Elaboración y ejecución del Plan de

Pruebas en ambiente de desarrollo.

4.- Transición
 Se elaborará y ejecutará el Plan de
Pruebas.

 Se planificará y ejecutará la
capacitación del sistema desarrollado,
preparando para ello los manuales
(sistemas, usuario y administración) y
material adicional de capacitación.

 Se planificarán las actividades de

implantación del sistema y la
documentación necesaria para el pase
a producción.

 Finalmente se elaborará un informe de

monitoreo del sistema en producción
y un informe final del proyecto.

8. INTERESADOS CLAVE
(Persona u organización que está activamente involucrado en el proyecto o cuyos intereses pueden ser afectados positiva o
negativamente por le ejecución del proyecto o por el producto que elabora)

 Intendente Nacional de Sistemas (Patrocinador)

 Intendente Nacional de Servicios al contribuyente (Patrocinador)
 Gerente de Desarrollo de Sistemas Tributarios
 Gerente de Servicios al contribuyente
 Gerente de Cumplimiento tributario
 Gerente del Proyecto
 Jefe del proyecto
 Asesores laborales del Ministerio de Trabajo
 Analistas Funcionales de SUNAT
 Analistas de Calidad
 Oficina de Seguridad
 Gremios empresariales
 Principales contribuyentes nacionales
 Mega empleadores
 ESSALUD
 SUNAT

9. RIESGOS
(Evento o condición incierta que, si ocurriese, tiene un efecto positivo o negativo sobre los objetivos del proyecto)
  Requerimientos no contemplados en el alcance inicial
 Las partes del proyecto no se han especificado claramente
 Problemas de configuración de la arquitectura propuesta
 El desarrollo de funciones software erróneas
 El desarrollo de una interfaz de usuario inadecuada
 Un mal diseño en los casos de uso
 Un control de calidad inadecuado
 El proyecto depende de las normativas del gobierno que pueden cambiar en forma
inesperada
 Ausencia de los usuarios en las reuniones
 El cliente no participa en los ciclos de revisión de los planes, prototipos y
especificaciones
 Ausencia o retiro de algunos de los stakeholders del proyecto
 Falta de compromiso por parte de los miembros del equipo del proyecto
 Posibilidad de que existan otros proyectos con mayor prioridad
 Gastos totales exceden la línea de base de coste
 La falta de un seguimiento exacto del progreso hace que se desconozca que el
proyecto esté retrasado hasta que está muy avanzado

10. HITOS PRINCIPALES DEL PROYECTO

(Un evento significativo para el proyecto con fecha indicada o exigida por el cliente)

 Entrega de Documento de Plan de Proyecto

 Entrega de Documento de Implementación
 Entrega de Documento de Análisis
 Entrega de Documento de Diseño
 Entrega de informe de Pruebas realizadas de manera exitosa
 Entrega de actas de conformidad respecto al Plan de Capacitación
 Entrega de Acta de Cierre del Proyecto

11. PRESUPUESTO DEL PROYECTO

(La estimación aprobada para el proyecto o cualquier otro componente de la estructura de desglose de trabajo, u otra actividad
del cronograma)

Fase Entregables Monto (USD)

Definición (5%)
Elaboración (30%)
Construcción (50%)
Transición (15%)
Documento de Plan de Proyecto
$ 15,000.00
Glosario de términos
Documentos de Análisis y Diseño
$ 100,000.00
Prototipos de Interfaces de Usuario
Documento de Implementación
$ 190,000.00
Plan de Pruebas
Manuales de usuario, sistemas e instalación
Plan de Capacitación $ 45,000.00
Producto final
TOTAL $ 350,000.00

12. REQUERIMIENTOS DE APROBACIÓN DEL PROYECTO

(Quién evalúa los criterios de éxito, decide el éxito del proyecto y quien cierra el proyecto )
 Criterios de éxito Evaluador Firma el cierre del
(Nombres apellidos y cargo de
(Ver punto 4)
la persona asignada) proyecto
Ejecución del cronograma de trabajo sin Gerente de
retrasos ni postergaciones mayores al 5% del Cumplimiento
tiempo establecido. tributario
Desarrollo del sistema en base de la Gerente de Desarrollo
metodología de trabajo de creación de de Sistemas
software de la institución. Tributarios
Implementación Exitosa del Sistema de Gerente de Desarrollo
Planillas sin observaciones después treinta de Sistemas
días después de su pase a producción Tributarios
Obtener un valor promedio de 4, de
Gerente de
entrevistas a los capacitados cuya calificación
Cumplimiento
comprende el rango de 1 a 5, donde 1 es
tributario
mala y 5 excelente

Tiempo de respuesta no mayor a 20 segundos Gerente de Servicios

soportando 500 usuarios concurrentes. al contribuyente

Gerente de Desarrollo
Cumplimiento en la entrega de entregables
de Sistemas
sin observaciones realizadas
Tributarios
Gerente de Desarrollo
Entrega de Documentación detallada y
de Sistemas
necesaria.
Tributarios

13. GERENTE DE PROYECTO ASIGNADO AL PROYECTO

(Nombres apellidos y cargo de la persona asignada como gerente del proyecto)

 YYYYYYYYYYYYYYYYYYYY (Gerente de Cumplimiento Tributario)

14. AUTORIDAD ASIGNADA

(Autoridad asignada al gerente del proyecto para el uso de recursos)

Área de autoridad Descripción del nivel de autoridad

Decisiones de personal (Staffing)
Gestión de presupuesto y de sus
variaciones
Decisiones técnicas
Gerente de proyecto solicitara la aprobación de los
cambios de personal al comité.
Gerente de proyecto solicitara la aprobación de los
cambios de presupuesto al comité.
Todas deben ser aprobadas por el Gerente de Proyectos.

Resolución de conflictos Deberán centralizarse con el Gerente de Proyecto.

Ruta de escalamiento y Según organigrama de SUNAT.
limitaciones de autoridad