PROYECTOS INFORMTICOS: CASO PRCTICO ANTEPROYECTO ESPECIFICACIN, DISEO, DESARROLLO E IMPLEMENTACIN DE UN SISTEMA DE INFORMACIN PARA BANCA PERSONAL DEL

BANCO EURO-NON-LIMITED.INC.

1.-ANTECEDENTES.La entidad bancaria EURO-NON-LIMITED.INC es una de las ms importantes a nivel europeo, y esta establecida en todos los pases de la Unin Europea, as como en gran parte de los pases americanos y asiticos. Tiene una gran solvencia y la catalogacin AAA (la ms alta posible) que para entidades bancarias establece J.P.Morgan. Se trata de una entidad con una gran experiencia en un aspecto fundamental de la prctica bancaria, como es la banca empresarial, pero sin experiencia prctica (bajo su denominacin social, pero si a travs de bancos participados) en la gestin bancaria de atencin personal. Hasta hace un ao se dedicaba nicamente a la banca de negocios, es decir diriga su actividad a las empresas y organizaciones, no teniendo actividad en el mbito de la banca de orientacin personal y familiar. En su plan estratgico corporativo ha establecido dar un gran salto a la actividad bancaria personal, plantendose todas las actividades que en la misma importan: captacin de clientes, captacin de pasivos, gestin de patrimonios, crditos personales e hipotecarios, domiciliaciones, divisas, medios de pago, cajeros automticos, y, en general, cualesquiera otras actividades relacionadas con clientes particulares y la gestin bancaria. En el nuevo contexto que inicia se plantea un doble objetivo inicial: Banca sin papeles Banca no localizada

Ambos objetivos pretende alcanzarlos a travs de la utilizacin de medios tecnolgicos que conoce bien, y que utiliza ampliamente en los mbitos de banca de negocios en que se ha movido hasta ahora. No se trata de dos nuevas cuestiones a abordar separadamente, si no ms bien de alcanzar dichos objetivos a travs de una solucin tecnolgica que sea eficaz para el cliente y el banco, que sea segura y fcil de utilizar para el cliente, y que sea rentable para la entidad bancaria. 2.- REQUISITOS DEL CLIENTE.Aclaracin previa:

Distinguimos dos tipos de clientes: - el cliente que nos encarga el proyecto: es el propio banco - el cliente del banco que, en su momento, va a hacer operaciones bancarias con su cuenta y dinero. A efectos de esta prctica se considera que el cliente que nos encarga el proyecto es el profesor de prcticas de la asignatura Proyectos Informticos, a quien se deben dirigir cuantas dudas tenga el equipo del proyecto. No hay que confundir el cliente del proyecto que acta en nombre de EURO-NONLIMITED.INC (al que denominaremos genricamente el banco), y a quien el equipo del proyecto le va a presentar su propuesta, con el cliente de la entidad bancaria y que va a utilizar las funcionalidades de la banca sin papeles y no localizada, al que denominaremos genricamente el cliente. 2.1.- OBJETIVO DEL PROYECTO.En el mbito antes definido, de banca dedicada a empresas y con locales que tienen como vocacin especifica la atencin in person a empresas y organizaciones, el banco pretende ampliar su cobertura de negocio accediendo a una nueva clientela: los clientes particulares. Pero sin que ello le obligue, al menos en el plazo inmediato, a dedicar parte de su personal y locales a dicha actividad. Los locales y el personal del banco van a continuar dedicndose preferentemente a lo que venan haciendo hasta ahora. La nueva actividad de banca particular y/o personal debe ser atendida con una solucin informtica, y una hot line o help-desk para la resolucin de incidencias de uso. Si bien algunas actividades si van a requerir presencia de los clientes: apertura de cuentas, gestin de patrimonio, etc. El banco necesita una solucin diseada para implantarse en la Web corporativa, y debe ser diseada de modo que permita, en un futuro prximo el diseo sea vlido para implantarse asimismo en la red de cajeros automticos del banco, con las peculiaridades de puesta en funcionamiento que estos dos diferentes medios exigen. De momento, por tanto, el objetivo es el diseo y elaboracin de una propuesta de sistema de informacin corporativo que permita a los clientes realizar una serie de operaciones personales, que se irn detallando en el presente documento y que se podrn realizar bien sea va Web, o en la red de cajeros automticos del banco. La solucin completa que hay que desarrollar e implementar se conocer con el acrnimo BANCA VIRTUAL PERSONAL (BVP), y de ella se implementaran tres versiones distintas (en parte). - BVP en la Web: BVPW - BVP en la red de cajeros: BVPCA - BVP completo para su uso en funciones de administracin y direccin, ejecutndose en este caso sobre PC: BVPPC. ambas implementaciones contendrn una serie de opciones comunes y otra serie de opciones especificas. Por ejemplo: en la implementacin Web no se podr sacar dinero en metlico. En el caso de BVPPC contendr la totalidad de funciones. 2.1.1.- Usuarios de BVP.

