Proyecto Final de Carrera Desarrollo de un proyecto de ...deim.urv.cat/~pfc/docs/pfc1268/d1339496053.pdf · Proyecto Final de Carrera . Desarrollo de un proyecto de software en entorno

Proyecto Final de Carrera

Desarrollo de un proyecto de software en entorno Host para la nueva EFB (Estación Financiera

Bancaria)

Ingeniería Técnica en Informática de Sistemas

AUTOR: Robin Carlos Steffen DIRECTOR: Francesc Xavier Mallafré Porta

Junio del 2012.

Departament d’Enginyeria Informàtica i Matemàtiques

PFC: Software en entorno Host

2

Índice………………………………………………………………………2 1. Descripción de la empresa…………………………………………….4

1.1. Introducción……………………………………………………………………4 1.1.1. La empresa. Tecnocom…………………………………………………..4 1.1.2. Posicionamiento Estratégico……………………………………………..4 1.1.3. Presencia internacional…………………………………………………..4

1.2. Evolución……………………………………………………………………….5 1.2.1. Principales magnitudes…………………………………………………..5 1.2.2. Nuestros accionistas……………………………………………………...5 1.2.3. Nuestra plantilla………………………………………………………….6

1.3. Modelo de negocio……………………………………………………………..6 1.3.1. Enfoque. Un modelo de negocio diferencial……………………………..6 1.3.2. Sostenibilidad…………………………………………………………….6 1.3.3. Innovación………………………………………………………………..7 1.3.4. Calidad…………………………………………………………………...7 1.3.5. Soluciones y Servicios en el sector TIC………………………………….8

1.4. Sector Financiero y Seguros…………………………………………………9 1.4.1. Oferta de Soluciones y Servicios del Sector Financiero…………………9 1.4.2. Oferta de Soluciones y Servicios del Sector Seguros…………………..10 1.4.3. Principales clientes……………………………………………………...11

1.4.3.1. Sector financiero………………………………………………..11 1.4.3.2. Sector seguros…………………………………………………..12

1.5. Sector Industria………………………………………………………………12 1.5.1. Oferta. Soluciones para Industria……………………………………….12

1.5.1.1. Transportes……………………………………………………...12 1.5.1.2. Turismo…………………………………………………………12 1.5.1.3. Servicios………………………………………………………...13 1.5.1.4. Fabricación……………………………………………………...13 1.5.1.5. Energía………………………………………………………….14 1.5.1.6. Comercio………………………………………………………..14

1.5.2. Principales Clientes……………………………………………………..15 1.6. Sector Administraciones Públicas y Sanidad……………………………….16

1.6.1. La oferta de Soluciones para Administraciones Públicas y Sanidad…...16 1.6.2. Principales Clientes……………………………………………………..17

1.7. Sector Telco y Media…………………………………………………………17 1.7.1. Oferta de Soluciones……………………………………………………17 1.7.2. Principales Clientes del sector Telco y Media………………………….19

2. Ubicación del proyectante dentro de la empresa……………….......20

2.1. El cliente………………………………………………………………………20 2.2. Privacidad de información. “Entidad R”……………….…………………..20 2.3. Estructura. La aplicación SIR……………………………………………….20 2.4. Entorno de trabajo…………………………………………………………...21 2.5. Programación host...…………………………………………………………23 2.6. On-line………………………………………………………………………...24 2.7. Batch…………………………………………………………………………..27 2.8. Bases de datos………………………………………………………………...27


3

3. Trabajo realizado…………………………………………………….29 3.1. Descripción……………………………………………………………………29 3.2. Objetivos………………………………………………………………………29 3.3. Especificaciones del proyecto………………………………………………..29

3.3.1. Rating…………………………………………………………………...30 3.3.2. Scoring………………………………………………………………….33

3.4. Diseño………………………………………………………………………....36 3.5. Desarrollo……………………………………………………………………..36 3.6. Evaluación …………………………………………………………………....37 3.7. Recursos utilizados…………………………………………………………...37 3.8. Manuales……………………………………………………………………...37

3.8.1. Glosario de términos……………………………………..……………..37 3.8.2. Instalación………………………………………………………………39 3.8.3. Herramienta HESN……………………………………………………..39

4. Aportaciones del proyecto a los conocimientos del alumno……….42 5. Aportaciones de los estudios realizados al proyecto……………….42 6. Conclusiones………………………………………………………….43


4

1. Descripción de la empresa. 1.1. Introducción

1.1.1. La empresa. Tecnocom.

Tecnocom es la multinacional TI (Tecnologías de la información) número 4 de España y una de las principales en Portugal y Latinoamérica, con más de 5.800 profesionales y 400 millones de euros en ingresos (más de 16 millones de euros invertidos en I+D+I en los dos últimos años).

1.1.2. Posicionamiento Estratégico Tecnocom cotiza en la bolsa de Madrid desde 1987 y tiene vocación de

liderazgo en el sector TIC y una fuerte presencia regional. Debido a su posicionamiento estratégico tiene más eficiencia, flexibilidad y

cercanía que las grandes compañías globales. Más capacidad, catálogo de servicios y solvencia financiera que las

compañías de nicho y regionales.

1.1.3. Presencia internacional

Tecnocom tiene presencia en 7 países y capacidad en más de 70 por medio de la Alianza Global con Getronics.

Figura 1. Presencia de Tecnocom en el mundo.


5

1.2. Evolución

1.2.1. Principales magnitudes Tecnocom ha experimentado un fuerte crecimiento en un entorno complicado como el de las TI:

Figura 2. Ebitda¹ los últimos 6 años. Figura 3. Ingresos los últimos 6 años

1.2.2. Nuestros accionistas

Figura 4. Accionistas de Tecnocom.

¹ebitda, es un indicador financiero representado mediante un acrónimo que significa en inglés “Earnings Before Interest, Taxes, Depreciation, and Amortization", (Beneficio antes de Intereses, Impuestos, Depreciaciones y Amortizaciones).


6

1.2.3. Nuestra plantilla

Figura 5. Número de Empleados los últimos 6 años.

1.3. Modelo de negocio.

1.3.1. Enfoque. Un modelo de negocio diferencial. Tecnocom tiene clientes de primer nivel: 23 de las Compañías del IBEX35

son nuestros clientes Nuestra empresa apuesta por la Innovación y Talento: Más de 5.800

profesionales, 1.200 Certificaciones CMMI3 Multiconstelación. Tecnología y Soluciones propias en diversos sectores:

• Financiero y Seguros • Administración Pública • Industria • Telco y Media

1.3.2. Sostenibilidad

