TERMINOS DE REFERENCIA

ANALISIS, DESARROLLO E IMPLEMENTACION DEL SISTEMA XXXXXXX

1. OBJETO DEL SERVICIO

Contratar una empresa especializada en Desarrollo de Sistemas de
Información para el Análisis, Desarrollo e Implementación del Sistema
denominado xxxxxxxxxxxxxxxxx

2. FINALIDAD PUBLICA
La implementación del servicio requerido permitirá a las instituciones
competentes realizar un eficiente manejo de la información que
posibilite administrar y cautelar las funciones de …………., de tal
manera que la ENTIDAD pueda ……………………………….

3. ALCANCE DEL SERVICIO

El servicio a contratar contempla como mínimo las siguientes

actividades (las que son ampliadas en los anexos del I, II, III, IV, V y
VI que forman parte de este documento):

 Análisis con los usuarios designados por la ENTIDAD de los

procesos principales utilizados para gestionar las funciones
…………………….
 Desarrollo y puesta en producción del sistema en la sede central de
la ENTIDAD, para lo cual se utilizará la metodología RUP y UML.
 Migración y carga de datos de la información de las bases de datos
relacionadas que tiene la ENTIDAD.
 Capacitación a los usuarios del sistema en las distintas sedes de la
ENTIDAD
 Capacitación al personal técnico de la ENTIDAD en el conocimiento
y manejo detallado del sistema, a fin de asegurar el futuro
mantenimiento y soporte.
 Programación de las funcionalidades existentes en los sistemas
existentes a ser reemplazados, así como las funcionalidades
adicionales.
 Entrega de la documentación completa del sistema desarrollado.
 Gestión y administración del Proyecto de acuerdo con la
Metodología del PMI

La ENTIDAD será el propietario intelectual del sistema, el cual no

podrá ser comercializado con terceros

El Sistema reemplazará a los sistemas SISTEMA A, SISTEMA B y

SISTEMA C (parcialmente) que actualmente se encuentra en uso en
las sedes X, Y y Z de la ENTIDAD.

El SISTEMA A permite a los usuarios de la ENTIDAD,

…………………………, el SISTEMA B es utilizado para ……………….,

1
mientras que el SISTEMA C tiene como función …………………………..

El Sistema permitirá a los usuarios de las distintas sedes, así como a

nuestros clientes contar con las herramientas tecnológicas necesarias
para ejecutar las actividades relacionadas con el proceso 1, 2 y 3.

3.1.- Esquema de Integración del Sistema:

3.1.1 Requisitos generales

El diseño del sistema será concebido bajo las siguientes

características:

 Sistema dinámico: Sistema que es capaz de adaptarse a

circunstancias diferentes, ya que no es un sistema estrictamente
paramétrico, evitando la especialización extrema.

 Sistema Modular: La determinación de las variables de salida y de

entrada, permiten que cada módulo o subsistema, funcione como
una parte del todo, de modo tal, que en el futuro será posible
optimizar y mejorar sus funcionalidades sin afectar al sistema en
su totalidad.

 Sistema Amigable: Debido a la diversidad de usuarios y entornos

de trabajo, se hace necesario distribuir un sistema intuitivo y de
fácil uso, que requiera un tiempo de aprendizaje mínimo.

3.1.2 Arquitectura modular

El esquema del sistema a ser implementado contempla un aplicativo

principal único, conformado por módulos debidamente relacionados,
cuyo objetivo principal, es el de ingresar, monitorear y gestionar la
información registrada; comprende los siguientes módulos:

El Módulo A que deberá soportar los procesos de ……………….

El Módulo B proporcionar la información necesaria para

………………….

El Módulo C deberá soportar los procesos de registro, actualización

y carga masiva de ………………………

El Módulo de Seguridad, controlará todos los aspectos necesarios

para administrar la consistencia, seguridad y trazabilidad de todos
los accesos y transacciones del Sistema en su conjunto.

Las funcionalidades mínimas que el sistema incluirá son:

2
 Acceso y/o carga de información vía Web, de tal manera que
cualquier usuario de las distintas sedes puedan ingresar
información en línea de forma remota, bajo un formato
predeterminado.
 El ingreso de datos debe ser a través de formatos prediseñados
con la información previamente establecida, la cual deberá ser
validada convenientemente.
 El sistema contará con alarmas (las alarmas pueden ser un aviso
automático, reporte, correo electrónico y/o cualquier otra
propuesta del postor en coordinación con la ENTIDAD), las cuales
notificarán al área usuaria y/o las áreas involucradas en el
proceso de acuerdo a puntos de control y estados del flujo de
procesos establecidos y otros parámetros debidamente definidos
durante la etapa de Análisis de la Metodología de Desarrollo de
Sistemas.
 Controlar el cumplimiento estricto de cada uno de los pasos,
requisitos y tiempos preestablecidos.
 Llevar el control de toda la documentación que se genere durante
la ejecución de los Procesos soportados por el Sistema.
 Generar reportes sobre el estado de los requerimientos y su
procesamiento.
 Emitir automáticamente documentación preformateada
relacionados a los procesos……….., utilizando plantillas estándar.
 Contar con un sistema integrado y relacionado, donde toda
información se encuentre debidamente vinculada a la base de
datos de …………………….
 Brindar información en tiempo real a los diversos usuarios sobre
………………………..

A continuación se describen los requerimientos específicos de los

diferentes módulos que componen el Sistema:

3.1.3 Requisitos específicos

Módulo A

 Reemplazará a las opciones correspondientes a…………..

 Inventario de …………………….
 Registro, control y seguimiento de ……………………..
 Debe permitir …………………………….
 Registro de información complementaria referida a ………..
 Reportes múltiples para el seguimiento de la gestión y
control de…………..
 Desarrollo de las Interfaces requeridas o mecanismo
similar para mantener actualizadas las tablas actualmente
utilizadas por el sistema C.
 Otras definidas en el Anexo V.

3
Módulo B

 …………….
 …………….
 ……………..
 Otras definidas en el Anexo V.

Módulo B

