TDR

Ministerio del Poder Popular para las Telecomunicaciones y la Informtica Centro Nacional de Tecnologas de Informacin
Trminos de Referencia Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado Venezolano
Validado por:
Aprobado por :
Francelis Konrad Gerente de Ingeniera de Software
Ivonne Antn Gerente de Atencin al Estado
Oficina de Gestin de Requerimientos de Sistemas Gerencia de Ingeniera de Software
Trminos de Referencia: Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado Venezolano (Piloto) Elaborado por: Willie Nieto Revisado por: Victor Liendo / Yasibit Y. Reao Validado por: Francelis Konrad
Versin: 0.0.9
Aprobado por: Ivonne Antn
Av. Universidad, Esquina El Chorro, Torre MCT (antigua sede de Banesco), piso 11, La Hoyada, Caracas Telf. 0212-7718800. Fax 0212-771.86.48 Sitio Web: www.cnti.gob.ve 1 de 31
Historial de Revisiones
Versin 0.0.1 0.0.2 0.0.3 0.0.4 0.0.5 0.0.6 0.0.7 0.0.8 0.0.9 Fecha 18/04/2008 24/04/2008 07/05/2008 20/05/2008 17/06/2008 08/07/2008 18/07/2008 25/07/2008 15/08/2008 Autor Willie Nieto Willie Nieto Willie Nieto Willie Nieto Willie Nieto Willie Nieto Willie Nieto Willie Nieto Willie Nieto / Yasibit Y. Reao Descripcin Versin Inicial. Correcciones versin inicial. Correcciones, recomendaciones de CANTV. Recomendaciones GPT, CANTV. Correccin. Correccin. Correcciones GAE, GNC. Correcciones GAE. Revisin
Versin: 0.0.9
ndice de contenido
1 Informacin General..........................................................................................................................................5 1.1 Gerencias Solicitantes...........................................................................................................................5 1.2 Nombre del Proyecto.............................................................................................................................5 1.3 Beneficiario............................................................................................................................................5 2 Introduccin.......................................................................................................................................................5 2.1 Antecedentes..........................................................................................................................................5 2.2 Justificacin............................................................................................................................................6 2.3 Objetivos.................................................................................................................................................7 2.3.1 Principal..........................................................................................................................................7 2.3.2 Secundarios....................................................................................................................................7 2.4 Alcance...................................................................................................................................................7 2.5 Definiciones, Acrnimos y Abreviaturas.................................................................................................8 2.6 Referencias............................................................................................................................................8 3 Metodologa........................................................................................................................................................9 4 Requerimientos..................................................................................................................................................9 4.1 Funcionales............................................................................................................................................9 4.2 No Funcionales.....................................................................................................................................14 4.3 Seguridad.............................................................................................................................................20 4.4 Soportabilidad y Operabilidad...............................................................................................................20 4.5 Restriccin de Diseo...........................................................................................................................20 4.6 Requerimientos de Documentacin en Lnea y de Sistemas de Ayuda.............................................21 4.7 Interfaces..............................................................................................................................................21 4.8 Aspectos Legales.................................................................................................................................22 4.9 Estndares Aplicables..........................................................................................................................22 4.10 Requerimientos de transferencia tecnolgica.....................................................................................22 5 Descripciones de los Involucrados y Usuarios............................................................................................24 5.1 Perfil de Involucrados...........................................................................................................................24 5.2 Perfil de Usuario...................................................................................................................................29 6 Alternativas y Sistemas Similares..................................................................................................................30 7 Rangos de Calidad..........................................................................................................................................30 7.1 Calidad en el Producto.........................................................................................................................30
Versin: 0.0.9
7.2 Calidad en el cumplimiento de los Trminos de Referencia.................................................................30 8 Elementos Entregables...................................................................................................................................31
Versin: 0.0.9
Trminos de Referencia
1 Informacin General
1.1 Gerencias Solicitantes Gerencia de Atencin al Estado 1.2 Nombre del Proyecto Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado Venezolano
1.3 Beneficiario Administracin Pblica Nacional.
2 Introduccin
2.1 Antecedentes En la actualidad, diversas instituciones de la Administracin Pblica han implantado, en los ltimos aos, sistemas internos automatizados en las reas de estadsticas, finanzas, salud, transporte, defensa, planificacin, recursos humanos, entre otros, que les ha permitido la prestacin de servicios posteriormente en lnea con el ciudadano. Sin embargo, la mayora de estos organismos pblicos (Ministerios e Instituciones Adscritas, Gobernaciones y Alcaldas) presentan desarticulacin entre ellos, en materia de plataformas y tecnologas, que dificulta la interoperabilidad, as como la poca seguridad en las redes y servicios prestados, aunado a los elevados costos de conectividad que impiden el desarrollo de los servicios asociados a gobierno electrnico. Esta desarticulacin, entre los organismos pblicos y sus procesos de prestacin de servicios, trae como consecuencia, desde el punto de vista de la informacin: duplicidad, falta de integridad, poca claridad frente a la responsabilidad de los datos y la no disponibilidad en el momento oportuno. Desde
Versin: 0.0.9
el punto de vista institucional, se presenta una duplicidad de esfuerzos y se muestra una administracin menos eficiente y poco transparente. En virtud de lo expuesto, se ha definido un modelo de interoperabilidad para el Estado venezolano, que debe permitir la incorporacin de sistemas, trmites y servicios institucionales, a travs de una plataforma orientada a servicios en software libre y estndares abiertos, con el objetivo de contribuir a la modernizacin tecnolgica de la Administracin Pblica Nacional en todos sus niveles, a su vez que promueva una gestin eficaz y eficiente para la optimizacin de las relaciones entre el gobierno y el pblico (ciudadano, empresario, etc). El CNTI, est trabajando tanto en la definicin de estndares de interoperabilidad como en la migracin de aplicaciones de software propietario a software libre, implantacin e integracin de soluciones para conformar una plataforma robusta y escalable de prestacin de servicios. 2.2 Justificacin
El presente proyecto busca proveer una plataforma de interoperabilidad libre que permita la publicacin y uso de servicios por parte de las Instituciones del Estado para propiciar su interrelacin efectiva y apoyar la optimizacin de la gestin pblica de cara al ciudadano. En este sentido, el proyecto contempla crear los componentes tecnolgicos que faciliten la automatizacin y unificacin de la gestin de los trmites y servicios pblicos prestados por los organismos de la AP, a fin de profundizar en la implementacin del Gobierno Electrnico, todo ello contemplando una arquitectura para el despliegue e integracin de aplicaciones y servicios que permita separar el nivel de interaccin con el usuario final (aplicaciones de cara al ciudadano, Portal Web), las interfaces de comunicacin (servicios institucionales, servicios transversales a la plataforma) y los sistemas de gestin o administracin presentes en las instituciones (Sistemas CADIVI, SENIAT, ONIDEX, entre otros), y permita establecer estndares para la escalabilidad de la plataforma (nuevas aplicaciones, nuevos servicios), garantizando la prestacin de los servicios con alta disponibilidad y
Versin: 0.0.9
calidad. 2.3 Objetivos 2.3.1 Principal El objetivo del presente proyecto es desarrollar e implantar, en software libre y estndares abiertos, una Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado Venezolano. 2.3.2 Secundarios
Desarrollar e implantar un Sistema de Gestin de Trmites y Servicios que permita unificar el mecanismo de acceso, reduzca o simplifique la actuacin del ciudadano en el proceso de gestin de trmites, mantenga el historial de solicitudes realizadas por un ciudadano, permita conocer el estado de una solicitud en particular, y ofrezca otras funcionalidades descritas en mayor detalle en este documento.
Implementar una plataforma de interoperabilidad basada en estndares y servicios para el intercambio de informacin entre las aplicaciones de las instituciones participantes, escalable y de alta disponibilidad, con posibilidades de replicacin a travs del estado venezolano.
Integrar los sistemas de los organismos de la AP participantes en el proyecto. Establecer el concepto de Gobierno Electrnico mediante la implementacin de servicios. Crear una visin unificada para la prestacin de los servicios por parte del estado venezolano, a travs de un portal de acceso para la gestin de trmites y servicios.
2.4 Alcance En este documento se especifican los involucrados y los usuarios principales del sistema, las necesidades de cada uno de ellos y las razones que justifican dichas necesidades. Se plantean las funcionalidades principales que debe cumplir la Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado Venezolano, en su implementacin piloto, la cual consiste en la implantacin de un Sistema de Gestin de Trmites y Servicios ante los organismos de la AP. Estos organismos sern seleccionadas a travs de una serie de criterios que incluyen grado de automatizacin, grado de importancia del trmite o servicio, nivel de complejidad del trmite, entre otros. El piloto antes mencionado estar delimitado por los siguientes requerimientos claves:
Versin: 0.0.9
Implantacin de un bus de servicios. Desarrollo de una aplicacin Web para la interaccin entre el pblico general y los trmites o servicios a ser implementados por las instituciones. Desarrollo de un repositorio de datos del pblico general (identificacin, historial de solicitudes, entre otros). Desarrollo e implantacin de los servicios Web que deben proveer los organismos (participantes) asociados a la gestin de los trmites a ser desplegados. Desarrollo e implantacin de los servicios Web transversales a la plataforma (autenticacin, registro del pblico en general, consulta de trmites disponibles, servicios de monitoreo e indicadores, etc)
Transferencia tecnolgica de todos los puntos anteriores.
Los puntos antes mencionados sern desarrollados en una visin global del proyecto, el cual tiene como objetivo final la integracin de la Administracin Pblica y la automatizacin en mayor medida posible de los trmites administrativos de los organismos, siguiendo los estndares de desarrollo e implementacin correspondientes para una arquitectura orientada a servicios y proveer una solucin escalable que permita la incorporacin paulatina de nuevos trmites y servicios. 2.5 Definiciones, Acrnimos y Abreviaturas Todas las definiciones, acrnimos y abreviaturas necesarias para entender este documento estn especificadas en el Glosario del Sistema. 2.6 Referencias
Ttulo GLOSARIO
Fecha 18/06/2008
Organizacin GIS
Identificador del documento GAE-MPPTI-INTGOBE-GLOS
Versin: 0.0.9
3 Metodologa
Se recomienda una metodologa de tipo iterativa e incremental de forma que se contemplen los riesgos en tiempos tempranos del proyecto, se tenga visin del avance en el desarrollo desde las etapas iniciales, se obtenga retroalimentacin del usuario lo antes posible, para orientar el desarrollo al cumplimiento de sus necesidades y realizar las adaptaciones identificadas.
4 Requerimientos
4.1 Funcionales
ID del Requerimiento: Nombre del Requerimiento: Caractersticas:
INT-01 Implementar un repositorio de datos (Base de Datos) para la informacin y transacciones del sistema. El repositorio de datos debe permitir el almacenamiento de: La informacin personal de los ciudadanos y funcionarios, La informacin bsica de las transacciones realizadas en el bus de servicio, La informacin de los trmites, Los recaudos de cada trmite, Las fases de cada trmite, Los estados respectivos, Los trmites realizados, Los trmites en curso, Los trmites denegados.
El sistema debe poseer un repositorio de datos, en el cual se almacenen todas las transacciones realizadas por el sistema. La prioridad es: Alta
ID del Requerimiento:
INT-02
Versin: 0.0.9
Nombre del Requerimiento: Caractersticas:
Crear un Portal de Acceso al Sistema de Gestin de Trmites. El portal debe contemplar lo siguiente: Validar la utilizacin de un certificado digital por parte del navegador para poder realizar cualquier tipo de trmite, Ofrecer el envo de los certificados digitales por correo al usuario, como a su vez mediante una descarga directa del portal, de manera que ste pueda ser obtenido fcilmente por el ciudadano, Permitir el registro de usuarios, Validar la informacin del usuario en el repositorio (INT01), Validar la informacin del usuario con el organismo responsable de la informacin de dicho usuario, Permitir al usuario iniciar sesin una nica vez, y poder acceder a los servicios proporcionados. Acceder a la informacin acerca de los trmites, recaudos asociados,pasos para su realizacin, flujo de ejecucin del trmite, informacin que se encontrar almacenada en el repositorio (INT-01). Permitir al usuario iniciar el proceso de un trmite desde el portal, Acceder al registro de todos los trmites realizados por los ciudadanos, informacin que se encontrar almacenada en el repositorio (INT-01), Las operaciones del portal deben estar soportadas por una plataforma de integracin con otros sistemas mediante la implementacin de servicios Web, Estar desarrollado en funcin a la integracin con otros sistemas, Permitir al usuario el cambio de contrasea, Ofrecer la opcin de recordar contrasea.
El sistema debe estar representado como un servicio para el Estado, el cual se ver reflejado por un portal en el cual se le permita al usuario registrarse y realizar las diferentes solicitudes de trmites disponibles. Todas las operaciones o funcionalidades disponibles en el portal debern ser implementadas en forma de servicios (transversales o institucionales), que sern desplegados en el Bus de Servicios (INT-03). La prioridad es: Alta
ID del Requerimiento: Nombre del Requerimiento:
INT-03 Implementar un Bus de Servicios
Versin: 0.0.9
Caractersticas:
El bus debe proporcionar: Mecanismos de seguridad y autenticacin de los servicios que se integren, Mecanismo para el despliegue, publicacin o integracin de nuevos servicios Mecanismos de asignacin de prioridades o niveles de importancia a los servicios que se integren al bus, Fiabilidad del transporte del mensaje, Recepcin y envo de diferentes formatos de mensaje, Transformacin de formatos de mensaje entendibles a otros sistemas, Diversos esquemas de comunicacin (sncrona, asncrona) Gestionar un gran volumen de mensajes, Mecanismos para el monitoreo y auditoria del bus, Mecanismos para el monitoreo y auditoria de los servicios integrados al bus, Mecanismos para notificacin de alertas, errores, posibles fallas y utilizacin de logs, Conectividad con otros bus de servicios, Conectividad con cualquier tipo de sistemas, propietarios, libres, sistemas legados, etc.
El Bus de Servicios es la capa del sistema que debe manejar de manera eficiente y fiable la comunicacin entre el resto de los componentes del sistema. En esta capa se desplegarn todos los servicios que implementarn las distintas funcionalidades del sistema. La prioridad es: Alta
INT-04 Implementar una aplicacin que permita el registro y administracin de todos los servicios Web, disponibles en el bus de servicios. La aplicacin debe proporcionar: Una vista de interfaz grfica en el cual se puedan visualizar los servicios disponibles. Una interfaz donde se muestre la descripcin del servicio Web (Datos de entrada, descripcin de la ejecucin, datos de salida). Conceptos relaciondos con UDDI (Universal Description, Discovery, and Integration). Proporcionar mecanismos de bsquedas de servicios
Caractersticas:
Versin: 0.0.9
disponibles. Administracin de los servicios (registro, actualizacin, etc.). La aplicacin debe permitir poder visualizar los servicios disponibles en la plataforma de interoperabilidad, a fin de integrar nuevos sistemas, esta informacin debe estar disponible mediante una aplicacin Web para la administracin de la plataforma. La prioridad es: Media Alta
INT-05 Implementar una aplicacin que permita el seguimiento del comportamiento del servicio en tiempo de ejecucin (Monitoreo de los servicios Web). La aplicacin debe proporcionar: Que servicios son ejecutados, quin los invoc, datos intercambiados, frecuencia, Cantidad de mensajes, procesados por un servicio al mismo tiempo, Registro de Errores de comportamiento. Metadatos de apoyo, para controlar el ciclo de vida de un servicio. Suministrar informacin sobre el comportamiento transaccional, timeout, etc; el control de la semntica transaccional de la invocacin del servicio. Evaluar el rendimiento. Mecanismos para consulta de los registros (histricos) del comportamiento de los servicios desplegados en la plataforma. De forma general, los requeridos en el INT-04
Caractersticas:
La aplicacin debe permitir poder visualizar el rendimiento y la actividad de los servicios desplegados en la plataforma, esta informacin debe estar disponible mediante una aplicacin Web de administracin de la plataforma. La prioridad es: Media Alta
INT-06 Desarrollar los servicios Web de los organismos participantes (especficos de los trmites a implementar) que sern integrados a travs del bus de servicios
Versin: 0.0.9
Caractersticas:
Los servicios desarrollados deben: Ofrecer las funcionalidades correspondientes para proporcionar la informacin requerida del organismo, Corresponder con la especificacin de los servicios Web que realizar para su construccin, Proporcionar mecanismos de alertas ante posibles fallas, y ser enviado mediante correos electrnicos, alertas en un sistemas de monitoreo, SMS, etc, Proporcionar mecanismos de autorecuperacin ante una falla, Integrar los servicios a la plataforma.
Los servicios Web son las interfaces que permitirn el acceso a los sistemas de los organismos involucrados, debido a esto y por ser el medio de enlace se deben proporcionar con un alto grado disponibilidad, seguridad, etc. El nmero contemplado de servicios Web a desarrollar es aproximadamente 50 servicios Web en una proporcin de 60% complejos (30 servicios Web complejos) y 40% simples (20 servicios Web simples). La prioridad es: Media Alta
INT-07 Desarrollar los servicios Web de los transversales que sern dispuestos en el bus de servicios y permitirn la integracin con los servicios Web forneos pertenecientes a cada organismo participante. Los servicios desarrollados deben: Permitir la bsqueda de los servicios que estn desplegados en la plataforma de integracin. Permitir identificar los requerimientos(datos,campos requeridos) que posee un servicio especfico de un organismo. Realizar las operaciones que sean comunes para todos los servicios que sern desplegados en la plataforma, a fin de reutilizar todas las operaciones. Proporcionar mecanismos de alertas ante posibles fallas, y ser enviado mediante correos electrnicos, alertas en un sistemas de monitoreo, SMS, etc, Proporcionar mecanismos para la auditoria de los servicios ejecutados en la plataforma. Proporcionar mecanismos de autorecuperacin ante una falla.
Caractersticas:
Versin: 0.0.9
Los Servicios Web Transversales son los servicios que debern ejecutar las funciones que permitirn poder interactuar con los servicios que son desplegados en los organismos participantes en la plataforma, as como tambin sern los responsables de la auditoria del comportamiento de los servicios que son ejecutados en la plataforma. La prioridad es: Media Alta
4.2 No Funcionales Los requerimientos no funcionales para este proyecto, a fin de especificar ms a profundidad van a estar divididos por los requerimientos funcionales mencionados en el apartado anterior: 4.2.1 Requerimiento ID = INT-01 (repositorio de datos) Usabilidad:
RNF-1.- Los errores de base de datos deben ser manejados por el sistema a fin de no llegar
a la vista del usuario.

