EASY Software & Innovation



Documentos relacionados
Gestión de la Configuración

LINEAMIENTOS ESTÁNDARES APLICATIVOS DE VIRTUALIZACIÓN

Análisis y Diseño de Soluciones de Software

LEY QUE NORMA EL USO, ADQUISICIÓN Y ADECUACIÓN DEL SOFTWARE EN LA ADMINISTRACIÓN PUBLICA

Elementos requeridos para crearlos (ejemplo: el compilador)

Capítulo 5. Cliente-Servidor.

MODULO: MERCADEO. Acuerdo de Nivel de Servicio (ANS) Service Level Agreement (SLA) MODELO DE MUESTRA SIN VALOR COMERCIAL

INFORME TÉCNICO PREVIO DE EVALUACIÓN DE SOFTWARE N GRC/GGR/OSIE. 4. CARGO : Jefe de la Oficina de Sistemas, Informática y Estadística.

Ventajas del software del SIGOB para las instituciones

AI 2 ADQUISICIÓN Y MANTENIMIENTO DE SOFTWARE DE APLICACIÓN AFINES OBJETIVOS OBJETIVOS DE CONTROL

Metodologías de diseño de hardware

MACROPROCESO GESTIÓN TECNOLÓGICA

2 EL DOCUMENTO DE ESPECIFICACIONES

PROCEDIMIENTO VERSION: 01 ADMINISTRACIÓN DE HARDWARE, SOFTWARE Y COMUNICACIONES INFORMÁTICAS PROCESO GESTION DE LA EDUCACIÓN

Actividades para mejoras. Actividades donde se evalúa constantemente todo el proceso del proyecto para evitar errores y eficientar los procesos.

1. Instala gestores de contenidos, identificando sus aplicaciones y configurándolos según requerimientos.

CONTRATACIÓN DESARROLLO DE APLICACIÓNES PARA DISPOSITIVOS MOVILES

Señor A/P. Lino Bessonart FEMI Presente Ref.: 181/2009

MANTENIMIENTO Y SOPORTE

Pruebas y Resultados PRUEBAS Y RESULTADOS AGNI GERMÁN ANDRACA GUTIERREZ

PRU. Fundamento Institucional. Objetivos. Alcance

Marco Normativo de IT

REGISTRO DE EMPRESAS Y PERSONAS BASE DE INFORMACIÓN DE CLIENTES & CONTACTOS

Implementando un ERP La Gestión del Cambio

Introducción a las redes de computadores

INFORME TÉCNICO PREVIO DE EVALUACIÓN DE SOFTWARE SOFTWARE MICROSOFT VISUAL STUDIO PREMIUM

Preguntas y respuestas No 2 Publicación Con respecto al requerimiento 2.1.d de la solución requerida (Página 16):

Consultoría de D I S P O N I B L E S. Soluciones en Facturación electrónica. Desarrollo de Software Windows/Web

INFORME TÉCNICO PREVIO DE EVALUACIÓN DE SOFTWARE MICROSOFT PROJECT PROFESSIONAL

CAPÍTULO I. Sistemas de Control Distribuido (SCD).

METODOLOGÍA PARA LA MEJORA Y DIGITALIZACIÓN DE TRÁMITES. Etapa 1: Diagnóstico Cómo es mi proceso actual?

Sistema PYMES Ventas e Inventarios H&S

DESARROLLO DE SOFTWARE DEFINICIÓN GENERAL DEL PROCESO GABY LORENA GUERRERO LEYDI ROCIO ERAZO PABLO FELIPE MIRANDA WALTER ALEXIS ANTE

Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Gobierno Municipal del Cantón Bolívar

COPPEL MANUAL TÉCNICO MCC DE SISTEMAS PROGRAMACIÓN DESCRIPCIÓN DEL PROCESO DE ARQUITECTURA DE SOFTWARE

Anexo Q. Procesos y Procedimientos

Especificación de Requerimientos Funcionales y No Funcionales. Sistema Reservación Hotelera

CENTRO DE CONTACTO CON EL CLIENTE MÓDULO DE GESTIÓN DE ACTIVIDADES E INTERACCIONES

Presentación del curso Introducción a la Tecnología de Redes

Software diseñado especialmente para Planificación del entrenamiento, control de evaluaciones, Captura y Edición de Video.

INFORME Nº1 PROPUESTA METODOLÓGICA Y PLAN DE TRABAJO DESARROLLO DE UN SISTEMA INTEGRADO DE GESTIÓN PARA EL GOBIERNO REGIONAL DE ATACAMA