1. …………….
2. …………….
3. ……………..
4. Otras definidas en el Anexo V.

Módulo de Seguridad

El módulo de seguridad debe permitir:

 Conectarse al módulo de seguridad de la ENTIDAD para la
autenticación de usuarios y asignación de roles y perfiles al
ingresar al sistema.
 Permitir el manejo del nivel de seguridad de la base de datos y
la aplicación definiendo: Niveles de acceso, autenticación de
la persona, acceso por ambientes de trabajo, reportes de
control de acceso, definición de perfiles de usuarios.
 Contar con las medidas de seguridad y reportes de auditoria
que permitan controlar cualquier modificación realizada sobre
los datos. Garantizar el nivel de seguridad de la información
según las políticas y directivas de seguridad de la información
de la ENTIDAD, y las establecidas en la Norma Técnica
Peruana “NTP-ISO/IEC 17799:2007 EDI. Tecnología de la
Información: Código de Buenas Prácticas para la gestión de la
Seguridad de la Información - 2ª Edición”.

Considerar que los usuarios del sistema, para su ingreso al

mismo, deberán ejecutar, por lo menos, las siguientes acciones:

 Los usuarios estarán registrados, deben encontrarse activos y

verificar que su fecha de caducidad aún no ha vencido.
 Luego de un número (paramétrico) de intentos de accesos
fallidos, el sistema bloqueará la cuenta del usuario.
 Luego de un número de días (paramétrico) de cambio de
contraseña se debe obligar al usuario a cambiar la contraseña
nuevamente
 Los usuarios serán requeridos de cambiar su contraseña la
primera vez que ingresan al sistema o han obtenido una
contraseña autogenerada.

4
 Cada intento de acceso al sistema debe ser grabado en un
registro de auditoria.
Asimismo, los usuarios deben cumplir, como mínimo, con los
siguientes requisitos:

 Grabar los accesos a tablas de auditoria, considerando acceso

fallido y exitoso. Debe almacenar el usuario de Sistema
Operativo, nombre de terminal, número de IP, fecha y hora
de conexión, entre otros datos requeridos para la
administración.
 Almacenar todas las acciones realizadas por el usuario
durante la conexión.
 Permitir a todos los usuarios el cambio de clave respectivo en
cualquier momento.
 Solicitar el cambio de clave en el primer ingreso al sistema o
cuando el administrador haya cambiado la clave por
seguridad o por pedido.
 Solicitará el cambio de clave a los N días.
 Todas las tablas del sistema de seguridad deben contener los
campos de usuario creador, usuario modificador, fecha
creación y fecha modificación.
 Utilizar las funcionalidades del pool de conexiones del Oracle
Web Logic Application Server.
 El sistema de seguridad debe permitir que los usuarios
manejen un solo código por usuario.
 Todas las funciones, packages y otros que utilice el sistema de
seguridad, deberán ser encriptados en la base de datos.
 La encriptación de la clave de acceso debe ser unidireccional.
Dado que el sistema a desarrollar se basará en una arquitectura
de N capas, se requiere que el acceso desde Internet se
encuentre autenticado, para ello el proveedor deberá adquirir e
implementar un certificado digital de Servidor de 128 bits que
tengan las siguientes características:

 Garantizar la seguridad de las transacciones electrónicas o

comunicación en general entre el servidor y el usuario.
 Tener una llave de Encriptación de 128 bits.
 Permitir la autenticación de usuario y el paso de la información
de manera encriptada.
 Debe ser un certificado digital de marca reconocida a nivel
internacional que debe cumplir por lo menos:
o Tener publicados más de 100,000 certificados,
aproximadamente a nivel mundial.
o Tener procedimientos de comprobación para asegurar
que el acceso al servidor de la entidad y organización, a
la cual venderán el certificado sea el verdadero.
Es preciso indicar que el proveedor hará las gestiones que
correspondan para que el certificado pueda ser adquirido en la

5
 debida oportunidad, para que pueda ser instalado y configurado
un mes antes del pase a producción en coordinación con el
Gerente de Proyectos de la ENTIDAD. La vigencia del certificado
debe ser de xx años.
Cabe indicar que es un entregable del servicio, el que será
entregado a la ENTIDAD luego del pase a producción del
sistema, por lo cual el certificado deberá ser adquirido a nombre
de la ENTIDAD.

3.2 Plataforma Tecnológica

El Sistema se debe basar en una arquitectura en “n” capas con un
diseño orientado a objetos, lo cual facilitará la seguridad y portabilidad
del sistema, así como la mantenibilidad y un buen desempeño del
mismo.
Esta arquitectura distribuida (entorno multicapas) utilizará ………….
como lenguaje de programación, y como Base de Datos …………...

A continuación describimos la ficha técnica a ser utilizada para el

desarrollo e Implementación del Sistema:

 Arquitectura Web (Ejemplo):

Capa de Presentación: Java Server Faces, Ice Faces, Spring MVC,
tapestry,  Rich Faces, A4J, Javafx (también para dispositivos móviles)
Capa de Negocio: Spring 2.x
Capa de Persistencia: Hibernate 3.x,Spring DAO, iBatis
IDE: Netbeans, JDeveloper, Eclipse.
Base de Datos: Oracle Enterprise 11g
Servidor de Aplicaciones: Oracle Web Logic Standard 11g
Sistema Operativo: HP UX 11

 Arquitectura Desktop (Ejemplo):

 Librería SWING
 IDE: Netbeans
 Base de Datos: PostgreSQL.

 Arquitectura Espacial (Ejemplo):

Los datos espaciales (geográficos y de ubicación) deberán
trabajarse en formato nativo (SDO) y ajustarse a las
especificaciones del OGC Simple Features para la especificación
SQL v 1.1 dentro de la base de datos Oracle 11g. Esto se hará a
través de los APIs Java y XML para mapeo y geocodificación. Para
generación y rendering de mapas, el postor que resulte favorecido
deberá utilizar el componente Map Viewer. La arquitectura espacial
está conformada por:
 Oracle Spatial
 Base de Datos: Oracle
 Map Viewer
 IDE: Netbeans