RNF-2.- El nombramiento de los componentes de la base de datos debe corresponder con
el estndar definido por el CNTI.

RNF-3.- Debe usar palabras nemotcnicas.
Confiablidad:
RNF-4.- El
tiempo mximo de reparacin de una falla ser de 20 minutos aproximadamente. RNF-5.- El sistema debe estar disponible 24X7X365. En caso de que se requiera mantenimiento, ste deber ser planificado y se realizar durante las horas de poca concurrencia. RNF-6.- Contar con un sistema de repositorio respaldo, a fin de tener un resguardo de la informacin del ciudadano. Seguridad
RNF-7.- El repositorio slo debe ser accedido mediante el bus de servicios. RNF-8.- Se deben especificar nombres de usuario (roles,grupos) de conexin por
organismos. Segura).
RNF-9.- La conexin debe realizarse sobre SSL(Secure Sockets Layer-Capa de Conexin
Versin: 0.0.9
RNF-10.- La informacin de alta criticidad debe almacenarse cifrada.
Eficiencia
RNF-11.- El nmero de conexiones que debe soportar de forma concurrente es de al menos
5000.
RNF-12.- Poseer la capacidad de ser distribuido (Clustering), debido a la alta demanda.
Mantenimiento y Actualizacin
RNF-13.- Las actualizaciones al sistema que cambien el esquema de datos debern ofrecer
mtodos de migracin de los datos de versiones antiguas.
RNF-14.- Las opciones de respaldo deben poder ser generadas automticamente.
4.2.2 Requerimiento ID = INT-02 (Portal de Acceso) Usabilidad

RNF-15.- El portal debe proporcionar una interfaz grfica orientada al individuo, que permita
al usuario utilizar la herramienta de manera fcil.
RNF-16.- El portal debe ofrecer una baja curva de aprendizaje. RNF-17.- Uso de palabras nemotcnicas. RNF-18.- El sistema de poseer pginas preestablecidas para los errores ms conocidos
(RFC-2616). usuario.
RNF-19.- El sistema no debe emitir mensajes de errores fatales poco entendibles para el
Confiablidad:
RNF-20.- De cada 100 peticiones (request) realizadas, mximo 1 de ellas pueden ser fallas. RNF-21.- El tiempo mximo de reparacin de una falla ser de 30 minutos
aproximadamente.
RNF-22.- El sistema debe estar disponible 24X7. En caso de que se requiera mantenimiento,
este se realizar durante las horas de poca concurrencia para reducir al mnimo la falta de acceso por parte de usuarios. Seguridad
RNF-23.- La clave de acceso al portal debe ser cifrada. RNF-24.- Aplicar SSL(Secure Sockets Layer-Capa de Conexin Segura) para el inicio de
sesin.
RNF-25.- El acceso a cada uno de los mdulos del portal y recursos se debe realizar a travs
de un nico mtodo de ingreso, es decir, se deben resguardar los accesos directos a operaciones.
Versin: 0.0.9
RNF-26.- Validaciones a los formularios del portal, a fin de evitar ataques de inyeccin SQL. RNF-27.- Utilizacin de imagen Captcha para la pueba de Turing pblica y automtica para
diferenciar a mquinas y humanos Eficiencia

2000.
RNF-29.- Poseer la capacidad de ser distribuido (Clustering), debido a la alta demanda.
RNF-30.- Las actualizaciones al sistema debern poder realizarse sin afectar los datos. RNF-31.- El mantenimiento y actualizacin del portal debe ser planificado y debe realizarse
en las horas de poca concurrencia o poca demanda del servicio.

RNF-32.- En el tiempo de mantenimiento y actualizacin de la aplicacin, se debe proveer
una interfaz de mantenimiento en el cual se observe el tiempo para la restauracin del servicio.
4.2.3 Requerimiento ID = INT-03 (Bus de Servicios) Usabilidad

RNF-33.- La aplicacin Web poseer interfaces amigables para el despliegue de servicios
Web.
RNF-34.- Las interfaces de la aplicacin deben ser intuitivas. RNF-35.- Debe poseer enlaces para la interfaz de monitoreo del estado de los servicios Web.
Confiablidad:
RNF-36.- El bus de servicios debe estar disponible 24X7. En caso de que se requiera
mantenimiento, ste deber ser planificado y se realizar durante las horas de poca concurrencia para reducir al mnimo la falta de acceso por parte de usuarios. RNF-37.- El bus de servicios debe asegurar la entrega de los mensajes a los servicios conectados al bus. Seguridad
RNF-38.- Debe poseer mecanismos de seguridad en el envo de mensajes. RNF-39.- Debe poseer dispositivos fsicos y lgicos (firewall, IDS) de red que filtren las
conexiones realizadas al bus. Web.
RNF-40.- El acceso al bus de servicios debe ser realizado nicamente mediante un servicio
Versin: 0.0.9
RNF-41.- Se deben establecer polticas de seguridad para el despliegue de servicios en el
bus.
RNF-42.- El bus de servicio debe aplicar medidas de WS-Security para el despliegue de los
servicios.
RNF-43.- El bus de servicio debe contemplar las polticas definidas por la WS-I en el Basic
Profile Security - Perfil de seguridad Bsico, definido para la interoperabilidad de servicios Web seguros.
Eficiencia
3000.
RNF-45.- Poseer la capacidad de ser distribuido (Clustering), debido a la alta demanda. RNF-46.- El bus de servicios debe proveer mecanismos de conexin a diferentes medios de
transporte de mensajera. Mantenimiento y Actualizacin

RNF-47.- Las actualizaciones al bus debern poder realizarse sin afectar los servicios. RNF-48.- Las opciones de respaldo deben poder ser generadas automticamente.
4.2.4 Requerimiento ID = INT-04 (Aplicacin del registro de los servicios desplegados en el Bus Registro de Servicios) Usabilidad
RNF-49.- La aplicacin debe poder ser accedida va Web, mediante un portal de
administracin de la plataforma. Confiabilidad

RNF-50.- La informacin de los servicios debe proveerse desde el bus de servicios. RNF-51.- Fiabilidad de la informacin mostrada.
Eficiencia
RNF-52.- Cualquier consulta de servicios, ocurrir en un tiempo menor de tres (3) mili-
segundos el 99% de las incidencias.
Seguridad
Versin: 0.0.9
El acceso a la aplicacin debe ser provisto por el bus de servicios. Debe poseer mecanismos de autenticacin para los usuarios permitidos. Utilizar mecanismos de certificados digitales particulares para usuarios permitidos. El tiempo de la sesin del usuario autenticado no debe ser mayor a 5 min de inactividad. RNF-57.- Todas los accesos realizados deben ser almacenarse para auditoria de lo mismos RNF-58.- Las conexiones a la aplicacin deben estar soportadas por una capa SSL(Secure Sockets Layer-Capa de Conexin Segura).
RNF-53.RNF-54.RNF-55.RNF-56.-
RNF-59.RNF-60.RNF-61.RNF-62.-
El mantenimiento de la aplicacin no debe afectar los registros histricos. La actualizacin de la aplicacin no debe afectar ningn elemento de la plataforma. Se deben almacenar todas las transacciones realizadas en la aplicacin. El mantenimiento de la aplicacin debe ser programado y proporcionar otros mecanismos de registros del comportamiento de la aplicacin.
4.2.5 Requerimiento ID = INT-05 (Monitoreo de los servios Web) Usabilidad

RNF-63.- Para el monitoreo de servicios debe existir una interfaz Web la cual debe ser
accedida mediante un mdulo de administracin del portal.
RNF-64.- La interfaz Web, poseer palabras nemotcnicas. RNF-65.- Iconografa adecuada.
Eficiencia
RNF-66.- Cualquier consulta ocurrir en un tiempo menor de tres (3) segundos el 99% de las
incidencias.
RNF-67.- Todas las funcionalidades del monitor de servicios debe ser provistas mediante
servicios Web. Seguridad

RNF-68.- El acceso a la informacin de
la aplicacin debe ser provisto por el bus de servicios. RNF-69.- Debe poseer mecanismos de autenticacin de usuarios permitidos. RNF-70.- Utilizar mecanismos de certificados digitales particulares para usuarios permitidos. RNF-71.- Se deben almacenar todas las transacciones realizadas en la aplicacin. RNF-72.- El acceso debe realizarse solo por acceso la red interna donde se despliegue la aplicacin.
Versin: 0.0.9
RNF-73.- La
actualizacin de los servicios debe realizarse mediante una interfaz administrativa.
4.2.6 Requerimiento ID = INT-06 (Servicios Web de los organismos) Confiabilidad

RNF-74.- Todos los servicios desarrollados deben ser expuesto mediante un bus de servicios
propio por organismo, a fin de proveer mayor confiabilidad y eficiencia en el intercambio de mensajes. RNF-75.- Cada servicio debe proporcionar mecanismos de autorecuperacin. RNF-76.- Cada servicio debe proporcionar mecanismos de alerta, ante una posible falla. Eficiencia
RNF-77.- El tiempo de respuesta mximo por operacin ser menor a (0.005 seg) 5
milisegundos.
RNF-78.- Cada servicio debe mantener sus operaciones por encima del SLA (service level
agreement-acuerdo de nivel de servicio) establecido para cada organismo, a fin de garantizar la calidad. RNF-79.- El nmero de conexiones que debe soportar de forma concurrente es de al menos 1000. Seguridad
RNF-80.- El acceso a la aplicacin debe ser provisto por el bus de servicios RNF-81.- Los datos deben enviarse cifrados o poseer una capa de SSL(Secure Sockets
Layer-Capa de Conexin Segura) a nivel fsico.

RNF-82.- Cada servicio debe proporcionar mecanismos de autenticacin, con el bus de
servicios Mantenimiento y Actualizacin

RNF-83.- El mantenimiento del servicio debe ser programado. RNF-84.- Las actualizaciones no debe afectar la comunicacin con el bus de servicios.
4.2.7 Requerimiento ID = INT-07 (Servicios Web Transversales)
Versin: 0.0.9
Confiabilidad
RNF-85.- Todos los servicios desarrollados deben ser expuesto mediante el bus de servicios
descrito anteriormente (INT-003).

RNF-86.- Cada servicio debe proporcionar mecanismos de autorecuperacin. RNF-87.- Cada servicio debe proporcionar mecanismos de alerta, ante una posible falla.
Eficiencia
RNF-88.- El tiempo de respuesta mximo por operacin ser menor a (0.003 seg) 3
milisegundos.
RNF-89.- Cada servicio debe mantener sus operaciones por encima del SLA (service level
agreement-acuerdo de nivel de servicio) para servicios transversales.

RNF-90.- Los servicios transversales que accedan a otros servicios Web, debe proveer
mecanismos de cache para mantener la informacin de acceso y no sobrecargar los mtodos de descubrimiento de servicios. RNF-91.- El nmero de conexiones que debe soportar de forma concurrente es de al menos 5000. Seguridad
RNF-92.- El acceso a la aplicacin debe ser provisto por el bus de servicios descrito
anteriormente (INT-003)
RNF-93.- Los datos deben enviarse cifrados o poseer una capa de SSL(Secure Sockets
Layer-Capa de Conexin Segura) a nivel fsico.

RNF-94.- Cada servicio debe proporcionar mecanismos de autenticacin, con el bus de
servicios. Mantenimiento y Actualizacin

RNF-95.- El mantenimiento del servicio debe ser programado. RNF-96.- Las actualizaciones no debe afectar la comunicacin con el bus de servicios. RNF-97.- El mantenimiento no debe comprometer la operacin de los dems servicios.
A continuacin se muestran algunos requerimientos no funcionales comunes para todos los requerimientos antes expuestos. 4.3 Seguridad
RNF-98.- El sistema debe estar soportado sobre una infraestructura de intercambio de certificados
digitales, a fin de aseverar que la informacin se enva y se recibe por actores autorizados.
RNF-99.- La informacin debe ser enviada cifrada.
Versin: 0.0.9
RNF-100.-Para la integracin de nuevos organismos, deben pasar por un proceso de aceptacin y
acreditacin de los permisos necesarios para su integracin a la plataforma.
4.4 Soportabilidad y Operabilidad

RNF-101.-Est por definirse el lugar de hospedaje del sistema.
4.5 Restriccin de Diseo

RNF-102.-Se tomar en cuenta que el manejador de base de datos tenga la posibilidad de ser
distribuido.
RNF-103.-Las aplicaciones Web debe tener una arquitectura de 4 o ms capas (Acceso a datos,
Modelo de Negocio, Servicios y Vista o ms).

RNF-104.-El sistema debe tener una Arquitectura Orientada a Servicios, con alta cohesin, bajo
acoplamiento, y mxima reutilizacin. Todas las funcionalidades del sistema debern ser implementadas en forma de servicios, los cuales sern consumidos desde las distintas capas de la arquitectura (interfaces de usuario, lgica del negocio, entre otras) RNF-105.-Para el desarrollo del sistema se deben seguir convenciones de cdigo internacionalmente aceptadas. RNF-106.-Para el desarrollo de las interfaces del Portal Web se debe permitir, hojas de estilos basada en estndares RNF-107.-Para el desarrollo del sistema se debe maximizar el uso de patrones de diseo. RNF-108.-Para el desarrollo de servicios Web se debe hacer uso estndares definidos por WS-I (Web-Services Interoperability), Basic Profile, Basic Profile Security. RNF-109.-La arquitectura debe garantizar que el sistema sea modular y escalable. 4.6 Requerimientos de Documentacin en Lnea y de Sistemas de Ayuda
RNF-110.-La ayuda en Lnea debe ser dinmica y grfica de modo que permita a todo tipo de
usuarios comprender con la mayor facilidad las funciones del portal y de la plataforma. operaciones a realizar por el usuario. discapacitados.
RNF-111.-En los casos de mayor complejidad debe ofrecer demos para la mejor visualizacin de las RNF-112.-Las operaciones criticas de la aplicacin deben ofrecer mecanismos de ayuda a
4.7 Interfaces a) Interfaces de Usuario Iconografa adecuada a todos los usuarios. Mantener Imagen del Gobierno Bolivariano usada en los portales del Estado. Uso de pestaas para organizar la informacin. Usar mens contextuales.
Versin: 0.0.9
b) Interfaces de Software El componente principal del sistema se encuentra en la implementacin de un bus de servicios integrador de sistemas, en el cual se desplieguen los servicios Web que interactuarn con los diferentes sistemas. Se requiere que toda operacin del sistema sea ejecutado mediante Servicios Web. c) Interfaces de Hardware Se requiere la implantacin de un dispositivos de balanceo de cargas para las conexiones con los servidores que soportan el bus de servicios. Se requiere de la implantacin de un dispositivos de filtrado de paquetes para el acceso a las funcionalidades permitidas por los diferentes participantes. d) Interfaces de Comunicaciones Se requiere de la implementacin de un sistema de comunicaciones que proporcione altos niveles de transacciones, que soporten anchos de banda superiores a 1Gbps para la integracin de los sistemas, conexiones en fibra ptica, etc. 4.8 Aspectos Legales a) Polticas de la Organizacin Todos los productos de software deben dar cumplimiento a los postulados establecidos en el Decreto N 3.390, en el que se establece el uso prioritario de software libre y estndares abiertos en los organismos de la administracin pblica nacional. El CNTI realizar seguimiento del avance del proyecto. Los pagos se realizarn de acuerdo a la conformidad con los entregables del proyecto. El producto debe tener mnimo 120 das de garanta luego de su entrega final. Se debe garantizar las pruebas funcionales y tcnicas del Sistema. Se debe garantizar el soporte post_instalacin del sistema Se debe garantizar la correcta transferencia tecnolgica a las unidades productivas venezolanas seleccionadas. Se debe garantizar los aspectos contenidos en este documento y el documento de especificacin de requerimientos. b) Propiedad Intelectual
La propiedad intelectual corresponde al CNTI.
4.9 Estndares Aplicables Accesibilidad: Web Content Accessibility Guidelines (WCAG). Contenido Web: XHTML Strict. Presentacin Web: CSS Codificacin de caracteres: Unicode (UTF-8).
Versin: 0.0.9
Interoperabilidad de Servicios Web: Web Services Interoperability Organization (WS-I), WSStack de la W3C. Estndar para definir coreografas de servicios: WS-CDL Estandares basados en lenguajes XML (XSL, XFORM).
4.10 Requerimientos de transferencia tecnolgica La empresa contratista en su oferta debe presentar un plan para la transferencia tecnolgica y capacitacin al personal tcnico que el CNTI designe que abarque todos los aspectos tcnicos inherentes al desarrollo de Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado Venezolano (Piloto), tomando en cuenta los siguientes elementos: 1.- Entregar el plan de capacitacin, reflejando todos los cursos a efectuarse por el proveedor. 2.- Proporcionar el contenido programtico de cada taller o curso, proporcionando los siguientes datos: ndice del contenido por mdulos, la duracin de cada mdulo, perfil del participante, objetivos a alcanzar, descripcin, requerimiento tcnico para su puesta en marcha y cualquier otro aspecto que incida en la ejecucin ptima del proceso. (Debe entregarse al inicio de cada curso). 3.- Entregar los materiales didcticos a ser usados para impartir el conocimiento a los usuarios, bien sean manuales para instructores, contenidos digitales, guas rpidas de solucin de problemas presentaciones usadas para la capacitacin, videos tutoriales, entre otros (deben ser entregados antes de comenzar la capacitacin a efecto de ser evaluados por el CNTI). 4.- Entregar los instrumentos de evaluacin a ser usados para medir el conocimiento transferido por cada participante al final de cada curso (deben ser entregados antes de comenzar la capacitacin a efecto de ser evaluados por el CNTI). 5.- Los materiales didcticos deben ser entregados de manera digital e impresa, luego de haber sido revisados y aprobados por la gerencia de capacitacin tecnolgica. 6.- Los contenidos que se encuentren en toda la documentacin, deben ser desarrollado en la lengua nativa del pas (espaol) y regionalizadas aquellas palabras que no formen parte del argot cotidiano utilizado en Venezuela.
Versin: 0.0.9
7.- Debern proveer el espacio con todas las condiciones propicias para ser usado como laboratorio de capacitacin y transferencia tecnolgica. 8.- El proveedor estar encargado de la logstica de las salas para las distintas capacitaciones y transferencias tecnolgicas que deben llevarse a cabo.
5 Descripciones de los Involucrados y Usuarios