La solucin a proponer tiene tres tipos posibles de usuarios: Director, Administradores, y Clientes

El Director del sistema es el responsable bancario de la solucin, y su actividad se centra en el control de los administradores, y en el seguimiento de los clientes y de sus operaciones. Es el responsable, asimismo, de definir la naturaleza de las funciones del sistema de informacin BVP y de que se incorporen al mismo las soluciones de naturaleza negocio bancario, que se consideren adecuadas para su mejora. Este gerente es nico. A efectos de la solucin se le identificar como: User-id: DNI del Director Password: [numero de personal que el Director tiene en el banco: 8 dgitos] Este usuario, que es nico, viene a representar a la entidad bancaria, y es el responsable del banco para este nuevo enfoque de actividad. Por tanto de l dependen las ampliaciones y/o modificaciones que la solucin informtica BVP debe incorporar. El segundo tipo de usuario viene constituido por los Administradores. Existen un cierto nmero de ellos: uno por cada oficina, y es el responsable del seguimiento de un conjunto de clientes de la entidad, as como de proponerles algn tipo de ampliacin de las operaciones que vienen realizando en el banco, o de proponerles nuevas actuaciones bancarias. A efectos de la solucin se les identificar como: User-id: DNI del administrador Password: [numero de personal que el administrador tiene en el banco: 8 dgitos] El Password que el Director y los administradores tienen asignado (que es su nmero de personal en el banco) estn obligados a cambiarlos en su primera conexin para garantizar la privacidad de los accesos, sustituyendo el que tenan por uno nuevo de 8 caracteres. El tercer tipo de usuarios que la solucin BVP tiene son los clientes del banco, que se conectan a la Web del banco y desde all comienzan a realizar sus operaciones y/o consultas. Los clientes del banco lo son porque, previamente, han sido dados de alta como tales, y en los registros de la base de datos de clientes tienen asignado un responsable de atencin a su negocio y operacin (su administrador). A efectos de la solucin entraran a operar identificndose del modo siguiente: User-id: [DNI del cliente] Password: [PIN del cliente] El PIN (Personal Identification Number) del cliente le es asignado cuando se hace cliente de la banca personal, si bien una de las funciones bsicas del sistema es el de poder cambiar dicho PIN, que se compone de 8 dgitos.

Asimismo, en el momento de inscribirse como cliente, el banco le asigna a cada cliente una direccin de correo electrnico, formada del modo siguiente: [Iniciales del cliente].[dni]@eurononlimited.com y, para poder acceder al servicio de correo electrnico deber identificarse con su PIN como clave de acceso. 2.1.2.- Entornos de utilizacin de BVP. BVP tiene tres entornos de utilizacin que estn, cada uno de ellos, restringidos a los usuarios correspondientes. El entorno de uso ms generalizado es el de los clientes del banco, al que denominaremos ENTORNO CLIENTE. El segundo entorno de uso es el de los administradores (equivalentes al de gestores de clientes o de cuentas), y lo denominaremos ENTORNO ADMINISTRACION. Finalmente el tercer entorno es el que corresponde a un nico usuario, que es el Director del banco, y lo denominaremos ENTORNO DIRECTOR. Para acceder al entorno CLIENTE hay que hacerlo a partir de la home-page de EURONON-LIMITED.INC, eligiendo la opcin Cliente que dar paso a una pgina en donde se le pedir al cliente su DNI y PIN para facilitarle el acceso a BVP como cliente. De este entorno cliente es del que se harn las dos implementaciones distintas: la de BVPW y BVPC. Los dos entornos restantes: Administracin y Director solo se implementara va BVPPC. Para acceder al entorno ADMINISTRACIN hay que hacerlo a partir de la home-page de EURO-NON-LIMITED.INC, eligiendo la opcin Intranet en primer lugar, y Administracin despus, que dar paso a una pgina en donde se le pedir al administrador su User-Id y Password (Nmero Personal) para facilitarle el acceso a BVPPC como administrador de cuentas de cliente, y an as solo podr acceder a aquellas que tienen asignada como gestor a este administrador. O sea: cada administrador puede acceder solo a las cuentas y operaciones de sus clientes, pero no a las de otro administrador, y esto no admite excepciones. Para acceder al entorno DIRECTOR hay que hacerlo a partir de la home-page de EURO-NON-LIMITED.INC, eligiendo la opcin Intranet en primer lugar, y Director despus, que dar paso a una pgina en donde se le pedir al Director su DNI y PIN para facilitarle el acceso a BVPPC como Director. 3.- ARQUITECTURA DE BVP. Si bien la solucin informtica a definir, disear, desarrollar e implantar va a serlo para su utilizacin en la Web, se trata de una arquitectura definida a varios niveles. 3.1.- Puestos de trabajo de clientes y administradores.-