Disposición complementaria modificada en Sesión de Directorio N del 15 de diciembre de 2014.

SOLICITUD DE DESARROLLO Y ACTUALIZACIÓN DE APLICACIONES G OBIERNO D E L A CIUDAD DE BUENOS AIRES

Bechtle Solutions Servicios Profesionales

Diseño de una estrategia tecnológica de Customer Relationship Management (CRM) para la empresa BPM de México. CAPITULO 6

PEEPER PONTIFICIA UNIVERSIDAD JAVERIANA FACULTAD DE INGENIERIA CARRERA DE INGENIERIA DE SISTEMAS. Mayo Versión 2.1 OSCAR IVAN LÓPEZ PULIDO

Procedimiento de Sistemas de Información

Anexo III: Inventario de iniciativas horizontales incluidas en el Eje e-gestión.

Empresa Financiera Herramientas de SW Servicios

Análisis del Sistema de Información

SISTEMAS DE INFORMACIÓN I TEORÍA

S o l u c i o n e s I n f o r m a t i c a s. Soluciones a un solo clic

SÍNTESIS Y PERSPECTIVAS

CRM Gestión de Oportunidades Documento de Construcción Bizagi Process Modeler

DIRECCIÓN DE DESARROLLO TECNOLÓGICO PROCEDIMIENTO PARA GESTIÓN DE DESARROLLO TECNOLÓGICO

6 Anexos: 6.1 Definición de Rup:

REGISTRO DE PEDIDOS DE CLIENTES MÓDULO DE TOMA DE PEDIDOS E INTEGRACIÓN CON ERP

e-commerce, es hacer comercio utilizando la red. Es el acto de comprar y vender en y por medio de la red.

INSTITUTO DEL CAFÉ DE COSTA RICA

Seguridad en tiempos de Big Data

Gestión de Oportunidades

Reservación online de hoteles. Especificación de Desarrollo de Módulo Hotelería de SoftTour

IMPACTO DEL DESARROLLO TECNOLOGICO EN LA AUDITORIA

Sistema de diseño y seguimiento de Procesos WT - WorkFlow.

CONDICIONES TÉCNICAS PARA SERVICIO ILUMINACIÓN ZONAS WIFI PARA CLIENTES CORPORATIVOS. Vicepresidencia de Infraestructura

CAPÍTULO 3 Servidor de Modelo de Usuario

PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.2 UML: Modelado de casos de uso

MARCO DE REFERENCIA SISTEMAS DE INFORMACIÓN PARA LA GESTIÓN DE TI EN EL ESTADO COLOMBIANO

Servicios Iquall Networks

Acuerdo de nivel de servicios. Servicio de mesa de ayuda y soporte técnico Docentes UNIMINUTO

INFORME TÉCNICO ADQUISICIÓN DE SOFTWARE DE OFIMATICA PARA COMPUTADORAS

Documentación Técnica. Diseño de interfaces. Conciliación Contable. Cash Flow Manager

CAPITULO I FORMULACION DEL PROBLEMA

Soporte y mantenimiento. Generalidades

Sistema de Mensajería Empresarial para generación Masiva de DTE

Registro Único Nacional de Tránsito RUNT

Adelacu Ltda. Fono Graballo+ Agosto de Graballo+ - Descripción funcional - 1 -

Unidad II. ERP s Definición de ERP s.

