Sistema de Matricula

“AÑO DEL DEBER CIUDADANO”
MUNICIPALIDAD DISTRITAL DE PACOCHA
EXPEDIENTE TECNICO
“IMPLEMENTACION DE SISTEMAS
ADMINISTRATIVOS Y TRIBUTARIOS”
Pacocha, marzo del 200XX

Implementación de Sistemas Administrativos y Tributarios Municipalidad Distrital de Pacocha
INDICE GENERAL
I. MEMORIA DESCRIPTIVA....................................................................................4
1.1. NOMBRE DEL PROYECTO..................................................................................4
1.2. ANTECEDENTES....................................................................................................4
1.3. MARCO LEGAL......................................................................................................6
1.4. UBICACIÓN DEL PROYECTO...........................................................................10
1.5. JUSTIFICACION DEL PROYECTO...................................................................10
1.6. OBJETIVOS GENERALES...................................................................................11
1.7. DESCRIPCION DEL PROYECTO.......................................................................12
1.8. META FISICA DEL PROYECTO.........................................................................12
1.9. FUENTE DE FINANCIAMIENTO.......................................................................13
1.10. MODALIDAD DE EJECUCION..........................................................................13
1.11. PLAZO DEL PROYECTO.....................................................................................13
II. ESPECIFICACIONES TÉCNICAS.....................................................................13
2.1. ESPECIFICACIONES GENERALES..................................................................13
2.2. ESPECIFICACIONES DEL EQUIPAMIENTO FISICO....................................14
2.2.1. Hardware de las Estaciones de Trabajo...............................................................................14
2.2.2. Hardware de la Red de Datos..............................................................................................15
2.3. ESPECIFICACIONES DEL EQUIPAMIENTO LOGICO.................................15
2.3.1. Software de Desarrollo........................................................................................................16
2.3.2. Software de Sistema Operativo de Estación de Trabajo......................................................16
2.3.3. Software de Red de Datos....................................................................................................16
2.3.4. Software de Ofimática.........................................................................................................17
2.4. ESPECIFICACIONES DEL MODELO DE CALIDAD......................................17
2.4.1. Modelo de Calidad para la Calidad Interna y Externa.........................................................18
2.4.2. Modelo de Calidad para la Calidad en Uso.........................................................................22
2.5. ESPECIFICACIONES DEL MODELO DE SEGURIDAD DE LA
INFORMACION..................................................................................................................23
2.5.1. Seguridad en el Control de Accesos....................................................................................24
2.5.2. Seguridad durante el Desarrollo y Mantenimiento de Sistemas..........................................26
2.6. ESPECIFICACIONES DEL PROCESO DE DESARROLLO............................28
2.7. ESPECIFICACIONES DETALLADAS DEL SOFTWARE REQUERIDO.......33
2.7.1. Descripción del Sistema Integral.........................................................................................33
2.7.2. Sistema Integral de Contabilidad.........................................................................................34
2.7.3. Sistema Integral de Presupuesto..........................................................................................40
2.7.4. Sistema Integral de Logística y Patrimonio.........................................................................49
2.7.5. Sistema Integral de Tesorería...............................................................................................59
2.7.6. Sistema integral de Personal................................................................................................63
2.7.7. Sistema Integral de Administración Tributaria....................................................................66
2.7.8. Sistema Integral de Trámite Documentario.........................................................................68
2.7.9. Sistema Integral de Registro Civil.......................................................................................71
2.8. ESPECIFICACIONES DETALLADAS DEL HARDWARE REQUERIDO.....73
2.8.1. Especificaciones Técnicas de Equipamiento de Estaciones de Trabajo..............................73
2.8.2. Especificaciones Técnicas de Equipamiento de Sistemas de Impresión.............................75
2.8.3. Especificaciones Técnicas de Equipamiento de Red de Datos............................................79
III. PRESUPUESTO REFERENCIAL DEL PROYECTO........................................79

IV. PRESUPUESTO ANALITICO..............................................................................80
V. PRESUPUESTO DESAGREGADO POR ANALITICA DE GASTO..................81
VI. DIAGRAMA DE ACTIVIDADES DE EJECUCION DEL PROYECTO............82
VII. CRONOGRAMA DE EJECUCION......................................................................83
VIII. CRONOGRAMA DE VALORIZACIÓN.......................................................84
IX. DESAGREGADO DE GASTOS GENERALES (GASTOS DIRECTOS, GASTOS
INDIRECTOS)................................................................................................................85
INDICE DE FIGURAS
Figura 1. Especificaciones Mínimas de Hardware de Estación de Trabajo...............................................14

Figura 2. Especificaciones Mínimas de Hardware de Red.........................................................................15
Figura 3. Especificaciones Mínimas de Software de Desarrollo................................................................16
Figura 4. Especificaciones Mínimas de Sistema Operativo de Estación de Trabajo.................................16
Figura 5. Especificaciones Mínimas de Software de Red...........................................................................16
Figura 6. Especificaciones Mínimas de Software de Ofimática.................................................................17
Figura 7. Modelo de Calidad Externa e Interna.........................................................................................22
Figura 8. Modelo de Calidad para la Calidad en uso................................................................................23
Figura 9. Estructura del Proceso del Ciclo de Vida del Software..............................................................32
Figura 10. Nivel Requerido en la Estructura Funcional Programática.....................................................40
Figura 11. Distribución de Equipamiento de Computadoras Personales Requeridas...............................74
Figura 12. Redistribución de Equipamiento de Computadoras Existentes................................................74
Figura 13. Especificaciones Técnicas de Computador Personal...............................................................75
Figura 14. Distribución de Equipamiento de Impresoras Requeridas.......................................................76
Figura 15. Redistribución de Equipamiento de Impresoras Existentes.....................................................76
Figura 16. Especificaciones Técnicas Impresora a Tinta Formato A3.......................................................76
Figura 17. Especificaciones Técnicas Impresora Matricial Carro Ancho.................................................77
Figura 18. Especificaciones Técnicas de Impresoras Láser.......................................................................77
Figura 19. Especificaciones Técnicas de Impresora Multifuncional Láser...............................................78
Figura 20. Especificaciones Técnicas de Servidor de Red..........................................................................79
EXPEDIENTE TECNICO DEL PROYECTO
“IMPLEMENTACIÓN DE SISTEMAS ADMINISTRATIVOS Y

TRIBUTARIOS”
I. MEMORIA DESCRIPTIVA
I.1. NOMBRE DEL PROYECTO

TRIBUTARIOS”
I.2. ANTECEDENTES
De conformidad con el Art. 2º del Decreto Supremo Nº 066-2003-PCM y
el numeral 3.10 del articulo 3º y articulo 22º del Reglamento de
Organización y Funciones de la Presidencia del Consejo de Ministros,
aprobado por el Decreto Supremo Nº 067-2003-PCM, la Presidencia
del Consejo de Ministros se encarga de normar, coordinar, integrar y
promover el desarrollo de la actividad informática en la Administración
Pública, impulsando y fomentando el uso de nuevas tecnologías de la
información para la modernización y desarrollo del estado, actúa como
ente rector del Sistema Nacional de Informática, y dirige y supervisa la
Política Nacional de Informática y Gobierno Electrónico.
El Plan Estratégico de Tecnologías de la Información (PETI) es el

instrumento de gestión de mediano y largo plazo que permite definir las
estrategias informáticas de las entidades de la Administración Pública
integrantes del Sistema Nacional de Informática en sus diferentes
niveles. El Plan Estratégico de Tecnologías de la Información (PETI)
debe ser elaborado por la Oficina de Informática o la unidad orgánica
que haga sus veces a partir de la “Guía Teórico Práctica para la
Elaboración de Planes Estratégicos de Tecnologías de la Información –
PETI”.
El Plan Operativo Informático (POI) es el instrumento de gestión de

corto plazo que permite definir las actividades informáticas de las
entidades de la Administración Pública integrantes del Sistema Nacional
de Informática en sus diferentes niveles. El Plan Operativo Informático
debe ser elaborado anualmente por la Oficina de Informática o la unidad
orgánica que haga sus veces a partir de la “Guía para la Formulación y
Evaluación del Plan Operativo Informático de las Entidades de la
Administración Pública” del año que corresponda. Debiendo en el caso
de los Gobiernos Locales ser aprobadas por la máxima autoridad de la
entidad y remitidas a la Oficina Nacional de Gobierno Electrónico e
Informática – ONGEI de la Presidencia del Consejo de Ministros, cuyo
incumplimiento produce la sujeción de la entidad a las Acciones de la
Contraloría General de la República.
La Municipalidad Distrital de Pacocha, no cuenta con un Plan Estratégico

de las Tecnologías de la Información y un Plan Operativo Informático,
constituyéndose de necesidad urgente su elaboración y aprobación.
La Municipalidad Distrital de Pacocha en cumplimiento de la ley, ha

elaborado y aprobado sus respectivos “Plan de Desarrollo Institucional
2005-2014” y “Plan de Desarrollo Concertado 2005-2014”. Definiendo
adecuadamente su misión y visión de futuro, igualmente ha definido
como Política Estratégica su “Política de Tecnología” que ha definido del
siguiente modo: “Como Gobierno Local pretendemos emplear tecnología
de vanguardia acorde con la infraestructura moderna que contamos, con
Sistemas de Gestión que mejoren la productividad institucional, que
permita hacer una organización más dinámica y del personal un
verdadero agente generador de cambios”.
Igualmente la Municipalidad Distrital de Pacocha ha definido como uno

de sus objetivos estratégicos el de “Contar con Elevada Capacidad
Tecnológica”, el que ha definido de la siguiente manera: “Con este
objetivo se buscará impulsar la calidad económica de nuestros servicios
mediante el desarrollo de tecnología de punta. El esfuerzo por el
desarrollo y la innovación tecnológica permanente y materializarse con

la implementación de procedimientos más eficientes y económicos.”
Así, con el propósito de alcanzar el cumplimiento de estas políticas y

objetivos estratégicos, ha considerado en el proceso presupuestario y
formulación del presupuesto del Gobierno Local para el año fiscal 2007,
un proyecto a nivel de componente, en el Pliego Municipalidad Distrital
de Pacocha, Función Administración y Planeamiento, Programa
Administración, Sub Programa Administración General, Proyecto
Implementación del Sistema Informático el Componente
“Implementación de Sistemas Administrativos y Tributarios” que tiene
como finalidad la elaboración de sus estudios y su ejecución.
En ese sentido, la Oficina de Administración General en coordinación

con la Oficina de Informática, con la finalidad de lograr los altos objetivos
institucionales, ha impulsado el desarrollo del presente Expediente
Técnico.
I.3. MARCO LEGAL
 Decreto Ley Nº 18298, Ley de Creación del Distrito de Pacocha

 Ley Nº 27444 Ley del Procedimiento Administrativo General
 Ley Nº 27269 Ley de Firmas y Certificados Digitales
 Ley Nº 27291 Ley que modifica el Código Civil permitiendo la utilización
de los medios electrónicos para la comunicación de la manifestación de
voluntad y la utilización de la Firma Electrónica
 Ley Nº 27309 Ley que Incorpora los Delitos Informáticos al Código
Penal.
 Ley Nº 27323 Ley que modifica el Decreto Ley Nº 26126 - Ley Orgánica
de CONASEV, el Decreto Legislativo Nº 604 - Ley de Organización y
Funciones del Instituto Nacional de Estadística e Informática, el Decreto
Legislativo Nº 681 - normas que regulan el uso de tecnologías
avanzadas en materia de archivo y documentos y el Decreto Legislativo
Nº 861 - Ley del Mercado de Valores
 Ley Nº 27419 Ley Sobre Notificación por Correo Electrónico

 Ley Nº 27972. Nueva Ley Orgánica de Municipalidades.
 Ley Nº 28112. Ley Marco de la Administración Financiera del Sector
Público.
 Ley Nº 28612. Ley que Norma el Uso, Adquisición y Adecuación del
Software en la Administración Pública.
 Ley Nº 28827. Ley de impulso a la formalización del ensamblaje de
computadoras en el Perú
 Decreto Legislativo Nº 681 Normas que Regulan el Uso de Tecnologías
Avanzadas en Materia de Archivo de Documentos e Información tanto
Respecto a la Elaborada en Forma Convencional cuanto la Producida
por Procedimientos Informáticos en Computadoras
 Decreto Legislativo Nº 822 Ley de Derechos de Autor
 Decreto Supremo Nº 009-92-JUS Aprueban el Reglamento del Decreto
Legislativo Nº 681, sobre el Uso de Tecnologías de Avanzada en Materia
de Archivos de las Empresas.
 Decreto Supremo Nº 043-2003-PCM Aprueba Texto Único Ordenado de
la Ley Nº 27806, Ley de Transparencia y Acceso a la Información
Pública.
 Normas Técnicas de Control Interno para el Sector Público, Resolución
de Contraloría Nº 072-98-CG.
 Resolución Nº 0121-1998-ODA/ INDECOPI Lineamientos de la Oficina
de Derechos de Autor Sobre Uso Legal de los Programas de Ordenador
(Software).
 Resolución Jefatural Nº 340-94-INEI Directiva Nº 015-94-INEI/SJI
Normas Técnicas para el Almacenamiento y Respaldo de la Información
que se Procesa en las Entidades del Estado
"Normas Para La Prevención , Detección Y Eliminación De Virus
Informático En Los Equipos De Computo De La Administración Publica"
 Resolución Jefatural Nº O76-95-INEI "Recomendaciones Técnicas para
La Seguridad e Integridad de la Información que se Procesa en la
Administración Publica"

"Recomendaciones Técnicas para la Protección Física de los Equipos y
Medios de Procesamiento de la Información en la Administración
Publica"
 Resolución Jefatural Nº 088-2003 INEI Aprueban Directiva sobre
“Normas para el uso del servicio de correo electrónico en las entidades
de la Administración Pública
 Resolución Ministerial Nº 084-2001-EF/10 que aprueba la Directiva para
la formulación de Planes Estratégicos Sectoriales Multianuales y los
Planes Estratégicos Institucionales para el periodo 2002-2006
 Decreto Supremo Nº 066-2003-PCM “Fusionan la Subjefatura de
Informática del Instituto Nacional de Estadística e Informática – INEI y la
Presidencia del Consejo de Ministros, a través de su Secretaría de
Gestión Pública.
 Decreto Supremo Nº 067-2003-PCM, Aprueban Reglamento de
Organización y Funciones de la Presidencia del Consejo de Ministros.
 Resolución Jefatural Nº 181-2002-INEI que aprueba la “Guía Teórico
Práctica para la Elaboración de Planes Estratégicos de Tecnologías de
la Información – PETI”
 Resolución Jefatural Nº 225-2002-INEI que aprueba la Política Nacional
de Informática
 Decreto Supremo Nº 013-2003-PCM, Dictan Medidas para garantizar la
legalidad de la adquisición de programas de software en entidades y
dependencias del sector público.
 Resolución Jefatural Nº 199-2003-INEI, Aprueban Directiva sobre
“Normas Técnicas para la administración del Software Libre en los
Servicios Informáticos de la Administración Pública”
 Resolución Ministerial Nº 073-2004-PCM, Aprueban “Guía para la
Administración Eficiente del Software Legal en la Administración
Pública”.
 Resolución Ministerial Nº 139-2004-PCM, Aprueban Documento “Guía
Técnica sobre Evaluación de Software para la Administración Pública”.
 Resolución Ministerial Nº 179-2004-PCM, Aprueba Uso Obligatorio de la
Norma Técnica Peruana “NTP-ISO/IEC 12207:2004 TECNOLOGIA DE
LA INFORMACION. Procesos del ciclo de vida del software. 1ra Edición”

en entidades del Sistema Nacional de Informática.
 Resolución Ministerial Nº 206-2004-PCM Constituyen el Padrón
Nacional de Unidades Informática de la Administración Pública y
autorizan ejecución de Registro de Unidades Informáticas del Sistema
Nacional de Informática
 Resolución Ministerial Nº 224-2004-PCM Aprueban Uso Obligatorio de la
Norma Técnica Peruana “NTP-ISO/IEC 17799:2004 EDI. TECNOLOGIA
DE LA INFORMACION. CODIGO DE BUENAS PRÁCTICAS PARA LA
GESTION DE LA SEGURIDAD DE LA INFORMACION. 1ra Edición” en
entidades del Sistema Nacional de Informática.
 Decreto Supremo Nº 037-2005-PCM. Modifican el D. S. Nº 013-2003-
PCM, fijando plazo para que las entidades públicas cumplan con
inventariar el software que utilizan.
 Resolución Ministerial Nº 148-2005-PCM, que aprueba el “Plan de
Desarrollo de la Sociedad de la Información en el Perú – La Agenda
Digital Peruana”
 Guía para la Administración Publica sobre la Elaboración de Contratos
Informáticos.
 Decreto Supremo Nº 031-2006-PCM Aprueban Plan de Desarrollo de la
Sociedad de la Información en el Perú – La Agenda Digital Peruana
 Decreto Supremo Nº 032-2006-PCM Crean el Portal de Servicios al
Ciudadano y Empresas - PSCE
 Resolución Ministerial Nº 274-2006-PCM Aprueban la Estrategia
Nacional de Gobierno Electrónico
 Decreto Supremo Nº 002-2007-PCM Modifican Decreto Supremo 013-
2003-PCM y establecen disposiciones referidas a licenciamiento de
software en entidades públicas.
 Decreto Supremo Nº 004-2007-PCM Aprueban Reglamento de la Ley de