El enfoque de sostenibilidad de Tecnocom es consistente con el modelo de Negocio. Un proyecto empresarial con una visión de Sostenibilidad a largo plazo. Basado en una cultura que integra la innovación orientada al negocio, el enfoque al cliente, la calidad de las soluciones, el talento de sus profesionales y el compromiso con la sociedad y el medioambiente.

Figura 6. http://www.greenit.net/ Figura 7. http://www.pactomundial.org/

http://www.greenit.net/�

http://www.pactomundial.org/�


7

1.3.3. Innovación El Talento y la Innovación son prioritarios. Nueva plataforma de Medios de Pago. Plataforma ECM con acceso por voz. Centro de Excelencia SOA. Proyecto Quality Center, Servicio de Testing automatizado. Centro de Servicios TI con Tecnología SIEBEL

1.3.4. Calidad Tecnocom tiene más de 1.200 Certificaciones. ISO 9001: específica los requisitos para un sistema de gestión de la calidad. CMMi L3: primera compañía en España en nivel multiconstelación: Desarrollo y Servicios. ISO 20000: Gestión de servicios alineados a las mejores prácticas ITIL. ISO 27001: Gestión de la Seguridad de la Información. ISO 14001: Gestión Medioambiental Máxima clasificación por la Administración Pública como “Empresa consultora y de servicios”.

Figura 8. Certificaciones. Nuestros esfuerzos en mejorar la Calidad tienen su reflejo en los Estudios de la Satisfacción de los Clientes:

Figura 9. Tecnocom vs. Media IT.


8

Tecnocom mantiene un índice de retención para los clientes superior al Benchmarking europeo.

1.3.5. Soluciones y Servicios en el sector TIC Tecnocom es el 2º gran proveedor Outsourcing (AMS) en España (según datos del tracker de servicios IT 2011 de IDC). Más de 90 millones de tarjetas procesadas por aplicativos Tecnocom 90% entidades financieras españolas son clientes Tecnocom 2,1 millones de llamadas atendidas en nuestros Service Desks 900.000 Puestos de trabajo gestionados en nuestro entorno “Work Place”

Figura 10. Soluciones y Servicios en el sector TIC.

Figura 11. Soluciones verticales


9

1.4. Sector Financiero y Seguros

1.4.1. Oferta de Soluciones y Servicios del Sector Financiero. Implantación de soluciones & Outsourcing:

• Core Bancario para Entidades Financieras • BPO integral de medios de pago y financiación al consumo • Core para la Gestión Integral de Medios de Pago (CMS) • Centro autorizador de Tarjetas (Switch) • Sistema Antifraude en Medios de Pago • Adquirencia de terminales TPVs y ATMs • Datamart informacional de Medios de Pago • Core para la Fidelización de Clientes • Sistema Factoring & Confirming • Gestión Atención Presencial de clientes • Firma Digital, Grafometría, Portafirmas electrónico • Simulador mejora de la Eficiencia Operativa & Calidad atención en

Oficinas • Gestor de Contenidos multimedia • Soluciones para la Automatización de oficinas • Consultoría para la optimización comercial, implantación u

optimización CRM analítico y operacional especializado en banca • Soluciones Mobile Banking (micro-aplicativos, wap, mobi,

sms/pns): o Cuentas corrientes, Tarjetas, Broker, Localización de

oficinas y cajeros, calculadora de préstamos e hipotecas, micropagos, transferencias, …

o Motor de alertas SMS / email / PNS

Servicios de valor añadido:

• Consultoría Tecnológica, integración y migración de aplicaciones en procesos de fusión, adquisición, SIPs

• Consultoría Estratégica para la mejora de ingresos en PyG de Banca Minorista

• Gestión de infraestructuras, redes, comunicaciones, despliegues, virtualización CPDs y puestos de trabajo

• Mantenimiento Integral de Oficinas y periféricos especializados • Implantación de CRMs, ERPs, BPMs, SAP, Gestión Documental,

Gestión de archivos • Soluciones avanzadas sobre Business Intelligence • Diseño e implementación soluciones Leasing & Renting • Soluciones para Banca Transaccional, SEPA • Definición y creación de sistemas de banca electrónica


10

• Diseño de soluciones Social Media • Diseño e implantación de arquitecturas SOA • Optimización en la Gestión del efectivo • Servicios y consultoría en materia de seguridad lógica y física,

protección de la información • Diseño e implantación de Sistemas Audiovisuales y Multimedia • Service Desk remoto & local, CAUs, Informático en casa • Operación y Técnica de sistemas • Canales digitales y portales

1.4.2. Oferta de Soluciones y Servicios del Sector Seguros.

Implantación de soluciones & Outsourcing: • Core para la Gestión Integral de Entidades Aseguradoras Vida y

Generales • Sistema Anti Fraude en Seguros • Core para la Remuneración de Mediadores • Gestión Atención Presencial de clientes • Firma Digital, Grafometría, Portafirmas electrónico • Soluciones BI Geográfico • Gestor de Contenidos multimedia • Simulador mejora de la Eficiencia Operativa & Calidad atención en

Oficinas • Consultoría para la optimización comercial, implantación u

optimización CRM analítico y operacional especializado en seguros y sector sanitario

• Soluciones Mobile Inssurance (micro-aplicativos, wap, mobi, sms/pns):

o Clientes aseguradoras, Agentes y Mediadores, Peritos, Talleres, Gruistas, Multi-asistencia, Seguros Médicos, Decesos…

o Motor de alertas SMS / email / PNS

Servicios de valor añadido:

• Informático en casa (soporte informático a clientes de aseguradoras).

• Análisis automatizado de calidad de las llamadas a centros de atención de siniestros.

• Gestión de infraestructuras, redes, comunicaciones, despliegues, virtualización CPDs y puestos de trabajo.

• Servicios y consultoría en materia de seguridad lógica y física, protección de la información.

• Service Desk remoto & local, CAUs • Sistemas Audiovisuales, multimedia, Cartelería Digital


11

• Implantación de CRMs, ERPs, BPMs, SAP, Gestión Documental, Gestión de archivos

• Diseño de soluciones Social Media • Diseño e implantación de arquitecturas SOA • Optimización en la Gestión del efectivo • Operación y Técnica de sistemas • Canales digitales y portales

1.4.3. Principales clientes.

1.4.3.1. Sector financiero.

Figura 12. Principales clientes del sector financiero.


12

1.4.3.2. Sector seguros.

Figura 13. Principales clientes del sector seguros.

1.5. Sector Industria

1.5.1. Oferta. Soluciones para Industria.

1.5.1.1. Transportes

• Soluciones de gestión de flotas 360º: localización, programación, planificación, gestión del servicio online, entretenimiento, conectividad embarcada, información a usuarios, eficiencia energética, vigilancia y sensorización embarcadas.

