TERMINOS DE REFERENCIA ANALISIS, DESARROLLO E IMPLEMENTACION DEL SISTEMA XXXXXXX 1.

OBJETO DEL SERVICIO Contratar una empresa especializada en Desarrollo de Sistemas de Informacin para el Anlisis, Desarrollo e Implementacin del Sistema denominado xxxxxxxxxxxxxxxxx 2. FINALIDAD PUBLICA La implementacin del servicio requerido permitir a las instituciones competentes realizar un eficiente manejo de la informacin 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 mnimo las siguientes actividades (las que son ampliadas en los anexos del I, II, III, IV, V y VI que forman parte de este documento): Anlisis con los usuarios designados por la ENTIDAD de los procesos principales utilizados para gestionar las funciones . Desarrollo y puesta en produccin del sistema en la sede central de la ENTIDAD, para lo cual se utilizar la metodologa RUP y UML. Migracin y carga de datos de la informacin de las bases de datos relacionadas que tiene la ENTIDAD. Capacitacin a los usuarios del sistema en las distintas sedes de la ENTIDAD Capacitacin al personal tcnico de la ENTIDAD en el conocimiento y manejo detallado del sistema, a fin de asegurar el futuro mantenimiento y soporte. Programacin de las funcionalidades existentes en los sistemas existentes a ser reemplazados, as como las funcionalidades adicionales. Entrega de la documentacin completa del sistema desarrollado. Gestin y administracin del Proyecto de acuerdo con la Metodologa 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 funcin .. El Sistema permitir a los usuarios de las distintas sedes, as como a nuestros clientes contar con las herramientas tecnolgicas necesarias para ejecutar las actividades relacionadas con el proceso 1, 2 y 3. 3.1.- Esquema de Integracin del Sistema: 3.1.1 Requisitos generales El diseo del sistema ser concebido bajo las siguientes caractersticas: Sistema dinmico: Sistema que es capaz de adaptarse a circunstancias diferentes, ya que no es un sistema estrictamente paramtrico, evitando la especializacin extrema. Sistema Modular: La determinacin de las variables de salida y de entrada, permiten que cada mdulo 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 fcil uso, que requiera un tiempo de aprendizaje mnimo.

3.1.2 Arquitectura modular El esquema del sistema a ser implementado contempla un aplicativo principal nico, conformado por mdulos debidamente relacionados, cuyo objetivo principal, es el de ingresar, monitorear y gestionar la informacin registrada; comprende los siguientes mdulos: El Mdulo A que deber soportar los procesos de . El Mdulo B proporcionar . la informacin necesaria para

El Mdulo C deber soportar los procesos de registro, actualizacin y carga masiva de El Mdulo 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 mnimas que el sistema incluir son: 2

Acceso y/o carga de informacin va Web, de tal manera que cualquier usuario de las distintas sedes puedan ingresar informacin en lnea de forma remota, bajo un formato predeterminado. El ingreso de datos debe ser a travs de formatos prediseados con la informacin previamente establecida, la cual deber ser validada convenientemente. El sistema contar con alarmas (las alarmas pueden ser un aviso automtico, reporte, correo electrnico y/o cualquier otra propuesta del postor en coordinacin con la ENTIDAD), las cuales notificarn 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 parmetros debidamente definidos durante la etapa de Anlisis de la Metodologa de Desarrollo de Sistemas. Controlar el cumplimiento estricto de cada uno de los pasos, requisitos y tiempos preestablecidos. Llevar el control de toda la documentacin que se genere durante la ejecucin de los Procesos soportados por el Sistema. Generar reportes sobre el estado de los requerimientos y su procesamiento. Emitir automticamente documentacin preformateada relacionados a los procesos.., utilizando plantillas estndar. Contar con un sistema integrado y relacionado, donde toda informacin se encuentre debidamente vinculada a la base de datos de . Brindar informacin en tiempo real a los diversos usuarios sobre ..

A continuacin se describen los requerimientos especficos de los diferentes mdulos que componen el Sistema: 3.1.3 Requisitos especficos Mdulo A Reemplazar a las opciones correspondientes a.. Inventario de . Registro, control y seguimiento de .. Debe permitir . Registro de informacin complementaria referida a .. Reportes mltiples para el seguimiento de la gestin y control de.. Desarrollo de las Interfaces requeridas o mecanismo similar para mantener actualizadas las tablas actualmente utilizadas por el sistema C. 3