Firmas y Certificados Digitales.
I.4. UBICACIÓN DEL PROYECTO
La ejecución del presente proyecto esta ubicada en: La Región

Moquegua, Provincia de Ilo y Distrito de Pacocha.
I.5. JUSTIFICACION DEL PROYECTO
El Municipio de Pacocha en cumplimiento de sus políticas institucionales

definidas formalmente pretende emplear tecnología de vanguardia con
Sistemas de Gestión que mejoren la productividad institucional, que
permita hacer una organización más dinámica y del personal un
verdadero agente generador de cambios.
En ese sentido, la Oficina de Administración General, a través de las

Unidades Orgánicas de Contabilidad, Tesorería, Logística y Personal y la
Gerencia de Administración Tributaria, han expuesto de manera
constante y reiterada la necesidad de automatizar los procesos
contables y tributarios, labor encargada a la Unidad de Informática, la
misma que ha venido desarrollando denodados esfuerzos por lograr la
completa automatización.
Los esfuerzos orientados a dicho fin sin embargo, no han alcanzado a

lograr la total integración de los sistemas, especial y particularmente la
función contable, desarrollándose esa función con una alta actividad
manual, no permitiendo dicha situación la deseada integración de los
procesos administrativos y tributarios. Principalmente debido al
incremento de las actividades logísticas, de personal y de tesorería,
estas se hacen cada vez más complejas y diversas, requiriendo los
sistemas automatizados existentes cada vez mayores modificaciones,
adecuaciones y actualizaciones que respondan a situaciones no
previstas o variaciones en la normatividad o en las políticas internas.
La necesidad apremiante de implementación de software, ha llevado a la

elaboración de software administrativo a medida en la misma institución
dándose prioridad a la funcionalidad del software y descuidándose la

aplicación de las Técnicas de Ingeniería de Software, lo que se ve
plasmado en software con un alto nivel de personalización al criterio de
cada empleado, descuidando los criterios de adaptabilidad, portabilidad
y estandarización de procesos, manifestándose ello en la ausencia de
Manuales Técnicos y Manuales de Usuario del Software desarrollado, lo
que podría dificultar su mantenimiento y adecuación, ocasionando un
elevado nivel de dependencia del personal de informática y del personal
administrativo.
De continuar esta situación, los procesos administrativos, al

desarrollarse con cada vez mayor intensidad, podrían requerir esfuerzos
innecesarios ocasionando una saturación de tareas, que afectaría de
manera ostensible el normal desarrollo de las actividades administrativas
de la institución, poniendo en riesgo la gestión municipal. Dichas
circunstancias podrían darse igualmente ante la coyuntura de un despido
o ausencia de personal de las áreas de informática, contabilidad,
tesorería, logística o personal.
Por lo que se hace necesaria la implementación de sistemas

administrativos y tributarios que reviertan esta situación de tendencia
negativa.
I.6. OBJETIVOS GENERALES
 Automatizar los Procesos del Sistema Contable logrando su

integración con los demás Sistemas Administrativos
 Mejorar la Automatización de los Procesos del Sistema de
Planeamiento y Presupuesto, logrando su integración con los
Sistemas Administrativos.
 Mejorar la Automatización de los Procesos del Sistema Logístico,
logrando su integración con los demás Sistemas Administrativos.
 Mejorar la Automatización de los Procesos del Sistema de Tesorería,
 Mejorar la Automatización de los Procesos del Sistema de Personal,

 Mejorar la Automatización de los Procesos del Sistema de
Administración Tributaria, logrando su integración con los Sistemas
Administrativos.
 Automatizar los Procesos del Sistema de Trámite Documentario.
 Mejorar la Automatización de los Procesos del Sistema de Registro
Civil
 Mejorar el Equipamiento Físico de los Sistemas Administrativos y
Tributarios, así como de Trámite Documentario y Registro Civil.
I.7. DESCRIPCION DEL PROYECTO

El presente proyecto consiste en la Implementación de software que
logre la automatización de los procesos contables y el mejoramiento de
la automatización de los procesos logísticos, de tesorería, de personal, y
de administración tributaria, trámite documentario y registro civil,
logrando la integración de los procesos administrativos con los procesos
de la administración tributaria, desde un punto de vista integral del
sistema de la entidad.
I.8. META FISICA DEL PROYECTO
Un (01) Software Integral del Sistema Administrativo.

Un (01) Software Integral del Sistema Tributario
Un (01) Software Integral de Trámite Documentario
Un (01) Software Integral de Registro Civil
Un (01) Servidor de Red de Datos
Ocho (08) Computador Personal
Cinco (05) Sistemas de Impresión – Impresoras.
I.9. FUENTE DE FINANCIAMIENTO
Canon, Sobre canon, Regalías y Participaciones.
I.10. MODALIDAD DE EJECUCION
Contrato de Prestación de Servicios para el Desarrollo de Software.
I.11. PLAZO DEL PROYECTO
El desarrollo del presente proyecto abarca un horizonte de desarrollo de

hasta cinco (5) meses.
II. ESPECIFICACIONES TÉCNICAS
II.1. ESPECIFICACIONES GENERALES.
El Software ha desarrollar deberá cumplir con la Norma Técnica

Peruana “NTP-ISO/IEC 12207:2004 TECNOLOGIA DE LA
INFORMACIÓN. Procesos del Ciclo de Vida del Software”.
El Software a desarrollar deberá cumplir con la Norma Técnica Peruana

“NTP-ISO/IEC 17799:2004 EDI. TECNOLOGIA DE LA INFORMACION.
CODIGO DE BUENAS PRÁCTICAS PARA LA GESTION DE LA
SEGURIDAD DE LA INFORMACION”.
La Unidad Ejecutora deberá cumplir con la “Guía Técnica sobre

Evaluación de Software para la Administración Pública” y con las
“Normas Técnicas para la administración del Software Legal en los
Servicios Informáticos de la Administración Pública”
II.2. ESPECIFICACIONES DEL EQUIPAMIENTO FISICO
El software desarrollado deberá encontrar completa compatibilidad y

deberá de ser ejecutable sobre la plataforma de hardware con la que
cuenta la Municipalidad Distrital de Pacocha, que tiene como
especificación de hardware las detalladas en el ANEXO B:
Hardware de las Estaciones de Trabajo
Del respectivo “Inventario de Hardware de Computadores

Personales e Impresoras” con que cuenta la Oficina de
Informática, se desprende que el 92.9% de las computadoras son
Pentium III (11), Pentium IV (40) y un Servidor Xeon (1), y
solamente el 7.1% de las mismas son Pentium I (1) y Pentium II
(3), Por lo que se deberá redistribuir el equipamiento optimizando
de ese modo su utilización, igualmente se deberá reemplazar y
mejorar el equipamiento, dando de baja el equipo que por
obsolescencia tecnológica ha reducido sus capacidades de
operación.
Por lo que este punto debe considerar como especificaciones

mínimas de operación del Software deberán ser las siguientes:
Procesador Pentium III

Memoria 64 Mb.
Espacio en Disco 20 Gb.
Disquetera No necesaria
Lectora de Disco Compacto No necesaria
Impresora Matricial y Láser (A4)
Figura 1. Especificaciones Mínimas de Hardware de Estación de Trabajo
Hardware de la Red de Datos

Del respectivo “Inventario de Hardware de Computadores

Personales e Impresoras” con que cuenta la Oficina de
Informática, se desprende que el equipo principal de la red de
datos, es un servidor marca HP modelo Proliant ML330, el cual
deberá servir de referencia mínima para su implementación,
Igualmente es recomendable el reemplazo de dicho equipo que

por obsolescencia tecnológica ha reducido sus capacidades de
operación.
Por lo que debe considerar como especificaciones mínimas de

operación en el Hardware de la Red de Datos, las siguientes:
Procesador Pentium Xeon 3.06 Ghz

Memoria 256 Mb DDR
Espacio en Disco 36Gb
Disquetera 1.44”
Lectora de Disco Compacto 48x
Marca y Modelo HP Proliant ML330
Figura 2. Especificaciones Mínimas de Hardware de Red
II.3. ESPECIFICACIONES DEL EQUIPAMIENTO LOGICO
El software desarrollado deberá encontrar completa compatibilidad y

deberá de ser ejecutable sobre la plataforma de software con la que
cuenta la Municipalidad Distrital de Pacocha, que se detalla a
continuación:
Software de Desarrollo
Del respectivo “Inventario de Software” (ANEXO C) de la Oficina

de Informática, y al contar con la respectiva licencia formal, se
desprende que el software principal para el desarrollo de
aplicaciones es el siguiente:
Fabricante Microsoft Corporation

Software de Desarrollo Microsoft Visual FoxPro Full Pack
Figura 3. Especificaciones Mínimas de Software de Desarrollo
Software de Sistema Operativo de Estación de Trabajo
Del respectivo “Inventario de Software” (ANEXO C) con que

cuenta la Oficina de Informática, y al contar con la respectiva
licencia formal, se desprende que el software mínimo principal
para el sistema operativo de las estaciones de trabajo es el
siguiente:
Fabricante Microsoft
Software de Sistema Operativo Microsoft Windows 98
Figura 4. Especificaciones Mínimas de Sistema Operativo de Estación de Trabajo
Software de Red de Datos
Del respectivo “Inventario de Software” (ANEXO C) con que

cuenta la Oficina de Informática, y al contar con la respectiva
licencia formal, se desprende que el software mínimo principal
para el alojamiento de la aplicación es el siguiente:
Fabricante Fedora
Software de Desarrollo Fedora Core 3
Figura 5. Especificaciones Mínimas de Software de Red
Software de Ofimática
Del respectivo “Inventario de Software” con que cuenta la Oficina
de Informática, al contar con la respectiva licencia formal, se
desprende que el software mínimo con que deberá guardar
compatibilidad la aplicación es el siguiente:
Fabricante Microsoft Corporation

Software Microsoft Office 97
Fabricante Sun Microsystems Inc.
Software Open Office 2.1
Figura 6. Especificaciones Mínimas de Software de Ofimática
II.4. ESPECIFICACIONES DEL MODELO DE CALIDAD
El desarrollo o selección del producto de software con calidad es muy

importante en la actualidad en las instituciones públicas y
particularmente en la Municipalidad Distrital de Pacocha, ya que el
software procesa información, que es un activo importante de la
organización.
Una especificación y evaluación integral y detallada de la calidad de los
productos de software es un factor clave para asegurar que la calidad
sea la adecuada. Esto se puede lograr definiendo de manera apropiada
las características de calidad, teniendo en cuenta el propósito del uso del
producto de software en la institución.
La calidad de un producto de software se debe evaluar usando un
modelo definido, por ello y en cumplimiento de la Resolución Ministerial
Nº 139-2004-PCM, procedemos a definir el modelo de calidad interno,
externo y de uso para el desarrollo del Software del Sistema
Administrativo y Tributario.
Modelo de Calidad para la Calidad Interna y Externa
El software a desarrollar deberá tener cualidades de calidad

basadas en seis características que se sub dividen a su vez en
características, las que se podrán medir por métrica interna y
externa. Características que definimos a continuación:
Funcionalidad. El software deberá proveer las funciones que

satisfacen las necesidades explicitas e implícitas definidas en el
presente expediente técnico, cuando el software se utiliza bajo
condiciones específicas; esto se medirá considerando lo

siguiente:
Adecuación. El software tendrá la capacidad para proveer
el conjunto de funciones para las tareas y objetivos
especificados en el presente expediente técnico.
Exactitud. El software por su función administrativo-
contable proveerá los resultados acordados con la
exactitud de la matemática contable.
Interoperatividad. El software deberá tener la capacidad
de interactuar con los sistemas detallados en el Inventario
de Software de la Municipalidad Distrital de Pacocha.
Seguridad. El software deberá tener la capacidad de
proteger la información y los datos de modo que las
personas o lo sistemas no autorizados no puedan leerlos o
modificarlos, y a las personas o sistemas expresamente
autorizados no se les niegue el acceso, y que exista la
posibilidad de autorizar el acceso por niveles de seguridad.
Deberá cumplir con la normatividad existente (Resolución
Ministerial Nº 224-2004-PCM)
Conformidad de la Funcionalidad. El software deberá
tener la capacidad de adherirse a los estándares
convenciones y regulaciones legales y prescripciones
similares, referentes a la funcionalidad. Permitiendo el
cumplimiento de lo normado para los gobiernos locales en
general y en la normatividad interna de Municipalidad
Distrital de Pacocha en particular.
Fiabilidad. El software se deberá mantener constantemente en el

tiempo y sin restricciones “en funcionamiento” cuando se esta
utilizando bajo condiciones normales, esto se medirá
considerando lo siguiente:
Madurez. El software no presentará falla alguna debido a
errores de codificación o diseño.
Tolerancia a errores. El software tendrá la capacidad de

mantener su funcionamiento en caso de presentarse algún
error del software o de incumplimiento de su interfaz
especificada, no detectado en la etapa de pruebas.
Recuperabilidad. El software tendrá la capacidad de
restablecer su funcionamiento y recuperar los datos
afectados directamente en el caso de una falla.
Conformidad de la fiabilidad. El software tendrá la
capacidad para adherirse a las normas, convenciones y
regulaciones de fiabilidad.
Usabilidad. El software deberá tener la capacidad de ser

entendido, aprendido, usado y ser atractivo al usuario, en
condiciones normales de funcionamiento.
Entendimiento. El software deberá permitir al usuario
entender si el software es adecuado, y como puede ser
usado para el cumplimiento de sus funciones específicas.
Aprendizaje. El software deberá permitir al usuario
aprender fácilmente su utilización.
Operabilidad. El software deberá permitir al usuario
operarlo y controlarlo fácilmente. Igualmente será de fácil
adaptabilidad, instalación y configuración para su puesta
en operación.
Atracción. El software deberá ser atractivo, con el uso de
color y diseño gráfico agradable y armónico y en la medida
de lo posible adaptable.
Conformidad de Uso. El software será capaz de adherirse
a los estándares, convenciones, guías y regulaciones
relacionadas a su usabilidad.
Eficiencia. El software proveerá un desempeño adecuado,

minimizando el consumo de recursos (hardware, software y
materiales).
Comportamiento de Tiempos. El software proveerá

tiempos adecuados de respuesta y procesamiento y ratios
de rendimiento adecuados cuando opera bajo condiciones
normales.
Utilización de recursos. El software permitirá utilizar
cantidades iguales o menores de recursos. Y los recursos
usados serán del mismo tipo en uso o de algún nuevo tipo
de recurso que resulte más eficaz en términos de costo
sobre beneficio.
Conformidad de Eficiencia. El software será capaz de
adherirse a estándares y convenciones relacionados a la
eficiencia.
Capacidad de Mantenimiento. El software deberá permitir una

fácil modificación. La modificación incluye correcciones, mejoras o
adaptación del software a cambios en el entorno y en las
especificaciones de requerimientos funcionales futuros.
Capacidad de ser analizado. El software deberá ser
capaz de atenerse a diagnósticos de deficiencias o causas
de fallas en el software o la identificación de las partes a
ser modificadas.
Cambiabilidad. El software será capaz de permitir que
una determinada modificación sea implementada. Esto
incluye en los cambios en la documentación.
Estabilidad. El software deberá ser capaz de evitar efectos
inesperados debido a modificaciones en el software, con
adecuadas medidas de detección de fallas de datos o de
validación y cruce de información.
Facilidad de prueba. El software permitirá fácilmente que
las modificaciones sean validadas.
Conformidad de facilidad de mantenimiento. El software
será capaz de adherirse a estándares o convenciones
relacionados a la facilidad de mantenimiento.
Portabilidad. El software tendrá la capacidad de ser trasladado a

nuevos entornos operativos. El entorno puede incluir entornos
organizacionales, de hardware o de software.
Adaptabilidad. El software será capaz de ser adaptado a
diferentes entornos.
Facilidad de instalación. El software deberá ser de fácil
instalación.
Coexistencia. El software deberá ser capaz de coexistir
con otros productos de software independientes dentro de
un mismo entorno, compartiendo recursos comunes.
Reemplazabilidad. El software deberá ser capaz de ser
utilizado en lugar de otro producto de software, usado para
el mismo propósito y en el mismo entorno.
Conformidad de portabilidad. El software será capaz de
adherirse a estándares o convenciones relacionados a la
portabilidad.
Calidad Externa e
Interna
Capacidad de
Funcionalidad Fiabilidad Usabilidad Eficiencia Mantenimiento Portabilidad
Capacidad de ser
Adaptabilidad
Comportamiento de analizado
Adecuación Madurez Entendimiento Facilidad de
tiempos Cambiabilidad
Exactitud Tolerancia a fallas Aprendizaje instalación
Utilización de Estabilidad
Interoperatividad Recuperabilidad Operabilidad Coexistencia
Recursos Facilidad de Prueba
Seguridad Conformidad de Atracción Conformidad de Conformidad de
Reemplazabilidad
Conformidad de Fiabilidad Conformidad de uso. Conformidad de
Eficiencia facilidad de
Funcionamiento portabilidad
mantenimiento.
Figura 7. Modelo de Calidad Externa e Interna
Modelo de Calidad para la Calidad en Uso
El software deberá tener la capacidad para permitirles a los

usuarios de la Oficina de Administración General, de la Gerencia
de Administración Tributaria y de la Oficina de Planificación y
Presupuesto, lograr el cumplimiento de sus funciones con

