Requerimientos no Funcionales del Sistema

REQUERIMIENTOS GENERALES La solucin debe cumplir como mnimo las siguientes caractersticas basadas en las especificaciones funcionales y los requerimientos no funcionales: La solucin debe estar diseada y desarrollada sobre la plataforma multinivel de servicios, haciendo uso de la especificacin estndar (J2EE) y LDAP-OID cumpliendo los requerimientos funcionales y no funcionales del sistema. Basada en Web. La solucin debe ser escalable bajo la estrategia scale-up (Aadir ms recursos al servidor) inicialmente y luego scale-out (Aadir ms servidores), segn las necesidades de procesamiento. La solucin debe tener bajo nivel de acoplamiento y la posibilidad de editar fcilmente los parmetros que se consideren dinmicos y requieran cambios frecuentes. Orientada a servicios. (SOA) Orientada a objetos. De fcil mantenimiento en cuanto a cumplimiento de estndares, uso de guas y patrones, documentacin y de fcil ubicacin de componentes. Que permita y utilice reutilizacin de cdigo. La solucin debe ofrecer adecuados niveles de servicio donde la disponibilidad y recuperacin de fallos sea garantizada. La solucin debe cumplir al menos con los estndares de desarrollo y buenas prcticas de desarrollo de software seguro (Anexos). Basada en una arquitectura de N niveles (3 o ms). La solucin debe permitir generar y reportar alarmas a travs de mail y de la consola, de cada uno de los componentes de la solucin. Las alarmas deben contemplar al menos errores crticos, comportamientos anormales, exceso de cuotas de recursos y violaciones de seguridad de cada uno de los componentes de la solucin. Capacidad de interaccin con otros sistemas desarrollados bajo la estrategia de Web Services e Integracin de Procesos basados en: Manejar WSDL para la descripcin de servicios Web. Mecanismos estndar para la implementacin de la seguridad con servicios Web.

REQUERIMIENTOS ESPECIFICOS Los Requerimientos No Funcionales generales estarn enmarcados en los siguientes aspectos: Escalabilidad o El diseo debe contemplar el uso ptimo de recursos tales como conexiones a la base de datos.

Contemplar en el diseo la clara particin entre datos, recursos y aplicaciones para optimizar la escalabilidad del sistema. o Debe contemplar requerimientos de crecimiento para usuarios tanto internos como externos. Disponibilidad o La disponibilidad del sistema debe ser continua con un nivel de servicio para los usuarios de 7 das X 24 horas, garantizando un esquema adecuado que permita ante una posible falla de la solucin en cualquiera de sus componentes, contar con una contingencia, generacin de alarmas. o Debe contemplar requerimientos de confiabilidad y consistencia de los componentes de negocio ante recuperaciones. En caso de fallas de algn componente, no debe haber prdida de informacin. o Debe contemplar requerimientos de consistencia transaccional. Ante la falla del aplicativo, se debe contar con mecanismos que contemplen la interrupcin de transacciones para que estas finalicen de manera correcta. o Seguridad La solucin debe reflejar patrones de seguridad teniendo en cuenta la alta sensibilidad de la informacin que maneja de acuerdo a las especificaciones funcionales dadas y a las polticas, normas y estndares de seguridad requeridas por el sistema de Bonos Pensinales, Ver ANEXO XX REQUERIMIENTOS DE SEGURIDAD PARA EL CONTRATISTA DEL SISTEMA DE BONOS PENSIONALES. Mantenibilidad o Se debe estructurar el cdigo de una manera consistente y predecible. o Para objetos que son frecuentemente manejados en la lgica del negocio, implementar las respectivas interfaces que aseguren su fcil implementacin en el sistema. o Asegurar que el diseo de las interfaces contemplen el que las propiedades pblicas y los parmetros de los mtodos sean de un tipo comn (estandarizados). o El sistema debe ser construido e implantado de tal manera que un cambio en los parmetros de negocio no obligue a la generacin de una nueva versin del modulo. Desempeo: La aplicacin debe ofrecer un buen desempeo del sistema ante una alta demanda acorde a los requerimientos funcionales y no funcionales de la solucin; Tiempo promedio no mayor a 2 segundos sobre operaciones transaccionales.

Tipos de procesos que corren.

En la actualidad el proceso clave es la liquidacin del bono pensional el cual genera gran sobrecarga sobre el sistema por la cantidad de informacin, complejidad en los clculos y la exactitud que se debe tener en los datos as como el gran volumen de informacin almacenado en las tablas. Existen otros procesos que se realizan para el cargue de gran volumen de informacin proveniente de entidades como el Seguro Social. ISS. Requerimientos de integracin con sistemas externos La solucin debe ofrecer las interfaces para intercambiar informacin e integrarse con otros sistemas como lo son las AFP y Deceval .

REQUERIMIENTOS DE SEGURIDAD PARA EL CONTRATISTA DEL SISTEMA DE BONOS PENSIONALES Autenticacin de usuarios Todos los usuarios que requieran accesar informacin y que vayan a realizar operaciones o a utilizar servicios que generen algn tipo de riesgo para el Sistema de Bonos Pensionales, deben ser identificados y autenticados contra un repositorio o Base de Datos nica de identidades (estndar LDAP v3), sobre el cual se tenga un servicio de Directorio en el que se consolidarn todos los usuarios, perfiles y accesos entre otros que tendran estos usuarios al ingresar al sistema.