Otras definidas en el Anexo V.

Mdulo B . . .. Otras definidas en el Anexo V.

Mdulo B 1. 2. 3. 4. . . .. Otras definidas en el Anexo V.

Mdulo de Seguridad El mdulo de seguridad debe permitir: Conectarse al mdulo de seguridad de la ENTIDAD para la autenticacin de usuarios y asignacin de roles y perfiles al ingresar al sistema. Permitir el manejo del nivel de seguridad de la base de datos y la aplicacin definiendo: Niveles de acceso, autenticacin de la persona, acceso por ambientes de trabajo, reportes de control de acceso, definicin de perfiles de usuarios. Contar con las medidas de seguridad y reportes de auditoria que permitan controlar cualquier modificacin realizada sobre los datos. Garantizar el nivel de seguridad de la informacin segn las polticas y directivas de seguridad de la informacin de la ENTIDAD, y las establecidas en la Norma Tcnica Peruana NTP-ISO/IEC 17799:2007 EDI. Tecnologa de la Informacin: Cdigo de Buenas Prcticas para la gestin de la Seguridad de la Informacin - 2 Edicin. Considerar que los usuarios del sistema, para su ingreso al mismo, debern ejecutar, por lo menos, las siguientes acciones: Los usuarios estarn registrados, deben encontrarse activos y verificar que su fecha de caducidad an no ha vencido. Luego de un nmero (paramtrico) de intentos de accesos fallidos, el sistema bloquear la cuenta del usuario. Luego de un nmero de das (paramtrico) de cambio de contrasea se debe obligar al usuario a cambiar la contrasea nuevamente 4

 Los usuarios sern requeridos de cambiar su contrasea la primera vez que ingresan al sistema o han obtenido una contrasea autogenerada. Cada intento de acceso al sistema debe ser grabado en un registro de auditoria. Asimismo, los usuarios deben cumplir, como mnimo, 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, nmero de IP, fecha y hora de conexin, entre otros datos requeridos para la administracin. Almacenar todas las acciones realizadas por el usuario durante la conexin. 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 das. Todas las tablas del sistema de seguridad deben contener los campos de usuario creador, usuario modificador, fecha creacin y fecha modificacin. 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 cdigo por usuario. Todas las funciones, packages y otros que utilice el sistema de seguridad, debern ser encriptados en la base de datos. La encriptacin 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 caractersticas: Garantizar la seguridad de las transacciones electrnicas o comunicacin en general entre el servidor y el usuario. Tener una llave de Encriptacin de 128 bits. Permitir la autenticacin de usuario y el paso de la informacin de manera encriptada. Debe ser un certificado digital de marca reconocida a nivel internacional que debe cumplir por lo menos: o Tener publicados ms de 100,000 certificados, aproximadamente a nivel mundial.

o Tener procedimientos de comprobacin para asegurar que el acceso al servidor de la entidad y organizacin, a la cual vendern 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 debida oportunidad, para que pueda ser instalado y configurado un mes antes del pase a produccin en coordinacin con el Gerente de Proyectos de la ENTIDAD. La vigencia del certificado debe ser de xx aos. Cabe indicar que es un entregable del servicio, el que ser entregado a la ENTIDAD luego del pase a produccin del sistema, por lo cual el certificado deber ser adquirido a nombre de la ENTIDAD.

3.2 Plataforma Tecnolgica El Sistema se debe basar en una arquitectura en n capas con un diseo orientado a objetos, lo cual facilitar la seguridad y portabilidad del sistema, as como la mantenibilidad y un buen desempeo del mismo. Esta arquitectura distribuida (entorno multicapas) utilizar . como lenguaje de programacin, y como Base de Datos ... A continuacin describimos la ficha tcnica a ser utilizada para el desarrollo e Implementacin del Sistema: Arquitectura Web (Ejemplo): Capa de Presentacin: Java Server Faces, Ice Faces, Spring MVC, tapestry, Rich Faces, A4J, Javafx (tambin para dispositivos mviles) 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): Librera SWING IDE: Netbeans Base de Datos: PostgreSQL.

Arquitectura Espacial (Ejemplo): Los datos espaciales (geogrficos y de ubicacin) debern trabajarse en formato nativo (SDO) y ajustarse a las especificaciones del OGC Simple Features para la especificacin SQL v 1.1 dentro de la base de datos Oracle 11g. Esto se har a travs de los APIs Java y XML para mapeo y geocodificacin. Para generacin y rendering de mapas, el postor que resulte favorecido 6