eficacia, productividad, seguridad y satisfacción, en condiciones
normales de uso.
La calidad en uso es la visión de calidad que tiene el usuario, y es
medida a partir de los resultados de usar el software en el entorno
real, más que las propiedades del software mismo.
Eficacia. El software tendrá la capacidad para permitir a los
usuarios lograr el cumplimiento de sus funciones con exactitud e
integridad, en condiciones normales de operación.
Productividad. El software deberá permitir a los usuarios emplear
cantidades apropiadas de recursos, en comparación a los
recursos empleados sin la implementación de este proyecto.
Seguridad. El software tendrá la capacidad para lograr niveles
aceptables de riesgo de daño a las personas, institución, software,
propiedad, o entorno bajo condiciones normales de uso.
Satisfacción. El software tendrá la capacidad de satisfacer a los
usuarios en condiciones normales de uso.
Calidad en Uso
Eficacia Productividad Satisfacción Seguridad
Figura 8. Modelo de Calidad para la Calidad en uso
II.5. ESPECIFICACIONES DEL MODELO DE SEGURIDAD DE LA

INFORMACION
La Resolución Ministerial Nº 224-2004-PCM, aprueba el uso obligatorio

de la Norma Técnica Peruana “NTP-ISO/IEC 17799:2004 EDI.
TECNOLOGIA DE LA INFORMACION. CODIGO DE BUENAS
PRÁCTICAS PARA LA GESTION DE LA SEGURIDAD DE LA

INFORMACION. 1ra Edición” en entidades del Sistema Nacional de
Informática. Esta norma establece un marco de referencia común para
asegurar la seguridad de la información. Por lo que las especificaciones
dadas en el presente expediente están adaptadas para la Municipalidad
Distrital de Pacocha y la Implementación del Software del Sistema
Administrativo y Tributario en función dicha norma, y cualquier
imprecisión o ampliación de especificaciones relativas al proceso del
aseguramiento de la seguridad de la información, deberán remitirse al
cumplimiento de la norma. El proceso total de aseguramiento de la
seguridad de la información, que comprende la definición de una Política
Institucional de Seguridad, la organización estructural de los
responsables de la seguridad en la institución, la Clasificación y el
Control de Activos Institucionales, la Seguridad Ligada a los Recursos
Humanos, la Seguridad Física y del Entorno, la Gestión de
Comunicaciones y Operación, el Control de Accesos, el Desarrollo y
Mantenimiento de Sistemas, la Continuidad del Negocio y el
cumplimiento de las medidas, debe ser iniciada y gestionada por la
Oficina de Informática, este expediente técnico definirá las
especificaciones relativas al desarrollo de software y control de accesos.
Seguridad en el Control de Accesos
Política de Control de Accesos. La política de control de

accesos estará basada en la premisa “esta prohibido todo lo que
no esta permitido explícitamente”. La política de acceso se
deberá controlar a nivel de modulo, componente, pantalla u
opción de menú, para cada uno de los cuales se definirá como
mínimo los siguientes tipos de acceso.
Supervisor. Tendrá acceso irrestricto.
Operador de Sistema. Permitirá acceder al modulo
respectivo con las opciones de modificar, borrar y crear.
Tendrá acceso a todas las opciones de reporte de
información.
Consultas al Sistema. Permitirá acceder al módulo

respectivo sin las opciones de modificar, borrar o crear.
Tendrá acceso a todas las opciones de reporte de
información.
Gestión de Acceso de Usuarios. El software permitirá registrar y

administrar convenientemente a cada uno de los usuarios, este
registro estará directamente relacionado con el Software Integral
de Personal, específicamente al componente de escalafón,
permitiendo conocer su acceso a las aplicaciones.
Control de Acceso a las Aplicaciones. El software permitirá dar

acceso a la información y a las funciones del sistema de
aplicaciones sólo a los usuarios de éste, incluido el personal de
apoyo, pudiendo configurar la política de control de accesos por
cada módulo, componente o pantalla de operaciones.
Seguimiento de accesos y usos del Sistema. Deberá mantener

durante un periodo adecuado registros de auditoria, que permitan
futuras investigaciones. Estos registros deberán contener como
mínimo:
 El identificador del usuario
 Fecha y hora de conexión y desconexión
 Identificación del Terminal o el lugar si es posible
 Registro de los intentos aceptados y rechazados de acceso
al sistema
a datos y otros recursos.
Igualmente deberá llevar un registro de seguimiento del uso de los
recursos informáticos para asegurar que los usuarios realizan
procesos para los cuales han sido autorizados, debe contener
como mínimo:
 El acceso autorizado, incluyendo identificador del usuario,

fecha y hora de evento clave, los tipos de evento, los
archivos accedidos, los programas o recursos usados.
 Todas las operaciones que requieren privilegios especiales
como uso de la cuenta supervisor, arranque y parada del
sistema, conexión o desconexión de un recurso de entrada
o salida.
al sistema. Intentos fallidos, violaciones de la política de
accesos y notificaciones. Alertas desde los sistemas de
detección de intrusos.
 Alertas o fallas del sistema. Alertas y mensajes de la
consola, excepciones al registro del sistema, alarmas de
gestión de red.
II.5.1. Seguridad durante el Desarrollo y Mantenimiento de Sistemas
Requisitos de Seguridad. El software durante su construcción y

pruebas deberá cumplir con las especificaciones de seguridad
dados en la Política de Control de Accesos.
Seguridad de las aplicaciones del sistema: Durante su
construcción el software deberá establecer internamente los
procesos de validación de los datos de entrada y el control del
proceso interno.
Control de Datos de Entrada:
 Entrada duplicada u otras verificaciones para detectar los
errores siguientes: valores fuera de rango, caracteres
inválidos en los campos de datos, datos que faltan o están
incompletos, datos que exceden los límites de volumen por
exceso o defecto, datos de control no autorizado o
inconsistente.
 Revisión periódica del contenido de los campos clave o los

archivos de datos para confirmar su validez e integridad.
 Procedimientos para responder a los errores de validación.
 Procedimientos para comprobar la integridad de los datos
de entrada.
Control del Proceso Interno
 El control de los acceso a nivel de programa, deberá estar
basado en la presencia de funciones “añadir”, “borrar”,
“editar”, para cambiar los datos.
 Deberá evitar que los programas corran en orden
equivocado o después del fallo de un proceso anterior.
 El uso de programas correctos de recuperación después
de fallas para asegurar el proceso correcto de los datos.
 Controles de sesión o de lotes para conciliar los cuadres
de los archivos después de las actualizaciones de las
transacciones.
 Controles para comprobar los cuadres de apertura contra
los cuadres previos del cierre.
 Validación de los datos generados por el sistema
 Comprobaciones de la integridad de los datos o del
software transferido.
 Totales de comprobación de registros y archivos
 Comprobaciones para asegurar que los programas de las
aplicaciones se ejecutan en el momento adecuado.
 Comprobaciones para asegurar que los programas se
ejecutan en el orden correcto.
Seguridad de los Archivos.
El software durante el proceso de producción deberá guardar
procedimientos de seguridad:
 La actualización de las librerías solo debe realizarlo el
responsable del proyecto,
 Los módulos o sistemas que se encuentren en operación
solo tendrán código ejecutable (no fuentes).
 Solo se implantará código ejecutable en un sistema en

operación cuando se hayan realizado las pruebas con
éxito, y ante la aceptación del usuario.
 Se mantendrá un registro de auditoria de todas las
actualizaciones o versiones.
 Se mantendrá una copia de las versiones anteriores como
medida de precaución.
Seguridad de los procesos de desarrollo y soporte. Se
controlará estrictamente los entornos de desarrollo y de soporte.
Se llevará un registro de control de cambios. Se deberán revisar y
probar las aplicaciones del sistema cuando se efectúen cambios,
para verificar que no impactan negativamente en el
funcionamiento o en la seguridad.
Cada cambio en el sistema deberá tener una copia del software
original y los cambios realizados, claramente identificada y
documentada.
II.6. ESPECIFICACIONES DEL PROCESO DE DESARROLLO
La Resolución Ministerial Nº 0179-2004-PCM, aprueba el uso obligatorio

de la Norma Técnica Peruana “NTP-ISO/IEC 12207:2004 TECNOLOGIA
DE LA INFORMACION. Procesos del Ciclo de Vida del Software”. Esta
norma establece un marco de referencia común para los procesos del
ciclo de vida del software. Por lo que las especificaciones dadas en el
presente expediente están adaptadas para la Municipalidad Distrital de
Pacocha y la Implementación del Software del Sistema Administrativo y
Tributario en función dicha norma, y cualquier imprecisión o ampliación
de especificaciones relativas al proceso del ciclo de vida del software,
deberán remitirse al cumplimiento de la norma.
1.1. Adquisición. El proceso de adquisición estará a cargo de la

institución a través de su Oficina de Logística y se realizará de
conformidad con la normatividad vigente y en base a la “Guía

para la Administración Pública para la Elaboración de Contratos
Informáticos”
1.2. Suministro. El proceso de suministro estará a cargo del

proveedor y las actividades que comprende son de su entera
disposición.
1.3. Desarrollo. El proceso de desarrollo deberá desenvolverse como

mínimo de acuerdo a las siguientes actividades principales:
 Planeamiento e Implementación del Proceso.

 Análisis de los requisitos del sistema.
 Diseño de la arquitectura del sistema.
 Análisis de los requisitos del software.
 Diseño de la arquitectura del software.
 Diseño detallado del software.
 Codificación y pruebas del software.
 Integración del software
 Pruebas de calificación del software.
 Integración del sistema.
 Pruebas de calificación del sistema.
 Instalación del software y Migración de Datos
 Apoyo a la aceptación del software.
1.4. Operación. El proceso de operación del software estará a cargo

de la institución a través del personal de las unidades orgánicas
de la Oficina de Administración General, Gerencia de
Administración Tributaria y con el apoyo de la Oficina de
Informática. Deberán realizarse las tareas de implementación del
proceso, pruebas de operación, operación del sistema y soporte
al usuario.
1.5. Mantenimiento. El proceso de mantenimiento estará a cargo del

proveedor durante el periodo de garantía ofrecido en el proceso
de suministro, concluido el periodo de garantía estará a cargo de
la Oficina de Informática. Consta de las actividades de
implementación del proceso, análisis de problemas y
modificaciones, revisión/aceptación del mantenimiento, migración
y retirada del software.
2.1. Documentación. El procedimiento de registrar la documentación

producida por un proceso o actividad del ciclo de vida del sistema
estará a cargo del proveedor, quien deberá planificar, diseñar,
desarrollar, producir y editar la documentación relativa al software,
quedando la Oficina de Informática encargada de la distribución y
mantenimiento de la documentación, luego de concluido el
periodo de garantía.
2.2. Gestión de la Configuración. El proceso de identificar, definir y

congelar los elementos del software estará a cargo de la
institución a través de la Oficina de Informática, que deberá
controlar modificaciones y liberaciones de los elementos, registrar
e informar del estado de los elementos y peticiones de
modificación, asegurando la completitud, consistencia y
corrección de los elementos y controlar el almacenamiento,
manipulación y entrega de los elementos.
2.3. Aseguramiento de la Calidad - Capacitación. El proceso de

aseguramiento de la calidad estará a cargo del proveedor y
proporcionará la seguridad apropiada de que los productos y
procesos de software son conformes a sus requisitos
especificados en el presente expediente técnico, para tal fin se
ceñirá al Modelo de Calidad definido. Incluirá el Proceso de
Capacitación que asegure que el personal asignado tiene la
habilidad y los conocimientos necesarios para cumplir los
requisitos del proyecto y recibe la formación necesaria.
2.4. Verificación. El proceso de verificar si los productos de software

cumplen con los requisitos o condiciones que tienen impuestas
por las actividades estará a cargo de la Oficina de Informática y
sus resultados deberán ser comunicados al proveedor durante el
periodo de desarrollo o dentro del periodo de garantía.
2.5. Validación. Los procesos de validación estarán a cargo del

proveedor que determinará si los requisitos y el sistema tal como
esta construido cumple con el uso específico previsto.
2.6. Revisión Conjunta. Los procesos de revisión serán realizados en

conjunto entre el proveedor y la entidad a través de la Oficina de
Informática.
2.7. Auditoria. Los procesos de auditoria estarán a cargo de la

entidad a través de la Oficina de Informática, quien determinará el
cumplimiento de los requisitos, planes y contrato.
2.8. Solución de Problemas. El proceso de solución de problemas

estará a cargo del proveedor, analizando y resolviendo los
problemas, cualquiera que sea su naturaleza u origen, que se
descubran durante la ejecución del desarrollo, operación,
mantenimiento u otros.
3.1. Gestión. El proceso de gestión estará a cargo de la entidad a

través de la Oficina de Informática.
3.2. Infraestructura. El proceso de establecer y mantener la

infraestructura necesaria estará a cargo de la entidad a través de
la Oficina de Informática.
3.3. Mejora. El proceso para establecer, evaluar, medir, controlar y

mejorar un proceso del ciclo de vida estará a cargo de la entidad
a través de la Oficina de Informática.
3.4. Recursos Humanos. El proceso de proporcionar y mantener

personal adecuado para la operación de los sistemas estará a
cargo de la entidad, a través de la Oficina de Personal. Sin
embargo el proceso de capacitación en la operatividad y
mantenimiento técnico del software estará a cargo del proveedor.
1. PROCESOS PRINCIPALES DEL 2. PROCESOS DE APOYO DEL

CICLO DE VIDA CICLO DE VIDA
1.1. Adquisición 2.1. Documentación
2.2. Gestión de la Configuración

1.2. Suministro
2.3. Aseguramiento de Calidad
2.4. Verificación
1.4. Operación 2.5. Validación
1.3. Desarrollo 2.6. Revisión Conjunta
2.7. Auditoria
1.5. Mantenimiento
2.8. Solución de Problemas
3. PROCESOS ORGANIZATIVOS DEL CICLO DE VIDA
3.1. Gestión 3.2. Infraestructura
3.3. Mejora 3.4. Recursos Humanos
Figura 9. Estructura del Proceso del Ciclo de Vida del Software

II.7. ESPECIFICACIONES DETALLADAS DEL SOFTWARE

REQUERIDO
Descripción del Sistema Integral.
El software deberá lograr la automatización de los procesos

contables y el mejoramiento de la automatización de los procesos
presupuestales, logísticos, de tesorería, de personal, de
administración tributaria, tramite documentario y registro civil,
logrando a su vez la integración de los procesos administrativos
con los procesos de la administración tributaria, con el fin de
satisfacer las necesidades de información de dichas áreas y de la
alta gerencia.
El software estará diseñado específicamente para la

Municipalidad Distrital de Pacocha, y sus unidades orgánicas de
Planeamiento y Presupuesto, Administración General
(Contabilidad, Logística, Tesorería, Personal) y la Gerencia de
Administración Tributaria. Y específicamente a la infraestructura
de hardware y software detallados en estas especificaciones
técnicas.
El software deberá estar integrado, es decir deberá tener la

característica de estar enlazado entre los diferentes módulos,
logrando operar como un solo sistema, a través de estructuras de
datos y procesos comunes para todos los componentes. No
presentando redundancia de datos ni de procesos de operación a

nivel de usuario.
La lógica general del software deberá enmarcarse a la concepción

del Sistema Integrado de Administración Financiera para
Gobiernos Locales (SIAF-GL). Igualmente deberá contener un
módulo que facilite la integración de información con dicho
software SIAF-GL.
Sistema Integral de Contabilidad
Balance de Ejecución del Gasto. Debe permitir llevar control de

ejecución del gasto en sus respectivas fases:
 Datos y listado de Requerimientos, compromisos
(Orden de Compra, Orden de Servicio), devengados
(Registro en el Diario) y girados (Comprobante de
Pago).
 Balance de Ejecución del Gasto por Unidad
Orgánica y Tarea.
Balance de Ejecución de Ingresos. Debe permitir llevar control

de ejecución del ingreso en sus respectivas fases:
 Datos y listado del determinado (determinaciones de
deuda, multas, intereses, emisiones masivas) y
recaudado (recibo de ingresos).
 Balance de Ejecución del Ingreso por Unidad
Orgánica y Tarea.
Plan de Cuentas. Deberá permitir la importación del Plan de

Cuentas desde el SIAF-GL.
Tabla de Operaciones (Amarres Contables). Deberá permitir la

importación del clasificador del gasto, con los asientos contables
respectivos (amarres) desde el SIAF-GL.
Lógica contable para la generación de los asientos contables

generados por los tipos de documentos, en sus tres etapas de la
ejecución presupuestal.
Afectación Presupuestal, deberá permitir el registro de la

afectación presupuestal (devengado) de las órdenes de compra y
órdenes de servicio comprometidas por la Oficina de Logística,
previa evaluación de los saldos presupuestales según sus techos.
Para efectuar cualquier devengado el sistema validará la
información de los techos presupuestales y sus saldos. Deberá
permitir la integración desde el origen importando las cuentas
patrimoniales desde los documentos fuente.
Igualmente permitirá la integración de comprobantes de pago,
cheques, notas de cargo, notas de abono, desde el Sistema
Integrado de Tesorería.
 Datos de devengado de ordenes y servicio enviados
por logística.
 Modificación, Eliminación, Consultas de devengados
Compromisos Varios, deberá permitir el registro de

compromisos varios sea importando la información desde planillas
de viáticos, rendición de caja chica, rendición de recibos de
egresos, etc., o por registro directo de la operación. Permitiendo
visualizar y controlar las respectivas dinámicas contables
presupuestal y de orden, patrimonial así como sus pagos
respectivos.
 Devengar compromisos directos
 Modificación, eliminación, consultas de devengado