5.1 Perfil de Involucrados 5.1.1 Representantes de los distintos organismos de la APN. Rol o involucrado Descripcin Tipo Responsabilidades Analista del Organismo o Institucin Representante del Organismo o Institucin a interactuar Usuario interno del sistema. Encargado de interactuar con el sistema en trminos funcionales especficos de cada organismo, que sern expuesto por medio de servicios Web que estarn publicados en la plataforma de servicios. Adems, es responsable de dar seguimiento a las incidencias que pueda presentar el sistema en alguna eventualidad. Contar con un sistema que le permita integrarse con el resto de los organismos del estado a fin de poder intercambiar informacin entre los mismos. Formulacin de requerimientos funcionales en detalle. Seguimiento del proyecto. Acta de conformidad de los entregables definidos para las instituciones, asignacin de responsabilidades funcionales. Ninguno
queCriterio de xito Grado de participacin Entregables Comentarios
5.1.2 Representantes del CNTI Rol o involucrado Descripcin Tipo Responsabilidades Criterio de xito Grado de participacin Analista de Plataforma Tecnolgica Representante de la Gerencia General de Plataforma Tecnolgica Experto en determinar la plataforma tecnolgica. Debe realizar la evaluacin de los aspectos tcnicos de plataforma definidos para el proyecto, como a su vez en la norma tcnica. Que el proyecto sea llevado a feliz trmino, dando cumplimiento a los requerimientos tcnicos exigidos para el proyecto. Participacin en el seguimiento y control del proyecto.
Versin: 0.0.9
Entregables Comentarios Rol o involucrado Descripcin Tipo Responsabilidades Criterio de xito Grado de participacin Entregables Comentarios
Diseo general de la plataforma, acta de conformidad sobre la plataforma instalada Ninguno Analista de Atencin al Estado Representante de la Gerencia General de Atencin al Estado del CNTI Experto en la identificacin de necesidades presentes en la AP. Debe realizar seguimiento del proyecto macro, de la ejecucin del mismo y la elaboracin de los trminos de referencia.. Que el proyecto sea llevado a feliz trmino, siguiendo el plan de ejecucin elaborado para el desarrollo. Participacin en la formulacin de los trminos de referencia, identificacin de requerimientos, en el seguimiento y control del proyecto Acta de conformidad sobre los entregables del proyecto. Cliente de cara al CNTI.
Rol o involucrado Descripcin Tipo Responsabilidades Criterio de xito Grado de participacin Entregables Comentarios
Especialista de Normalizacin y Certificacin. Representante de la Gerencia General de Normalizacin y Certificacin Experto en normalizacin y certificacin de estndares. Debe realizar la verificacin del cumplimiento de la norma tcnica definida para el proyecto. Que el proyecto sea llevado a feliz trmino, dando cumplimiento a los criterios establecidos en la norma. Participacin en el seguimiento y control del proyecto. Acta de conformidad sobre el cumplimiento de la norma tcnica en el desarrollo plataforma. Ninguno
Rol o involucrado Descripcin Tipo Responsabilidades Criterio de xito Grado de participacin Entregables Comentarios
Especialista de Capacitacin y transferencia tecnolgica Representante de la Gerencia General de Capacitacin Tecnolgica Experto en Capacitacin y transferencia tecnolgica de proyectos. Debe verificar el cumplimiento de la transferencia tecnolgica del proyecto Que el proyecto sea llevado a feliz trmino, realizando la transferencia tecnolgica y capacitacin. Participacin en el seguimiento y control del proyecto. Acta de conformidad de los entregables de la transferencia. Ninguno
Versin: 0.0.9
Rol o involucrado Descripcin Tipo Responsabilidades
Criterio de xito Grado de participacin Entregables Comentarios
Arquitecto de Software Representante de la Gerencia General de Ingeniera de Software del CNTI Experto en aplicacin de metodologas de desarrollo, en particular en los aspectos asociados a la arquitectura del sistema. Se encarga de la definicin de la arquitectura que guiar el desarrollo, y de la continua refinacin de la misma en cada iteracin; debe apoyar a la Gerencia del Proyecto en la identificacin de aspectos riesgosos desde el punto de vista tcnico del proyecto; definir los lineamientos generales del diseo y la implementacin. Contar con un sistema efectivo desarrollado de acuerdo con la metodologa establecida, que se adapte a los requerimientos del ambiente de implementacin. Conduce y coordina las actividades y los artefactos tcnicos a travs del proyecto, prioriza los casos de uso, identifica elementos y mecanismos de diseo. Documentos: Visin, Glosario, Modelados y Anlisis de Casos de Usos, Documento de Arquitectura de Software, Modelado del Negocio, Modelo de Domino, Modelo de Implementacin. Ninguno
Criterio de xito Grado de participacin Entregables Comentarios
Analista de Pruebas Representante de la Gerencia General de Ingeniera de Software del CNTI Experto en la aplicacin de pruebas Identificar la implementacin ms apropiada para una prueba efectuada, formular casos de prueba de acuerdo a los casos de uso definidos, probar los componentes segn los casos de prueba y los subsistemas correspondientes, implementar pruebas individuales. Anlisis de los resultados. Retroalimentacin hacia los desarrolladores a fin de corregir las fallas encontradas. Que el sistema desarrollado responda adecuadamente al plan de pruebas establecidos (calidad del sistema). Generacin de los scripts de prueba, formulacin de los casos de prueba. Informes. Plan de Pruebas, Casos de prueba, Scripts de Prueba, Suite de Prueba, Evaluacin de los Resultados de las Pruebas. Ninguno
Versin: 0.0.9
Gerente de Proyecto Representante del CNTI. Experto en el seguimiento y control de Proyectos de Software. Encargado del proyecto y de la asignacin de recursos, establece prioridades y los tiempos que tendr cada actividad, coordina interacciones con los clientes y los usuarios, y generalmente mantiene al equipo de proyecto centrado en el objetivo correcto. Adems, asegura la integridad y la calidad de los artefactos del proyecto. Que el sistema desarrollado cumpla los requerimientos funcionales y no funcionales definidos, desarrollado de acuerdo a la metodologa establecida, cumpliendo los tiempos y el presupuesto establecido. Gerencia el plan de elicitacin de requerimientos, de desarrollo, implementacin, establece las mtricas de calidad, coordina el plan de trabajo y el cumplimiento de los tiempos. Documentos: Visin, Glosario, Modelados y Anlisis de Casos de Usos, Modelado del Negocio, Gestin de Requerimientos, Modelo de Domino, modelo de implementacin, Lista de Riesgos, Plan de Administracin de Riesgos, Plan de Aceptacin de Productos, Plan para la Resolucin de Problemas, Plan de Trabajo (Plan Director). Ninguno
Criterio de xito Grado de participacin Entregables
Comentarios
5.1.3 Representantes del Proveedor de la Solucin (Requeridos) Rol o involucrado Descripcin Tipo Responsabilidades Arquitecto de Software Representante del Proveedor de la Solucin. Experto en aplicacin de metodologas de desarrollo, en particular en los aspectos asociados a la arquitectura del sistema. Se encarga de la definicin de la arquitectura que guiar el desarrollo, y de la continua refinacin de la misma en cada iteracin; debe apoyar a la Gerencia del Proyecto en la identificacin de aspectos riesgosos desde el punto de vista tcnico del proyecto; definir los lineamientos generales del diseo y la implementacin. Contar con un sistema efectivo desarrollado de acuerdo con la metodologa establecida, que se adapte a los requerimientos del ambiente de implementacin. Conduce y coordina las actividades y los artefactos tcnicos a travs del proyecto, prioriza los casos de uso, identifica elementos y mecanismos de diseo. Documentos: Visin, Glosario, Modelados y Anlisis de Casos de Usos,
Versin: 0.0.9
Comentarios
Documento de Arquitectura de Software, Modelado del Negocio, Modelo de Domino, Modelo de Implementacin, etc. Vease punto 9 del presente documento. Ninguno
Comentarios
Desarrollador Representante del Proveedor de la Solucin. Experto en desarrollo de soluciones de software. Tiene a su cargo el diseo y codificacin de los componentes en cdigo fuente en algn lenguaje de programacin; debe elaborar y ejecutar las pruebas unitarias realizadas sobre el cdigo desarrollado; es responsable de las clases que ha desarrollado debiendo documentarlas, actualizarlas ante cambios y mantenerlas bajo el control de configuracin de las mismas mediante la herramienta utilizada. Desarrollo del sistema de acuerdo a la metodologa establecida, con los criterios de calidad especificados y en los lapsos de tiempo establecidos. Generacin del cdigo fuente y casos de pruebas. Cdigo del Sistema, Elementos de Implementacin, Plan de Integracin, Documento de Arquitectura del Software (Modelo de Implementacin), Plan de Pruebas, Casos de prueba, Scripts de Prueba, Suite de Prueba, Evaluacin de los Resultados de las Pruebas, Plan de Implantacin, Documento del Arquitectura de Software (Modelo de Implantacin), Material de Soporte al Usuario, Notas de Release, Unidad de Implantacin, Material de Adiestramiento. Ninguno
Criterio de xito
Integrador Representante del Proveedor de la Solucin. Experto en el desarrollo de soluciones de software que es integrable con otros sistemas y orientado a servicios Se encarga de verificar que la arquitectura que guiar el desarrollo contemple caractersticas de integracin y de ser orientada servicios, y de la continua refinacin de la misma en cada iteracin; debe apoyar a la Gerencia del Proyecto en la identificacin de aspectos riesgosos desde el punto de vista tcnico del proyecto en el mbito de la integracin de las soluciones; definir los lineamientos generales del diseo y la implementacin. Desarrollo del sistema de acuerdo a la metodologa establecida, que garantize la interoperabilidad con otros sistemas, con los criterios de calidad especificados y en los lapsos de tiempo establecidos.
Versin: 0.0.9
Grado de participacin Entregables
Comentarios 5.2 Perfil de Usuario
Generacin de las configuraciones del software para la integracin y casos de pruebas, pruebas de carga y estrs de los servicios. Cdigo del Sistema, Elementos de Implementacin, Plan de Integracin, Documento de Arquitectura del Software (Modelo de Implementacin), Plan de Pruebas, Casos de prueba, Scripts de Prueba, Suite de Prueba, Evaluacin de los Resultados de las Pruebas, Plan de Implantacin, Documento del Arquitectura de Software (Modelo de Implantacin), Material de Soporte al Usuario, Notas de Release, Unidad de Implantacin, Material de Adiestramiento. Ninguno
5.2.1 Administrador de Sistema Rol o involucrado Descripcin Tipo Responsabilidades Criterio de xito Grado de participacin Entregables Comentarios Administrador del Sistema Administra la parametrizacin de los mdulos, los servicios Web, Super usuario del sistema. Persona que estar encargada de administrar, monitorear toda la aplicacin. Sistema que incluya uno o ms mdulos que permitan administrar en conjunto todas las funcionalidades solicitadas por los usuarios finales. Administracin del sistema. Informes de conformidad o satisfaccin. Ninguno
5.2.2 Administrador de Servicios por Organismo Rol o involucrado Descripcin Tipo Responsabilidades Criterio de xito Grado de participacin Entregables Comentarios Administrador del Sistema del organismo participante. Administra la parametrizacin de los mdulos, y los servicios Web que son desplegados en el organismo. Usuario administrador del sistema local Persona que estar encargada de administrar, monitorear los servicios de los organismo Sistema que incluya uno o ms mdulos que permitan administrar en conjunto todas las funcionalidades para poder realizar el despliegue de los servicios propios del organismo. Administracin del sistema. Informes de conformidad o satisfaccin. Ninguno
Versin: 0.0.9
5.2.3 Ciudadano/Empresario (Usuarios finales) Rol o involucrado Descripcin Tipo Responsabilidades Criterio de xito Grado de participacin Entregables Comentarios Usuarios finales del sistema, que accedern a travs de la interfaz Web las funcionalidades del sistema para la gestin de los tramites administrativos. Ciudadano o empresario que inicia la gestin de un trmite administrativo. Usuario de la aplicacin. Persona que estar encargada de almacenar, modificar, consultar la informacin referente a los trmites que se realizan en el organismo desde el cual se accede al sistema. Sistema que implemente de manera eficaz todas las funcionalidades o requerimientos solicitados de acuerdo a sus responsabilidades. Utiliza las funcionalidades del sistema y ser capaz de realizar cambio a alto nivel en caso de ser necesario. Ninguno Ninguno
6 Alternativas y Sistemas Similares