deber utilizar el componente Map Viewer. La arquitectura espacial est conformada por: Oracle Spatial Base de Datos: Oracle Map Viewer IDE: Netbeans Los equipos Cliente, en los cuales se activar la aplicacin, utilizarn como mnimo 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 comnmente usados. Plataforma Actual: Cabe indicar que los actuales sistemas A y B estn 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 Metodologa de Gestin de Proyectos La Metodologa de Gestin de Proyectos a ser utilizada por el postor deber ser la establecida por el Project Management Institute PMI. Asimismo, como parte de la propuesta tcnica, el postor presentar la descripcin detallada de la metodologa de desarrollo de sistemas a utilizar para el desarrollo e Implementacin del Sistema. La metodologa debe estar basada en el Rational Unified Process (RUP), utilizando la notacin UML. Es necesario que el postor haya tenido experiencias en la aplicacin de esta metodologa basada en RUP y UML. Asimismo, se considerar dentro del Proyecto la gestin de la configuracin y la ejecucin de un plan de la calidad de la construccin del software. La realizacin de este proyecto informtico estar determinada por la metodologa de gestin del proyecto, el modelo de ciclo de vida del sistema que se elija y las etapas del desarrollo de sistemas que se adopten. La metodologa presentada deber incluir como mnimo las etapas (o su equivalente) que se indican a continuacin y cuya realizacin se deber documentar con un informe por cada fase terminada para su revisin y aprobacin por la ENTIDAD, adjuntando los entregables respectivos.

4.2 Etapas del desarrollo de la Solucin 4.2.1 Etapa del Modelamiento del Negocio En esta primera etapa se realizar la definicin de la Cadena de Valor de la ENTIDAD, identificando los Macro Procesos Nivel 1 de los que se compone la Institucin, los cuales debern ser clasificados en Macro procesos Centrales y Macro procesos de Soporte. A continuacin se debern identificar los Procesos Nivel 2, consignando los siguientes datos como mnimo: Nombre Alcance Entradas y Salidas Recursos Involucrados

Los procesos que debern ser soportados por el sistema sern: 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 Gestin de . Asimismo, cabe indicar que todos los documentos entregables debern contemplar el manejo de versiones. Los documentos entregables sern revisados y aprobados por la ENTIDAD en cada etapa.

4.2.2 Etapa de Anlisis del Sistema Sobre la base de la etapa anterior, se definirn las especificaciones detalladas del sistema, a travs de un catlogo de requisitos y una serie de modelos que cubran las necesidades de los usuarios y que ser la entrada para el proceso de diseo. En esta etapa se empieza a elaborar el modelo conceptual del sistema.

4.2.3 Etapa de Diseo del Sistema

En esta etapa se define la arquitectura del sistema y el entorno tecnolgico que le va a dar soporte, as como la especificacin detallada de los componentes del sistema. En esta etapa se contempla el diseo visual, o sea la gestin de la informacin visual. Asimismo, se realiza el diseo de la base de 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 revisin y validacin. 4.2.4 Etapa de Construccin del Sistema Esta etapa tiene como objetivo final la construccin y pruebas internas de los distintos componentes del sistema, a partir de las especificaciones lgicas y fsicas obtenidas en la fase anterior. En esta etapa tambin 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 caractersticas establecidas. Los errores y defectos debern 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 preparacin 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 versin en borrador de los diversos Manuales del Sistema para su revisin. 4.2.6 Etapa de Implementacin del Sistema La Etapa de Implementacin tiene como objetivo la puesta en produccin del sistema. Las principales actividades de esta etapa son: preparacin de los recursos para la instalacin del sistema, configuracin del ambiente de produccin, la capacitacin a los usuarios del sistema; la migracin final de informacin y datos si fuera necesario de acuerdo al alcance del sistema. En cuanto a la capacitacin, sta abarcar a los usuarios de la ENTIDAD y dems entidades usuarias del sistema. La migracin ser realizada previamente a la puesta en produccin del Sistema para lo cual la ENTIDAD proporcionar la definicin de las tablas que conforman la Base de Datos a migrar.