Notas Presupuestales. Creación, modificación, eliminación.
Contabilización Mantenimiento del Diario, deberá permitir el

mantenimiento del diario, registrando nuevas operaciones a
criterio contable, sean de traslado, cierre, etc., las que serás

registrada directamente en el diario.
Notas de Ajuste Contable, deberá permitir el registro de los

ajuste contables sin incidencia en los compromisos ni afectación
presupuestal.
 Asientos de Apertura
 Notas de contabilidad: traslados, regularizaciones,
reversiones, rendiciones.
 Notas de Entrada de Almacén, contabilización de los
ingresos a almacén.
 Nota de Salida de Almacén, contabilización de
salidas de almacén.
 Notas de contabilidad de Tesorería, incorporaciones
del saldo de balance.
 Boletas de Depósito.
 Anulaciones.
 Gastos Varios.
 Otras operaciones financieras.
Análisis de Cuentas, deberá permitir y facilitar la tarea de

análisis detallado de cuentas.
Elaboración de Información Contable.

Luego de realizada la integración de la información contable
descrita, el software procesará la información contable emitiendo
la documentación siguiente:
 Libro Diario
 Libro Mayor General
 Libro Caja
 Auxiliares de Cuentas
 Análisis de Cuentas
 Balance Histórico
 Balance de Comprobación
 Balance Constructivo
 Estados Financieros.
o Balance General,
o Estado de Gestión,
o Estado de Cambios en el Patrimonio Neto,
o Estado de Flujos de Efectivo
 Notas a los Estados Financieros.
 Inventario y balance inicial.
 Inventario y balance final.
 Reporte de inconsistencias contables.
 Anexos Financieros.
Registro de Compras. Permitirá registrar los datos necesarios

de las compras.
 Fecha de emisión del comprobante de pago.
 Fecha de vencimiento o fecha de pago en los casos
de servicios de suministros de energía eléctrica,
agua potable y servicios telefónicos, telex y
telegráficos, lo que ocurra primero. Fecha de pago
del impuesto retenido por liquidaciones de compra.
Fecha de pago del impuesto que grave la
importación de bienes, utilización de servicios
prestados por no domiciliados o la adquisición de
intangibles provenientes del exterior, cuando
corresponda.
 Tipo de comprobante de pago o documento, de
acuerdo a la codificación que apruebe la SUNAT.
 Serie del comprobante de pago.
 Número del comprobante de pago o número de
orden del formulario físico o formulario virtual donde
conste el pago del Impuesto, tratándose de
liquidaciones de compra, utilización de servicios
prestados por no domiciliados u otros, número de la
Declaración Única de Aduanas, de la Declaración
Simplificada de Importación, de la liquidación de

cobranza, u otros documentos emitidos por SUNAT
que acrediten el crédito fiscal en la importación de
bienes.
 Número de RUC del proveedor, cuando
corresponda.
 Nombre, razón social o denominación del proveedor.
En caso de personas naturales se debe consignar
los datos en el siguiente orden: apellido paterno,
apellido materno y nombre completo.
 Base imponible
 Valor de las adquisiciones no gravadas.
 Monto del Impuesto Selectivo al Consumo, en los
casos en que el sujeto pueda utilizarlo como
deducción.
 Monto del Impuesto General a las Ventas
 Otros tributos y cargos que no formen parte de la
base imponible.
 Importe total de las adquisiciones registradas según
comprobantes de pago.
 Número de comprobante de pago emitido por el
sujeto no domiciliado en la utilización de servicios o
adquisiciones de intangibles provenientes del
exterior cuando corresponda. En estos casos se
deberá registrar la base imponible correspondiente
al monto del impuesto pagado.
Registro de Ventas e Ingresos. Permitirá permitir llevar el control

de los ingresos, importando los datos según se detalla:
 Fecha de emisión del comprobante de pago.
 Tipo de comprobante de pago o documento, de
acuerdo con la codificación que apruebe la SUNAT.
 Número de serie del comprobante de pago.
 Número del comprobante de pago, en forma

correlativa por serie.
 Número de RUC del contribuyente (cliente), cuando
cuente con éste.
 Base imponible de la operación gravada.
 Importe total de las operaciones exoneradas o
inafectas.
 Impuesto General a las Ventas y/o Impuesto de
Promoción Municipal, de ser el caso.
 Otros tributos y cargos que no forman parte de la
base imponible.
 Importe total del comprobante de pago.
Otros. Que solicite Contabilidad, por escrito y hasta antes de

concluir la etapa de Diseño Detallado del Software (ver
Cronograma de Actividades).
Sistema Integral de Presupuesto.
El Software para el Sistema Integral de Presupuesto, será la herramienta

que debe permitir a la Oficina de Presupuesto conducir el Proceso
Presupuestario de la Entidad, deberá contar con la máxima flexibilidad y
adaptabilidad que permita su adecuación a las disposiciones que emita
la Dirección Nacional de Presupuesto Público. Y deberá permitir la
conducción del Proceso en sus respectivas Fases de Programación,
Formulación, Aprobación, Ejecución y Evaluación.
Fase de Programación Presupuestal.
La Estructura Funcional Programática, deberá ser registrada y

controlada a nivel de tareas, permitiendo a la Oficina de
Planeamiento y Presupuesto el registro de Techos de
Programación Presupuestal por Tarea y la asignación de las
mismas a las Unidades de la Estructura Orgánicas de la
Municipalidad.
Función,
Programa,
Sub Programa,
Actividad / Proyecto,
Componente
Meta / Finalidad
Tarea
Figura 10. Nivel Requerido en la Estructura Funcional Programática
Deberá contar con la opción de conciliación con el Sistema

Integral de Administración Financiera (SIAF-GL), a través de
enlaces directos o de reportes de fácil comprobación. Permitiendo
sus modificaciones y actualizaciones en conciliación directa con el
SIAF-GL.
Fuentes de Financiamiento y Rubros. Estarán en función al

SIAF-GL, permitiendo su edición, modificación, etc., siendo su
configuración única para todos los componentes del software
integral.
Clasificador de Partidas de Ingresos. Estarán en función al

SIAF-GL, permitiendo su edición, modificación, etc. Siendo su
configuración única para todos los componentes del software.
Clasificador de las Asignaciones del Gasto. Estarán en función

al SIAF-GL, permitiendo su edición, modificación, etc. Siendo su
configuración única para todos los componentes del software.
El Plan Operativo Institucional, deberá ser registrado y

controlado, permitiendo el registro y edición del mismo a nivel de
 Objetivos Institucionales,
 Metas Institucionales,
 Actividades Institucionales,
 Unidad Orgánica Responsable por cada Tarea
 Diagnostico situacional por Unidad Orgánica
 Análisis de Fortalezas, Oportunidades, Debilidades
Amenazas (FODA), por Unidad Orgánica.
 Objetivos y metas a nivel de Unidad Orgánica y
Tarea.
 Personal Responsable por Unidad Orgánica y Tarea
 Cadena Funcional Programática a Nivel de Tarea,
por Unidad Orgánica.
Permitiendo la emisión de los respectivos reportes:
 Plan Operativo Institucional.
 Plan Operativo de la Unidad Orgánica, indicando el
objetivo institucional, meta institucional, actividad
institucional y cadenas funcionales programáticas a
nivel de tarea a cargo de dicha Unidad Orgánica.
 Otros reportes que solicite la Oficina de

Planeamiento y presupuesto, por escrito y hasta
antes de concluir la etapa de Diseño Detallado del
Software (ver Cronograma de Actividades).
La Programación Anual de Gastos por Tarea. El software

deberá contar con un Módulo o Componente que permita a cada
responsable de unidad orgánica por cada Tarea asignada, realizar
la respectiva Programación del Cuadro de Necesidades Anual a
nivel de Bienes y Servicios, en función del respectivo Techo de
Programación Anual por Tarea y el Catalogo de Bienes y
Servicios, Rubro y Fuentes de Financiamiento, importados del
SIAF-GL y en forma mensualizada. Conteniendo información de:
 Bienes Requeridos Mensualizados por Tarea
 Servicios Requeridos Mensualizados por Tarea
 Catalogo de Bienes y Servicios según Clasificador.
 Requerimiento Anual por Rubro y Fuente de
Financiamiento.
 Proyecto del Plan Anual de Adquisiciones por Tarea
 Proyecto del Plan Anual de Adquisiciones de la
Institución a Nivel de Función, Programa,
Subprograma, Proyecto/Actividad, Componente,
Meta y Tarea. Desagregado por Especifica de Gasto
y Fuente de Financiamiento y Rubro.
La Programación Anual de Ingresos por Tarea. El software

deberá contar con un Módulo o Componente que permita a cada
Unidad Orgánica por cada Tarea, realizar la respectiva
Programación de Ingresos en forma mensualizada. Conteniendo

información de:
 Ingresos Mensualizados por Tarea según
Clasificador de Ingresos
 Proyecto del Plan Anual de Ingresos por Tarea
Fase de Formulación Presupuestal.
La Formulación Anual de Gastos por Tarea. El software deberá

contar con un Módulo o Componente que permita a la Oficina de
Planeamiento y Presupuesto por cada Tarea, realizar la
respectiva Formulación Anual a nivel de Bienes y Servicios
importando los datos de la Programación realizada por cada
responsable de Tarea, en forma mensualizada. Conteniendo
información de:
 Formulación Anual de Bienes, Mensualizados, por
Tarea
 Formulación Anual de Servicios, Mensualizados, por
Tarea
 Formulación de los Techos Presupuestales a nivel
de Unidad Orgánica por Tarea,
 Cuadro de Necesidades Anual Formulado por
Fuente de Financiamiento y Rubro, por Tarea y
Unidad Orgánica.
 Plan Anual de Adquisiciones por Tarea
 Plan Anual de Adquisiciones de la Institución a Nivel
de Función, Programa, Subprograma,
Proyecto/Actividad, Componente, Meta y Tarea.

Desagregado por Especifica de Gasto, Rubro y
Fuente de Financiamiento.
La Formulación Anual de Gastos de Personal. Importando

información del Modulo de Personal de la formulación de los
gastos de personal, en forma mensualizada y anual, por tarea.
La Formulación Anual de Ingresos por Tarea. El software

deberá contar con un Módulo o Componente que permita a la
Oficina de Presupuestos por cada Tarea, realizar la respectiva
Formulación de Ingresos en forma mensualizada. Conteniendo
información de:
 Ingresos Mensualizados por Tarea
 Catalogo del Clasificador de Ingresos.
 Plan Anual de Ingresos por Tarea
Presupuesto Inicial de Apertura.

 Integración de los Cuadros de Necesidades para la
generación del Presupuesto Inicial de Apertura del
Gasto Corriente.
 Incorporación de las Secuencias Funcionales de
Inversión, mensualizadas, a nivel de rubros y
fuentes de financiamiento
 Importación del Presupuesto Analítico de Personal

al Presupuesto Inicial de Apertura, desde el
Software Integral de Personal.
 Integración total y cierre del Presupuesto Inicial de
Apertura.
 Apertura del Presupuesto Inicial de Apertura por
Unidad Orgánica y Tarea (modificaciones e
incorporaciones).
 Integración total y cierre del Presupuesto Inicial de
Apertura por Unidad Orgánica.
 Notas Presupuestales.
Fase de Aprobación Presupuestal.
El software deberá permitir la emisión de los formatos respectivos

para la aprobación presupuestal, según los formatos de la DNPP.
Fase de Ejecución Presupuestal.
Cada unidad orgánica podrá llevar el control de sus actividades,

adquisiciones y ejecución de su presupuesto asignado, a nivel de
tarea.
Control Presupuestal. Deberá permitir visualizar los datos

relativos a la ejecución presupuestal y pre-afectaciones, así como
realizar el control de saldos presupuestales, a nivel de tarea, por
fuente y rubro y por partida específica del gasto.
Deberá ser posible importar y conciliar los datos relativos al

Calendario de Compromisos al máximo nivel de la estructura
programática, por partidas específicas, rubros y fuentes de
financiamiento desde el SIAF-GL.
El Catalogo de Bienes y Servicios Nacional podrá ser

importado desde el SIAF-GL.
Esta información importada deberá permitir al software realizar un

perfecto control de Ejecución del Presupuesto Municipal en base
a los techos presupuestales por meta y tarea, validando con esta
información la elaboración de los documentos fuente para los
compromisos.
Para la Conciliación con el SIAF-GL, deberá contar con los

reportes necesarios para los procesos de comprobación de una
correcta importación de información.
Modificaciones Presupuestales.
 Modificaciones por Créditos Suplementarios y sus
Notas
 Modificaciones por Anulaciones y Créditos
 Facilitará el registro de Información en el SIAF-GL.
(Enlace)
Modificaciones de Calendario.
 Facilitará el registro de Información en el SIAF-GL.
(Enlace).
Presupuesto Institucional Modificado. Deberá permitir

consultas al Presupuesto Institucional Modificado, según Notas de
Modificación Presupuestal, y Resoluciones de Alcaldía o Acuerdos
Municipales, a la fecha.
 Visualizar la ejecución de Gasto Corriente y de
Inversión mensualizado.
 Presupuesto Institucional Modificado consolidado,
por Rubros y Fuentes de Financiamiento, Tareas,
Unidad Orgánica, y Meta Física, mensualizados.
 Presupuesto Institucional Modificado y Plan Anual de
Adquisiciones.

Fase de Evaluación Presupuestal.
Ejecución de Compromisos Versus Marco.

 Ejecución mensualizada del compromiso versus el
marco presupuestal modificado y flexibilización.
Balance de Ejecución del Gasto. Deberá permitir la evaluación

presupuestal según:
 Ejecución mensualizada del gasto y el devengado.
 Evaluación del Calendario del Mes
 Evaluación del Calendario del Acumulado
 Ejecución Mensualizada del Gasto, por Unidad
Orgánica.
 Informe de actividades ejecutadas del Plan
Operativo Institucional por Unidad Orgánica
 Resultados de la gestión por Unidad Orgánica
 Conclusiones y recomendaciones de la gestión por
Unidad Orgánica.
 Ejecución Mensualizada del Gasto, por Tarea.
 Programación y ejecución del gasto por rubro y
fuente de financiamiento.
 Programación y ejecución de los Proyectos de
Inversión.
 Sobregiros presupuestales.
Balance de Ejecución del Ingreso. Deberá permitir la evaluación

presupuestal según:
 Evaluación del Calendario del Mes
 Evaluación del Calendario del Acumulado
 Ejecución Mensualizada de Ingresos, por Unidad

Orgánica.
 Ejecución Mensualizada de Ingresos, por Tarea.
 Programación y ejecución de Ingresos por rubro y
fuente de financiamiento.
 Otros que solicite la Oficina de Planeamiento y
Presupuesto, por escrito y hasta antes de concluir la
etapa de Diseño Detallado del Software (ver
Distribución de Calendario. Deberá mostrar la flexibilización del

calendario realizada.
 Notas de flexibilización, fuente de financiamiento,
grupo, y a todo nivel de la estructura funcional
programática.
 Calendario Inicial, ampliación de calendario,
flexibilización.
Avance Físico de Metas.

 Avance Acumulado
 Avance Mensualizado
 Avance Total
Otros. Que solicite la Oficina de Planeamiento, por escrito y hasta

antes de concluir la etapa de Diseño Detallado del Software (ver
Sistema Integral de Logística y Patrimonio
El software permitirá controlar el proceso logístico y al mismo

tiempo relacionarse adecuadamente con el Software Integrado de
Administración Financiera para Gobiernos Locales (SIAF-GL),
permitiendo el registro y emisión de documentos fuente según se
detalla.
Plan Anual de Adquisiciones y Contrataciones del Estado.

Deberá estar integrado con el Sistema Integral de Planeamiento,
a través de la Formulación Anual de Gastos por Tarea, en la
que se ha registrado el Cuadro de Necesidades Anual por
Tarea, como componente del Plan Operativo Institucional, el que
ha sido integrado para la formulación del Plan Anual de
Adquisiciones y Contrataciones, a nivel de Unidad Orgánica y
Tarea por Rubros y Fuentes de Financiamiento.
 Consolidado de Bienes y/o Servicios del Cuadro de
Necesidades Anual.
 Plan Anual de Adquisiciones y Contrataciones
 Plan Anual de Adquisiciones por Inversión
 Evaluación de Solicitado contra adquirido.
 Bienes y Servicios solicitados por categoría del bien
o servicio, grupo del bien o servicio, clase del bien o
servicio.
Requerimiento, que permita a las unidades orgánicas registrar e

imprimir el documento para solicitar bienes o servicios
programados en su respectivo Plan Anual de Adquisiciones o
nuevos requerimientos no programados, a nivel de tarea,
permitiendo el uso de firmas digitales (claves) para dar
aprobación desde cada una de las áreas encargadas de aprobar
Requerimientos. Todo retiro de almacén y/o adquisición será
atendido a partir de un requerimiento, exista o no en el Cuadro de
Necesidades Anual. El control de techos presupuestales

deberá verificarse previamente a cada registro de ítem del
requerimiento, no permitiendo la adición de ítems en el
requerimiento sin techo presupuestal a nivel de partida específica,
(realizando una pre - afectación presupuestal para efectos de
control) y el Control de Liquidez, a través de la verificación de
saldos disponibles importada desde el Software Integral de
Tesorería en su control de cuentas corrientes y por fuente.
 Registro de Requerimientos de Bienes y Servicios
por Tarea, según Catalogo de Bienes y Servicios.
 Control de Techos Presupuestales
 Requerimiento de Bienes y Servicios por Tarea
 Listado de requerimientos por tarea
 Listado de requerimientos por bien
 Listado de requerimientos por proveedor
 Otros reportes que solicite la Oficina de Logística,
por escrito y hasta antes de concluir la etapa de
Diseño Detallado del Software (ver Cronograma de
Actividades).
Solicitud de Cotización, que permita a partir de la importación

de la solicitud desde el Requerimiento, emitir las solicitudes de
cotización a enviar a los proveedores. Llevando el respectivo
registro:
 Registro de Solicitudes de Cotización
 Solicitud de Cotización por Proveedor
 Listado y Resumen de Solicitudes de Cotización
Actividades).
Cuadro Comparativo de Cotizaciones, que permita registrar a

partir de la importación de solicitudes de cotización, las
cotizaciones realizadas por el proveedor y elaborar el respectivo
cuadro comparativo. Llevando el respectivo registro:
 Registro de Cuadros Comparativos de Cotizaciones
 Registro de Buena Pro
 Cuadro Comparativo de Cotizaciones
 Acta de Buena Pro
 Listado y Resumen de Cuadros Comparativos de
Cotizaciones.
Actividades).
Tabla de Operaciones. Deberá permitir importar los amarres