Actualmente en el mercado existen varias alternativas en el rea de software para los componentes principales de la plataforma, entre las cuales tenemos: Bus de Servicios (MuleESB, OpenESB,ServiceMix, entre otros). Repositorio de datos (PostgreSQL,MySQL, entre otros). Portales Web, Manejadores de Contenidos (Alfresco, Liferay,etc) Mensajera de datos (JMS,SOAP,etc).
7 Rangos de Calidad
7.1 Calidad en el Producto La principal garanta de calidad exigida por el CNTI sobre el sistema a desarrollar es el cumplimiento de este documento, el mismo describe las prioridades del CNTI en cuanto a calidad; sin embargo, todos los entregables y el producto sern probados por la Oficina de Control y Calidad de Sistemas. Se validar que la plataforma opere eficientemente, que sea flexible e interoperable (el que sea
Versin: 0.0.9
integrable a otros sistemas no garantiza la interoperabilidad). 7.2 Calidad en el cumplimiento de los Trminos de Referencia Debe suceder que los resultados obtenidos sean los requeridos inicialmente por el usuario, especificados en este documento y en mas detalle en la Especificacin de Requerimientos.
8 Elementos Entregables
Documento de validacin de requerimientos. Plan director. Documento de Especificacin de Requerimientos del Sistema Actualizado. Documento de Especificaciones Suplementarias Actualizado. Documento de Especificaciones de Servicios. Documento de Arquitectura de Software. Manual de estilo Web. Plan de pruebas. Informe de resultados de las pruebas. Plan de capacitacin. Manuales de Usuario. Manuales de Administracin. Manual de Instalacin. Manual de implantacin. Cdigo Fuente Estable del Sistema.
Versin: 0.0.9