El proveedor coordina con la ENTIDAD para la configuracin del ambiente de produccin; sin embargo, corre por cuenta del proveedor la provisin de los equipos necesarios. En la etapa de Implementacin se culmina la elaboracin de los diversos manuales del sistema. Una vez que el sistema est en produccin se har una presentacin del mismo a nivel Gerencial de la ENTIDAD. Los manuales, en su versin previa al pase a produccin, sern entregados a la ENTIDAD con anticipacin para su revisin. De existir observaciones el proveedor del servicio (en adelante el Consultor) levantar las mismas, para la respectiva aprobacin por la ENTIDAD. Es de considerar que se incluirn, en el marco del enfoque RUP, por lo menos dos iteraciones que permitan retroalimentar cada una de las etapas superadas, en funcin a nueva informacin que surja en el proceso de desarrollo; realizando la actualizacin de todos los documentos generados.

4.3. Organizacin del Servicio 4.3.1 Jefatura del Proyecto Para asegurar una direccin eficaz del servicio dentro de los plazos fijados, el proveedor asignar un Jefe de Proyecto, el cual tambin velar por una adecuada coordinacin 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 implementacin del servicio, revisando en forma permanente los procesos de trabajo involucrados en el servicio. Supervisar el desarrollo general del Sistema y el control del da a da. 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 10

los principales problemas y se d las recomendaciones respectivas. Proponer cambios y mejoras para el desarrollo y diseo del Sistema en funcin a los requerimientos definidos por la ENTIDAD, sin perjuicio de la seguridad y la calidad. Asegurar el cumplimiento de estndares de calidad y seguridad en el servicio y en el desarrollo del sistema. Gestin 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 institucin que se encargarn de realizar todas las coordinaciones pertinentes con el Consultor durante la ejecucin del Servicio. 4.3.2 Organizacin El postor presentar en su propuesta la organizacin para el presente servicio, se debe adjuntar el organigrama que sustente la organizacin propuesta, as como la descripcin detallada de cargos, responsabilidades y funciones. En el organigrama se incorporar una instancia de coordinacin con la ENTIDAD: el Comit de Sistemas. Este comit estar compuesto mnimo 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 solucin 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 Direccin 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 sern 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.

11

En la organizacin propuesta debe tenerse en cuenta las caractersticas y nmero de personas asignadas al servicio segn las fases y etapas de ejecucin del mismo. Al trmino de los 15 das de iniciado la ejecucin del contrato, el Consultor entregar a la ENTIDAD un informe que precise las pautas que seguir para la implementacin del Servicio de acuerdo a la metodologa PMI. 4.3.2.2 Recursos Humanos que el Consultor deber proporcionar: Todo el personal propuesto, deber tener por lo menos 2 aos de experiencia en los puestos que se desempearn. Para el servicio se requiere como mnimo el siguiente equipo de trabajo: 1 Jefe de Proyecto con dedicacin del 50% como mnimo durante los dos primeros meses del servicio y durante la etapa de pruebas e Implementacin del sistema. El resto del tiempo tendr como mnimo una dedicacin del 25%. Si el Jefe de Proyecto no est fsicamente en las oficinas de la ENTIDAD, de ser requerido, su disponibilidad debe ser inmediata (mximo 2 horas, luego de requerido su disponibilidad). 1 Analista Coordinador a tiempo completo. 1 Analista Funcional, a tiempo completo. 1 Especialista en Sistemas de Informacin Geogrficos, en las etapas y actividades requeridas. 1 Analista de Sistemas especializado en control de calidad de software, como mnimo 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 Ttulo profesional o bachiller en Ingeniera de Sistemas con postgrado; de ser de otra rama de la Ingeniera, deber tener una especializacin en sistemas. Curso formal de gestin de proyectos. Certificacin PMP (Project Management Professional) otorgada por el Project Management Institute Conocimiento de la metodologa 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 Implementacin de software en por lo menos 3 proyectos, cada uno de los cuales de por lo menos 6 meses 12