Los usuarios a nivel personal lo constituyen los clientes del banco, y estos pueden hacerlo desde sus domicilios particulares (la implementacin va Web) o bien utilizando los puestos de trabajo que a tal fin existen en todas las oficinas de EURO-NONLIMITED.INC (la implementacin Web o Cajeros). La totalidad de los puestos de trabajo existentes en cada una de las oficinas de la entidad bancaria constituirn una red local, uno varios de cuyos puestos (PCs) sern para uso de los clientes, y uno nico para el administrador adscrito a esa oficina. Estos puestos de trabajo (p. de t.) estarn constituidos por una plataforma tcnica de tipo PC equipados bien sea por entornos Windows, o por entornos ntegramente definidos a partir de software abierto. Estos p. de t. dispondrn en todos los casos de un navegador y de acceso a un servicio de correo electrnico. La nica diferencia entre los p. de t. de clientes y administradores es que no tienen acceso a los mismos entornos de trabajo de BVP ni a las mismas implementaciones. La implementacin va cajeros utilizar la red de cajeros automticos del banco. 3.2.- Puesto de trabajo del Director.Este p. de t. es anlogo al de los clientes y administradores, pero no esta ubicado en las oficinas, si no en la sede central de EURO-NON-LIMITED.INC, y formar parte, a su vez, de una red local a la que estarn conectados todos los miembros del Comit de Direccin de Negocio del banco. La plataforma tcnica de este p. de t. es como las de los otros tipos de usuarios. La nica diferencia entre ellos es que no tienen acceso a los mismos entornos de trabajo de BVP. 3.3.- Servidor de oficinas. La arquitectura informtica de la entidad bancaria tiene definidos tres niveles: el servidor corporativo los servidores departamentales, uno de los cuales es el de la banca personal y familiar los p. de t. de los empleados y tcnicos del banco de cualquier nivel o categora

Uno de los servidores de nivel intermedio, es decir, los departamentales es el que sirve de soporte a la unidad de negocio BVP que se piensa establecer, y en l van a residir todas las informaciones pertinentes sobre el mismo. Aunque pudiera pensarse que estas funciones debieran estar integradas en el servidor corporativo central no se hace as dado que este no es ms que un proyecto piloto, que debe rodarse antes de su aceptacin definitiva. En el servidor departamental van a residir todas aquellas informaciones relevantes sobre el proyecto, incluidas las derivadas, de derechos de acceso y gestin que pudieran ser necesarias.

Este servidor tiene una plataforma tcnica basada en un sistema abierto, de cdigo abierto (open source o free software), y a l se van a conectar, de un lado, los servidores de cada oficina, y, de otro lado, todos los clientes que hagan uso de la banca desde su casa. En este servidor estar el SGBD asociado al sistema de informacin BVP, un procesador de comunicaciones para la gestin de las conexiones, los metadatos pertinentes, la base de clientes, y dems. Tendr implantado un sistema de seguridad fsica y lgica que garantice la integridad, disponibilidad y privacidad de las operaciones. 3.4.- El sistema de comunicaciones.Este sistema, o mejor dicho subsistema, viene asociado al servidor de oficinas, y a l se conectan, por un lado los p. de t. que en las oficinas estn destinados al uso de la banca personal y familiar, y, por otro lado, todos los clientes que, debidamente autorizados, acceden particularmente a sus informaciones y operaciones desde sus equipos. La red de cajeros del banco esta conectado al servidor de oficinas.