contables de la tabla de operaciones del SIAF-GL, permitiendo
configurar los asientos tipo.
Orden de Compra, que permita registrar a partir de la

importación desde la Solicitud de Cotización o desde la Buena
Pro del Cuadro Comparativo de Cotizaciones, la Orden de
Compra, para iniciar el tramite del proceso, permitiendo registrar
cualquier combinación de bienes o agregar nuevos, registrando el
compromiso presupuestal por cada bien. Deberá contener los
datos necesarios para ser importados desde el Comprobante de
Pago del Sistema Integral de Tesorería.
Deberá permitir la clasificación de los bienes adquiridos como:
Bienes de Consumo, Bienes del Activo Fijo o Bienes No
Depreciables, lo que servirá para su posterior registro patrimonial.
Deberá permitir el Registro de Documentos Tributarios
(Comprobantes de Pago) mediante los cuales se han cancelado
la adquisición del bien, permitiendo disgregar por ítem:
 Base imponible afecta

 Base imponible inafecta
 Impuesto General a las Ventas
 Retenciones
 Detracciones
 Serie y Número de Comprobante
 Tipo de Comprobante (Factura, Boleta, Recibo por
Honorarios, etc.).
 Permitirá su migración al PDT, COA, DAOT, y otros, según
sea necesario.
 Permitirá el registro de NOTAS DE CREDITO, permitiendo
disminuciones y su afectación presupuestal.
Permitirá básicamente:
 Registro de Ordenes de Compra
 Registro de Documentos Tributarios
 Registro de Clasificación de Bienes para Registro
Patrimonial
 Orden de Compra
 Listado y Resumen de Ordenes de Compra, por
tarea, proveedor, bien, rangos de fecha, unidad
orgánica, asignación presupuestal del gasto, rubro y
fuente de financiamiento, etc.
 Listado de Órdenes de Compra Comprometidas,
Devengadas y Giradas.
 Listado y Resumen de Documentos Tributarios por
Orden de Compra, tarea, proveedor, rangos de
fecha, etc.
Actividades).
Orden de Servicio, que permita registrar a partir de la

importación desde la Solicitud de Cotización o desde la Buena

Pro del Cuadro Comparativo de Cotizaciones, la Orden de
Servicio, para iniciar el tramite del proceso, permitiendo registrar
el control del compromiso presupuestal, por cada ítem. Deberá
contener los datos necesarios para ser migrados desde el
Comprobante de Pago del Sistema Integral de Tesorería.
Deberá permitir el Registro de Documentos Tributarios
(Comprobantes de Pago) mediante los cuales se han cancelado
la prestación del servicio, permitiendo registrar:
 Base imponible afecta
 Base imponible inafecta
 Impuesto General a las Ventas
 Retenciones
 Detracciones
 Serie y Número de Comprobante
 Tipo de Comprobante (Factura, Boleta, Recibo por
Honorarios, etc.).
 Permitirá su migración al PDT, COA, DAOT, y otros, según
sea necesario.
 Permitirá el registro de NOTAS DE CREDITO, permitiendo
disminuciones y su afectación presupuestal.
 Permitirá registrar de manera informativa, las
PENALIDADES, con fines de conciliación.
Permitirá llevar el registro y control de los Contratos por Servicios
no Personales.
 Registro de Ordenes de Servicio
 Registro de Contratos por Servicios No Personales
 Orden de Servicio
 Listado y Resumen de Órdenes de Servicio, por
tarea, proveedor, bien, rangos de fecha, unidad
orgánica, asignación presupuestal del gasto, rubro y
fuente de financiamiento, etc.
 Listado de Órdenes de Servicio Comprometidas,

Devengadas y Giradas.
 Listado y Resumen de Contratos por Servicios No
Personales por Orden de Servicio, tarea, proveedor,
rangos de fecha, etc.
Actividades).
Control de Procesos de Selección. Debe permitir el registro de

información adicional requerida por el CONSUCODE, generando
el archivo (.DBF) necesario para el envió.
 Registro de la ejecución de cada proceso de
selección.
 Registro de proveedores ganadores
 Registro de los bienes ganadores por proveedor
 Bienes y servicios por cada proceso de selección,
mensualizada y por unidad orgánica y tarea.
 Elaboración del archivo (.DBF) para el envío a través
de la página web del CONSUCODE-SEACE.
 Plan Anual de Adquisiciones y Contrataciones en
formato CONSUCODE, y en formato de la Entidad.
 Modificaciones al Plan Anual de Adquisiciones y
Contrataciones: incorporación de nuevos bienes y/o
servicios a los procesos de selección, agregar o
retirar bienes o servicios de cada proceso de
selección, disminución o anulación de bienes o
servicios en procesos de selección.
Control de Contratos. Deberá permitir llevar un control de

contratos de servicios, proveedor, numero de contrato, orden de
servicio, comprobantes de pago, objeto del contrato, periodo del

contrato, permitiendo el control del Record por Proveedor.
 Reporte histórico de contratos y pagos realizados
por unidad orgánica, tarea y proveedor,
mensualizado.
Actividades).
Catalogo de Proveedores, deberá permitir la importación del

Catalogo de Proveedores, desde el SIAF-GL, llevando un control
por especialidades de proveedor, permitiendo habilitar e inhabilitar
proveedores, llevando el record de compras y evaluaciones post-
compra.
 Reporte de Record de Compras a Proveedores
 Reporte de Retenciones por Proveedor.
Actividades).
Catalogo de Bienes y Servicios, deberá permitir la importación

del Catálogo de Bienes y Servicios desde el SIAF-GL.
 Categorías de Bienes y/o Servicios
 Grupos de Bienes y/o Servicios
 Clases de Bienes y/o servicios
 Catálogo Maestro de Bienes y Servicios,
conteniendo el amarre a la respectiva partida de
asignación presupuestal para el gasto corriente y
gasto de inversiones.
 Actualización automática de precios, desde el

Requerimiento y desde la Orden de Compra
llevando fecha del precio.
Almacén. Deberá permitir al Área de Almacén a través de la

importación de órdenes de compra, por ítem, por proveedor y por
cantidad, permitiendo la elaboración de las respectivas
PECOSAS, manteniendo un Kardex actualizado. Permitirá
importar el saldo final de los bienes del año anterior. Igualmente
debe considerar el registro y control de todos los bienes que
ingresan a la entidad por las diversas modalidades (donaciones,
transferencias, alta de bienes, etc.) llevando para ellos una
especial interacción con el Control Patrimonial.
 Inventario Inicial de Bienes
 Kardex: Liquidación de Ordenes,
 Kardex: Mantenimiento de PECOSAS.
 Relación de PECOSAS por Orden de Compra
 Movimiento de Almacén por Bien.
 Reporte de PECOSAS en rango de fechas
 Resumen Mensual de Movimientos de Almacén
 Inventario Valorado de Existencias por Fecha.
 Movimiento de Bienes por Unidad Orgánica y Tarea.
 Tarjetas de Control visible de almacén.
 Rebajas de Ordenes.
Notas de Entrada a Almacén (NEA). Deberá permitir el registro
adecuado de todo tipo de notas de entrada a almacén
(internamiento de sobrantes de obra, donaciones, transferencias,
etc.) Permitiendo:
 Nuevas PECOSAS, afectando el costo a nueva
tarea.
 Disminución de Orden de Compra.
 Exportar la respectiva Nota Presupuestal para
disminuir afectaciones.
Control Patrimonial. Deberá Contar con un Modulo de, Control

de Activo Fijo permitiendo
 Registro (alta) y control de los Activos Fijos y
Patrimoniales (edificios y terrenos) y Bienes No
Depreciables, ingresados al Almacén, por cualquiera
de las modalidades (donaciones, transferencias, alta
de bienes, etc.), permitiendo su importación desde
la PECOSA, y registrando su disposición física final,
para su codificación y posterior disposición de uso.
 Registro (alta) y control de los Bienes No
Depreciables, ingresados a través de Caja Chica,
permitiendo su importación desde la rendición de
caja chica, el registro de los datos faltantes y
disposición física para su codificación y posterior
disposición de uso.
 Generación de ajustes por depreciación y ajustes
por corrección monetaria,
 Integración con el Sistema Integral de Contabilidad,
para los respectivos asientos contables.
 Permitirá registrar mejoras.
 Permitirá el control estricto de los bienes de la
entidad por sus diversas formas de disposición
(asignación, donación, transferencia, cesión en uso,
etc.).
 Facilitará la codificación física de bienes así como la
toma de inventarios anual, registrando estado del
bien (malo, bueno, regular, para baja, etc.)
 Imprimirá tarjetas de codificación presupuestal (con
código de bien en código de barras), registrando la
fecha de inicio de uso del bien (con fines de
depreciación).
Módulo de Equipo Mecánico. Deberá contar con un módulo de

software para el control del equipo mecánico, registrando:
 Consumos de Combustible
 Consumos de bienes y servicios.
 Tareos
 Tacometros
 Otros necesarios para el control de maquinarias.
Otros. Que solicite Logística, por escrito y hasta antes de concluir

la etapa de Diseño Detallado del Software (ver Cronograma de
Actividades).
Sistema Integral de Tesorería.
Planillas de Viáticos. Deberá permitir a los trabajadores de la

institución registrar convenientemente:
 Datos de la Solicitud de Planilla de Viáticos.
Permitiendo imprimir:
 Formato de Solicitud de Planilla de Viáticos y,
 Autorización de Descuento por Planilla
A partir de la aprobación (firmas) de la Planilla de Viáticos deberá
permitir:
 Migrar Datos de la Planilla de Viáticos hacia el
Registro en el Software Integral de Contabilidad
(Operaciones Complementarias), para su
posterior migración de Datos de la Planilla de
Viáticos hacia el Comprobante de Pago.
Igualmente a partir de la emisión del Comprobante de Pago,
deberá permitir al solicitante registrar:
 Datos de la Rendición de Planilla de Viáticos, por
comprobante de pago detallados a nivel de bien o
servicio, según catalogo y dinámica contable y
declaración jurada de gastos, y su compromiso y
afectación presupuestal a nivel de especifica.
Permitiendo:
 Migrar datos de la afectación a la respectiva planilla
del trabajador, según la diferencia de Rendición de
Planilla de Viáticos a favor de la entidad, hasta por
el monto total de la Planilla de Viáticos, según
Autorización de Descuento por Planilla.
 Migrar datos de la afectación a nueva Operación
Complementaria, por la diferencia de Rendición de
Planilla de Viáticos, en caso de Autorización de
mpliación de Viáticos.
Clasificador de Ingresos. Permitirá el registro, edición y

mantenimiento del clasificador de ingresos, y la configuración de
su dinámica contable (amarres) y sus rubros y fuentes de
financiamiento. Permitiendo su conciliación con la dinámica
definida por el SIAF-GL.
Generación de Compromisos. Permitirá la generación de

compromisos financieros, compromisos por retenciones, etc.
Los Comprobantes de Pago, deberán ser emitidos debidamente

afectadas presupuestalmente, en base a las Órdenes de Compra
y de Servicio emitidas.
 Registro de Comprobantes de Pago
 Listados varios de Comprobantes de Pago
 Listado de Operaciones Financieras Ejecutadas
 Pendientes de Pago
Penalidades. Permitirá el control y registro de los ingresos por

penalidades, por proveedor.
Mantenimiento de Chequeras, deberán ser registrados y

controlados como Girados, Cobrados y No Cobrados, por cuenta.
Las Cuentas Corrientes, deberán ser registradas y controladas

permitiendo la Conciliación Bancaria, a través del registro de
cargos y abonos, y su conciliación diferenciada contra extractos
bancarios y contra el SIAF-GL. Permitiendo conocer los saldos
para control de liquidez:
 Saldo Disponible
 Saldo Contable
 Reporte de Caja Tabulada
 Libro Bancos
 Ejecución presupuestal contra ejecución financiera.
 Conciliación presupuestal por caja y bancos
Caja. Deberá contar con un componente de Caja que registre los

ingresos efectuados por las diferentes oficinas, permitiendo emitir
comprobantes de pago validos, Boletas de Pago y Facturas, así
como la emisión de Recibos de Ingresos Diario. Igualmente
estará integrado al Sistema Integral de Contabilidad, permitiendo
el registro contable de los ingresos, para su integración, y al
Sistema Integral de Presupuesto permitiendo el registro de la
afectación correspondiente, en su fase respectiva.
 Registro de Recibo de Ingresos
 Registro de Ingresos Municipales según
Clasificador.
 Mantenimiento de Cartas Fianzas
 Mantenimiento de Pagarés
 Libro Caja
 Balance de Ingresos contra Depósitos, según
cuentas corrientes, rubros y fuentes de
financiamiento, partidas de ingresos, unidades
orgánicas, cajeros.
 Facilitará el registro en el SIAF-GL. (Enlace)
Flujo de Caja. El software permitirá a la Unidad de Tesorería la

emisión de flujos de caja.
 Ingresos de efectivo
 Egresos de efectivo,
 Saldo de efectivo
Administración de Fondos de Caja Chica. Deberá permitir el

registro y control de:
 El control patrimonial de los Bienes No Depreciables
adquiridos por Caja Chica, permitiendo exportarlos
hacia el Modulo Integral de Logística y Patrimonio.
 Deberá permitir su incorporación en el Registro de

Compras.
 Registro e importación de las habilitaciones de caja
chica desde los respectivos Comprobantes de Pago,
por trabajador, tipo de gasto, rubro y fuente de
financiamiento, fecha de habilitación, documento de
habilitación, importe y llevando el control de saldos.
 Permitirá al trabajador responsable realizar la
respectiva rendición del fondo, a nivel de proveedor,
tipo, número, glosa, concepto de cada comprobante,
así como cada bien adquirido afectándose a la
respectiva cadena funcional programática,
(Registro del Compromiso) y permitiendo un
correcto registro de su dinámica contable.
 Permitiendo igualmente la exportación de estos
datos hacia el modulo de operaciones
complementarias.
Importación de Planillas de Viáticos. Deberá permitir la

importación de los datos de las planillas de viáticos elaboradas en
el componente respectivo para su pago mediante comprobante
respectivo.
Otros. Que solicite Tesorería, por escrito y hasta antes de