de duracin. No se considerar experiencia en soporte tcnico o similar. Experiencia profesional general de 5 aos como mnimo. Analista Coordinador Bachiller en Ingeniera de Sistemas o en cualquier rama de la Ingeniera; en este ltimo caso deber tener una especializacin en sistemas. Conocimiento de la metodologa RUP y anotacin 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 programacin 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 metodologa RUP y base de datos Oracle, cada uno de los cuales de por lo menos 6 meses de duracin. Experiencia profesional general de 4 aos como mnimo. Analista Funcional Bachiller en Ingeniera de Sistemas o en cualquier rama de la Ingeniera; en este ltimo caso deber tener una especializacin en sistemas. Experiencia como analista funcional en proyectos de anlisis y diseo de procesos. Experiencia como Analista funcional en por lo menos 3 proyectos de desarrollo de sistemas utilizando metodologa RUP y base de datos Oracle. Cada proyecto de por lo menos 6 meses de duracin. Experiencia profesional general de 4 aos como mnimo. El postor deber presentar en su Propuesta Tcnica el currculum vitae documentado del personal clave del servicio, esto es: Jefe del Proyecto, Analista Coordinador, Analista Funcional, as como el currculum vitae sin documentar del resto del personal. 4.4. Recursos (Consultor) Por parte del Consultor: El Consultor asume todos los costos de ambientacin de la oficina asignada por la ENTIDAD segn el acpite 10, incluyendo: o Instalacin de Puestos de trabajo (PCs). o Puntos de Red, para lo cual se le asignar un puerto de enlace a la Red ENTIDAD.

13

 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 telefnico compatible con la red telefnica 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 operacin, tampoco son entregables. Instalar el sistema de seguridad del ambiente de trabajo que considere conveniente. 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 acpite 4.2. 4.5. Propiedad Intelectual Toda la informacin que se genera durante la realizacin de este servicio y a propsito 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 consultora, quienes se constituyen en propietarios de los mismos, por lo que ejercern todos los derechos inherentes a su condicin 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 travs 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 informacin de la ENTIDAD que tenga acceso y/o archivos electrnicos 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. Garanta del Sistema El Consultor deber ofrecer una garanta no menor de 06 meses posteriores a la puesta en produccin del sistema, para remediar los errores que se reporten a partir del pase a produccin, durante la ejecucin del sistema. Para ello, el Consultor designar por lo menos un analista y un programador, los cuales estarn disponibles en todo momento, cuando se reporte un error. Una vez notificado el error el Consultor tendr un plazo mximo de un da para presentar un anlisis de la solucin propuesta, la misma que ser aprobada por la ENTIDAD y finalmente se deber reflejar en los manuales y cdigo fuente, segn corresponda. 14

Es importante sealar que este compromiso ser detallado en el respectivo contrato y formar parte de dicho documento, para cuyo cumplimiento se tomarn 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: Cadena de Valor: Macro procesos Nivel 1 Describir la cadena de valor, estableciendo la relacin entre procesos. Diagrama de la Cadena de Valor a nivel macro procesos. Definicin de Procesos Nivel 2 Listado de todos los procesos y subprocesos del negocio involucrados y la definicin de los mismos.
Proceso: Cdigo del proceso: Definicin del proceso: Subproceso: Cdigo subproceso: Definicin subproceso:

del del

Descripcin de Procesos Nivel 2 Descripcin literal de los procesos y subprocesos indicando el conjunto de actividades principales de manera descriptiva.
Proceso: Cdigo del proceso: Descripcin del proceso: Subproceso: Descripcin subproceso:

del

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

Proceso: <Nombre del proceso> <Funcin> <Funcin>

Cdigo: <Funcin>

Actividad:
Cdigo de actividad:

<Nombre de la Actividad>

Responsable: Instrucciones de trabajo:

Datos de Entrada: Datos de Salida:

Documento de Actores principales del negocio. Listado de actores principales del negocio y definicin de los mismos.
Actor:
Cdigo del actor: <Nombre del actor>

Tipo: Definicin:

Documento de casos de uso del negocio. Diagramas de Casos de Uso en formatos expandidos. Especificaciones de los casos de uso. Matriz de relacin de Procesos del Negocio versus Casos de Uso del Negocio.
Pro e s c so P1 P P3 P P5 Pn 2 4

C so d U a s e so

16

Diagrama de clases del negocio. Diagrama de actividades. Diagrama de estados. Alcance Preliminar del Sistema. Descripcin del alcance preliminar del sistema indicando sus limitantes y excluyentes. Anlisis de Restricciones. Glosario de Trminos. Referencias bibliogrficas. Referencias bibliogrficas de documentos normativos. Anexos Anexos en general, Actas de reuniones, Actas de Entrevistas, Actas de acuerdos, Informe de estado del proyecto.

5.2