4.- REQUISITOS DE BVP.4.1.- Requisitos funcionales.Estn agrupados en cada uno de los dominios del sistema de informacin definidos. 4.1.1.- Identificacin de usuarios.Todos los usuarios acceden al sistema de informacin a travs de la home page del banco, que contiene una opcin para el acceso/operacin a la banca personal / familiar. Una vez elegida esta opcin aparece una pgina de identificacin, que el usuario debe completar con sus datos, y el sistema debe enviarle directamente al entorno de utilizacin al que pertenece. 4.1.2.- Funciones de usuario a nivel cliente.Cuando quien se conecta a BVP es un cliente el sistema de informacin debe darle a elegir una pantalla de opciones que constituye el catalogo de operaciones que puede realizar. a) Este catalogo de operaciones debe contener, al menos, las siguientes opciones: Cambio del PIN de cliente Traspaso de fondos de una cuenta del banco, de la que el cliente tiene autorizacin de uso como titular, cotitular o autorizado, a otra cuenta del banco del mismo o distinto titular. Transferencia de fondos de una cuenta del banco, de la que el cliente tiene autorizacin de uso como titular, cotitular o autorizado, a otra cuenta de distinta entidad bancaria. Retirada de efectivo en metlico. Ingreso de dinero en metlico.

Domiciliacin de recibos: es el caso de pagos que se realizaran a presentacin de documento de cobro por cualquier entidad (por ejemplo: domiciliar en una cuenta del banco la tarjeta de El Corte Ingls, o el recibo de la luz, o el colegio de los hijos, o el impuesto de circulacin del coche, el seguro del coche, la suscripcin a una revista, o la cuota de socio/abonado de su equipo de ftbol, etc,.. En esta funcin debe aclararse exactamente el recibo que se domicilia, as como qu entidad es la emisora del mismo. Pagos peridicos: es el caso que cada vez que se cumple una condicin (por ejemplo: el da 1 de cada mes para el pago del alquiler, o el da 5 el pago de la pensin alimenticia a la ex mujer, o todos los sbados enviar una cantidad a los hijos para sus gastos, etc.). En este caso hay que especificar claramente tanto la cuenta origen de los fondos como la cuenta destino, y el concepto. Recarga de mviles: especificando el nmero de telfono, la operadora telefnica, y el importe a recargar (en mdulos de 10 en 10 euros). La domiciliacin, caso a caso, de algunas operaciones que no quiera el usuario que caigan dentro de las anteriores: por ejemplo el pago trimestral del IVA a Hacienda, o el IRPF anual, o el impuesto municipal de la vivienda, etc. Estos casos se distinguen de los anteriores que aqu solo se domicilia un pago. Cualesquiera otras funciones que se piense que puedan constituir un servicio del banco para sus clientes.

b) Asociada a cada una de estas operaciones debe existir la posibilidad de anular la operacin en el acto (es el caso que haya sido realizada por error), o dentro de las siguientes 24 horas (por cambio de opinin del cliente, si ello fuese posible, por ejemplo no se puede cancelar una operacin de retirada de efectivo una vez retirado el dinero) notificando al cliente y a su administrador de la operacin y de su cancelacin en forma de mensaje va correo electrnico. c) A su vez estas operaciones pueden cancelarse a posteriori si el cliente observa alguna anomala: por ejemplo un recibo con un importe no correcto, o un pago que no quiere realizar y que se le haba olvidado anular, etc,.. Las operaciones de cancelacin deben exigir necesariamente la referencia y el importe exacto de la operacin a anular, la fecha de la misma, y la entidad receptora del pago. Cada una de estas operaciones, tanto las del tipo (a) como (b) y (c) deben quedar reflejadas en forma de movimientos en la base de datos de esta unidad de negocio, y a ellas pueden acceder los propios clientes, su administrador y el Director del banco. d) Una funcin especial que debe ofrecer BVP a los clientes es la posibilidad de establecer un servicio virtual de notificaciones. Para ello los clientes deben disponer de Adobe Acrobat u otro simulador de impresin anlogo que les permita consultar, almacenar y/u obtener copia impresa de los documentos justificativos de sus operaciones, a tres niveles: Operacin a operacin,

Resumen mensual de operaciones, por intervalos de fecha. Resumen de operaciones realizadas con un tercero en un mes o en un intervalo de fechas.