Portal de Compras del Gobierno del Estado de Baja California ( A. Antecedentes

Contenido Derechos Reservados DIAN - Proyecto MUISCA

CONSEJO DE NORMALIZACIÓN Y CERTIFICACIÓN DE COMPETENCIA LABORAL NORMAS TÉCNICAS DE COMPETENCIA LABORAL

PROCEDIMIENTO ESPECÍFICO. Código G Edición 0

Infraestructura Tecnológica. Sesión 2: Mejoras adicionales al servidor de archivos

1.8 TECNOLOGÍA DE LA INFORMACIÓN

GUÍA METODOLÓGICA DE IMPLANTACIÓN DE PROCEDIMIENTOS Y SERVICIOS TELEMÁTICOS DE LA JUNTA DE ANDALUCÍA

Calidad Escuela de Ingeniería de Sistemas y Computación Desarrol o de Software II Agosto Diciembre 2007

Baires. Design - Test - Automate

INFORME TÉCNICO PREVIO DE EVALUACIÓN DE SOFTWARE

SYSMAN SOFTWARE. Soluciones efectivas

Respuestas a consultas

Universidad acional Experimental Del Táchira Decanato de Docencia Departamento de Ingeniería en Informática

Resumen General del Manual de Organización y Funciones

ing Solution La forma más efectiva de llegar a sus clientes.

FACULTAD DE CONTADURIA Y CIENCIAS ADMINISTRATIVAS FINANZAS I NORMAS DE INFORMACION FINANCIERA

Salud de Activos Reflejo de la Estrategia de Mantenimiento

EL MARKETING RELACIONAL Y NUEVAS TENDENCIAS DE MARKETING

Transcripción:

Gestión Solicitudes Banco de los Alpes - BAGS Especificaciones Suplementarias Versión: 1.1

Página 2 de Fecha Versión 12-05-200 1.0 Control de versiones Descripción Creación del Documento Autor Nathaly González Montenegro., 200 Página 2 de

Página 3 de Contenido 1. Introducción 1.1 Propósito 1.2 Alcance 1.3 Referencias 3. CONFIABILIDAD 3.1 ESUP-01 Mecanismos de Compensación 3.2 ESUP-02 Confiabilidad de Información 4. DESEMPEÑO 4.1 ESUP-03 Alto rendimiento en el procesamiento de datos 5. SEGURIDAD 5.1 ESUP-04 Integridad de Información 5.2 ESUP-05 Encripción. SOPORTABILIDAD.1 ESUP-0 Documentación. USABILIDAD. RESTRICCIONES DE DISEÑO.1 ESUP-0 No Intrusión.2 ESUP-0 Tecnología.3 ESUP-0 Metodología actual.4 ESUP-010 Plan de Calidad.5 ESUP-011 Plan de Pruebas. REQUERIMIENTOS DE DOCUMENTACIÓN.1 ESUP-012 Documentación 10. INTERFACES 10.1 ESUP-013 Interfaces de Usuario 10.2 ESUP-014 Interfaces de Hardware 10.3 ESUP-015 Interfaces de Software 11. REQUERIMIENTOS DE LICENCIAMIENTO 12. NOTAS LEGALES, DERECHOS DE AUTOR Y OTRAS NOTAS 5 5 5 5, 200 Página 3 de

Página 4 de 13. ESTÁNDARES APLICABLES, 200 Página 4 de

Página 5 de 1.1 Propósito 1. Introducción El propósito de este documento es determinar las especificaciones suplementarias o requerimientos No Funcionales, que dan soporte a los procesos y requerimientos solicitados para el proyecto Gestión Solicitudes Banco de los Alpes - BAGS.. Esta especificación, se realiza teniendo en cuenta el documento que describe las necesidades del negocio brindado por los instructores de la especialización y el levantamiento de información que se ha realizado con el análisis de los procesos del negocio. 1.2 Alcance El presente documento tiene como fin desplegar el detalle de las Especificaciones Suplementarias o Requerimientos No Funcionales, de manera que no solo de claridad sobre el enfoque requerido para el planteamiento de la solución sino que establezca un alcance para el Software. Se realiza esta especificación, basada en el levantamiento de información que se ha realizado a lo largo de la etapa de Conceptualización. 1.3 Referencias Definición del problema planteado. Documento de Visión. Especificación de Requerimientos de Software. Glosario., 200 Página 5 de

Página de 3. CONFIABILIDAD 3.1 ESUP-01 Mecanismos de Compensación El Banco actualiza la información de clientes en los tres sistemas: ERP, CRM y Core Bancario. Se requiere que cuando el Banco realiza esta operación de actualización; en todo momento la información de clientes este consistente en estos tres sistemas. Por esta razón si durante la actualización de una de los sistemas llega a presentarse problema alguno se deberán compensar los sistemas en los cuales ya se hubiese aplicado la novedad, esto para evitar inconsistencias. De tal manera, cuando se realiza el proceso de compensación, se deberán ejecutar las operaciones inversas a las realizadas en cada uno de los sistemas donde se hubiese aplicado la novedad de actualización. 3.2 ESUP-02 Confiabilidad de Información La comunicación entre el sistema de fraude electrónico del Banco y el sistema de establecimientos de comercio de FENALCO debe garantizarse, por esta razón se deberá de disponer de mecanismos de repetición de mensajes en caso de presentarse algún problema en la comunicación. Dicho mecanismo de repetición deberá enviar el mensaje un numero N de veces durante T tiempo, variables que deberán ser configurables. Si cumplido N*T, se deberá estructurar un mecanismo de recuperación de mensajes con intervención manual. Lo anterior para evitar la pérdida de mensajes y garantizar la confiabilidad de la información. 4. DESEMPEÑO 4.1 ESUP-03 Alto rendimiento en el procesamiento de datos No Aplica 5. SEGURIDAD 5.1 ESUP-04 Integridad de Información Se requiere que el sistema garantice la integridad de la información, para cada uno de los procesos en donde se debe actualizar los estados por los cuales pasan las solicitudes, en el Sistema Centralizado de Solicitudes, lo cual se realiza enviando un mensaje de notificación, que deberá ir, 200 Página de

Página de firmado digitalmente, con el fin de garantizar que el mensaje enviado sea el mismo que el que se recibe al otro lado. 5.2 ESUP-05 Encripción Dada la sensibilidad de la información de las solicitudes de servicios, estas deberán viajar de manera encriptada entre el canal y el sistema centralizado de solicitudes. Para lo cual se requiere que el sistema garantice esta seguridad, por medio de la encripción de mensajes, esta se deberá realizar a nivel de mensaje más que a nivel de canal. En el mismo sentido, el Banco desea que toda interacción contra el core Bancario, CRM y Sistema de tarjetas de créditos deberá ir encriptada a nivel de mensaje más que a nivel de canal.. SOPORTABILIDAD.1 ESUP-0 Documentación El sistema que se desarrolle debe contar con toda la documentación que explique y aclare su funcionamiento. Se busca en lo posible elaborar documentación con diagramas que ilustren fácilmente cada uno de los componentes del sistema y la interacción de los mismos, de modo que cuando se requiera extender la operación del sistema, se pueda implementar fácilmente con un tiempo y costo razonables. No aplica.. USABILIDAD. RESTRICCIONES DE DISEÑO.1 ESUP-0 No Intrusión Es importante anotar que el Banco tiene como premisa que los canales no deberán ser impactados como parte de las tareas de automatización de la gestión de solicitudes. Es decir, la solución que se diseñe deberá tener capacidades de escuchar e interpretar los mensajes o tramas generados en cada canal en el formato que estos últimos manejan y entienden. La solución propuesta no debe ser intrusiva, para lo cual se requiere que se contemplen servicios adaptadores, 200 Página de

Página de que permitan esta comunicación, sin afectar los canales ni tampoco los sistemas de Back-End del Banco..2 ESUP-0 Tecnología Se debe proveer de un modo de enviar correos electronicos con el fin de dar a conocer al cliente el resultado del procesamiento de la solicitud..3 ESUP-0 Metodología actual El presente Proyecto se realizará empleando metodología RUP..4 ESUP-010 Plan de Calidad Para el desarrollo de la aplicación se cuenta con un plan de calidad que garantiza la calidad del producto mediante un continuo seguimiento hasta la entrega final. En este plan se incluyen listas de chequeo que validan los requerimientos definidos..5 ESUP-011 Plan de Pruebas El desarrollo de la aplicación cuenta con un plan de pruebas para cada etapa de su evolución y un continuo seguimiento hasta la entrega final en producción.. REQUERIMIENTOS DE DOCUMENTACIÓN.1 ESUP-012 Documentación Elaborar la documentación técnica y de usuario, de modo que sea clara y fácilmente entendible e interpretable por todos los usuarios que van a tener interacción con el sistema. Estos manuales deben ser difundidos rápidamente a todas las áreas de interés y deben ser de fácil acceso para todos los interesados., 200 Página de

Página de 10. INTERFACES 10.1 ESUP-013 Interfaces de Usuario Se debe proveer de las interfaces de usuario suficientes para el manejo de errores en el proceso de gestion de solicitudes, esto es, cuando una solicitud no pueda ser manejado debido a problemas técnicos. 10.2 ESUP-014 Interfaces de Hardware Se debe proveer de las interfaces necesarios para proveer de una comunicación con los canales y aplicativos externos y legado. Estas interfaces pueden ser de software o de hardware. 10.3 ESUP-015 Interfaces de Software Se debe proveer de las interfaces necesarios para proveer de una comunicación con los canales y aplicativos externos y legado. Estas interfaces pueden ser de software o de hardware. 11. REQUERIMIENTOS DE LICENCIAMIENTO No Aplica 12. NOTAS LEGALES, DERECHOS DE AUTOR Y OTRAS NOTAS No Aplica 13. ESTÁNDARES APLICABLES El sistema debera contener una adecuada documentacion del código generado, de manera que sea fácil de ser analizado, para diagnosticar deficiencias o causas de fallas o identificar las partes que deben ser modificadas ante un cambio. El desarrollo del sistema debera seguir el proceso del software definido en las Restricciones de Diseño, y deberá aplicar los estándares definidos en el documento de estándares de EASY Software &., 200 Página de