Etapa de Anlisis del Sistema Documento de especificaciones funcionales del sistema actualizado, el cual deber contener: Catlogo codificado de Requisitos (funcionales y no funcionales). Catlogo de Normas o Procedimientos. Glosario de trminos actualizado. El documento deber estar acompaado 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 debern 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 ms subprocesos.

Documento de Anlisis del Sistema, el cual deber contener: Alcance general del sistema. Descripcin del alcance funcional del sistema. Diagrama contextual del sistema. Limitantes del sistema. Excluyentes del sistema. Diagrama de la visin general del sistema. Especificacin de interfaz de usuario. 17

Catalogo codificado de las interfaces de usuarios, as como la descripcin de las mismas. Matriz de relacin entre las interfaces de usuario y las especificaciones del sistema. Descripcin de interfaz con otros sistemas. Catalogo codificado de interfaces con otros sistemas y descripcin de sus funcionalidades. Diagrama de casos de usos del sistema. Especificaciones funcionales de los casos de uso indicando como mnimo los tems siguientes:

ID NOMBRE 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 anlisis. Diagrama de clases indicando las relaciones entre ellos. Cada clase debe indicar los elementos siguientes:

NOMBRE DE LA CLASE ATRIBUTOS OPERACIONES O MTODOS

Diagrama de estados del sistema. Catalogo codificado de los estados el sistema, Diagramas de estados del sistema y Matriz de relacin 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 relacin entre los casos de uso y los diagramas de actividades. Diagrama de Colaboracin. 18

Catalogo codificado de los Diagramas de colaboracin , Diagramas de colaboracin del sistema y Matriz de relacin entre los casos de uso y los diagramas de colaboracin. Diagrama de Secuencia. Catalogo codificado de los Diagramas de secuencia, Diagramas de secuencia del sistema y Matriz de relacin entre los casos de uso y los diagramas de secuencia. Glosario de trminos actualizado. Referencias bibliogrficas actualizadas. Referencias bibliogrficas de documentos normativos. Lista de Acrnimos del sistema. Anlisis de la informacin (elaboracin de casos de uso y diagramas de actividades y estados). Arquitectura del sistema (nivel general) Descripcin grfica y literal actualizada de la arquitectura del sistema, indicando las ventajas de la misma.

El documento deber estar acompaado 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 debern 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 ms casos de uso.

5.3

Etapa de Diseo del Sistema Documento actualizado de Anlisis de Sistema y de Especificaciones Funcionales, de ser el caso. Documento de Diseo, el cual deber contener: Modelo de clases actualizado. Diagramas Entidad Relacin (lgico y fsico). Diccionario de Datos (Lgico y Fsico) indicando como mnimo: Nombre del campo, descripcin del campo, 19

tipo, longitud, precisin, clave, formato, valores, observaciones. Arquitectura del sistema (hardware y software). Descripcin grfica y literal, detallada y actualizada de la arquitectura del sistema, indicando las ventajas de la misma. Procedimientos de seguridad y control de accesos. Descripcin de procedimientos y polticas de seguridad indicando su existencia o implementacin. Lista de roles de acceso. Estructuras de tablas de seguridad. Diagramas actualizados de estados, de secuencia y colaboracin.
Plan de Migracin, el cual deber contener como mnimo los componentes siguientes:

Objetivo, alcance, herramienta de migracin, proceso de migracin, actividades a realizar, cronograma, responsables de la migracin, estructuras de datos a migrar, matriz comparativa de equivalencias de tablas, campos y listas de datos, criterios, consideraciones, riesgos de la migracin y el plan de contingencia. Prototipo y revisin con el prototipo. Descripciones literales de la funcionalidad de los diseos prototipos del sistema (pantallas, mens, reportes) e imgenes de los mismos. Cuadros informativos de listas de datos para aquellos campos desplegables. Descripcin de objetos estndares a nivel de diseo y plantillas bases utilizadas. Plan de Construccin del sistema (Preliminar). Estndares preliminares de Programacin, de base de datos y otros estndares que el proveedor disponga para la etapa siguiente. Glosario de trminos actualizados. Referencias bibliogrficas actualizadas. Referencias bibliogrficas actualizadas de los documentos normativos. Lista de Acrnimos actualizado del sistema.