concluir la etapa de Diseño Detallado del Software (ver
Sistema integral de Personal
Planillas, el software del sistema integral de Personal deberá

permitir la elaboración de planillas para los diferentes
“Regimenes”:
 Régimen de la Administración Pública
 Régimen Privado
 Régimen de Construcción Civil
Para cada uno de estos permitirá elaborar los diferentes “Tipos de
Planilla”:
 Planilla de Sueldos
 Planilla de Salarios
 Planillas de Dietas
 Planillas de Prácticas
 Planilla de Bonificación Vacacional
 Planilla de Compensación Vacacional
 Planilla de Aguinaldos
 Planilla de Gratificaciones
 Planilla de Beneficios por Escolaridad
 Planilla de Bonificación por el Día del Trabajador
Municipal.
 Planilla de Subsidios por Descanso Médico
 Planilla de liquidaciones
 Otras planillas.
Deberá imprimir sus planillas anexas. Considerando los diversos
conceptos de planilla, remuneraciones, descuentos y
aportaciones.
 Migrar Datos de Planilla al Programa de Declaración
Telemática (PDT)
Permitirá la emisión de los reportes:
 Reportes de AFP por cada Planilla
 Resumen Presupuestal y Patrimonial por cada

Planilla, por fuentes de financiamiento y rubros y
partidas específicas.
 Reporte de Descuentos Judiciales
 Reporte de Descuentos por Entidad Financiera
 Reporte de Descuentos por Prestamos
Administrativos.
 Reporte de Descuentos por Permisos del Trabajador
 Reporte de Descuentos por Tardanzas del
Trabajador.
 Reporte de Descuentos por Permisos Particulares
deducidos del monto bruto.
 Otros reportes.
Boletas de Pago. Igualmente permitirá la impresión de boletas de

pago, según la normatividad vigente.
Descuentos Judiciales. Permitirá el control de descuentos

judiciales, emitiendo constancias de pago por descuento judicial, y
permitiendo un adecuado registro y control.
Enlace Contable. Deberá contar con el respectivo enlace con el

Sistema Integral de Tesorería y el Sistema Integral de
Contabilidad Presupuestal y Patrimonial, permitiendo su registro
contable.
Escalafón. Deberá integrar el respectivo modulo de registro y

control del escalafón de empleados, permitiendo el registro de las
evaluaciones de personal, meritos y deméritos y toda información
relativa.
Control de Asistencia y Puntualidad. Deberá integrar un

módulo o componente que permita la captura automática de datos
a partir de un reloj electrónico, registrando:
 Datos del Ingreso y salida del Personal.

 Datos de Permisos (Personal, Particular, Comisión
de Servicios, etc.)
 Datos de Inasistencias. (Justificada, Injusticada,
etc.)
 Migrar datos de descuentos a planillas.
Permitirá la emisión de los reportes:
 Solicitud de Permiso por Trabajador.
 Reportes de Descuentos por Asistencia y
Puntualidad
Otros. Que solicite Personal, por escrito y hasta antes de concluir

la etapa de Diseño Detallado del Software (ver Cronograma de
Actividades).
Sistema Integral de Administración Tributaria
La implementación del Sistema Integral de Administración

Tributaria, deberá tomar en cuenta necesariamente que mediante
Contrato Nº 130-03-MDP, de agosto del año 2003, la
Municipalidad Distrital de Pacocha ha contratado los servicios
necesarios para la adquisición de los servicios con el fin de
“Implementar el Sistema de Administración Tributaria”, adquisición
que fue cancelada a total conformidad y se encuentra actualmente
en operación”,
Sin embargo, dicha adquisición no contempla la totalidad de los
elementos de software, aunque su importancia es medular en la
labor de la administración tributaria. Por lo que se hace necesario
culminar con la elaboración de las herramientas necesarias para
una correcta y eficiente administración tributaria, en base a la
definición de sus procesos y la puesta en operatividad de
funciones que actualmente se encuentran en un estado que no
permite una eficiente recaudación por conceptos tales como
fiscalización tributaria, incentivos y amnistías, orientador virtual,
multas administrativas, administración de mercados, comercio
ambulatorio, consultas en línea, incentivos y amnistías, licencias
de construcción.
Fiscalización Tributaria.
 Registro de Expedientes para Fiscalización
 Cálculo personalizado de costos
 Distribución por asociaciones
 Integración con el módulo de determinación de
valores para la actualización de cuentas corrientes.
 Pagos en línea.
Multas Administrativas.
 Registro de notificaciones previas emitidas.

 Control y registro individual de notificaciones
previas.
 Calificación de multas.
 Generación de multas en cuenta corriente.
 Verificación de las multas vencidas
 Registro de la escala de multas vigente, inspectores
y periodos de amnistías.
 Integración con el módulo de caja para la
actualización de pagos en línea.
 Impresión de formato de multa.
Administración de Mercados:
 Registro de inquilinos por actividad comercial.

 Cálculo personalizado por secciones y tipo de
puesto.
 Distribución por asociaciones o mercados.
 Integración con el módulo de caja para la
actualización de pagos en línea.
 Impresión de recibos de manera individual y masiva.
 Impresión de saldos de cuenta corriente de
inquilinos.
Incentivos y amnistías
 Registro de incentivos por pagos anuales
adelantados de arbitrios.
 Registro de incentivos de condonación de multas e
intereses.
 Registro de Campañas tributarias.
Otros. Que solicite la Oficina de Administración Tributaria, por

escrito y hasta antes de concluir la etapa de Diseño Detallado del
Sistema Integral de Trámite Documentario

El Software del Sistema Integral de Trámite Documentario, deberá
permitir la administración de los expedientes presentados, por los
diversos tipos de trámite, por lo que deberá estar directamente
relacionado con el Texto Único de Procedimientos Administrativos de la
Entidad, permitiendo el seguimiento de los expedientes y conocer su
flujo, estado intermedio y estado y ubicación actual.
Debe permitir el control de sus usuarios asignando responsables por
Unidad Orgánica, logrando su integración con el Sistema Integral de
Personal y con el Sistema Integral de Planeamiento y Presupuesto
(Unidades Orgánicas).
Registro de Expedientes.
 Permitirá el registro de los datos de cada expediente
de trámite documentario, oficina responsable,
controlada por años, Tipo de Documento, Nº de
Expediente, Código de Contribuyente, Nombre o
Razón Social, Asunto, Folios, Fecha de Apertura,
Acciones a adoptar, Respuesta del expediente en
caso lo requiera el mismo.
 El Tipo de Documento deberá ser de tres tipos,
solicitud, oficio y carta, permitiendo adiciones.
 Deberá permitir el enlace al Software Integral de
Administración Tributaria para identificar la razón
social de los contribuyentes que presentan
expedientes, así como sus datos generales.
 Deberá permitir el enlace al Software Integral de
Logística para identificar la razón social de los
proveedores que presentan expedientes, así como
sus datos generales.
 Igualmente permitirá registrar expedientes
presentados por No Contribuyentes, en cuyo caso
llevará un registro propio.
 Deberá llevar el registro de costos por expediente, a
través de los recibos de pago, relativos al
expediente (TUPA). Preferentemente permitiendo

enlace con el Sistema Integral de Tesorería – Caja.
 Deberá permitir modificar y anular expedientes.
Registro de Expedientes Observados.
 Deberá permitir registrar expedientes que no
cumpliendo con los requisitos específicos según
TUPA, deben ser recibidos como expedientes
observados, registrando el plazo para su
regularización o presentación de documentos o
requisitos faltantes.
 Deberá permitir la impresión de proveídos.
 Deberá permitir el levantamiento de observaciones y
transferir el expediente a su trámite normal.
Hojas de Ruta.
 Deberá permitir derivar cada expediente registrado a
la oficina respectiva, con todas sus consideraciones
del trámite.
 Deberá permitir emitir el cargo conteniendo los
documentos agrupados por oficina destino,
Asuntos
 Permitirá llevar el registro de asuntos de cada
expediente según el TUPA, permitiendo su registro,
edición, modificación, eliminación, etc.
 Permitirá emitir el listado o padrón de asuntos
 Oficina por defecto donde debe ser derivado el
expediente, y el costo y tiempo que este tramite
debe significar.
 Ruta del Asunto, permitirá registrar la ruta que
debe seguir el expediente presentado por cada
asunto.
 Requisitos por Asunto, permitirá registrar los
requisitos para la presentación de cada expediente
por cada asunto.
 Conceptos de Pago, permitirá registrar los

conceptos de pago relacionados a cada expediente
por cada asunto.
Acciones.
 Deberá permitir el registro, edición y eliminación de
las acciones a tomar por el destinatario de cada
expediente.
Días no laborables
 Deberá permitir el registro, edición y eliminación de
días no laborables para ser tomados en cuenta en el
conteo de plazos.
Recepción de Expedientes
 Deberá permitir a cada Unidad Orgánica, registrar la
recepción física de los documentos, según Hoja de
Ruta que acompaña a cada expediente.
Derivación de Expedientes
 Deberá permitir a cada Unidad Orgánica, registrar la
derivación de cada expediente, oficina de destino,
fecha, hora, etc.
 Deberá permitir registrar los documentos que se
adjuntan al expediente y sustentan la ejecución del
trámite.
 Deberá permitir imprimir Hoja de Ruta
Listados
 Listado de Documentos por Fecha de Apertura
 Listado de Documentos por Asunto y Fecha
 Listado de Documentos por Unidad Orgánica y
Asunto
 Listado de Documentos Pendientes por Unidad
Orgánica.
 Listado Mensual de Documentos
Sistema Integral de Registro Civil.

Registro de Partidas de Nacimiento.

 Registro de datos de las partidas de nacimiento y
digitalización de partidas.
o Año de nacimiento, Nº de libro, Nº de folio.
o Apellido Paterno, Apellido Materno, Nombres
completos.
o Sexo y Ubigeo
o Fecha de nacimiento y fecha de registro.
o Tipo de registro, Registrador responsable.
o Datos del Padre
o Datos de la Madre
o Datos del Declarante.
o Anotaciones Marginales, reconocimientos,
sentencias judiciales, etc.
 Búsqueda e impresión de copias certificadas de
partidas de nacimiento
 Enlace a módulo de caja a través de la emisión de
pre-recibos.
Registro de Partidas de Matrimonio,

 Registro de datos de las partidas de matrimonio,
partidas de matrimonio
pre-recibos.
Registro de Partidas de Defunción.

 Registro de datos de las partidas de defunción,
partidas de defunción
pre-recibos.
Listados.
 Listado Mensual de Reportes para RENIEC
 Listado Mensual de Reportes para INEI
 Reportes (nacimientos, defunciones, matrimonios)
por año, número de libro, sexo, fecha de nacimiento
(rangos de fechas), lugar, ubicación, registrador,
libros estructurados, centros asistenciales, etc.
 Estadísticas vitales
II.8. ESPECIFICACIONES DETALLADAS DEL HARDWARE

REQUERIDO
Especificaciones Técnicas de Equipamiento de Estaciones de

Trabajo.
Para la descripción de las especificaciones técnicas se han

tomado las siguientes consideraciones: potencia computacional,
compatibilidad con equipamiento existente, futura capacidad de
ampliación y modernización, vigencia tecnológica, bienestar
laboral, imagen institucional, necesidad de unidades orgánicas y
minimización de sobre costos.
Para el proceso de adquisición debe tomarse en cuenta la Ley Nº
28827, sobre exoneración de impuestos.
Igualmente para el proceso de adquisición debe tomarse en
cuenta el Decreto Supremo Nº 002-2007-PCM que Modifica el
Decreto Supremo 013-2003-PCM y establece disposiciones
referidas a licenciamiento de software en entidades públicas. El
mismo que obliga a las entidades de la administración pública a
incluir a cada adquisición de computadoras personales, el sistema
operativo y la herramienta ofimática base.
El equipamiento será distribuido según la necesidad abajo
determinada, debiendo la Unidad de Informática, redistribuir y
reordenar el equipamiento existente en función a la optimización
de su uso, en cumplimiento de sus funciones.
Distribución de Equipamiento
de Computadoras Personales Requeridas
Ítem Ubicación Cant.
01 Alcaldía 01
02 Oficina de Planeamiento y Presupuesto 01
03 Gerencia de Administración General 01
04 Gerencia de Administración Tributaria 01
05 Contabilidad 01
06 Logística 01
07 Personal 01
08 Tesorería 01
Total Requeridas 08
Figura 11. Distribución de Equipamiento de Computadoras Personales Requeridas
Redistribución de Equipamiento
de Computadoras Personales
Ítem Desde Hacia Cant.
01 Tesorería Sala de Regidores 01
02 Personal Secretaría General 01
03 Logística Secretaría de Dirección Municipal 01
04 Contabilidad Secretaría de Administración General 01
05 Oficina de Planeamiento Trámite Documentario 01
Total Redistribuidas 05
Figura 12. Redistribución de Equipamiento de Computadoras Existentes
Especificaciones Técnicas Computador Personal

Resumen: Pentium IV Dual Core / 3400Mhz / 1024Mb / 160Gb
Componente Especificación
Case ATX 550W / Tobera
Mainboard Intel D946GZ 1066/800 System Bus
Procesador Intel Dual Core 3.4Ghz Cache 4Mb
Memoria 1024 Mb DDR-2 667 SDRAM Memory
Disco Duro 160 Gb SATA 7200 / Cooler

Red Intel Pro 10/100 (Incorporado)
Video 128/224Mb GMA 3000 (Incorporado)
Disquetera 1.44 Mb
CD-RW 52x32x52
Monitor LCD 17” TFT 1280x1024 1400:1
Teclado Español Multimedia
Mouse PS/2 NetScroll (No óptico) /Roller
Parlantes No
Corta Picos 6 Tomas / Supresor de Picos
Estabilizador No
Sistema Operativo Microsoft Windows XP
Ofimática Open Office 2.0 / Español (*)
Figura 13. Especificaciones Técnicas de Computador Personal
* Instalación No Incluida
Especificaciones Técnicas de Equipamiento de Sistemas de

Impresión
El equipamiento será distribuido según la necesidad abajo

determinada, debiendo la Unidad de Informática, redistribuir y
reordenar el equipamiento existente en función a la optimización
de su uso, en cumplimiento de sus funciones.
Distribución de Equipamiento
de Impresoras Requeridas
Ítem Ubicación Cant.
Impresora a Tinta Formato A3 01
01 Contabilidad 01
Impresora Matricial Carro Ancho 01
02 Contabilidad 01
Impresora Láser (A4) 01
03 Unidad de Informática 01
Impresora Láser Multifuncional (A4) 02
(Fotocopiadora / Impresora / Scanner)
04 Gerencia de Administración General 01
05 Gerencia de Administración Tributaria 01

Total 05
Figura 14. Distribución de Equipamiento de Impresoras Requeridas
Redistribución de Equipamiento
de Impresoras Personales
Ítem Desde Hacia Cant.
01 Contabilidad Personal ( Planillera ) 01
02 Administración Tributaria Sala de Regidores (Láser) 01
03 Secretaria Alcaldía Trámite Documentario (Matricial) 01
Total Redistribuidas 03
Figura 15. Redistribución de Equipamiento de Impresoras Existentes
Especificaciones Técnicas Impresora a Tinta Formato A3
Resumen: Impresora a Tinta Carro Ancho 30ppm / 1200x1200ppp / 32Mb

Componente Especificación Mínima
Bandeja 150 hojas
Resolución Hasta 1.200 x 1.200 ppp
Memoria 32Mb
Alimentación 220 V
Compatibilidad Windows 9x/Me/NT4.x/2000/XP
Conectividad Estandar IEEE 1284 Paralelo, USB 2.0
Velocidad 30 paginas por minuto
Papel A3, A3+, A4, A5, B4, B5, B6, C6
Figura 16. Especificaciones Técnicas Impresora a Tinta Formato A3
Especificaciones Técnicas Impresora Matricial Carro Ancho
Resumen: Impresora Matricial Carro Ancho 9pines / 240x216 / 128Mb
Número de Pines 09 pines
Ancho de Columna 136 columnas
Resolución 240 x 216
Memoria 128Kb
Autocopiativo Original + 6 copias
Alimentación Inserción manual (frontal o posterior). Tractor
(frontal/posterior/inferior). Alimentador hojas (posterior)
Conectividad Paralela / USB
Velocidad 680cps (12cpi)
Dirección Impr. Bidireccional
Emulación EPSON ESC/P2, IBM 2381+
Tipos de Letras 3 bitmap residentes : Draft, Roman, Sans Serif. 8 códigos
barras: EAN-13, EAN-8, Interleaved 2 of 5, UPC-A, UPC-E,
Code 39, Code 128, PostNet.
Nivel de Ruido 53dBA
Consumo Hasta 53W
Peso Hasta 13Kg.
Fiabilidad 20000 horas funcionamiento, 52 millones de lineas
Cinta 12 a 14 millones de caracteres.
Cabezal 400 millones de caracteres.
Figura 17. Especificaciones Técnicas Impresora Matricial Carro Ancho
Especificaciones Técnicas Impresora Láser

Resumen: Impresora Láser 17ppm / 1200dpi / 16Mb

Bandeja 250 hojas
Resolución 1200 dpi (1800x600) 600x600 dpi
Memoria 16Mb
Alimentación 220 V
Emulaciones PRESCRIBE, PCL6 (PCL, XL, PCL 5e)
Conectividad Estandar IEEE 1284 Paralelo, USB 2.0
Velocidad 17 paginas por minuto
Papel 8.5”x11”, 8.5”x13”, 8.5”x14”, A4, B5, A5
Peso del Papel 60 a 105 g/m2
Material Admitido Bond, reciclado, transparencias, etiquetas, sobres
Consumible Hasta 6000 paginas por reposición (5% cobertura)
Figura 18. Especificaciones Técnicas de Impresoras Láser
Especificaciones Técnicas Impresora Multifuncional Láser

(Fotocopiadora / Impresora / Scanner )
Resumen: Impresora Multifuncional Láser 17ppm / 600x600 / 32Mb
Bandeja 250 hojas
Resolución 600x600 dpi (impresión/fotocopiado))
Memoria 32Mb
Alimentación 220 V
Emulaciones Host Based printing system
Conectividad USB 2.0
Pantalla LCD 2 líneas cada 16 caracteres
Velocidad 17 paginas por minuto (impresión / fotocopiado)
Papel A4,B5,A5,Letter,Legal,Custom(148x210 a 216x356mm)
Peso del Papel 60 a 105 g/m2
Material Admitido Bond, reciclado, transparencias, etiquetas, sobres
Consumible Hasta 6000 paginas por reposición (5% cobertura)
Copiado Continuo 1-99
Copiado Zoom 25 – 400 %
Scanner Scan to PC, Scan to Mail, TWAIN
Velocidad Scanner 5 originales por minuto en 300dpi
Resolución Scanner 1200x1200 dpi 8bit/dot 24bit/dot
Figura 19. Especificaciones Técnicas de Impresora Multifuncional Láser
Especificaciones Técnicas de Equipamiento de Red de Datos
Especificaciones Técnicas Servidor de Red
Resumen: Pentium Dual Core Xeon / 1870Mhz / 2048Mb / 146Gb