6
 Los equipos Cliente, en los cuales se activará la aplicación,
utilizarán como mínimo Windows 2000 y distintos navegadores de
internet como el Internet Explores 6 o superior, Mozilla, Firefox
entre otros por lo que el sistema deberá desarrollarse de tal forma
que soporte dichos navegadores y otros comúnmente usados.

Plataforma Actual: Cabe indicar que los actuales sistemas A y B están

desarrollados en plataforma cliente/servidor con Base de Datos SQL Server
2000, mientras que el Sistema C está desarrollado con Fox Pro 7 y como base
de datos utiliza el contenedor propio del Fox Pro (DBC y DBFs).

4. METODOLOGIA

4.1 Metodología de Gestión de Proyectos

La Metodología de Gestión de Proyectos a ser utilizada por el postor
deberá ser la establecida por el Project Management Institute – PMI.

Asimismo, como parte de la propuesta técnica, el postor presentará la

descripción detallada de la metodología de desarrollo de sistemas a
utilizar para el desarrollo e Implementación del Sistema. La
metodología debe estar basada en el Rational Unified Process (RUP),
utilizando la notación UML.

Es necesario que el postor haya tenido experiencias en la aplicación

de esta metodología basada en RUP y UML. Asimismo, se
considerará dentro del Proyecto la gestión de la configuración y la
ejecución de un plan de la calidad de la construcción del software.

La realización de este proyecto informático estará determinada por la

metodología de gestión del proyecto, el modelo de ciclo de vida del
sistema que se elija y las etapas del desarrollo de sistemas que se
adopten.

La metodología presentada deberá incluir como mínimo las etapas (o

su equivalente) que se indican a continuación y cuya realización se
deberá documentar con un informe por cada fase terminada para su
revisión y aprobación por la ENTIDAD, adjuntando los entregables
respectivos.

4.2 Etapas del desarrollo de la Solución

4.2.1 Etapa del Modelamiento del Negocio

7
 En esta primera etapa se realizará la definición de la Cadena de
Valor de la ENTIDAD, identificando los Macro Procesos Nivel 1 de
los que se compone la Institución, los cuales deberán ser
clasificados en Macro procesos Centrales y Macro procesos de
Soporte.

A continuación se deberán identificar los Procesos Nivel 2,

consignando los siguientes datos como mínimo:

 Nombre
 Alcance
 Entradas y Salidas
 Recursos Involucrados

Los procesos que deberán ser soportados por el sistema serán:

a) El proceso …………………... Ver anexo I “Manual del

Proceso X” y anexo II “Manual del Proces Y”
b) Los Procesos de …………. Ver anexo III “Funcionalidades
del Sistema A” y anexo IV “Funcionalidades del Sistema B”.
c) Los Procesos de ……………. relacionados con la Gestión
de ………………………….

Asimismo, cabe indicar que todos los documentos entregables

deberán contemplar el manejo de versiones. Los documentos
entregables serán revisados y aprobados por la ENTIDAD en
cada etapa.

4.2.2 Etapa de Análisis del Sistema

Sobre la base de la etapa anterior, se definirán las

especificaciones detalladas del sistema, a través de un catálogo
de requisitos y una serie de modelos que cubran las necesidades
de los usuarios y que será la entrada para el proceso de diseño.
En esta etapa se empieza a elaborar el modelo conceptual del
sistema.

4.2.3 Etapa de Diseño del Sistema

En esta etapa se define la arquitectura del sistema y el entorno

tecnológico que le va a dar soporte, así como la especificación
detallada de los componentes del sistema.
En esta etapa se contempla el diseño visual, o sea la gestión de la
información visual. Asimismo, se realiza el diseño de la base de

8
 datos mediante los modelos de datos (E-R), el cual tiene como
base el diagrama de clases del sistema.
El prototipo generado se presentará a la ENTIDAD para su
revisión y validación.

4.2.4 Etapa de Construcción del Sistema

Esta etapa tiene como objetivo final la construcción y pruebas
internas de los distintos componentes del sistema, a partir de las
especificaciones lógicas y físicas obtenidas en la fase anterior. En
esta etapa también se realizan pruebas previas con los usuarios
designados por la ENTIDAD en ambiente de desarrollo.

4.2.5 Etapa de Pruebas

Las actividades que se realizan en esta etapa de pruebas sirven
para asegurarse que el sistema cumpla con el alcance y las
características establecidas. Los errores y defectos deberán ser
documentados en esta etapa, para que sean corregidos y
nuevamente se ejecuten las actividades de pruebas. En esta
etapa el proveedor coordina con la ENTIDAD para la preparación
del ambiente de pruebas en la sede central y se verificará la
funcionalidad del sistema con los usuarios de la ENTIDAD. Al
concluir esta etapa, el proveedor entregará una primera versión
en borrador de los diversos Manuales del Sistema para su
revisión.

4.2.6 Etapa de Implementación del Sistema

La Etapa de Implementación tiene como objetivo la puesta en
producción del sistema.

Las principales actividades de esta etapa son: preparación de los

recursos para la instalación del sistema, configuración del
ambiente de producción, la capacitación a los usuarios del
sistema; la migración final de información y datos si fuera
necesario de acuerdo al alcance del sistema.

En cuanto a la capacitación, ésta abarcará a los usuarios de la

ENTIDAD y demás entidades usuarias del sistema.

La migración será realizada previamente a la puesta en

producción del Sistema para lo cual la ENTIDAD proporcionará la
definición de las tablas que conforman la Base de Datos a migrar.

El proveedor coordina con la ENTIDAD para la configuración del

ambiente de producción; sin embargo, corre por cuenta del
proveedor la provisión de los equipos necesarios.

9
 En la etapa de Implementación se culmina la elaboración de los
diversos manuales del sistema.

Una vez que el sistema esté en producción se hará una

presentación del mismo a nivel Gerencial de la ENTIDAD.

Los manuales, en su versión previa al pase a producción, serán