• Soluciones de Mantenimiento de flotas y optimización de rutas • Soluciones para centros de operación y control: diseño,

instalación, integración y operación • Soluciones de movilidad y medios de pago para el transporte • Soluciones de identificación y validación- RFID

1.5.1.2. Turismo

• Tec@hoteles: Infraestructura y gestión Operativa de Hoteles y edificios emblemáticos.

• Soluciones de Integración hotelera: Integración de servicios, sistemas y servicios externos

• Integración y mantenimiento de sistemas de Gestión Hotelera PMS

• Soluciones de e-commerce y movilidad para el sector hotelero


13

1.5.1.3. Servicios • @contractor: Sectores de Instalaciones, montajes, reparaciones,

ingeniería. • Soluciones ERP verticales: Tec Ambiental, Sistemas de

Seguridad, Servicios Profesionales, Espacios, ONG, Funerarias

1.5.1.4. Fabricación • Soluciones SAP

o Finanzas, Logística, Producción y Recursos Humanos - SAP All-in-One

o Clientes y Marketing - SAP CRM o Finanzas, Consolidación y Presupuestación – SAP BPC o Gestión Documental – Open Text o Movilidad – Sybase/Afaria

• Soluciones Microsoft o Potencia Gestión – Microsoft Dynamics AX o Clientes y Marketing – Microsoft Dynamics CRM o Gestión PYMES – Microsoft Dynamics NAV

• Procesos Comerciales o Fuerza Comercial, Servicio a Cliente, Distribución y Punto

de Venta o Call Center, Comercio Electrónico, Medios de Pago y

Fidelización o Gestión de Marca (Móvil, Dominios, Internet, Redes

Sociales) o Soluciones de Colaboración por Voz, Video, Conferencia,

Teléfono • Procesos Logísticos

o Gestión de Almacenes, Expediciones, Picking y Packing, RFID

o Gestión de Transportes y Flotas o Planificación y Gestión Cadena de Suministro

• Procesos en Movilidad o Gestión de Almacenes y Planta en Movilidad o Gestión Comercial y Punto de Venta en Movilidad o Gestión Equipos Mantenimiento y Servicio al Cliente

• Inteligencia de Negocio o Análisis de Ventas y Producción o Cuadro de Mando y KPI’s Departamentales o Cuenta y Estimación de Resultados de Empresa o Salas de Mando Empresa

• Soluciones Sectoriales o Conservas y Congelados o Construcción y Promoción Inmuebles o Ingeniería y Proyectos


14

o Alimentación y Bebidas o Industria Textil

1.5.1.5. Energía

• Oil&Gas - Distribución y Estaciones de Servicio o Gestión de Estación de Servicio o Gasolinera o Gestión de Tienda o Servicios de Red o Servicios Corporativos o Medios de Pago y Fidelización

• Utilities - Gestión del Agua o Catastro, Gestión Comercial, Facturación, Mantenimiento

y Actuaciones, Laboratorios, Finanzas, Compras y Almacenes

o Lectura Contadores y Redes Inteligentes o Localización y Gestión GIS o Sala de Mandos Red del Agua

• Procesos Comerciales o Gestión de Facturación, Call Center, Comercio

Electrónico, Medios de Pago y Fidelización de Clientes o Gestión de Marca (Móvil, Dominios, Internet, Redes

Sociales) o Soluciones SmartCity

• Procesos en Movilidad o Gestión de Almacenes, Materiales y Repuestos en

Movilidad o Gestión Equipos Lectura Contadores en Movilidad o Gestión Equipos Mantenimiento y Servicio en Movilidad

• Inteligencia de Negocio o Análisis y Segmentación o Cuadro de Mando y KPI’s o Cuenta y Estimación de Resultados de Empresa o Salas de Mando Empresa

1.5.1.6. Comercio

• SGI Retail: Sistema especializado de Gestión de Infraestructuras y Aplicaciones en Tienda

• Soluciones de Tienda o Gestión de efectivo o TEF-PCI DSS NFC o TPVs o Self Check-Out o Sistema POS o Hilo Musical o VideoVigilancia o Gestión de Turnos


15

o Cartelería Digital o Gestión Dinámica de precios o Compra Móvil o E-commerce

• Aplicaciones Corporate o Gestión comercial o Gestión avanzada almacenes o Movilidad PDAs o RFID o Costes logísticos o Finanzas o Supply Chain o CRM o B.I. o ERP o Webs Portales

• Infraestructura o Integración sistemas o Sistemas Videoconferencia o Sistemas Audiovisuales o Integración Redes

1.5.2. Principales Clientes

Las referencias incluyen todos los segmentos de empresas desde multinacionales a locales y desde Gran Empresa a PYME.

Figura 14. Principales clientes del sector industria.


16

1.6. Sector Administraciones Públicas y Sanidad

1.6.1. La oferta de Soluciones para Administraciones Públicas y

Sanidad

Estrategias de Modernización:

• Planes Directores. Oficinas de Proyecto • Simplificación de Procedimientos Administrativos • Cuadros de Mando Políticos

Administración electrónica:

• Soluciones de relación con los ciudadanos o Portales. Web 2.0. Sedes Electrónicas. o Acceso Multicanal (Contact Center. Emergencias,

información ciudadana. o Tarjeta ciudadana. o Participación ciudadana, Voto Electrónico.

• Servicios para habilitar la tramitación de servicios online o Firma digital. Portafirmas. Notificaciones telemáticas. Pagos

Telemáticos o Factura Electrónica. o Licitación Electrónica. o Digitalización certificada. o Compulsa electrónica.

• Soluciones de Gestión Interna. Administración sin papeles o Gestión de Expedientes o Archivo Electrónico. Gestión Documental. o Registros de Entrada y Salida de información

• Interoperabilidad y colaboración entre agentes

Administración pública:

• Justicia o Estrategias para la Modernización de la Justicia o Sistemas de Gestión Procesal o Interoperabilidad en el ámbito de la justicia o Digitalización y Gestión de Archivos o Gestión de archivos físicos o Cuadros de Mando. Calidad de Datos.

• Sanidad o Sistema para la Gestión Hospitalaria. Historia Clínica. o Telemedicina


17

o Gestión de Costes Hospitalarios o Gestión del Gasto Farmacéutico o Tecnologías multimedia y de localización. Infraestructuras

hospitalarias • Educación

o Gestión de Centros Escolares y Universitarios o Escuela 2.0 o Materiales formativos digitales. eLearning

• Tributos y Catastro o Sistemas de Recaudación Municipal o Oficinas tributarias virtuales o Sistema de Gestión Catastral

• Otras o Soluciones de Movilidad: Multas, inspección, emergencias o Soluciones para CENSOS o Soluciones para Servicios Sociales o Soluciones para Subvenciones o Soluciones de Turismo

1.6.2. Principales Clientes

Figura 15. Principales clientes de las Administraciones públicas y Sanidad.

1.7. Sector Telco y Media

1.7.1. Oferta de Soluciones. • Business Transformation

o Sistemas soporte al Negocio BSS. CRM, Atención al cliente, Web, Billing, Fraude, Logística, etc


18

o Sistemas soporte a Operaciones OSS. Provisión, Mediación, Activación, Inventario físico y lógico, GIS, etc

• Portabilidad numérica o Procesos, plataformas, Entidad de Referencia

• Operadores Móviles Virtuales

o Plataformas “Cloud” de MVNE

• Servicios Gestionados o AM de soluciones sectoriales

• Servicios de Valor Añadido

o Machine to Machine o Revenue Assurance o Dominios de Marca o Mobile Data Off Loading

• Servicios de gestión de redes de voz y datos ad hoc. • Sistemas integrados de Red Inteligente • Servicios de gestión de red satelital. • Sistemas de almacenamiento y BRS. • Servicios de atención a centros desatendidos (Centrales públicas) • Mantenimiento para redes de fibra óptica. • Despliegue y mantenimiento integral de redes móviles y redes físicas • Metrocall. Diseño, suministro e instalación, operación y mantenimiento

de la red cobertura telefonía móvil en Metro Madrid. • Sistema de vigilancia TDT

o Monitorización de canales de TV o Búsqueda de contenidos por texto, voz o imagen o Gestión de publicidad o Definición de alertas o Análisis de idioma

• Publicidad y promoción virtual distribuida • Sistema de gestión documental ECM

o Gestión cross-media con soporte a redacción, edición y publicación

o Gestión de edición impresa y digital

• Gestión de Activos Digitales o Activos multimedia o Archivo digital

• Servicios MHP para Televisiones locales y operadores TV


19

1.7.2. Principales Clientes del sector Telco y Media

Aplicaciones y sistemas para más de 100 millones de clientes en España y Latam.

Figura 16. Principales clientes del sector Telco y Media.


20

2. Ubicación del proyectante dentro de la empresa. 2.1. El cliente

El cliente para el cual se ha realizado el proyecto es una de las entidades

financieras más importantes de nuestro país, y es uno de los principales clientes dentro del ámbito nacional para Tecnocom. Actualmente hay unas 500 personas de Tecnocom trabajando para dicha entidad en oficinas de Tarragona, Gerona y Barcelona.

Dicha entidad solicita el desarrollo de gran parte de sus proyectos informáticos a empresas externas, entre las cuales se encuentra Tecnocom, aunque también posee un equipo de personal informático propio que desarrolla otros proyectos.

El cliente proporciona el entorno de desarrollo del proyecto así como la mayor parte de las herramientas necesarias para la realización del mismo.

2.2. Privacidad de información. “Entidad R”.

Existe un compromiso de privacidad de la información, tanto con Tecnocom como con los clientes de éste, motivo por el cual, en este informe sobre el trabajo que realizo en dicha empresa, no pueden aparecer datos concretos del cliente ni de implementación del proyecto o información específica sobre su diseño, tampoco aparecerán los nombres reales de las herramientas suministradas por el cliente para la generación de código o realización de pruebas. Por ello, de ahora en adelante a lo largo de este proyecto, esta entidad pasará a ser denominada como “Entidad R” o cliente.

Sin embargo, espero que el trabajo realizado y los conocimientos aplicados para

el mismo, así como los conocimientos adquiridos en ese tiempo, queden suficientemente claros.

2.3. Estructura. La aplicación SIR.

En este aparatado no se pretende explicar la estructura interna de Tecnocom, sino la estructura de la aplicación en la que me encuentro, y donde he desarrollado este proyecto.

La aplicación SIR (Sistemas de información de riesgo), está dirigida por un gerente, encargado de llevar diversas aplicaciones dentro de uno de los departamentos de Tecnocom. En cada una de estas aplicaciones encontramos a un analista funcional que se encarga de todo lo que es comunicación con el cliente, ya sea a través del gerente de la aplicación o directamente con el propio cliente. Así se definen los requerimientos del cliente y junto con los analistas programadores, se determina el trabajo a realizar y se plantean las soluciones iniciales. Posteriormente,


21

mediante los analistas programadores y los programadores sénior y junior se acaba de definir la solución y se implementa.

Figura 17. Estructura de la aplicación SIR dentro de la empresa.

2.4. Entorno de trabajo.

El proyecto ha sido desarrollado en un entorno host, proporcionado por el cliente, a través de terminales situados en las oficinas de Tecnocom en Tarragona, conectados al host.

Disponemos de herramientas de generación de código automático para el host: Programa Eclipse con varios pluggins, que nos permiten

Cliente / Entidad R

Gerente

Aplicación

GBR

SIR

Aplicación

Aplicación

SIR Jefe de Proyecto

Analistas

Programadores Sénior

Programadores Junior

Robin Carlos Steffen


22

generar includes, dar de alta módulos, generar programas directores así como generar módulos de gestión. También se dispone de un pluggin para generar includes de tablas DB2 y otro para generar los SN (servicios de negocio) mediante flows (flujos) de módulos de aplicación. Es decir disponemos de varias herramientas que nos generan código para las transacciones y módulos. Eclipse se ejecuta en Windows XP Professional SP3. En este mismo sistema operativo ejecutamos la herramienta de ejecución de SN’s (HESN) a través del navegador, mediante la cual podemos ejecutar servicios de negocio individualmente, introduciendo valores en los campos de entrada de la Include SNXXIE y obteniendo los resultados del servicio de negocio en la Include de salida SNXXIS. Esta será la herramienta utilizada para realizar el juego de pruebas previo al alta.

El sistema operativo del host es el MVS. Sobre este sistema se desarrolla la parte de programación del proyecto, usando diferentes herramientas de trabajo proporcionados por el cliente. Entres estas herramientas podemos destacar dos:

TSO (Time Shared Option), que permite el acceso simultáneo de varios terminales al host principal, y proporciona utilidades básicas para poder trabajar con el sistema operativo, tales como el editor, el compilador, visualización de salidas tanto de compilaciones como ejecuciones batch, planificador de jobs o cadenas, etc...

IMS, entorno sobre el que funcionan los programas que interactúan con el

usuario.

En el sistema podemos encontrar dos entornos de trabajo: - Entorno de desarrollo o entorno de pruebas, es donde se crea y se

prueba todo el software, antes de presentarse al cliente. - Entorno de explotación o público, una vez el software creado ha

sido testado y aprobado por el cliente, se pasa al entorno de explotación, donde el propio cliente o sus usuarios podrán utilizarlo. Este entorno tiene un número de usuarios simultáneos limitados y en algunos casos es necesario autorización para realizar determinadas acciones, para poder así garantizar la disponibilidad del mismo en caso de tener que arreglar alguna cosa de forma urgente.

Una vez el software está en el entorno de explotación, se elimina del entorno de

pruebas, aunque se puede seguir usando. Si posteriormente se quiere modificar para corregir algún error o para implementar nuevas funciones o requerimientos del cliente, se “baja” al entrono de desarrollo y allí se modifica y se vuelve a probar, para subirlo de nuevo una vez acabado.


23

2.5. Programación host.

El lenguaje de programación utilizado es el PL/I (acrónimo de Programming Language 1). Este lenguaje no presenta grandes dificultades respecto a otros lenguajes que he estudiado a lo largo de la carrera, salvo algunas peculiaridades, que dificultan la agilidad al usarlo, la mayoría debido a que es un lenguaje bastante antiguo (fue propuesto por IBM hacia 1970), y se va adaptando en la medida de lo posible a las nuevas necesidades. Este lenguaje tiene muchas de las características que más adelante adoptaría el lenguaje C y algunas de C++.

Respecto a la programación, existen una serie de normas y recomendaciones a seguir, establecidas por el cliente o por la empresa, para facilitar sobretodo la inteligilibilidad y la posterior comprensión de los programas cuando sea requerido modificarlos en el futuro. En este sentido es importante la claridad antes que la brillantez a la hora de programar, evitando programas con mucha dificultad e comprensión, aunque tengan menos líneas de código e incluso sean un poco más eficaces u óptimos en su funcionamiento.

A parte se recomienda comentar ampliamente el código programado, para complementar el mismo y ayudar así a su comprensión.

Para verificar todo esto y valorar la calidad del software, se dispone de una herramienta específica que marca unos valores mínimos establecidos que se han de cumplir para que el software sea válido.

Se da una gran importancia a estos aspectos porque en muchas ocasiones la persona o personas encargadas del mantenimiento posterior o de modificaciones posteriores del software, no son las mismas que se encargaron de la creación.

Cabe destacar, en este apartado, que una gran parte de la creación de programas y módulos, se hace a partir de la reutilización de código, ya sea iniciando la creación de los programas copiando otros similares realizados anteriormente y ya conocidos o con el uso de macros y módulos creados para realizar funciones comunes en muchos de los programas y que pueden ser creados por la propia empresa o facilitados por el cliente directamente.

La gran mayoría de los componentes (programas, módulos, includes, pantallas, etc...) se definen y se implementan con una serie de pluggins creados por el cliente para la herramienta del Eclipse. Esta herramienta se mantiene el histórico de todos los componentes creados pudiéndose recuperar versiones antiguas de esos mismos componentes.

Prácticamente todos los proyectos que se realizan para el cliente, tienen una parte batch y otra on-line. La parte batch está formada por una serie de programas que no necesitan interactuar con el usuario, y en la mayoría de los casos se ejecutan fuera del horario de apertura al público (de las oficinas del cliente) y normalmente por la noche, para no interferir así en la actividad normal de los terminalistas del


24

cliente. La parte on-line es la parte de módulos y programas que interactúan con el usuario, ya sea con el terminalista o con el usuario final. La ejecución de estos programas es mucho más frecuente que los procesos Batch y en algunos casos es una ejecución prácticamente continua, como por ejemplo, con las tarjetas de crédito, con las que se realizan millones de operaciones diarias.

2.6. On-line.

Los procesos on-line se ejecutan en el IMS y se diferencian de los procesos batch, porque tienen una estructura modular especial, diseñada por el propio cliente.

A continuación explicamos algunos de los conceptos necesarios para poder entender esta estructura:

Pantalla: Es la interfaz con el usuario, tanto para la entrada como para la salida de datos. Estos datos se pasan o se reciben de los módulos mediante una estructura xml y lo tratan los compañeros de EFB (Estación financiera bancaria) para montar las pantallas.

Transacción: es una operación que nace normalmente en una pantalla, donde el usuario nos introduce unos datos, mediante estos y los que ya disponemos, se realiza la llamada a los diferentes módulos, que realizan las operaciones necesarias y posteriormente nos retornan otros datos a partir de los cuales se muestra la respuesta al usuario, normalmente mediante una pantalla. Además de entre dos pantallas, una transacción puede ejecutarse desde otra transacción. En este caso, la primera transacción pasa los datos a la otra transacción que ejecuta las operaciones pertinentes, pudiendo mostrar una pantalla o retornando directamente el control a la transacción anterior.

Servicio de Negocio (SN): es la implementación de la transacción. Lo

implementamos mediante una herramienta de creación de diagramas de flujos con los servicios de aplicación.

Include de entrada del Servicio de Negocio: Estructura de datos mediante

la cual se reciben los datos de entrada del servicio de negocio, normalmente vienen informados de una pantalla o de la salida de otro servicio de negocio.

Include de salida del Servicio de Negocio: Estructura de datos mediante la

cual se informan los datos de salida generados por el servicio de negocio.

Programa director: va asociado a la transacción y es el encargado de indicar los diferentes módulos que se ejecutarán a lo largo de la transacción.

PSB: estructura de datos que contiene los punteros necesarios para acceder a las bases de datos. Está asociada al programa director.

Servicios de aplicación (SA): son los módulos que realizan las operaciones

y pueden ejecutarse N módulos distintos en una misma ejecución de la transacción. Los servicios de negocio pueden ser informativos (es decir que


25

no modifican tablas DB2, hacen Select’s o directamente ni acceden a tablas) o de gestión (hacen Insert o Update en tablas DB2)

Includes de entrada y salida de los servicios de aplicación: Al igual que las includes de los servicios de negocio, las includes de los servicios de aplicación sirven para transmitir la información entre los servicios de aplicación o entre estos y las includes de los servicios de negocio. Esta transmisión de información se realiza mapeando los campos de las estructuras entre sí. Lógicamente los mapeos deben hacerse entre campos de igual tamaño y del mismo tipo, no nos dejará mapear un carácter a un tipo numérico.

Módulos de validación (MV): El módulo de validación tiene la misión, tal y

como indica su nombre, de validar los datos de entrada del servicio de negocio.

Módulos de gestión (MG): El módulo de gestión tiene todos los mapeos que hay entre las diferentes includes de entrada y de salida de los servicios de aplicación, y entre éstas y las includes de los servicios de negocio.

Módulos de decisión (MD): A diferencia de los módulos anteriores, puede

haber transacciones sin módulos de decisión, ya que éstos sólo se utilizan para tomar decisiones dentro del flujo de servicios de negocio. La mayoría de transacciones no precisan de este módulo ya que también se pueden tomar decisiones por pseudocódigo (por el valor de un campo p.e.).


26

Figura 18. Estructura de una transacción.

Transacción XX

Programa Director XX

PSB XX

SNXXIE

SNXXIS

SN XX

Pantalla Transacción YY

Módulo de Gestión XX

SA

MD XX

SA

SA

SA

Pantalla Transacción ZZ

Módulo de Validación XX


27

2.7. Batch.

Los procesos Batch de un proyecto son los encargados de realizar las tareas que no necesitan de la intervención del usuario, y se ocupan de realizar tareas como, cálculos, realización de estadísticas, recopilar toda la información utilizada y generada durante el día por los procesos on-line, generar listados, realizar extracciones, etc...

Estos programas Batch se ejecutan mediante jobs o cadenas que son los encargados de ejecutarlos. Las cadenas se planifican con un determinado calendario de ejecución que establece cuando se ejecutará cada cadena. Estas cadenas pueden ser diarias, semanales, mensuales, variables, etc... y pueden ejecutarse cualquier día de la semana, solo en días no festivos, al principio o al final de mes, etc... Además a las cadenas se les asigna un grado de criticidad, dependiendo de la importancia de los programas que ejecutan y de si de ellas depende alguna cadena importante. Este grado de criticidad marcará las acciones a seguir si falla la cadena. A parte de ejecutar programas, estas cadenas también pueden realizar diversas utilidades más, como ordenar ficheros, extraer los registros que nos interesen de ficheros, generar listados, guardar información en tablas o volcar la información de tablas a ficheros.

Paralelamente a la realización del proyecto de EFB se han creado y modificado cadenas Batch de otras tareas diferentes a la que tiene este proyecto, ya que el actual proyecto es exclusivamente On-line. Por ello nos centraremos únicamente en estos procesos.

2.8. Bases de datos.

El sistema de gestión de bases de datos DB2 es propiedad de IBM. La automatización es una de sus características más importantes, ya que permite eliminar tareas rutinarias y permitiendo que el almacenamiento de datos sea más ligero, utilizando menos hardware y reduciendo las necesidades de consumo de alimentación y servidores. El DB2 se utiliza siempre que el volumen de datos lo permita, ya que permite la utilización de SQL y tiene una mayor facilidad de manejo.

Los programas y módulos ejecutan sentencias SQL para acceder a las tablas de la aplicación, además se dispone de una herramienta TSO para acceder / modificar las tablas “a mano” que resulta muy útil por ejemplo para la realización de pruebas, ya que se dispone de una copia (lógicamente, sin datos reales) de las tablas de público en el entorno de pruebas.


28

Figura 19. Herramienta de consulta y modificación de tablas DB2 en el host.

Figura 20. Ejemplo de Insert en un tabla DB2 a través de una función host.


29

3. Trabajo realizado. 3.1 Descripción

Mi entrada en la empresa se produjo cuando estaba iniciándose el proyecto de implantación de EFB. Este proyecto pretende implantar EFB en los procesos captura, cálculo, justificación y consulta de Rating y Scoring de clientes y no clientes. Se ha colaborado en la definición y codificación de los componentes implicados en la operativa desarrollada, coordinándose con el equipo de EFB para establecer una interfaz de comunicación.

La participación en este proyecto ha sido sobre todo en el ámbito de la programación, pero poco a poco mi implicación en el diseño ha empezado a ser mucho mayor. Tras la programación de los módulos se ha realizado un completo juego de pruebas para asegurar el correcto funcionamiento previo al alta definitiva a un entorno de producción y una posterior alta de la operativa para su uso en oficinas. Seguidamente se ha realizado un seguimiento del funcionamiento y se ha dado soporte a las posibles incidencias.

3.2 Objetivos

El objetivo del proyecto es que se le proporcionen al cliente los procesos

necesarios para realizar el cálculo del riesgo de caer en morosidad (medido mediante el TMA) y la operativa on-line para consultar y operar con este cálculo y con los parámetros y variables utilizados para dicho cálculo.

Este cálculo es muy importante para “Entidad R” a la hora de valorar el riesgo que tendrá al hacer concesiones a sus clientes, ya sean personas o empresas, y al tomar decisiones respecto a esos clientes, como por ejemplo, a la hora de concederles algún crédito.

3.3 Especificaciones del proyecto.

Mi implicación en el proyecto de Rating y Scoring no se ha limitado solo a un campo, como ya se ha dicho con anterioridad, sino que he participado en casi todos los campos posibles, aunque como es normal, en algunos de ellos mi colaboración ha sido mucho mayor, y son estos los que se detallan a continuación, divididos entre cada uno de los dos proyectos, Rating y Scoring.

Dentro de este campo he realizado o colaborado activamente en la realización de diferentes programas batch, encargados la mayoría de recoger los datos básicos para el cálculo del Rating y del Scoring. Estos datos básicos se recogen de diferentes aplicaciones como ALF o Alfabético, que mantiene los datos personales de los clientes, SIF (Sistemas de información financiera), CLI (Información de clientes), etc...


30

3.3.1. Rating.

Captura. El proceso de captura engloba la modificación/alta y baja de balances. Para realizar la captura de balances se ejecutan los servicios de negocio de Obtención de Datos Rating (SN8) y de Consulta de Balances (SN1-GBR1). Tras la ejecución de estos se lanza la pantalla de Baja/Modificación-Alta de balances para luego ejecutarse la transacción de Actualización de Balances (SN2-GBR2) pasando por la pantalla de confirmación.

Figura 21. Operación de Captura de balances.

Consulta.

Consulta de Balances. Para realizar esta consulta se ejecutan los servicios de negocio de Obtención de Datos Rating (SN8) y de Consulta de Balances (SN1-GBR1). Tras la ejecución de estos se lanza la pantalla de Consulta de balances.


31

Figura 22. Operación de Consulta de balances.

Consulta datos cualitativos. Para la ejecución de esta operación es necesario que se lancen los servicios de negocio de obtención de datos Rating (SN8) y consulta de datos cualitativos (SN9) para que se muestren los datos en la pantalla de Consulta de Cualitativos Pyme o en la de Promotor.

Figura 23. Operación de Consulta de datos Cualitativos.

Cálculo. La operación de cálculo de Rating en primer lugar ejecuta la transacción de Listar Titular Día (SN3). Finalmente se ejecuta el servicio de negocio de Cálculo de Rating (SN11) y retorna.


32

Figura 24. Operación de Cálculo de Rating. Justificación. Es la consulta de las variables de cálculo y la consulta del

propio cálculo del Rating. Esta operación ejecuta el servicio de negocio de Justificación de Rating (SN12) y lanza la pantalla del mismo nombre.

Figura 25. Operación de Justificación de Rating.


33

3.3.2. Scoring Captura. Modificación de datos socio-económicos de un titular.

Figura 26. Operación de Modificación de datos Socio-económicos de un titular

Consulta. Consulta de datos socio-económicos. Esta operación ejecuta el servicio de negocio SN7 (Justificación Scoring) y lanza la pantalla de Consulta de datos de autónomo o promotor según el tipo de persona sea. Llama a Modificación, si los datos no están completos se llama a cálculo y si lo están va a justificación.

Figura 27. Operación de Consulta de datos Socio-económicos de un titular


34

Cálculo. El proyecto de cálculo de Scoring está enmarcado dentro del plan de sistemas de riesgo y tiene como objetivo principal, calcular el Scoring para las personas físicas a partir de unos modelos matemáticos predefinidos ligados al segmento de riesgo previamente calculado (aplicación de segmentación de riesgo) junto con los datos socio-económicos.

La obtención de este Scoring tiene dos finalidades principales:

Es uno de los elementos a considerar para valorar a los clientes dentro del proceso de concesión de nuevos créditos a los clientes.

Es una de las variables de la fórmula de cálculo de les provisiones obligatorias de dotaciones por impago.

Para el cálculo de Scoring es necesaria la ejecución del servicio de negocio de Listar Titular Día (SN3) en primer lugar. Tras la ejecución de este se obtienen las variables (SN4) y si es necesario se capturan los datos socio-económicos para una posterior ejecución de la transacción de Grabar los datos de la captura (SN5). El último servicio de negocio en ejecutarse para la operación es el del propio cálculo de Scoring (SN6) que efectúa el cálculo y retorna los datos a la aplicación invocante.

Figura 28. Operación de Cálculo de Scoring.


35

Justificación. Consulta de las variables de cálculo y consulta del propio cálculo del Scoring. Esta operación ejecuta el servicio de negocio de Justificación de Scoring (SN7) y lanza la pantalla del mismo nombre.

Figura 29. Operación de Justificación de Scoring.


36

3.4 Diseño

El diseño del proyecto lo han realizado los analistas de la aplicación junto con el jefe de proyecto a partir de las necesidades del cliente. Para ello se han creado propuestas de solución que luego han sido validadas para su posterior desarrollo por parte de los programadores junior y sénior.

Debido a la política de protección de la información del cliente no se puede mostrar ningún tipo de detalle sobre el diseño del proyecto.

3.5 Desarrollo

Tal y como se ha comentado anteriormente el desarrollo del proyecto se ha realizado sobre todo en el entorno host utilizando las herramientas proporcionadas por el cliente; por encima de todas ellas destacan los pluggins para el programa eclipse.

Una de estos pluggins es el que nos ha permitido crear los servicios de negocio que forman parte de las operaciones del proyecto.

Figura 30. Opciones para los SN’s.

Figura 31. Ejemplo de SN.

De igual manera que con el diseño, no se pueden mostrar los detalles del desarrollo de las transacciones debido a la privacidad firmada con la entidad que solicita los servicios de Tecnocom, por ello sólo se puede mostrar un pequeño ejemplo ficticio de cómo sería un SN.


37

3.6 Evaluación (relación de las pruebas realizadas para evaluar cada parte)

Las pruebas unitarias de las transacciones se han realizado con la herramienta HESN proporcionada por el cliente. Esta herramienta nos permite probar transacciones ADS mediante el .xml que se genera del servicio de negocio correspondiente (ver punto 3.8.3 Herramienta HESN).

Tras la realización de las pruebas unitarias se procede a avisar a los

compañeros de la nueva EFB y se les informa que ya tienen disponible el xml correspondiente al servicio de negocio o la operación que se dispone a probar para que realicen las pruebas con las pantallas.

3.7 Recursos utilizados (bibliografía, páginas web, programas, hardware, etc...)

• Página web de la empresa: http://www.tecnocom.es • Power Point Corporate Presentation March 2012. • Wikipedia. • Manuales internos corporativos. • PS (Propuestas de solución) internas.

3.8 Manuales (instalación, uso, requisitos etc...) 3.8.1 Glosario de términos.

• Segmento de riesgo: Es un segmento definido, que agrupa a los clientes de la "Entidad R" que cumplen unos determinados criterios de asignación. La finalidad principal de estos segmentos es determinar el modelo de cálculo de Rating/Scoring a utilizar en cada uno de los clientes.

• Criterios de asignación: Son las diferentes condiciones definidas que determinan a que segmento de riesgo se ha de asignar a cada cliente.

• Segmento de cálculo: Es un segmento definido, que agrupa a los clientes de

la “Entidad R" que tienen asignado/s uno/s determinado/s segmento/s de riesgo. Cada segmento de cálculo puede tener un modelo de cálculo diferente, o también varios segmentos de cálculo pueden tener el mismo modelo de cálculo, aunque utilizando diferentes valores de constantes y/o factores.

• Modelo de cálculo: Es un conjunto de fórmulas y ecuaciones predefinidas

que en función de unas variables y unas constantes da como resultado el Scoring de una persona física.

• Scoring: Puntuación que califica el grado de solvencia o posibilidad de no

caer en mora por las personas físicas.

http://www.tecnocom.es/�


38

• Rating: El rating mide la calidad crediticia del cliente. Es una clasificación que permite diferenciar a personas jurídicas en base a mayor o menor probabilidad de entrar en mora. Sólo se obtiene para personas jurídicas. Cada rating está identificado por una puntuación en la escala maestra.

• Escala maestra: La PD es una variable continua que puede tomar valores

entre 0 y 100%. Para facilitar su tratamiento estos valores se agrupan en intervalos, que son los que integran la escala maestra. Cada intervalo de la escala maestra determina un nivel de calidad crediticia aplicable a cualquier segmento.

• Variables: Son los datos que se obtienen a partir de los datos básicos, y que

intervienen directamente en las fórmulas y ecuaciones de los modelos de cálculo.

• Datos básicos: Cuando se hable de datos básicos nos referiremos a datos que

se utilizan para obtener les variables de cálculo de los modelos matemáticos. Estos datos varían en función de la persona sobre la cual se está haciendo el cálculo del Scoring. Los datos básicos no intervienen directamente en les fórmulas y ecuaciones de los modelos de cálculo.

• Constantes: Son valores constantes que intervienen directamente en las

fórmulas y ecuaciones de los modelos de cálculo, que no varían en función de la persona. Un cambio en estas constantes implica un cambio de versión del modelo de cálculo.

• PD (TMA – Tasa de morosidad anticipada): PD son las siglas de

Probabilidad de Default y es la probabilidad de que un cliente caiga en morosidad en los próximos 12 meses.

• Mejor Rating: Un rating con una PD menor que otro es mejor que este, es

decir, cuanto menor es la probabilidad de incumplimiento. • Mora: Situación en la que se encuentra un cliente que ha dejado de hacer

frente a sus compromisos de pago. No se incluyen situaciones de incumplimiento transitorias. Se considera que un cliente está en mora si se han pasado al menos 90 días de incumplimiento desde el inicio de la obligación de pago no satisfecha.


39

3.8.2 Instalación.

El proceso para dar de alta en público los componentes es el siguiente. Tras probar los componentes de forma unitaria en el entorno de pruebas y de probarlos junto con los compañeros de SSMM (Sistemas Medios) se proceden a dar de alta en el entorno de producción mediante paquetes de componentes.

Primero se crea un paquete PRE (pre-producción) donde se insertan los componentes creados o modificados. En este momento se realizan una serie de validaciones y comprobaciones sobre los componentes insertados, si todo transcurre como está previsto el paquete se aprobará para el siguiente paso. Cuando tenemos el paquete PRE listo, éste debe insertarse en un paquete PRO tras ser validado por el gerente de la aplicación y se espera a su aprobación e instalación en el entorno de producción.

Una vez instalado en público ya se puede utilizar el terminal financiero para acceder a las pantallas que ejecutan las diferentes transacciones de la aplicación SIR.

Todo este proceso de alta de paquetes al entorno de producción se hace mediante subidas de versiones, normalmente una vez al mes, aunque existe la posibilidad de subir paquetes con pequeñas modificaciones en los componentes por posibles incidencias ocurridas en público en cualquier momento del mes.

3.8.3 Herramienta HESN

Para la realización de las pruebas, necesitamos descargarnos en local el archivo .xml del SN que deseamos.

Figura 32.Descargar un xml a nuestro pc.

Una vez tengamos el .xml descargado en el ordenador podemos empezar a usar la herramienta HESN mediante la URL interna correspondiente.


40

Figura 33.Pantalla principal de la herramienta HESN.

El primer paso es cargar el .xml y para ello tenemos que ir a la opción de la izquierda “Actualizar operación” y se nos mostrará la siguiente pantalla:

Figura 34.Selección del xml.

Después nos vienen una serie de datos que corresponden a la entrada de nuestra ADS (Número de persona, Empleado, Oficina…). Rellenamos los campos de entrada que sean necesarios e introducimos el nombre del archivo de salida donde queremos que se guarden los datos introducidos en la entrada para futuras ejecuciones de esa misma ADS.


41

Figura 35.Cabecera y opciones de la operación.

Figura 36.Ejemplo de Include de entrada.


42

4. Aportaciones del proyecto a los conocimientos del alumno.

Múltiples han sido las aportaciones del proyecto a mis conocimientos, sobre todo en lo que respecta a metodologías de trabajo y al trabajo en equipo. Tareas como documentar código han sido muy útiles para los versionados de proyectos, o la reutilización de código ha facilitado mucho la estructuración de módulos y programas, y la creación de nuevos componentes. Al estar el proyecto dividido en dos partes claramente diferenciadas (Host y EFB) la realización de las pruebas con pantalla se debían hacer con los compañeros de EFB, por ello el trabajo en equipo ha sido fundamental ya que ellos lanzaban pantallas con datos y en el host comprobábamos el correcto funcionamiento de los módulos ejecutados.

Al ser el cliente una entidad financiera se han adquirido conocimientos de nivel medio de banca y de la situación actual de este sector.

5. Aportaciones de los estudios realizados al proyecto. Debido a que las funciones dentro del grupo de trabajo han sido muy variadas y no

se han centrado en un solo campo, los conocimientos aplicados han sido bastante variados, tanto en programación como en bases de datos o incluso para entender mejor la estructura de los proyectos y de la empresa, así como su funcionamiento (PI – Proyectos Informáticos).

En cuanto a la programación, han sido muy útiles los conceptos aprendidos en asignaturas como Programación I y II (PR1 y PR2), o Estructuras de Datos (ED). Conceptos adquiridos en estas asignaturas han sido muy útiles para saber cómo estructurar el código, entender diferentes algoritmos, bucles, recursividad, etc...

Referente a las bases de datos, han sido muy importantes los conocimientos adquiridos en Introducción a Bases de Datos (IBD) o Bases de Datos (BD), tales como uso de ficheros secuenciales y acceso directo, SQL, y bases de datos relacionales.

Por último asignaturas como Introducción a los Sistemas Operativos (ISO) o Sistemas Operativos (SO) también han ayudado a trabajar mejor con el sistema operativo VMS, y con las herramientas de este.


43

6. Conclusiones. La conclusión general de mi participación en este proyecto es muy positiva, sobre

todo por los conocimientos adquiridos durante la realización del mismo, por la experiencia adquirida de trabajo en equipo y de responsabilidad para con un cliente y por la relación con mis compañeros de trabajo, tanto con los de mi misma aplicación como los de otras aplicaciones.

También destacar el trato con el resto del equipo de mi aplicación, que debido a la

situación (ellos en Barcelona y nosotros en Tarragona) ha tenido que ser vía telefónica, pero que siempre ha sido más que suficiente en cuanto a apoyo técnico y comunicación.

En el aspecto negativo tan sólo destacar los problemas de funcionamiento de

algunas herramientas ya que son nuevas y se están actualizando cada semana con actualizaciones de software que arreglan antiguos problemas pero que a menudo generan nuevos a los que hay que adaptarse para ir avanzando en las tareas asignadas.

Para terminar me gustaría agradecer a la empresa, Tecnocom, todas las facilidades

prestadas durante la realización de este proyecto, y sobre todo al darme la oportunidad de pasar a formar parte de un grupo de trabajo como este.

También agradecer a mis responsables dentro de esta empresa el trato que me han

dado y el apoyo recibido por su parte en todo momento, muy importante para ir sacando adelante el trabajo a pesar de las dificultades iniciales, momentos en que han demostrado la paciencia necesaria para darme tiempo a asimilarlo todo y adaptarme al entorno y a la forma de trabajar de la aplicación y del cliente.

Por último agradecer a todos mis compañeros que siempre han estado allí, para

solucionar cualquier duda o contestar cualquier pregunta.

Documents

Proyecto Final de Carrera Desarrollo de un proyecto de ...deim.urv.cat/~pfc/docs/pfc1268/d1339496053.pdf · Proyecto Final de Carrera . Desarrollo de un proyecto de software en entorno