Componente Especificación
Modelo ML350 G5
Procesador Intel Dual Core Xeon 5120 1.87Ghz/L2 4MB / 13066Mhz
Memoria 2048 Mb DDR2 667Mhz
Disco Duro 2 x 146 Gb HOT SWAP SATA
Tarjeta Arreglo de Disco Smart Array
Red Gigabit Ethernet RJ-45 10/100/1000
Video Incorporado 16mb SDRAM
Disquetera 1.44”
CD-ROM 48x
Monitor LCD 17” TFT 1280x1024
Teclado Multimedia
Mouse PS/2
Parlantes No
Corta Picos No
Estabilizador No
Sistema Operativo Fedora Core 3 (*)
Ofimática Open Office 2.0 / Español (*)
Figura 20. Especificaciones Técnicas de Servidor de Red
* Instalación no incluida.
III. PRESUPUESTO REFERENCIAL DEL PROYECTO
Se puede estimar que la ejecución del proyecto, que comprende tanto las
actividades a cargo de la entidad, como de los proveedores, tendrá una
duración de hasta 195 días calendario, estimándose un costo total de
Veintidós Mil Cuatrocientos Ochenta y 13/100 Nuevos Soles (S/. 22,480.13).
PRESUPUESTO REFERENCIAL DEL PROYECTO
“IMPLEMENTACION DE SISTEMAS
Proyecto ADMINISTRATIVOS Y TRIBUTARIOS”
Ubicación Pacocha - Ilo – Moquegua
Duración Estimada Total 195 Días Calendario (130 Días Útiles)
Duración Estimada (Proveedor) 150 Días Calendario (110 Días Útiles)
Monto Total Estimado del Presupuesto S/. 79,685.16
IV. PRESUPUESTO ANALITICO

PRESUPUESTO ANALITICO DESCONSOLIDADO
Proyecto : "IMPLEMENTACION DE SISTEMAS ADMINISTRATIVOS Y TRIBUTARIOS"

Ubicación : Pacocha - Ilo – Moquegua
Unidad Precio Cantidad Monto
Unitario Total
Asignación Genérica o Específica 79,685.16

6.5.11.30 Bienes de Consumo 4,400.00
LICENCIAS DE SOFTWARE LIC 550.00 8.00 4,400.00
Microsoft Windows XP Profesional 550.00
Open Office 2.1 0.00
6.5.11.39 Otros Servicios de Terceros 32,340.16
SERVICIO DE ANALISIS, DISEÑO E IMPLEMENTACION DE SOFTWARE SER 32,340.16 1.00 32,340.16
Software Integral de Contabilidad 5500.00
Software Integral de Presupuesto 4335.04
Software Integral de Logística 4335.04
Software Integral de Tesorería 4335.04
Software Integral de Personal 4335.04
Software Integral de Administración Tributaria 5500.00
Software de Trámite Documentario 2500.00
Software de Registro Civil 1500.00
6.5.11.51 Equipamiento de Bienes Duraderos 42,945.00
SERVIDOR PENTIUM IV UNI 14,620.00 1.00 14,620.00
COMPUTADORA PENTIUM IV UNI 2,560.00 8.00 20,480.00
IMPRESORA A TINTA FORMATO A3 UNI 1,295.00 1.00 1,295.00
IMPRESORA MATRICIAL CARRO ANCHO UNI 2,100.00 1.00 2,100.00
IMPRESORA LASER (A4) UNI 550.00 1.00 550.00
IMPRESORA LASER MULTIFUNCION (Copiadora/Scanner) UNI 1,950.00 2.00 3,900.00
V. PRESUPUESTO DESAGREGADO POR ANALITICA DE GASTO
PRESUPUESTO DESAGREGADO POR ESPECIFICA DE GASTO

Ubicación : Pacocha - Ilo – Moquegua
Asignación Genérica o Específica

6.5.11.30 Bienes de Consumo 4,400.00
6.5.11.39 Otros Servicios de Terceros 32,340.16
6.5.11.49 Equipamiento de Bienes Duraderos 42,945.00
Monto Total del Presupuesto 79,685.16
VI. DIAGRAMA DE ACTIVIDADES DE EJECUCION DEL PROYECTO
1. PROCESOS PRINCIPALES DEL 2. PROCESOS DE APOYO DEL

CICLO DE VIDA CICLO DE VIDA
1.1. Adquisición 2.1. Documentación
2.2. Gestión de la Configuración

1.2. Suministro
2.3. Aseguramiento de Calidad
2.4. Verificación
1.4. Operación 2.5. Validación
1.3. Desarrollo 2.6. Revisión Conjunta
2.7. Auditoria
1.5. Mantenimiento
2.8. Solución de Problemas
3. PROCESOS ORGANIZATIVOS DEL CICLO DE VIDA
3.1. Gestión 3.2. Infraestructura
3.3. Mejora 3.4. Recursos Humanos

VII. CRONOGRAMA DE EJECUCION

VIII. CRONOGRAMA DE VALORIZACIÓN

Final de Actividad Referencial Valorización 01 Valorización 02 Valorización 03 Valorización 04 Valorización Final
Procesos Principales
Desarrollo
Planeamiento e Implementación del Proceso   
Análisis de los requisitos del sistema   
Diseño de la arquitectura del sistema   
Análisis de los requisitos del software   
Diseño de la arquitectura del software   
Diseño Detallado del Software   
Codificación y Pruebas del Software   
Contabilidad 
Planificación y Presupuesto 
Logística 
Personal 
Tesorería 
Administración Tributaria  
Trámite Documentario 
Registro Civil 
Integración del Software
Pruebas de calificación del software
Instalación del Software y Migración de Datos
Apoyo a la aceptación del Software
Procesos de Apoyo
Documentación  
Aseguramiento de la Calidad - Capacitación  
Validación  
Procesos Organizativos
Infraestructura 
Valorización Software Administrativo 5,500.00 4,335.04 4,335.04 4,335.04 4,335.04
Valorización Software Tributario 0.00 0.00 0.00 2,750.00 2,750.00
Valorización Software Complementario 0.00 2,500.00 1,500.00 0.00 0.00
Valorización Hardware 42,945.00 0.00 0.00 0.00 0.00
Licencias de Software 4,400.00 0.00 0.00 0.00 0.00
Valorizaciones S/. 52,845.00 S/. 6,835.04 S/. 5,835.04 S/. 7,085.04 S/. 7,085.04
Valorización Acumulada S/. 52,845.00 S/. 59,680.04 S/. 65,515.08 S/. 72,600.12 S/. 79,685.16
IX. DESAGREGADO DE GASTOS GENERALES (GASTOS DIRECTOS, GASTOS INDIRECTOS)
DESAGREGADO DE GASTOS GENERALES

Ubicación : Pacocha - Ilo - Moquegua
Costo Costo
Directo Indirecto
Asignación Genérica o Específica

6.5.11.30 Bienes de Consumo
LICENCIAS DE SOFTWARE 4,400.00 0.00
6.5.11.39 Otros Servicios de Terceros
SERVICIO DE ANALISIS, DISEÑO E IMPLEMENTACION DE SOFTWARE 32,340.16 0.00
6.5.11.51 Equipamiento de Bienes Duraderos
SERVIDOR PENTIUM IV 14,620.00 0.00
COMPUTADORA PENTIUM IV 20,480.00 0.00
IMPRESORA A TINTA FORMATO A3 1,295.00 0.00
IMPRESORA MATRICIAL CARRO ANCHO 2,100.00 0.00
IMPRESORA LASER (A4) 550.00 0.00
IMPRESORA LASER MULTIFUNCION (Copiadora/Scanner) 3,900.00 0.00
ANEXO A
MODELO DE CONTRATO
1
CONTRATO DE PRESTACIÓN DE SERVICIOS PARA EL DESARROLLO DE

SOFTWARE
Conste por el presente documento el contrato para el desarrollo de software

que celebran de una parte la Municipalidad Distrital de Pacocha , con RUC Nº
…………………… debidamente representada por su Alcalde
…………………………………, identificado con DNI Nº…………. , con domicilio
legal en Av. Ingeniería Mz. C Lote SC 2., a quien en adelante se le denominará
la ENTIDAD y de la otra parte el Sr. …………………….., identificado con DNI
Nº…………, con domicilio en ,
CLAUSULA PRIMERA : DE LA BASE LEGAL

El presente contrato para el desarrollo del programa informático se suscribe en
base a la normatividad vigente sobre la materia.
1. Decreto Supremo Nº 012-2001-PCM, Texto Único Ordenado de la Ley
de Contrataciones y Adquisiciones del Estado.
2. Reglamento Aprobado por Decreto Supremo Nº 013-2001-PCM
3. Código Civil
4. Ley de Presupuesto para el Sector Público para el año 2007.
CLAUSULA SEGUNDA : ANTECEDENTES
El presente contrato se efectúa conforme al proceso de selección …………….

Con Nº …………. Y fecha …………….. mediante la cual se adjudicó al
PROVEEDOR, la buena pro para el Suministro de lo detallado en el Anexo I; y
que deberá ser entregado e instalado en el local que la ENTIDAD indique.
Forma parte de este contrato las respectivas bases del proceso de selección
pública así como la propuesta del PROVEEDOR.
CLAUSULA TERCERA : OBJETO DEL CONTRATO

Constituye objeto del presente la prestación del servicio de
1
TRIBUTARIOS”, requeridos por la entidad, los que se encuentran

descritos en el Anexo I, de este contrato.
Por su parte la entidad se obliga a pagar al PROVEEDOR el monto de

retribución pactado en la Cláusula Cuarta en la forma y oportunidad
convenidas.
CLAUSULA CUARTA : PRECIO Y FORMA DE PAGO
El precio convenido por la presentación de los servicios contratados

objeto de este contrato es de S/. …………. (………………… y 00/100
Nuevos Soles) que la ENTIDAD se obliga a pagar según lo establecido
en el Anexo III.
Si cualquiera de las fases de trabajo concluyera y fuera aprobada antes

del tiempo previsto indicado en el Anexo III. La ENTIDAD cancelará el
valor correspondiente a la fase de trabajo concluida y aprobada
inmediatamente después de la recepción y aprobación del o los
productos.
CLAUSULA QUINTA PROPIEDAD DEL SOFTWARE

DESARROLLADO
El software desarrollado indicado en el Anexo I es de propiedad de la
ENTIDAD y desde la firma del presente contrato, el PROVEEDOR cede
a la ENTIDAD los derechos patrimoniales del software creado para su
uso exclusivo por tiempo indeterminado. La ENTIDAD solicitará la
titularidad de los mismos para efectos de su inscripción en el registro de
la Oficina de Derechos de Autor del INDECOPI tanto en los programas
fuente como objeto.
Si el trabajo se cancela bajo la modalidad de pagos parciales por fases
de trabajo, la ENTIDAD será propietaria absoluta de cada sistema,
aplicación, programa, procedimientos o cualquier otro producto incluido
dentro de la fase de trabajo concluida, aprobada y cancelada, desde el
2
momento mismo de hacer efectivo el pago correspondiente a esta parte

del trabajo.
La ENTIDAD podrá vender o distribuir el software creado por este
contrato, sin solicitar autorización previa al PROVEEDOR.
CLAUSULA SEXTA : DE LAS OBLIGACIONES
La ENTIDAD queda obligada a:

 El buen estado y uso de los equipos indicados en el Anexo II,
necesarios para operar el software elaborado.
 Facilitar de acuerdo a la prioridad requerida, los equipos de
procesamiento automático de datos necesarios para la
instalación y prueba del software a elaborar.
 Facilitar un área de trabajo para el personal del PROVEEDOR.
 Suministrar la información relacionada con el desarrollo del
software.
 Entregar previamente y por escrito las especificaciones del
software al PROVEEDOR.
El PROVEEDOR esta obligado a:
 Cumplir las obligaciones que asume en virtud de este contrato
según las bases del proceso de selección y su propuesta técnico-
económica y en todo lo prescrito actuar de conformidad con las
Bases, su propuesta técnico-económica, especificaciones
técnicas y anexos, que sirvieron para contratar la prestación,
documentos que forman parte integrante del presente contrato.
 Realizar el software de acuerdo a las especificaciones
suministradas por la ENTIDAD y de acuerdo a la propuesta de
servicios presentada por el PROVEEDOR, las cuales se
encuentran contenidas en el Anexo IV de este contrato.
 Coordinar y organizar regularmente reuniones de información
sobre el avance de los trabajos en el domicilio señalado y con
los responsables de la ENTIDAD.
3
 Brindar asesoría y capacitación sobre el software creado al

personal técnico y usuario de la ENTIDAD.
 Entregar toda la documentación del desarrollo y manuales
operativos y reparación del software creado.
 Entregar el código fuente y todo aquello que sea parte integrante
del software desarrollado.
 Garantizar a la ENTIDAD que el software creado por encargo por
éste contrato será inédito, libre de vicios ocultos, defectos
materiales y en óptimas condiciones de funcionamiento y logrará
satisfacer plenamente las especificaciones técnicas descritas en
el Anexo IV.
CLAUSULA SEPTIMA : CESION Y SUBCONTRATACION
El PROVEEDOR no podrá ceder o subcontratar el todo o en parte, ni podrá

asociarse para los fines de este contrato con terceras personas sin
consentimiento previo y por escrito dado por la entidad.
El presente contrato y por lo tanto los derechos y obligaciones derivadas del
mismo podrán ser transferidos por la ENTIDAD a cualquier otro organismo
público, previo acuerdo con el PROVEEDOR.
En caso de no cumplirse con el requisito previo, cualquier gestión realizada a
este respecto será nula y no surtirá efecto ante el PROVEEDOR ni ante el
fisco.
CLAUSULA OCTAVA : DE LA ENTREGA

La ejecución del presente contrato será en …………………… meses a partir
de la fecha de firma del mismo y se realizará según lo establecido en el
cronograma de actividades descritas en el Anexo VI.
El desarrollo de los programas informáticos comprenderán las siguientes fases:
4
Desarrollo
 Planeamiento e Implementación del Proceso.
 Análisis de los requisitos del sistema.
 Diseño de la arquitectura del sistema.
 Análisis de los requisitos del software.
 Diseño de la arquitectura del software.
 Diseño detallado del software.
 Codificación y pruebas del software.
 Integración del software.
 Pruebas de calificación del software.
 Integración del sistema.
 Pruebas de calificación del sistema.
 Instalación del software y migración de datos.
 Apoyo a la aceptación del software.
Operación
Mantenimiento
Documentación.
Gestión de la Configuración
Aseguramiento de la Calidad – Capacitación.
Verificación.
Validación
Revisión Conjunta
Auditoria
Solución de Problemas
En la elaboración del software por encargo se utiliza como herramienta de
desarrollo, el siguiente lenguaje Visual Foxpro en su versión más reciente.
El software funcionará conforme a lo señalado en los manuales contenidos en

el Anexo V de este contrato.
5
CLAUSULA NOVENA COORDINACION DE REPRESENTANTES

ENTRE LAS PARTES
La ENTIDAD nombra como su representante al Sr. Pedro Chata Bautista y el
PROVEEDOR designa al Sr. …………………….., quienes coordinarán
permanentemente la toma de decisiones y resolverán conjuntamente las
situaciones que pudieran presentarse durante la ejecución del presente
contrato. En caso que cualquiera de las partes fuera reemplazada, se hará
saber mediante aviso cursado a la otra parte por escrito con quince (15) días
hábiles de anticipación a la fecha del reemplazo.
CLAUSULA DECIMA PRUEBA DE FUNCIONAMIENTO Y DE LA

RECEPCION
El software será sometido a la aprobación de los responsables del proyecto por

parte de la ENTIDAD.
El PROVEEDOR se compromete a corregir cualquier falla del software, en el

periodo de instalación del mismo, hasta por un lapso de ……. (…….) meses
después de la entrega y aceptación total del software.
El procedimiento de recepción del software tanto a nivel material como de

programa será obligatoriamente en dos etapas por cada entrega:
1. RECEPCION PROVISIONAL.
a. Puesta a disposición de material
b. Constatación suficiente de los juegos de ensayo de cada
aplicación.
2. RECEPCION DEFINITIVA
a. Verificación, rendimiento y funcionalidad
Se pacta expresamente que las recepciones definitivas se realizarán en el

plazo de ………. (…….) días naturales después de las recepciones
provisionales. Si transcurrido este plazo la ENTIDAD no se pronuncia, se
entenderá su silencio como aceptación tácita.
6
Se precisa que la ENTIDAD podrá rehusar las recepciones cuando los

rendimientos esperados no correspondan a aquellas previstas en el Anexo IV,
que forma parte del presente contrato. En el caso de rehusamiento motivado, el
PROVEEDOR tendrá posibilidades de corrección espaciadas en un plazo de …
.. (…….) días naturales como máximo. Si al final de dicho plazo adicional no se
alcanza el rendimiento esperado, el contrato podrá ser resuelto y el
PROVEEDOR deberá restituir las sumas pagadas por la ENTIDAD
CLAUSULA DECIMO PRIMERA PERSONAL DE SERVICIO DEL

PROVEEDOR.
El PROVEEDOR desarrollará el programa informático con su propio personal o
el que contratará, específicamente para este trabajo, por cuya virtud la
ENTIDAD no asume ningún compromiso frente a dicho personal.
CLAUSULA DECIMO SEGUNDARESPONSABILIDAD DE LAS PARTES
El PROVEEDOR es responsable y asume cualquier riesgo derivado de la