entregados a la ENTIDAD con anticipación para su revisión. De
existir observaciones el proveedor del servicio (en adelante el
Consultor) levantará las mismas, para la respectiva aprobación
por la ENTIDAD.
Es de considerar que se incluirán, en el marco del enfoque RUP,
por lo menos dos iteraciones que permitan retroalimentar cada
una de las etapas superadas, en función a nueva información que
surja en el proceso de desarrollo; realizando la actualización de
todos los documentos generados.

4.3. Organización del Servicio

4.3.1 Jefatura del Proyecto

Para asegurar una dirección eficaz del servicio dentro de los
plazos fijados, el proveedor asignará un Jefe de Proyecto, el cual
también velará por una adecuada coordinación con la ENTIDAD
en todos los aspectos, y estará siempre disponible cuando la
ENTIDAD lo requiera.
La ENTIDAD, se reserva el derecho de evaluar al candidato
propuesto por el postor a fin de determinar su idoneidad para el
puesto.
Como parte de las actividades que deberá desarrollar el Jefe de
Proyecto se pueden mencionar las siguientes:
 Dirigir la implementación del servicio, revisando en forma
permanente los procesos de trabajo involucrados en el
servicio.
 Supervisar el desarrollo general del Sistema y el control del
día a día.
 Presentar a la ENTIDAD el Plan de Proyecto y el cronograma
respectivo, el cual será actualizado permanentemente;
velando por el cumplimiento oportuno de los entregables
establecidos.
 Presentar a la ENTIDAD un informe mensual del avance
realizado dando cuenta de lo acontecido, donde se analicen
los principales problemas y se dé las recomendaciones
respectivas.
 Proponer cambios y mejoras para el desarrollo y diseño del
Sistema en función a los requerimientos definidos por la
ENTIDAD, sin perjuicio de la seguridad y la calidad.

10
  Asegurar el cumplimiento de estándares de calidad y
seguridad en el servicio y en el desarrollo del sistema.
 Gestión del personal asignado al Proyecto.
 Coordinar de manera permanente con la ENTIDAD.
 Otras que estime el Consultor.
La ENTIDAD designará a los funcionarios de la institución que
se encargarán de realizar todas las coordinaciones pertinentes
con el Consultor durante la ejecución del Servicio.

4.3.2 Organización
El postor presentará en su propuesta la organización para el
presente servicio, se debe adjuntar el organigrama que sustente
la organización propuesta, así como la descripción detallada de
cargos, responsabilidades y funciones.
En el organigrama se incorporará una instancia de coordinación
con la ENTIDAD: el Comité de Sistemas. Este comité estará
compuesto mínimo por los siguientes integrantes:

4.3.2.1 Comité de Sistemas

El Comité de Sistemas se reunirá una vez cada quincena para
revisar el avance del cronograma en forma detallada, agilizar la
solución de problemas y propuesta de mejora, donde participan:
Por la ENTIDAD
El Director de ………..
El Jefe de ………….
El Jefe de Proyectos.
Un coordinador designado por la Dirección de ………….
Un Coordinador de Sistemas.
Otros que se designen.
Por el Consultor
El Jefe de Proyecto.
El Analista Coordinador.
El Analista Funcional.
Un Especialista en ……………….
Un Analista de Control de Calidad de Software
El proveedor será responsable de llevar las actas de las
reuniones realizadas. Asimismo, dichas Actas serán
almacenadas por el proveedor en la red interna, en un
repositorio accesible a todos los involucrados. De igual forma,
todos los documentos generados por parte del proveedor se
deben almacenar en dicho repositorio en su formato nativo.
En la organización propuesta debe tenerse en cuenta las
características y número de personas asignadas al servicio
según las fases y etapas de ejecución del mismo.
Al término de los 15 días de iniciado la ejecución del contrato, el
Consultor entregará a la ENTIDAD un informe que precise las

11
pautas que seguirá para la implementación del Servicio de
acuerdo a la metodología PMI.

4.3.2.2 Recursos Humanos que el Consultor deberá

proporcionar:
Todo el personal propuesto, deberá tener por lo menos 2 años
de experiencia en los puestos que se desempeñarán. Para el
servicio se requiere como mínimo el siguiente equipo de trabajo:
 1 Jefe de Proyecto con dedicación del 50% como mínimo
durante los dos primeros meses del servicio y durante la
etapa de pruebas e Implementación del sistema. El resto del
tiempo tendrá como mínimo una dedicación del 25%. Si el
Jefe de Proyecto no está físicamente en las oficinas de la
ENTIDAD, de ser requerido, su disponibilidad debe ser
inmediata (máximo 2 horas, luego de requerido su
disponibilidad).
 1 Analista Coordinador a tiempo completo.
 1 Analista Funcional, a tiempo completo.
 1 Especialista en Sistemas de Información Geográficos, en las
etapas y actividades requeridas.
 1 Analista de Sistemas especializado en control de calidad de
software, como mínimo a medio tiempo en todas las etapas.
 3 Analistas Programadores en las etapas y actividades
requeridas.
 1 Documentador a tiempo completo.
4.3.2.3 Perfil del personal (Clave)
Jefe de Proyecto
 Título profesional o bachiller en Ingeniería de Sistemas con
postgrado; de ser de otra rama de la Ingeniería, deberá tener
una especialización en sistemas.
 Curso formal de gestión de proyectos.
 Certificación PMP (Project Management Professional)
otorgada por el Project Management Institute
 Conocimiento de la metodología RUP.
 Experiencia como analista de sistemas en proyectos de
desarrollo de sistemas.
 Experiencia como analista o jefe en, por lo menos, un
proyecto utilizando RUP y base de datos Oracle.
 Experiencia como Jefe o Gerente en proyectos de desarrollo
de sistemas o Implementación de software en por lo menos 3
proyectos, cada uno de los cuales de por lo menos 6 meses
de duración. No se considerará experiencia en soporte técnico
o similar.
 Experiencia profesional general de 5 años como mínimo.
Analista Coordinador
 Bachiller en Ingeniería de Sistemas o en cualquier rama de la