NOTA: Para una adecuada gestin bancaria BVP necesita que las opciones posibles estn debidamente codificadas. Cada opcin tendr un cdigo interno formado por cuatro dgitos: dos relativos a la funcin, y dos relativos a la modalidad de implantacin de la funcin. . 4.1.3.- Funciones del sistema de informacin a nivel administrador.El administrador (o mejor dicho los administradores) de la solucin a desarrollar son los responsables de la gestin de las cuentas bancarias de los clientes. Cada cliente del banco tiene asignado un gestor de su cuenta, que acta como intermediario entre el cliente y el banco, presentndole a aquel las nuevas posibilidades que BVP le ofrece y que seria ventajoso para l ir utilizando ms y ms. A su vez, este administrador rinde cuentas al Director de los resultados que va obteniendo con su gestin de clientes. Las funciones de administrador en BVP son bsicamente dos: - 1.- Consulta de las operaciones que va utilizando el cliente, con las siguientes opciones: - Consulta de todas las opciones elegidas ya por un cliente - Consulta de todos los clientes que tienen elegida alguna opcin concreta (por ejemplo domiciliada la tarjeta de El Corte Ingls, o el recibo del colegio de los hijos, por ejemplo). - Consulta selectiva de algunas opciones elegidas, y de las modalidades de implantacin; a nivel de cliente y a nivel de funcin. - Consulta de todas las incidencias que puedan haber aparecido en la operatoria de las cuentas de cliente: intentos fallidos de conexin, anulacin de operaciones, y causas, etc. - 2.- Consulta global de la situacin de su cartera de clientes, y del logro de los objetivos asignados desde comienzo del ejercicio.

4.1.4.- Funciones del sistema de informacin a nivel Director. El Director es el mximo responsable de BVP en la entidad. De l dependen los administradores de las cuentas de los clientes, y es l quien fija los objetivos a cada uno de ellos. Las funciones que tiene asignadas el Director son las mismas que tienen los administradores, por un lado. Por otro lado pueden realizar este mismo tipo de consultas a nivel de administrador, a efectos de seguimiento y control del logro de objetivos de cada uno de ellos.

Finalmente otra opcin disponible para el Director es la definicin de los objetivos de los administradores. Para cada una de las funciones de tipo cliente deben definirse dos objetivos parciales: Nmero de clientes que el administrador debe lograr implantar esa funcin, y Importe global que debe manejar la implantacin de la funcin entre los clientes de un administrador.

4.2.- Requisitos de seguridad.Adems del sistema de claves y palabras de paso exigidas para el acceso a BVP, hay un conjunto de normas de seguridad que deben seguirse: Realizacin semanal de copias de seguridad de la totalidad de las cuentas de cliente. Almacenamiento de todas las modificaciones habidas en las cuentas de cliente, anotando el tipo de funcin, la modalidad, la fecha y hora, el puesto de trabajo, y el importe. Registro de todas las incidencias de conexin que hayan aparecido: por ejemplo intentos de entrada al sistema fallidos por mala identificacin, cada de los puestos de trabajo, etc.

El equipo de desarrollo de EURO-NON-LIMITED definir un sistema de seguridad fsico-lgica que debe implantarse a los niveles procedentes: servidor corporativo, servidores departamentales y puestos de trabajo. DIMENSIONAMIENTO DEL SISTEMA BVP.La solucin informtica a implantar deber ser dimensionada en puntos de funcin. Para ello se determinar el nmero de puntos de funcin asociados a cada funcin definida en los requisitos exigidos por el banco. En caso de duda de cuales son debern consultarse con el cliente del proyecto: el profesor de la materia Proyectos Informticos, que acta en nombre del banco. Como se trata de un proyecto piloto no existen restricciones presupuestarias al respecto, pero s deber hacerse una estimacin del coste de desarrollo, basndose en que un tcnico de productividad media desarrolla 13 puntos de funcin en 1 mes (22 das laborables), contando 5 horas de trabajo efectivo de desarrollo al da. CONTENIDO DEL ANTEPROYECTO.El equipo de desarrollo deber entregar al cliente (el profesor que acta en nombre del banco) los siguientes documentos: 1.- Memoria justificativa. 2.- Prototipo de la solucin propuesta

3.- Presentacin de la solucin propuesta en PowerPoint poniendo de relieve los puntos fuertes de la misma.