instalación, puesta en marcha y funcionamiento del software a que se refiere
este contrato.
El servicio comprende a si mismo cualquier elemento o factor de costos para
cumplir el objeto del contrato, sin reserva ni limitación alguna.
El PROVEEDOR se compromete a asegurar la confiabilidad y seguridad del
programa informático, no siendo responsable de los daños que pudieran
resultar del mal uso por fallas imputables al equipo en el cual se procesa.
Asimismo, tampoco es responsable de los problemas que pudieran surgir una
vez aceptado el programa informático por la ENTIDAD.
La ENTIDAD tiene el derecho de supervisar, con la periodicidad que estime
oportuna, el estado y avance de las fases de los trabajos, pudiendo solicitar
información acerca de los mismos y formular las observaciones que considere
conveniente. Sin embargo, la supervisión de los avances de los mismos no
implica de la aprobación total de los trabajos ni sus trabajos parciales.
Ambas partes acuerdan que cualquier requerimiento adicional posterior a la
implantación del programa informático, será realizado con el procedimiento de
control de cambio a un costo a pactarse.
7
CLAUSULA DECIMO TERCERA RESPONSABILIDAD LABORAL

El presente contrato no crea ni genera relación jurídica laboral alguna entre la
ENTIDAD y el personal que contrate el PROVEEDOR. La ENTIDAD no
asumirá ninguna responsabilidad por las obligaciones que contraiga el
PROVEEDOR para la ejecución del servicio.
CLAUSULA DECIMO CUARTA RESPONSABILIDAD POR FALLA
El PROVEEDOR se obliga a efectuar las acciones que sean necesarias para la

corrección de fallas del software materia de este contrato, a fin de mantenerlo
en óptimas condiciones de funcionamiento.
En caso de existir fallas en el software entregado, el PROVEEDOR se obliga a
efectuar los cambios y reparaciones que sean necesarios, a fin de que se
cumpla con las especificaciones técnicas ofrecidas en el Anexo IV, sin costo
adicional alguno para la ENTIDAD y en un plazo no mayor de ………….
(…………) días calendario de notificada la falla al PROVEEDOR.
CLAUSULA DECIMIO QUINTA CONFIDENCIALIDAD DE LA

INFORMACION
El PROVEEDOR se compromete expresamente y bajo responsabilidad a no

divulgar ni transferir a terceros, y bajo ningún motivo la información procesada,
información técnica, estrategias de marketing, know how, base de datos
procesada o sin procesar, sobre relación de clientes o proveedores, etc., de
propiedad de la ENTIDAD que sean conocidas como consecuencia directa o
indirecta de la aplicación del presente contrato y a no incorporarla a redes
nacionales o internacionales de transmisión de datos.
La violación del PROVEEDOR de esta obligación o responsabilidad de
confidencialidad producirá la resolución expresa del presente contrato, y la
ejecución inmediata de la carta fianza, sin perjuicio de las acciones legales
pertinentes por los daños y perjuicios causados.
8
La ENTIDAD también queda expresamente sujeta a la misma obligación y

responsabilidad de confidencialidad, acerca de la información que conozca
sobre el PROVEEDOR.
CLAUSULA DECIMO SEXTA PERIODO DE GARANTIA
El PROVEEDOR se obliga a un “Periodo de Garantía”, de …….. (………….)

meses por el servicio técnico de mantenimiento gratuito, por el software materia
del presente contrato.
Dicho periodo de garantía empezará a computarse de modo independiente
para cada software desde la fecha de su entrega y aceptación.
Si se comprueba que durante el “Periodo de Garantía”, alguno de los
componentes del software es defectuoso en cuanto al material o soporte
empleado, o en cuanto a su funcionamiento, bajo condiciones de
funcionamiento normal previsto, el PROVEEDOR hará los arreglos necesarios
para reparar o reemplazar dicho software defectuoso por uno nuevo.
El PROVEEDOR subsanará sin costo alguno para la entidad, los daños y
perjuicios que pudiera ocasionar la operación del software materia del presente
contrato debido a vicios ocultos y defectos no determinados durante las
pruebas de aceptación de los programas informáticos.
La responsabilidad del PROVEEDOR con relación al periodo de garantía
consistirá en que este sin costo adicional al precio pactado, proporcionara a la
ENTIDAD el servicio técnico de mantenimiento señalado en el Anexo VII, a
efectos de tener el software creado por encargo en un optimo funcionamiento.
CLAUSULA DECIMO SEPTIMA MODIFICACION DEL CONTRATO.
Ninguna cláusula del presente contrato podrá ser modificada suprimida o

agregada por ninguna de las partes unilateralmente. Toda proposición de
cambio por una de las partes deberá ser comunicada y aceptada por escrito
por la otra parte un mes antes de la fecha de su efectivización.
CLAUSULA DECIMO OCTAVA SERVICION TECNICO DE

MANTENIMIETNO
9
Se excluyen de l servicio técnico de mantenimiento, las fallas o daños

resultantes directo o surgidos de toda negligencia, error de manipulación de
parte del personal de la entidad en el uso del software entregado no conforme
a las especificaciones técnicas del PROVEDOR consignada en los manuales
operativos, de pleno conocimiento de la entidad, cuyo texto figura en el Anexo
V, que es parte integrada del presente contrato.
También se excluyen del servicio técnico de mantenimiento gratuito, las fallas o
los daños originados por la intervención, reparación y operación de
mantenimiento sobre el equipo causados por cualquier persona o terceros, que
no tengan la aprobación del PROVEEDOR.
CLAUSULA DECIIMO NOVENA CAPACTIACION
Ambas partes establecen de mutuo acuerdo un Plan de Adiestramiento para el

Personal de la ENTIDAD, el cual se encuentra detallado en el Anexo VI
Cronograma de Actividades. El número de personas a entrenar dependerá de
las necesidades de la ENTIDAD.
CLAUSULA VIGESIMA GARANTIA DE FIEL CUMPLIEMNTO

El PROVEEDOR, para asegurar la buena ejecución y cumplimiento del
presente contrato, sin perjuicio de las penalidades que se contrae según la
cláusula vigésimo primera, entrega a la ENTIDAD la Carta Fianza
Incondicional, solidaria, irrevocable y de realización automática al solo
requerimiento de la ENTIDAD, por la suma de S/. xxxxxxxxxx.xx , equivalente
al ………. % del monto del contrato, vigente hasta la liquidación del contrato.
Esta garantía podrá se ejecutada en su caso, por no ser renovada
oportunamente antes de la fecha de su vencimiento, por resolución del contrato
consentida o laudo arbitral que declara procedente la decisión de resolver el
contrato por causa imputable al PROVEEDOR, o cuando este no cumpla con
pagar dentro del plazo legal el saldo a su cargo establecido en la liquidación
final del contrato debidamente consentida o ejecutoriada.
El PROVEEDOR bajo juramente se compromete a cumplir con las obligaciones
derivadas del presente contrato, bajo sanción de quedar inhabilitado para
contratar con el estado en caso de incumpliendo, según ley.
10
CLAUSULA VIGESIMO PRIMERA PENALIDADES POR RETRAZO
El retrazo injustificado en la ejecución de la prestación objeto del contrato por

causas imputables al PROVEEDOR, dará lugar a que este sea sancionado por
una penalidad equivalente al 5% del monto contractual, o de ser el caso, del
ítem, trama o etapa que debió entregar. Esta penalidad será reducida del pago
final, independiente de otras responsabilidades que se puedan generar como
consecuencia del retrazo en la ejecución del presente contrato.
CLAUSULA VIGESIMO SEGUNDA RESOLUCION DE CONTRATO POR

INCUMPLIMIENTO.
En caso que una parte incumpla de modo injustificado con la prestación

contenida en alguna cláusula del presente contrato y por las causales descritas
en el artículo 41º de la Ley de Contrataciones y Adquisiciones del Estado y el
artículo 146º del Reglamento de la Ley antes mencionada, la otra parte podrá
requerirla mediante carta por vía notarial para que satisfaga su prestación,
dentro de un plazo no menor de quince (15) días bajo apercibimiento de que en
caso contrario, el contrato quedará resuelto.
La resolución del contrato por parte de la ENTIDAD, se formaliza a través de la
resolución o acuerdo remitido por la vía notarial respectiva, y por parte del
PROVEEDOR se formaliza a través de la recepción de la carta notarial
correspondiente.
CLAUSULA VIGESIMO TERCERA SOLUCION DE CONTROVERSIAS.
Ambas partes acuerdan que en caso de controversia(s) sobre la ejecución o

interpretación del presente contrato esta(s) deberá(n) solucionarse por
conciliación o arbitraje o en caso de incompatibilidad se comunicara al consejo
superior de contrataciones y adquisiciones del estado para que realice la
designación del arbitro de derecho o conciliador extrajudicial.
En caso de haberse pactado la conciliación cualquiera de las partes tiene
derecho a someter la controversia a un centro de conciliación dentro de los
plazos previstos en los artículos 139º y 164º del Reglamento de la Ley de
11
Contrataciones y Adquisiciones del Estado para que quede consentida la

liquidación del contrato.
Si la conciliación soluciona la controversia en forma total, el acta que contiene
el acuerdo es titulo de ejecución para todos los efectos. Si concluye con un
acerado parcial o sin acuerdo, las partes deben someterse obligatoriamente a
un arbitraje para que este se pronuncie definitivamente sobre las diferencias no
resueltas dentro del plazo de 15 días siguiente a la suscripción del acta
respectiva.
En caso de haberse pactado el arbitraje, deberá proceder de acuerdo a lo
establecido en el artículo 186º del reglamento de la ley de contrataciones y
adquisiciones del estado.
CLAUSULA VIGESIMO CUARTARELACION DE ANEXOS
Forman parte integrada del presente contrato los anexos que se señala a
continuación, cada uno de los cuales para ser valido deberá estar firmado por
ambas partes:
Anexo I Relación y características del software a crearse por
encargo.
Anexo II Relación y características de los equipos de cómputo de la
entidad donde se instalará el software creado.
Anexo III Precio y forma de pago
Anexo IV Propuesta Técnica ofrecida por el PROVEEDOR
Anexo V Manuales y Documentación
Anexo VI Cronograma de Actividades
Anexo VII Cronograma de Servicio Técnico de Mantenimiento
Anexo VIII Modelo de Informe de Fallas.
CLAUSULA VIGESIMO QUINTA LEGISLACION SUPLETORIA
Las partes acuerdan que en todo lo no previsto en el presente contrato, serán

de aplicación supletoria las normas señaladas en la cláusula primera.
En señal de conformidad las partes proceden a suscribir el presente contrato
en la fecha.
12
ANEXO B
INVENTARIO DE HARDWARE
13
Municipalidad Distrital de Pacocha

Informática
INVENTARIO DE COMPUTADORAS PERSONALES E IMPRESORAS
IMPRESORAS
NRO AREA NUMERO DE MAQUINAS
MATRICIAL
LASER INYECCION MODELO SERIE
LAP PC PI PII PIII PIV ANCHO CORTO
1 Biblioteca Virtual 14 14
2 Caja 2 2 Epson FX2190
2 Epson FX880
3 Abastecimiento 2 1 1 1 Epson FX2190
4 Planificación y Presupuesto 2 2 1 Epson FX2170
1 Kyocera FS-720
5 Contabilidad 4 1 3 1 Epson FX2180
1 Kyocera FS-720
1 Lexmark 2481
6 Almacén 1 1 1 Epson FX1180
7 Personal 1 1
8 Gerencia Administrativa 2 2 1 HP 1015
9 Recaudación 1 1 1 Epson FX2180
10 Gerencia de Administración 6 2 4 2 Epson FX1180
Tributaria
Epson FX1180
1 Epson FX880
1 HP 1005
11 Programa Vaso de Leche 1 1
12 Gerencia de Servicios Municipales 1 1 1 HP 1020
13 Registro Civil 1 1
14 Gerencia de Desarrollo Urbano 1 1 1 HP 1000
15 Secretaria de Desarrollo Urbano 2 1 1 1 Epson FX880
1 HP 1150
16 Catastro 2 2 1 Epson FX890
1 HP 930
17 Obras 3 2 1
1
18 Gerencia Municipal 2 1 1 1 HP 1000

19 Asesoría Legal 2 1 1 1 Epson FX1170
1 Kyocera FS-720
20 Secretaria de Alcaldía 2 1 1 1 HP 1000
21 Alcaldía 1 1
22 Informática 3 3
Total 1 55 1 3 11 38 11 3 10 1
2
ANEXO C
INVENTARIO DE SOFTWARE
1
Municipalidad Distrital de Pacocha

Informática
INVENTARIO DE SOFTWARE
NRO DESCRIPCION CANTIDAD FABRICANTE

SOFTWARE APLICATIVO
01 Control Presupuestal 01 Informática
02 Abastecimientos – Logística 01 Informática
03 Almacenes 01 Informática
04 Caja en Línea 01 Informática
05 Tesorería 01 Informática
06 Administración Tributaria 01 Sertex S. A. C
07 Planillas 01 Informática
08 Vaso de Leche 01 Informática
09 Registro Civil 01 Informática
10 Caja Chica 01 Informática
11 Catastro 01 Informática
SOFTWARE OFIMATICO
12 Microsoft Office 97 15 Microsoft Corporation
SOFTWARE OPERATIVO DE ESTACION
13 Microsoft Windows 98 15 Microsoft Corporation
SOFTWARE DE DESARROLLO
14 Microsoft Visual FoxPro 6.0 Full Pack 01 Microsoft Corporation
SOFTWARE OPERATIVO DE RED
15 Microsoft Windows NT 4.0 Full Pack 01 Microsoft Corporation
16 Fedora Core 3 01 GNU (Libre)

Sistema de Matricula

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Sistema de Matricula

Uploaded by

Copyright:

Available Formats

“AÑO DEL DEBER CIUDADANO”

MUNICIPALIDAD DISTRITAL DE PACOCHA

Pacocha, marzo del 200XX

III. PRESUPUESTO REFERENCIAL DEL PROYECTO........................................79

Figura 1. Especificaciones Mínimas de Hardware de Estación de Trabajo...............................................14

EXPEDIENTE TECNICO DEL PROYECTO

“IMPLEMENTACIÓN DE SISTEMAS ADMINISTRATIVOS Y

I.1. NOMBRE DEL PROYECTO

El Plan Estratégico de Tecnologías de la Información (PETI) es el

El Plan Operativo Informático (POI) es el instrumento de gestión de

La Municipalidad Distrital de Pacocha, no cuenta con un Plan Estratégico

La Municipalidad Distrital de Pacocha en cumplimiento de la ley, ha

Igualmente la Municipalidad Distrital de Pacocha ha definido como uno

desarrollo y la innovación tecnológica permanente y materializarse con

Así, con el propósito de alcanzar el cumplimiento de estas políticas y

En ese sentido, la Oficina de Administración General en coordinación

I.3. MARCO LEGAL

 Decreto Ley Nº 18298, Ley de Creación del Distrito de Pacocha

 Ley Nº 27419 Ley Sobre Notificación por Correo Electrónico

 Resolución Jefatural Nº 090-95-INEI Directiva Nº 008-95-INEI/SJI

LA INFORMACION. Procesos del ciclo de vida del software. 1ra Edición”

I.4. UBICACIÓN DEL PROYECTO

La ejecución del presente proyecto esta ubicada en: La Región

I.5. JUSTIFICACION DEL PROYECTO

El Municipio de Pacocha en cumplimiento de sus políticas institucionales

En ese sentido, la Oficina de Administración General, a través de las

Los esfuerzos orientados a dicho fin sin embargo, no han alcanzado a

La necesidad apremiante de implementación de software, ha llevado a la

dándose prioridad a la funcionalidad del software y descuidándose la

De continuar esta situación, los procesos administrativos, al

Por lo que se hace necesaria la implementación de sistemas

I.6. OBJETIVOS GENERALES

 Automatizar los Procesos del Sistema Contable logrando su

 Mejorar la Automatización de los Procesos del Sistema de Personal,

I.7. DESCRIPCION DEL PROYECTO

I.8. META FISICA DEL PROYECTO

Un (01) Software Integral del Sistema Administrativo.

I.9. FUENTE DE FINANCIAMIENTO

Canon, Sobre canon, Regalías y Participaciones.

I.10. MODALIDAD DE EJECUCION

Contrato de Prestación de Servicios para el Desarrollo de Software.

I.11. PLAZO DEL PROYECTO

El desarrollo del presente proyecto abarca un horizonte de desarrollo de

II. ESPECIFICACIONES TÉCNICAS

II.1. ESPECIFICACIONES GENERALES.

El Software ha desarrollar deberá cumplir con la Norma Técnica

El Software a desarrollar deberá cumplir con la Norma Técnica Peruana

La Unidad Ejecutora deberá cumplir con la “Guía Técnica sobre

II.2. ESPECIFICACIONES DEL EQUIPAMIENTO FISICO

El software desarrollado deberá encontrar completa compatibilidad y

Hardware de las Estaciones de Trabajo

Del respectivo “Inventario de Hardware de Computadores

Por lo que este punto debe considerar como especificaciones

Procesador Pentium III

Hardware de la Red de Datos

Del respectivo “Inventario de Hardware de Computadores

Igualmente es recomendable el reemplazo de dicho equipo que

Por lo que debe considerar como especificaciones mínimas de

Procesador Pentium Xeon 3.06 Ghz

II.3. ESPECIFICACIONES DEL EQUIPAMIENTO LOGICO

El software desarrollado deberá encontrar completa compatibilidad y

Del respectivo “Inventario de Software” (ANEXO C) de la Oficina

Fabricante Microsoft Corporation

Software de Sistema Operativo de Estación de Trabajo