Ciclo de Vida De un Sistema Bancario Banumg

UNIVERSIDAD MARIANO GALVEZ DE GUATEMALADISEÑO DE BASE DE DATOS

UNI

CICLO DE VIDA DEL SISTEMA BANCARIO BANUMG


UNI


UNI

INTRODUCCION


UNI

El desarrollo de un sistema requiere de muchos pasos críticos para su funcionamiento, requiere de una investigación exhaustiva sobre los requerimientos que el sistema necesita para satisfacer las necesidades del usuario. El tipo de paradigma de programación que se utiliza afectara el funcionamiento del sistema.

La programación desde 0 llevando un análisis estructurado para el desarrollo de un sistema nos lleva a una mejor relación entre tiempo/costo. Al llevar la programación por etapas esto define que uno tendrá cierto tiempo de entrega para el sistema ya que de lo contrario el sistema tendrá retrasos y no se podrá cumplir con lo requerido.


UNI

Análisis :Nombre: sistema Bancario BANUMG

Funciones : el sistema permite agregar sucursales, clientes, cuentas para los clientes o empleados, un tipo de número, un tipo de cuenta para el cuentahabiente.

Requisitos del Sistema :

El sistema deberá llevar razón de:


UNI

1. Clientes : Cuentahabientes

1. Cuentas bancarias : Diferentes tipos de cuenta.

2. Histórico de movimientos y/o transacciones .3. Transferencias : Llevar dinero de una cuenta a otra sin importar el

tipo de cuenta pero si importando la moneda.

También el sistema contara con un sistema de seguridad que permitirá a los usuarios que hacer y que no hacer de la siguiente manera:

Usuarios del sistema :

Administradores : tiene todos los privilegios del sistema, (como crear una cuenta, crear un cliente, deshabilitar un empleado).

Usuarios normales o empleados : solo tiene los permisos para desarrollar consultas, transferencias, creación de cuentas.

Usuarios cliente : solamente tiene el derecho de hacer una consulta de su cuenta y transferencia de dinero de su cuenta a otra.


UNI

Procesos del Sistema :

Los procesos que deberá de llevar a cabo en el sistema son los siguientes:

Se determino el sistema de seguridad para que personas que no tienen nada que ver con ciertos procesos tengan acceso a estos, el sistema de seguridad se basa con los siguientes roles: Administrador (Acceso Global), Empleado (Acceso restringido únicamente a la creación de otros usuarios), Clientes (Los que menor acceso tienen al sistema, únicamente estarán relacionados con su cuenta)

Administrador y Empleado tendrán acceso general a todas las cuentas, mientras que el cliente tendrá acceso únicamente a su cuenta o cuentas que tenga asignado.

Procesos en el sistema :


UNI

Creación de Usuarios (Únicamente accesible por un usuario administrador)Creación de Cliente (Accesible por un empleado o administrador)Creación de Sucursal (Administrador y Empleado)Creación de Cuenta (Administrador y Empleado)Deposito/Retiro (Administrador y Empleado)Transacción de Cuenta a Cuenta, este proceso es accesible tanto por cliente, empleado y administrador; el motivo de este proceso dependerá en sí de quien lo desarrollara. Historial de Cuenta (Empleado, Administrador, Cliente)

DISEÑO

Una vez especificado los requerimientos, y los procesos que deberá de tener nuestro sistema entramos a la etapa de Diseño.

Se decidió que la plataforma de programación del sistema será Visual Basic 2008 .Net utilizando la IDE Visual Studio 2008, la base de datos fue diseñada


UNI

en Oracle 10G Express Edition y se utiliza un gestor de visualización llamado SQL Navigator. La base de datos constara con restricciones que no permitirá que: 2 Usuarios tengan el mismo número de cuenta, 2 usuarios tengan el mismo número de identificación, 2 usuarios tengan el mismo user, etc.

MODELO ENTIDAD/RELACIÓN


UNI


UNI

El sistema en si contara con un Menú donde estarán todas las acciones que el usuario/empleado puede desarrollar, pero antes de el despliegue del menú se exigirá que se identifique; para así restringirle el acceso a ciertos puntos.

En el menú se encuentran todas las acciones que el usuario/empleado podrá desarrollar, se tratara que el sistema sea de tipo UserFriendly, esto es, que el


UNI

usuario no tenga que seguir rigurosos pasos para únicamente desarrollar una consulta o un retiro; se intentara que el usuario vaya a lo que vaya para evitar pérdida de tiempo.

El diseño de los formularios se desarrollan en base a lo que por lógica se les pide a los usuarios en un banco, Nombre, Identificación, sexo, Lugar de Nacimiento, Direcciones y también se guardara el lugar de apertura de la cuenta; todo esto es únicamente exclusivo para la creación del cliente.

En la creación de la cuenta, desarrollada por el empleado, se deberá de insertar el identificador único del cliente, en este caso su número de identificación para, al tener eso se le apertura la cuenta, se escogerá su tipo de cuenta, tipo moneda, y en que sucursal se está abriendo junto con su saldo inicial.