Ingeniería; en este último caso deberá tener una
especialización en sistemas.

12
  Conocimiento de la metodología RUP y anotación UML.
 Conocimiento de motor de base de datos Oracle.
 Experiencia como analista de sistemas en proyectos de
desarrollo o mantenimiento de sistemas, parte de los cuales
con lenguaje de programación java.
 Experiencia como analista en, por lo menos, tres proyectos
de desarrollo de sistemas utilizando RUP y base de datos
Oracle 9i o superior.
 Experiencia como Analista Coordinador en por lo menos 2
proyectos de desarrollo de sistemas utilizando metodología
RUP y base de datos Oracle, cada uno de los cuales de por lo
menos 6 meses de duración.
 Experiencia profesional general de 4 años como mínimo.

Analista Funcional
 Bachiller en Ingeniería de Sistemas o en cualquier rama de la
Ingeniería; en este último caso deberá tener una
especialización en sistemas.
 Experiencia como analista funcional en proyectos de análisis y
diseño de procesos.
 Experiencia como Analista funcional en por lo menos 3
proyectos de desarrollo de sistemas utilizando metodología
RUP y base de datos Oracle. Cada proyecto de por lo menos
6 meses de duración.
 Experiencia profesional general de 4 años como mínimo.

El postor deberá presentar en su Propuesta Técnica el

currículum vitae documentado del personal clave del servicio,
esto es: Jefe del Proyecto, Analista Coordinador, Analista
Funcional, así como el currículum vitae sin documentar del resto
del personal.

4.4. Recursos (Consultor)

Por parte del Consultor:
 El Consultor asume todos los costos de ambientación de la oficina
asignada por la ENTIDAD según el acápite 10, incluyendo:
o Instalación de Puestos de trabajo (PCs).
o Puntos de Red, para lo cual se le asignará un puerto de
enlace a la Red ENTIDAD.
 Realizar las actividades necesarias para que los equipos se
encuentren aptos para el uso del personal del Servicio.
 Proveer el mobiliario que se requiera, no es entregable.
 Proveer un aparato telefónico compatible con la red telefónica de la
ENTIDAD, no es entregable.
 Proveer las licencias de desarrollo que se requiera para el servicio,
y otras que el Consultor considere para su operación, tampoco son
entregables.
 Instalar el sistema de seguridad del ambiente de trabajo que
considere conveniente.

13
  El Consultor utilizará el ambiente de trabajo facilitado por la
ENTIDAD de acuerdo con su conveniencia, debiendo cumplir
estrictamente con las actividades descritas en el acápite 4.2.

4.5. Propiedad Intelectual

Toda la información que se genera durante la realización de este
servicio y a propósito del mismo, es de propiedad de la ENTIDAD.

El Consultor cede a la ENTIDAD todas las fuentes y los derechos de

propiedad del Sistema objeto de esta consultoría, quienes se
constituyen en propietarios de los mismos, por lo que ejercerán todos
los derechos inherentes a su condición de propietarios del Sistema.

En consecuencia, el Consultor queda terminantemente prohibido de

registrar a su nombre cualquier clase de derecho de propiedad
intelectual sobre el Sistema, sea total o parcialmente. Asimismo
queda prohibido de utilizar directamente o través de terceros el
Sistema, así como a comercializarlo total o parcialmente bajo
cualquier forma.

Asimismo, el consultor se compromete a mantener la confidencialidad

del caso respecto a la información de la ENTIDAD que tenga acceso
y/o archivos electrónicos generados en cada una de las etapas del
proyecto de desarrollo de sistemas. El consultor deberá devolver a la
ENTIDAD todos los documentos que se le entreguen con cargo, como
parte del desarrollo.

4.6. Garantía del Sistema

El Consultor deberá ofrecer una garantía no menor de 06 meses
posteriores a la puesta en producción del sistema, para remediar los
errores que se reporten a partir del pase a producción, durante la
ejecución del sistema. Para ello, el Consultor designará por lo menos
un analista y un programador, los cuales estarán disponibles en todo
momento, cuando se reporte un error. Una vez notificado el error el
Consultor tendrá un plazo máximo de un día para presentar un
análisis de la solución propuesta, la misma que será aprobada por la
ENTIDAD y finalmente se deberá reflejar en los manuales y código
fuente, según corresponda.

Es importante señalar que este compromiso será detallado en el

respectivo contrato y formará parte de dicho documento, para cuyo
cumplimiento se tomarán las medidas del caso.

5. PRODUCTOS

5.1    Etapa del Modelamiento del Negocio

 Documento de Modelo del Proceso de Negocio, el cual

deberá contener por lo menos:

14
 Cadena de Valor: Macro procesos Nivel 1
Describir la cadena de valor, estableciendo la
relación entre procesos.
Diagrama de la Cadena de Valor a nivel macro
procesos.
 Definición de Procesos Nivel 2
Listado de todos los procesos y subprocesos del
negocio involucrados y la definición de los mismos.

Proceso:
Código del proceso:
Definición del
proceso:

Subproceso:
Código del
subproceso:
Definición del
subproceso:

 Descripción de Procesos Nivel 2

Descripción literal de los procesos y subprocesos
indicando el conjunto de actividades principales de
manera descriptiva.

Proceso:
Código del proceso:
Descripción del
proceso:

Subproceso:
Descripción del
subproceso:

 Diagrama de procesos.
Diagrama de procesos del negocio con sus cuadros
descriptivos de actividades del proceso.

Proceso: <Nombre del proceso> Código:

<Función> <Función> <Función>

15
 Actividad: <Nombre de la Actividad>
Código de actividad:
Responsable:
Instrucciones de -
trabajo: -
-
Datos de Entrada: -
-
Datos de Salida: -
-

 Documento de Actores principales del negocio.

Listado de actores principales del negocio y definición
de los mismos.

Actor: <Nombre del actor>

Código del actor:
Tipo:
Definición:

 Documento de casos de uso del negocio.

Diagramas de Casos de Uso en formatos expandidos.
Especificaciones de los casos de uso.
Matriz de relación de Procesos del Negocio versus
Casos de Uso del Negocio.

