CONTROL DE LAS MODIFICACIONES.
Abe PallichReseña9 de Mayo de 2016
5.247 Palabras (21 Páginas)241 Visitas
Pliego para Compra de Software para
Servicios de Atención multicanal
Requerimientos Técnicos
V1.0
Elaborado po | Revado por | Aprobado |
Inés Borszek Abelardo Pallich Fecha: julio de 2015 | Gustavo Rivas |
CONTROL DE LAS MODIFICACIONES
Versión | Descripción de la Modificación | Fecha |
1.0 | Creación del documento. | 06-06-2014 |
Tabla de contenido
1. Introducción
2. Descripción General del Servicio: Resumen de Concepto
3. Características del Servicio
3.1. Consideraciones técnicas:
3.2. Arquitectura de la solución
3.3. Alcance General y consideraciones
3.4. Funcionalidades Principales:
3.5. Capacitación
3.6. Mantenimiento
3.6.1. Correctivo
3.6.2. Centro de atención de reclamos
3.6.3. Características del servicio de mantenimiento
4. Maqueta
5. Esquema de comercialización
6. Estructura y formato de la oferta
7. Integración
Introducción
El propósito de este documento es establecer las condiciones y requisitos por los que se adjudicará la provisión de una plataforma informática.
Nota importante: Si bien en este documento se detallarán requerimientos funcionales, también se considerarán los diferenciales positivos que cada proveedor presente frente a otro
2. Descripción General del Servicio: Resumen de Concepto
El servicio que se brindara con esta aplicación tiene como objetivo colaborar en la comunicación entre ciudadanos y entidades. Para ello se requiere una solución con tecnología web totalmente modular e integrable que permitirá contar con los componentes tecnológicos y funcionalidades necesarias para brindar un Servicio ágil, accesible y eficiente.
3. Características del Servicio
El Servicio ofrecido deberá proveer una herramienta informática modular y multicliente que permita agregar o quitar los mismos sin afectar el funcionamiento general del sistema.
El oferente proveerá una plataforma única que integre un módulo de otro proveedor de telefonía, de forma que los usuarios puedan desarrollar sus funciones de comunicaciones, gestión de información desde cualquier nodo informático en la red (servicio web)
Dado que la solución deberá estar concebida para ser aplicada también a negocios de misión crítica (por el perfil de clientes como Municipio o Secretarías Gubernamentales), la misma deberá contar con una alternativa con funcionalidades básicas, frente a una falla del sistema.
Cumple, se toma conocimiento.
Se está desarrollando una interfaz de entrada alternativa frente a una contingencia de falla de conectividad.
3.1. Consideraciones técnicas:
- Distribución de módulos de la aplicación en distintos servidores.
Cumple, se toma conocimiento.
La aplicación se encuentra construida en capas, esto permite su ejecución en distintos servidores.
- Aplicación distribuida en capas detallando cuáles serán las mismas
Cumple, se toma conocimiento.
Capa de base de datos: Responsable de almacenar, recuperar, mantener los datos del sistema.
Capa de lógica de negocios: Responsable de recibir la entrada del nivel de presentación, interactuar con los servicios de datos para ejecutar las operaciones de negocios y enviar los resultados a la capa de presentación
Capa de presentación: Enviar información del usuario a los servicios de negocio, recibir y presentar resultados.
- Arquitectura escalable horizontalmente.
Cumple, se toma conocimiento.
El balanceo de la carga, a través del cluster de servidores, nos permite escalar horizontalmente.
- Soporte para base de datos clusterizada.
Cumple, se toma conocimiento.
PostgreSQL es un sistema de gestión de bases de datos objeto-relacional, utiliza un modelo cliente/servidor y usa multiprocesos para garantizar la estabilidad del sistema. Dicha base de datos soporta alta disponibilidad mediante algunos programas, como por ejemplo Pgpool-II.
- Soporte de balanceo de carga en frontends y/o backends.
Cumple, se toma conocimiento.
Los clientes que se conecten a nuestro sistema web sólo accederán a través de un único punto de entrada, que será el balanceador de carga, el cual, de forma transparente dirigirá el tráfico a uno de los nodos disponibles.
- Adjuntar el esquema topológico de la solución especificando la distribución sugerida de módulos de software.
Cumple, se toma conocimiento.
[pic 4]
- Indicar licenciamiento y tipo requerido para soportar la aplicación. Por ejemplo, si la aplicación usa una base de datos SQL indicar si es STD o ENT.
La aplicación usa un motor de base de datos open source (PostgreSQL) pero puede utilizar MS SQL Server si TASA provee las licencias necesarias.
- Especificar los requerimientos de conectividad y seguridad para dar soporte y mantenimiento a la aplicación. Por ejemplo, nivel de privilegio de los usuarios para acceso a la base de datos.
Se debe tener la posibilidad de acceder de manera remota a las máquinas virtuales en donde se aloje la aplicación para poder dar soporte y mantenimiento a la misma. También se deberá tener privilegios de administrador de base de datos e igual acceso remoto a la maquina virtual en donde se encuentre alojada.
Cabe destacar que para poder realizar la integración con la solución de comunicaciones unificadas (Unify) la aplicación deberá tener acceso a la ip y puerto en donde se exponga el servicio de CTI.
- Especificar parámetros de crecimiento de almacenamiento. Por ejemplo, relación de GB/cantidad de transacciones según aplique.
Cumple, se toma conocimiento.
Estimamos un catálogo limitado a 2 Gb por cliente, en el caso que éste requiera mayor capacidad se podrá configurar mayor espacio en la aplicación dependiendo del storage con el que cuente Telefónica.
Se estima que cada transacción (en este caso llamada entrante) impacte en un crecimiento de 25 Kb de la base de datos.
3.2. Arquitectura de la solución
Se deberá proveer una aplicación web cliente/servidor con tecnología escalable.
Cumple, se toma conocimiento.
La aplicación utiliza tecnología Web Cliente/ Servidor y la misma es escalable
Deberá poder integrarse con:
- Integración con GIS, para búsqueda de calles y visualización de tickets en un mapa.
Cumple, se toma conocimiento.
La aplicación posee la capacidad de integración con GIS, para la búsqueda de calles y visualización de tickets en un mapa.
Existen dos maneras de integración con GIS:
1.- A través de Google Maps, para la cual se deberá contar con conexión a internet.
2.- Utilizando Open Street Maps, la misma no requiere conexión a internet.
- Integración con comunicaciones unificadas (Central Telefónica virtual) Unify
Cumple, se toma conocimiento.
...