5.4 Etapa de Construccin del Sistema 5.4.1 Documentacin Plan de construccin final que se entregar a ENTIDAD, antes de iniciar esta etapa indicando el avance de cada actividad. Estndares finales de programacin, de base de datos y otros estndares que el proveedor disponga para esta etapa. 20

 Diagrama de implementacin (diagrama de paquetes, componentes y despliegue). Descripcin literal y grfica de elementos que conforman un paquete (Componentes, Clases, Casos de uso). Descripcin literal y grfica de los componentes del software (Diagrama de Componentes), incluyendo los clasificadores que los especifican (clases de implementacin) y los artefactos que la implementan (archivos de cdigo fuente, archivos de cdigo binario, archivos ejecutables, scripts). Descripcin literal y grfica del Diagrama de Despliegue, detallando la configuracin de los elementos de procesamiento en tiempo de ejecucin y los componentes del software y hardware, procesos y objetos que los ejecutan. Plan de migracin actualizado el cual debe contener: Codificacin y documentacin Plan de pruebas (Preliminar) a ejecutarse en la etapa siguiente, el cual deber incluir, por lo menos: Propsito, entorno, alcance, visin general, requerimientos para las pruebas, estrategia, tipos de pruebas (Pruebas funcionales, integrales, de esfuerzo -simulacin 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 mdulo, responsable de pruebas, documentos de referencias, fecha de realizacin, tiempo de duracin, 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 relacin de requerimientos funcionalidades atendidos, validaciones del diseo, plan de compromisos, indicadores de estado de pruebas. Informe detallado de las pruebas unitarias del sistema indicando estadsticas globales del resultado. Lista de Acrnimos actualizado del sistema. Anexos: Informe de aplicacin de estndares en el proyecto. 5.4.2 Primera Versin: Medio magntico con la primera versin de componentes del sistema, el cual deber contener: Cdigo fuente compilador. Cdigo fuente. Manual de instalacin del sistema. los

21

Manual de configuracin del sistema. Cdigo ejecutable. Manual informativo del despliegue del sistema. Manual preliminar de Usuario del sistema. Instaladores de aplicativos. Mdulo o Librera de terceros utilizada en el desarrollo del sistema sin costo adicional. Listado de programas fuentes, instaladores y scripts (mapas, rutinas, tablas, scripts de creacin de la base de datos, instalador del aplicativo), los cuales deben reflejar la culminacin de los Mdulos A, de Seguridad y el Sistema C. Base de datos preliminar. Manual de configuracin e instalacin de la base de datos. 5.4.3 Versin Final: Medio magntico con la versin final de los componentes del sistema, el cual deber contener: Cdigo fuente compilador. Cdigo fuente. Manual actualizado de instalacin del sistema. Manual actualizado de configuracin del sistema. Cdigo ejecutable. Manual actualizado informativo del despliegue del sistema. Instaladores actualizados de aplicativos. Mdulo o Librera de terceros utilizada en el desarrollo del sistema sin costo adicional. Listado de programas fuentes, instaladores y scripts (mapas, rutinas, tablas, scripts de creacin de la base de datos, instalador del aplicativo) los cuales deben reflejar la culminacin de todos los Mdulos requeridos. Base de datos actualizado. Manual actualizado de configuracin e instalacin de la base de datos.

5.5 Etapa de Pruebas Plan de Pruebas Final a entregarse como mximo a los xxx das 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: 22

5.6

Objetivo, responsable(s) de pruebas, documentos de referencias, fases, procedimiento, listado de pruebas funcionales detallando resultados, validaciones del diseo, 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) mdulo(s), responsable(s) de pruebas, documentos de referencias, fecha de realizacin, tiempo de duracin, 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 relacin de requerimientos funcionalidades atendidos, Informe detallado de las pruebas integrales del sistema indicando estadsticas globales del resultado Informe de las Pruebas del Sistemas. Informe de las Pruebas de Esfuerzo (simulacin con software y en vivo). Informe de pruebas concurrencias. Informe de las pruebas de Seguridad y Conectividad. Informe Final de Migracin. Glosario de trminos actualizado. Lista de Acrnimos actualizado del sistema. Plan de Capacitaciones (Preliminar) que incluye requerimientos para la capacitacin. Procedimiento de pase a produccin.