Procesos
Casos de Uso P1 P2 P3 P4 P5 … P n

 Diagrama de clases del negocio.

 Diagrama de actividades.
 Diagrama de estados.
 Alcance Preliminar del Sistema.
Descripción del alcance preliminar del sistema
indicando sus limitantes y excluyentes.
 Análisis de Restricciones.
 Glosario de Términos.
 Referencias bibliográficas.
Referencias bibliográficas de documentos normativos.

16
  Anexos
Anexos en general, Actas de reuniones, Actas de
Entrevistas, Actas de acuerdos, Informe de estado
del proyecto.
5.2    Etapa de Análisis del Sistema

 Documento de especificaciones funcionales del sistema

actualizado, el cual deberá contener:
 Catálogo codificado de Requisitos (funcionales y no
funcionales).
 Catálogo de Normas o Procedimientos.
 Glosario de términos actualizado.
El documento deberá estar acompañado de una matriz
tipo que asocie (mediante una equis “X” en cada celda)
cada uno de los subprocesos de negocio con los
diferentes requerimientos funcionales. Para mayor orden,
los requerimientos deberán estar numerados. La matriz
tendrá la siguiente forma:

Donde:         R1: Requerimiento 1, hasta el “n”.

                       P1: Subproceso 1, hasta el “n”.
Un requerimiento puede estar asociado a uno o más
subprocesos.

 Documento de Análisis del Sistema, el cual deberá

contener:

 Alcance general del sistema.

Descripción del alcance funcional del sistema.
Diagrama contextual del sistema.
Limitantes del sistema.
Excluyentes del sistema.
Diagrama de la visión general del sistema.
 Especificación de interfaz de usuario.
Catalogo codificado de las interfaces de usuarios, así
como la descripción de las mismas.
Matriz de relación entre las interfaces de usuario y las
especificaciones del sistema.
 Descripción de interfaz con otros sistemas.
Catalogo codificado de interfaces con otros sistemas y
descripción de sus funcionalidades.
 Diagrama de casos de usos del sistema.
Especificaciones funcionales de los casos de uso
indicando como mínimo los ítems siguientes:
 ID
 NOMBRE

17
  CREADO POR
 ULTIMA ACTUALIZACION POR
 FECHA DE CREACION
 FECHA DE ULTIMA ACTUALIZACION
 TIPO
 ACTORES
 DESCRIPCION
 TRIGGER
 PRE-CONDICION
 POST-CONDICION
 FLUJO NORMAL
 FLUJOS ALTERNATIVOS
 INCLUDES
 RESPUESTA DEL SISTEMA PARA CADA ACCION.
 FRECUENCIA DE USO
 REGLAS DE NEGOCIO
 REQUERIMIENTOS ESPECIALES
 NOTAS Y ASUNTO

Catalogo codificado de los casos de uso del sistema.

 Diagrama de clases de análisis.

Diagrama de clases indicando las relaciones entre
ellos.
Cada clase debe indicar los elementos siguientes:
 NOMBRE DE LA CLASE
 ATRIBUTOS
 OPERACIONES O MÉTODOS
 Diagrama de estados del sistema.
Catalogo codificado de los estados el sistema,
Diagramas de estados del sistema y Matriz de
relación entre los casos de uso y estados del sistema.
 Diagrama de actividades del sistema.
Catalogo codificado de las actividades del sistema,
Diagramas de actividades del sistema y Matriz de
relación entre los casos de uso y los diagramas de
actividades.
 Diagrama de Colaboración.
Catalogo codificado de los Diagramas de colaboración
, Diagramas de colaboración del sistema y Matriz de
relación entre los casos de uso y los diagramas de
colaboración.
 Diagrama de Secuencia.
Catalogo codificado de los Diagramas de secuencia,
Diagramas de secuencia del sistema y Matriz de
relación entre los casos de uso y los diagramas de
secuencia.
 Glosario de términos actualizado.
 Referencias bibliográficas actualizadas.
Referencias bibliográficas de documentos normativos.
 Lista de Acrónimos del sistema.
 Análisis de la información (elaboración de casos de
uso y diagramas de actividades y estados).
18
  Arquitectura del sistema (nivel general)
Descripción gráfica y literal actualizada de la
arquitectura del sistema, indicando las ventajas de la
misma.

El documento deberá estar acompañado de una matriz

tipo que asocie (mediante una equis “X” en cada celda)
cada uno de los diferentes requerimientos funcionales con
los casos de uso. Para mayor orden, los requerimientos y
casos de uso deberán estar numerados. La matriz tendrá
la siguiente forma:

Donde:         R1: Requerimiento 1, hasta el “n”.

                               CU1: Caso de Uso 1, hasta el “n”.
Un requerimiento puede estar asociado a uno o más
casos de uso.

5.3    Etapa de Diseño del Sistema

 Documento actualizado de Análisis de Sistema y de

Especificaciones Funcionales, de ser el caso.
 Documento de Diseño, el cual deberá contener:
 Modelo de clases actualizado.
 Diagramas Entidad Relación (lógico y físico).
 Diccionario de Datos (Lógico y Físico) indicando como
mínimo: Nombre del campo, descripción del campo,
tipo, longitud, precisión, clave, formato, valores,
observaciones.
 Arquitectura del sistema (hardware y software).
Descripción gráfica y literal, detallada y actualizada de
la arquitectura del sistema, indicando las ventajas de
la misma.
 Procedimientos de seguridad y control de accesos.
Descripción de procedimientos y políticas de
seguridad indicando su existencia o implementación.
Lista de roles de acceso. Estructuras de tablas de
seguridad.
 Diagramas actualizados de estados, de secuencia y
colaboración.
 Plan de Migración, el cual deberá contener como mínimo
los componentes siguientes:

19
 Objetivo, alcance, herramienta de migración, proceso
de migración, actividades a realizar, cronograma,
responsables de la migración, estructuras de datos a
migrar, matriz comparativa de equivalencias de
tablas, campos y listas de datos, criterios,
consideraciones, riesgos de la migración y el plan de
contingencia.
 Prototipo y revisión con el prototipo.