Creación de Sucursal : Desarrollado por el empleado, se le deberá de pedir los datos de la sucursal en sí, igualmente se tomo en cuenta que no se sigan muchos pasos; pasos referentes a que después de ingresar el nombre


UNI

siga con la dirección, aquí se tomo todo globalizado en donde el empleado deberá de ingresar o escoger lo siguiente: Nombre de la Sucursal, Activos con lo que iniciara la sucursal y su dirección completa (calle, avenida, país, departamento, municipio)

Transferencias : Aquí el empleado o cliente podrá hacer razón de lo siguiente, depositar dinero a una cuenta (empleado únicamente) retirar el dinero de una cuenta (empleado únicamente) hacer una transferencia de cuenta a cuenta (empleado o cliente)

Movimientos : Aquí se podrá tener razón de las diferentes transacciones que el usuario a desarrollado en el transcurso del tiempo, al tan solo ingresar el número de cuenta y escoger el rango del tiempo se creara la consulta donde el empleado o cliente podrá verificar sus transacciones.

PLANIFICACIÓN DEL TRABAJO


UNI

Al tener 3 programadores, se a repartido el trabajo en 3 secciones: Creación de la base de datos, creación de la interfaz en visual basic y creación del código en .net, aunque el trabajo está dividido en 3 partes, todos tomaran parte en la creación de cada una de sus áreas.

IMPLEMENTACIÓN

Se empezó primero el desarrollo de la base de datos, se investiga que entidades puede tener un banco, se crean las tablas y se normalizan hasta la 3NF y se crean las restricciones para las tablas, que datos irán a ser únicos en las tablas y que datos deberán de ser extranjeros. Una vez establecido las restricciones y normalizado las tablas se empieza con la creación de la interfaz.

En el proceso de la interfaz se establece que campos son necesarios para cada formulario, cuantos combobox, listbox, textbox, labels, dataadapters, datagridview, etc serán utilizados en cada formulario, una vez establecido esto se comienza con la etapa de la creación de los algoritmos necesarios.


UNI

Se establece la conexión a la base de datos y las clases que se van a crear para el rápido acceso de a la base de datos y se terminan de establecer los algoritmos necesarios para que el sistema realice lo que el usuario nos estableció.

DEBUGGING

A base de prueba y error se empieza a encontrar los errores de programación o de lógica que el sistema puede tener; se intenta encontrar los mayores errores que en el sistema se puede producir, entre estos seria: Que coloque un valor numérico donde la búsqueda es únicamente establecida en cadenas de caracteres o viceversa.

En esta etapa se tomo en cuenta los distintos escenarios que el usuario podría desarrollar y que podrían terminar en un error crítico o mínimo.


UNI

Una vez encontrados estos errores se regresa al código y se ponen excepciones para que estos errores no detengan el funcionamiento del sistema.

Validación :

Una vez al haber eliminado los errores y al haber terminado todo la implementación del código nos toca validar el sistema.

En esta etapa se toma el desarrollo del sistema y se establece si los requerimientos del usuario son funcionales o no.

El sistema a su vez, logra desarrollar lo que el usuario estableció lo que es, llevar razón de los clientes, creación de cuentas, Historial de movimiento de las cuentas y transferencias de cuenta a cuenta no importando su tipo de cuenta pero si importando la moneda, al haber establecido que si desarrolla lo que el usuario nos estableció; se da por finalizada la etapa de validación.


UNI


UNI

CONCLUSION

El paradigma de programación utilizado dependerá de que tan extenso ira a ser desarrollado un sistema. Al emplear ciertos paradigmas conlleva a que la creación de los módulos sea de mayor tiempo.

Es necesario llevar una estructura en la creación de un sistema, ya que por medio de esta estructura o métodos, se lleva un control de las etapas en que uno se encuentra por lo tanto, al tener finalizado todo en el tiempo establecido llevara a un mayor ahorro, ya que, regresar a etapas anteriores conlleva a una extensiva pérdida de tiempo y dinero.


UNI


UNI

BIBLIOGRAFÍA

Fundamentos De Bases De Datospor Silberschatz

Editorial: Mcgraw-hill - EspañaNúmero de Edición: 5ªAño de Edición: 2006

Tema: COMPUTACIONIdioma: Español

Páginas: 944

http://www.buscalibros.cl/libros-editorial-mcgraw-hill-id_97884481.htm

http://www.buscalibros.cl/buscar.php?autor=Silberschatz


UNI

http://www.alegsa.com.ar/Dic/manual%20de%20usuario.php

http://tools.assembla.com/kumbia/wiki/ConvencionesDeCodificacion

http://tools.assembla.com/kumbia/wiki/ConvencionesDeCodificacion

http://www.alegsa.com.ar/Dic/manual%20de%20usuario.php

Ciclo de Vida De un Sistema Bancario Banumg

Documents

Transcript of Ciclo de Vida De un Sistema Bancario Banumg