Etapa de Implementacin del Sistema Plan de Implementacin (definicin de recursos, actividades y roles). Plan de Capacitacin, que incluye requerimientos para la capacitacin y verificacin de capacitacin. Incluye capacitacin a los usuarios y al personal tcnico. Informe de Capacitacin. Informe de Pase a Produccin. Medio magntico con la versin definitiva de los componentes del sistema, el cual deber contener: Cdigo fuente compilador. Cdigo fuente. Mdulo o Libreras de terceros utilizada en el desarrollo del sistema sin costo adicional para la ENTIDAD.

23

 Listado de programas fuentes, instaladores y scripts (mapas, rutinas, tablas, scripts de creacin de la base de datos, instalador del aplicativo). Certificado digital de Servidor de 128 bits con las caractersticas descritas en el acpite 3.1.3. Acta de pase a produccin. Informe de pruebas paralelas. Manuales del Sistema. Manual de Sistemas (incluye especificaciones tcnicas). Manual de Administracin e Instalacin. Manual de Usuario. Manual de Procesos del Sistema. Manuales de configuraciones tcnicas del sistema. Manuales de configuraciones de datos del sistema. Reglas del sistema y procedimientos a ejecutarse.

6 ENTREGABLES 6.1 Entregable 1: Documento a ser presentado como mximo hasta los xxx das calendario contados a partir de la fecha de suscripcin 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 implementacin del Servicio de acuerdo a la metodologa PMI. 6.2 Entregable 2: Documento a ser presentado como mximo hasta los xxx das calendario contados a partir de la fecha de suscripcin del contrato, el cual deber contener los productos descritos en el numeral 5.2 6.3 Entregable 3: Documento a ser presentado como mximo hasta los xxx das calendario contados a partir de la fecha de suscripcin del contrato, el cual deber contener los productos descritos en el numeral 5.3 6.4 Entregable 4: Documentos y archivos en medio magntico a ser presentados como mximo hasta los xxxx das calendario contados a partir de la fecha de suscripcin del contrato, los que debern contener los productos descritos en el numeral 5.4 6.4.1 Entregable 4.1: Documentos y archivos en medio magntico a ser presentados como mximo a los xxxx das calendarios contados a partir de la fecha de suscripcin del contrato, los que debern contener los productos descritos en el numeral 5.4.2 mas la documentacin que corresponda indicada en el numeral 5.4.1. 24

6.5 Entregable 5: Documento a ser presentado como mximo hasta los xxxx das calendario contados a partir de la fecha de suscripcin del contrato, el cual deber contener los productos descritos en el numeral 5.5 6.6 Entregable 6: Documentos y archivos en medio magntico a ser presentados como mximo hasta los xxxx das calendario contados a partir de la fecha de suscripcin del contrato, los que debern 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 sern presentados en impresos en papel A-4, en original y dos copias, y en medio magntico cuando corresponda, incluyendo los cdigos de programas, presentaciones, etc.

7 PLAZO El plazo del servicio ser de mximo hasta los xxx das calendario contados a partir de la fecha de suscripcin del contrato. 8 FORMA DE PAGO Los pagos sern cancelados de la siguiente manera: 15% a la aprobacin de los Entregables 1 y 2 20% a la aprobacin del Entregable 3 20% a la aprobacin del Entregable 4.1 20% a la aprobacin del Entregable 4 25% a la aprobacin de los Entregable 5 y 6

9 COORDINACION Y SUPERVISION El Director de .., se encargar de la adecuada gestin y coordinacin del proyecto por ser el usuario principal del Sistema por lo tanto la aceptacin y aprobacin de los entregables, estar a su cargo. Como elemento de apoyo contar con el rea de Tecnologas de la 25

Informacin que se encargar de la verificacin del cumplimiento de los parmetros tcnicos definidos. 10 APOYO QUE PRESTARA LA ENTIDAD Proveer la informacin 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 acpite 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 informacin y aplicativos no sufran alteraciones no autorizadas y para evitar que estn expuestos a personas que no deban acceder a este tipo de informacin. Un ambiente fsico, donde se realice el servicio, el que se encuentra en la siguiente direccin.. Servicios de agua, luz, limpieza interna y externa del ambiente fsico asignado, vigilancia en reas comunes. Proveer una lnea anexo telefnico para llamadas locales. El proveedor instalar el aparato telefnico. Las licencias de uso de .. necesarias para realizar las labores para el presente servicio, as como otros requerimientos de software, sern de responsabilidad del Consultor y no sern 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 sern prestados en la Ciudad de Lima, dejando expresa constancia que la totalidad de los costos se encuentran incluidos en el costo total de la consultora.

26