Descripciones literales de la funcionalidad de los diseños
prototipos del sistema (pantallas, menús, reportes) e
imágenes de los mismos. Cuadros informativos de listas
de datos para aquellos campos desplegables.
Descripción de objetos estándares a nivel de diseño y
plantillas bases utilizadas.
 Plan de Construcción del sistema (Preliminar).
 Estándares preliminares de Programación, de base de
datos y otros estándares que el proveedor disponga para
la etapa siguiente.
 Glosario de términos actualizados.
 Referencias bibliográficas actualizadas.
Referencias bibliográficas actualizadas de los documentos
normativos.
 Lista de Acrónimos actualizado del sistema.

5.4 Etapa de Construcción del Sistema

5.4.1 Documentación
 Plan de construcción final que se entregará a ENTIDAD,
antes de iniciar esta etapa indicando el avance de cada
actividad.
 Estándares finales de programación, de base de datos y
otros estándares que el proveedor disponga para esta
etapa.
 Diagrama de implementación (diagrama de paquetes,
componentes y despliegue).
Descripción literal y gráfica de elementos que conforman
un paquete (Componentes, Clases, Casos de uso).
Descripción literal y gráfica de los componentes del
software (Diagrama de Componentes), incluyendo los
clasificadores que los especifican (clases de
implementación) y los artefactos que la implementan
(archivos de código fuente, archivos de código binario,
archivos ejecutables, scripts).
Descripción literal y gráfica del Diagrama de Despliegue,
detallando la configuración de los elementos de
procesamiento en tiempo de ejecución y los componentes
del software y hardware, procesos y objetos que los
ejecutan.
 Plan de migración actualizado el cual debe contener:

20
  Codificación y documentación
 Plan de pruebas (Preliminar) a ejecutarse en la etapa
siguiente, el cual deberá incluir, por lo menos:
Propósito, entorno, alcance, visión general,
requerimientos para las pruebas, estrategia, tipos de
pruebas (Pruebas funcionales, integrales, de esfuerzo
-simulación  en vivo-, de seguridad y de conectividad,
otros), recursos, hitos de pruebas.

 Informe de pruebas unitarias.

Formatos de pruebas unitarias realizadas que contengan
los elementos siguientes:
Nombre del módulo, responsable de pruebas,
documentos de referencias, fecha de realización,
tiempo de duración, requerimientos de la prueba
(SW, HW, Otros), objetivo, tipo de prueba, Datos de
prueba (Campo, valor), Procedimiento de la prueba,
resultados esperados, resultados obtenidos,
observaciones, compromisos, participantes y
relación de requerimientos funcionalidades
atendidos, validaciones del diseño, plan de
compromisos, indicadores de estado de pruebas.
Informe detallado de las pruebas unitarias del sistema
indicando estadísticas globales del resultado.
 Lista de Acrónimos actualizado del sistema.
 Anexos:
Informe de aplicación de estándares en el proyecto.
5.4.2 Primera Versión:
 Medio magnético con la primera versión de los
componentes del sistema, el cual deberá contener:
 Código fuente compilador.
 Código fuente.
 Manual de instalación del sistema.
 Manual de configuración del sistema.
 Código ejecutable.
 Manual informativo del despliegue del sistema.
 Manual preliminar de Usuario del sistema.
 Instaladores de aplicativos.
 Módulo o Librería de terceros utilizada en el desarrollo
del sistema sin costo adicional.
 Listado de programas fuentes, instaladores y scripts
(mapas, rutinas, tablas, scripts de creación de la base
de datos, instalador del aplicativo), los cuales deben
reflejar la culminación de los Módulos A, de Seguridad
y el Sistema C.
 Base de datos preliminar.
 Manual de configuración e instalación de la base de
datos.

21
 5.4.3 Versión Final:
 Medio magnético con la versión final de los componentes
del sistema, el cual deberá contener:
 Código fuente compilador.
 Código fuente.
 Manual actualizado de instalación del sistema.
 Manual actualizado de configuración del sistema.
 Código ejecutable.
 Manual actualizado informativo del despliegue del
sistema.
 Instaladores actualizados de aplicativos.
 Módulo o Librería de terceros utilizada en el desarrollo
del sistema sin costo adicional.
 Listado de programas fuentes, instaladores y scripts
(mapas, rutinas, tablas, scripts de creación de la base
de datos, instalador del aplicativo) los cuales deben
reflejar la culminación de todos los Módulos
requeridos.
 Base de datos actualizado.
 Manual actualizado de configuración e instalación de
la base de datos.

5.5 Etapa de Pruebas

 Plan de Pruebas Final a entregarse como máximo a los

xxx días de iniciado esta etapa. El Plan de pruebas es
requisito para iniciar esta etapa.
 Informe de las Pruebas Funcionales.
Formato de pruebas funcionales que contengan:
Objetivo, responsable(s) de pruebas, documentos de
referencias, fases, procedimiento, listado de pruebas
funcionales detallando resultados, validaciones del
diseño, plan de compromisos, indicadores de estado de
pruebas.
 Informe de las Pruebas Integrales.
Formatos de pruebas integrales realizadas que contengan
los elementos siguientes:
Nombre del(os) módulo(s), responsable(s) de pruebas,
documentos de referencias, fecha de realización, tiempo
de duración, requerimientos de la prueba (SW, HW,
Otros), objetivo, tipo de prueba, Datos de prueba (Campo,
valor), Procedimiento de la prueba, resultados esperados,
resultados obtenidos, observaciones, compromisos,
participantes y relación de requerimientos funcionalidades
atendidos,
Informe detallado de las pruebas integrales del sistema
indicando estadísticas globales del resultado
 Informe de las Pruebas del Sistemas.

22
  Informe de las Pruebas de Esfuerzo (simulación con
software y en vivo).
 Informe de pruebas concurrencias.
 Informe de las pruebas de Seguridad y Conectividad.
 Informe Final de Migración.
 Glosario de términos actualizado.
 Lista de Acrónimos actualizado del sistema.
 Plan de Capacitaciones (Preliminar) que incluye