TDR

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

TDR

Transféré par

Droits d'auteur :

Formats disponibles

Ministerio del Poder Popular para las Telecomunicaciones y la Informtica Centro Nacional de Tecnologas de Informacin

Francelis Konrad Gerente de Ingeniera de Software

Ivonne Antn Gerente de Atencin al Estado

Oficina de Gestin de Requerimientos de Sistemas Gerencia de Ingeniera de Software

Aprobado por: Ivonne Antn

Aprobado por: Ivonne Antn

Aprobado por: Ivonne Antn

7.2 Calidad en el cumplimiento de los Trminos de Referencia.................................................................30 8 Elementos Entregables...................................................................................................................................31

Aprobado por: Ivonne Antn

1.3 Beneficiario Administracin Pblica Nacional.

Aprobado por: Ivonne Antn

Aprobado por: Ivonne Antn

Aprobado por: Ivonne Antn

Transferencia tecnolgica de todos los puntos anteriores.

Identificador del documento GAE-MPPTI-INTGOBE-GLOS

Aprobado por: Ivonne Antn

ID del Requerimiento: Nombre del Requerimiento: Caractersticas:

Aprobado por: Ivonne Antn

Nombre del Requerimiento: Caractersticas:

ID del Requerimiento: Nombre del Requerimiento:

INT-03 Implementar un Bus de Servicios

Aprobado por: Ivonne Antn

ID del Requerimiento: Nombre del Requerimiento:

Aprobado por: Ivonne Antn

ID del Requerimiento: Nombre del Requerimiento:

ID del Requerimiento: Nombre del Requerimiento:

Aprobado por: Ivonne Antn

ID del Requerimiento: Nombre del Requerimiento:

Aprobado por: Ivonne Antn

a la vista del usuario.

el estndar definido por el CNTI.

RNF-9.- La conexin debe realizarse sobre SSL(Secure Sockets Layer-Capa de Conexin

Aprobado por: Ivonne Antn

RNF-10.- La informacin de alta criticidad debe almacenarse cifrada.

RNF-12.- Poseer la capacidad de ser distribuido (Clustering), debido a la alta demanda.

mtodos de migracin de los datos de versiones antiguas.

RNF-14.- Las opciones de respaldo deben poder ser generadas automticamente.

4.2.2 Requerimiento ID = INT-02 (Portal de Acceso) Usabilidad

al usuario utilizar la herramienta de manera fcil.

Aprobado por: Ivonne Antn

diferenciar a mquinas y humanos Eficiencia

RNF-29.- Poseer la capacidad de ser distribuido (Clustering), debido a la alta demanda.

en las horas de poca concurrencia o poca demanda del servicio.

4.2.3 Requerimiento ID = INT-03 (Bus de Servicios) Usabilidad

conexiones realizadas al bus. Web.

Aprobado por: Ivonne Antn

RNF-41.- Se deben establecer polticas de seguridad para el despliegue de servicios en el

transporte de mensajera. Mantenimiento y Actualizacin

administracin de la plataforma. Confiabilidad

segundos el 99% de las incidencias.

Aprobado por: Ivonne Antn

4.2.5 Requerimiento ID = INT-05 (Monitoreo de los servios Web) Usabilidad

accedida mediante un mdulo de administracin del portal.

RNF-64.- La interfaz Web, poseer palabras nemotcnicas. RNF-65.- Iconografa adecuada.

servicios Web. Seguridad

Aprobado por: Ivonne Antn

actualizacin de los servicios debe realizarse mediante una interfaz administrativa.

4.2.6 Requerimiento ID = INT-06 (Servicios Web de los organismos) Confiabilidad

Layer-Capa de Conexin Segura) a nivel fsico.

servicios Mantenimiento y Actualizacin

4.2.7 Requerimiento ID = INT-07 (Servicios Web Transversales)

Aprobado por: Ivonne Antn

descrito anteriormente (INT-003).

agreement-acuerdo de nivel de servicio) para servicios transversales.