requerimientos para la  capacitación.
 Procedimiento de pase a producción.

5.6    Etapa de Implementación del Sistema

 Plan de Implementación (definición de recursos,

actividades y roles).
 Plan de Capacitación, que incluye requerimientos para la 
capacitación y verificación de capacitación. Incluye
capacitación a los usuarios y al personal técnico.
 Informe de Capacitación.
 Informe de Pase a Producción.
 Medio magnético con la versión definitiva de los
componentes del sistema, el cual deberá contener:
 Código fuente compilador.
 Código fuente.
 Módulo o Librerías de terceros utilizada en el
desarrollo del sistema sin costo adicional para la
ENTIDAD.
 Listado de programas fuentes, instaladores y scripts
(mapas, rutinas, tablas, scripts de creación de la base de
datos, instalador del aplicativo).
  Certificado digital de Servidor de 128 bits con las
características descritas en el acápite 3.1.3.
 Acta de pase a producción.
 Informe de pruebas paralelas.
 Manuales del Sistema.
 Manual de Sistemas (incluye especificaciones
técnicas).
 Manual de Administración e Instalación.
 Manual de Usuario.
 Manual de Procesos del Sistema.
 Manuales de configuraciones técnicas del sistema.
 Manuales de configuraciones de datos del sistema.
 Reglas del sistema y procedimientos a ejecutarse.

6 ENTREGABLES

23
 6.1 Entregable 1: Documento a ser presentado como máximo hasta los
xxx días calendario contados a partir de la fecha de suscripción del
contrato, el cual deberá contener los productos descritos en el
numeral 5.1. Asimismo un informe que precise las pautas que
seguirá para la implementación del Servicio de acuerdo a la
metodología PMI.
6.2 Entregable 2: Documento a ser presentado como máximo hasta los
xxx días calendario contados a partir de la fecha de suscripción del
contrato, el cual deberá contener los productos descritos en el
numeral 5.2
6.3 Entregable 3: Documento a ser presentado como máximo hasta los
xxx días calendario contados a partir de la fecha de suscripción del
contrato, el cual deberá contener los productos descritos en el
numeral 5.3
6.4 Entregable 4: Documentos y archivos en medio magnético a ser
presentados como máximo hasta los xxxx días calendario contados
a partir de la fecha de suscripción del contrato, los que deberán
contener los productos descritos en el numeral 5.4
6.4.1 Entregable 4.1: Documentos y archivos en medio
magnético a ser presentados como máximo a los xxxx
días calendarios contados a partir de la fecha de
suscripción del contrato, los que deberán contener los
productos descritos en el numeral 5.4.2 mas la
documentación que corresponda indicada en el numeral
5.4.1.

6.5 Entregable 5: Documento a ser presentado como máximo hasta los

xxxx días calendario contados a partir de la fecha de suscripción del
contrato, el cual deberá contener los productos descritos en el
numeral 5.5
6.6 Entregable 6: Documentos y archivos en medio magnético a ser
presentados como máximo hasta los xxxx días calendario contados
a partir de la fecha de suscripción del contrato, los que deberán los
productos descritos en el numeral 5.6

No se aceptará el entregable n+1 si antes no ha sido aprobado el

entregable n.
Los entregables serán presentados en impresos en papel A-4, en
original y dos copias, y en medio magnético cuando corresponda,
incluyendo los códigos de programas, presentaciones, etc.

7 PLAZO

24
 El plazo del servicio será de máximo hasta los xxx días calendario
contados a partir de la fecha de suscripción del contrato.

8 FORMA DE PAGO

Los pagos serán cancelados de la siguiente manera:

15% a la aprobación de los Entregables 1 y 2

20% a la aprobación del Entregable 3

20% a la aprobación del Entregable 4.1

20% a la aprobación del Entregable 4

25% a la aprobación de los Entregable 5 y 6

9 COORDINACION Y SUPERVISION

El Director de ……….., se encargará de la adecuada gestión y

coordinación del proyecto por ser el usuario principal del Sistema por lo
tanto la aceptación y aprobación de los entregables, estará a su cargo.
Como elemento de apoyo contará con el área de Tecnologías de la
Información que se encargará de la verificación del cumplimiento de los
parámetros técnicos definidos.

10 APOYO QUE PRESTARA LA ENTIDAD

 Proveer la información necesaria al Consultor para que ejecute

eficientemente el servicio requerido. Tal es el caso de las
funcionalidades de las aplicaciones actuales de la ENTIDAD, las
mismas que deben ser replicadas en el sistema solicitado.
 Validar durante el Proyecto todas las definiciones necesarias para
la entrega de los Productos descritos en el acápite 5, incluyendo
modelos de datos, interfases de usuario, consultas, reportes, etc.
 Establecer los requerimientos para el Sistema.
 Proporcionar los criterios de modificaciones al sistema y controlar
que el Consultor opere bajo dichos criterios.
 Establecer normas y controles de seguridad para garantizar que la
información y aplicativos no sufran alteraciones no autorizadas y
para evitar que estén expuestos a personas que no deban acceder
a este tipo de información.
 Un ambiente físico, donde se realice el servicio, el que se
encuentra en la siguiente dirección…………..
 Servicios de agua, luz, limpieza interna y externa del ambiente
físico asignado, vigilancia en áreas comunes.

25
  Proveerá una línea anexo telefónico para llamadas locales. El
proveedor instalará el aparato telefónico.
 Las licencias de uso de …………….. necesarias para realizar las
labores para el presente servicio, así como otros requerimientos de
software, serán de responsabilidad del Consultor y no serán
Entregables.
 Acceso a Internet en una de las PCs del proveedor para realizar
las labores propias del presente servicio.

11 LUGAR DE PRESTACION DE SERVICIOS

Los servicios serán prestados en la Ciudad de Lima, dejando expresa

constancia que la totalidad de los costos se encuentran incluidos en el
costo total de la consultoría.

26