Practica 04: Sistema bancario

Transcripción

1 Estructuras de datos (Prof. Edgardo A. Franco) 1

2 Contenido Requerimientos de la Practica 04 Observaciones Envío de la practica Formato del reporte Fechas de entrega 2

3 Requerimientos de la practica Construir un programa en C capaz de administrar un sistema bancario. El programa deberá de mostrar un primer menú como el siguiente: MENÚ PRINCIPAL - MODO 1 Administrador 2 Cliente 3 Salir 3

4 Al seleccionar la opción 1 del MENÚ PRINCIPAL se deberá de mostrar un menú con al menos las siguientes funciones: ADMINISTRADOR 1 Registrar un cliente 2 Registrar una cuenta (Debito o Crédito) 3 Ver clientes * 4 Ver cuentas * 5 Ver saldo cuentas de ahorro (Debito) * 6 Ver saldo cuentas de crédito (Adeudo al banco) * 7 Salir *Muestra y genera un archivo de texto 4

5 Al seleccionar la opción 2 del MENÚ PRINCIPAL se deberá de solicitar el usuario y password del cliente para poder ingresar a sus datos. CLIENTE Usuario:* Password*: *Previamente registrados o generados por el administrador Si el acceso es correcto se procede a mostrar el menú CLIENTE, de lo contrario podrá enviarse el MENU PRINCIPAL 5

6 Al mostrar el MENÚ CLIENTE se deberá de mostrar un menú con al menos las siguientes funciones: CLIENTE 1 Registrar un pago * 2 Ver cuentas * 3 Ver saldo cuentas de ahorro (Debito) * 4 Ver saldo cuentas de crédito (Adeudo al banco) * 5 Salir *Muestra y genera un archivo de texto * Se deberá dar la opción para seleccionar la cuenta de pago y actualizar los saldos ya sea debito o crédito 6

7 Observaciones Los datos necesarios para registrar un cliente y una cuenta se deberán de determinar según su conveniencia. Un cliente puede tener 0, 1 o más cuentas de crédito y debito. Por lo que deberá de considerase una relación de Cuentas hacia Clientes en sus respectivas estructuras (Uso obligatorio de tipos de datos estructurados). 7

8 El programa deberá ser modular, empleado funciones bien definidas y documentadas. El programa es capaz de mantener el estado del banco y no perderlo aunque se cierre la aplicación. La presentación de la aplicación queda a criterio propio y podrá ser diseñada pensando en una plataforma especifica Windows y/o Linux o MAC. Procurar emplear una interfaz de usuario amigable y de fácil uso. 8

9 Formato del reportes de practica Portada Introducción Planteamiento del problema Diseño y funcionamiento de la solución (Descripción de la abstracción del problema y su solución modular, apoyándose de diagramas de flujo y/o pseudocódigo en un lenguaje claro). Implementación de la solución (Según la solución diseñada como se implemento en el lenguaje de programación, explicaciones de los módulos implementados) Funcionamiento (Verificación de la solución, pruebas, resumen de resultados de salida y Pantallazos) Errores detectados (Si existe algún error detectado, el cuál no fue posible resolver o se desconoce el motivo y solo ocurre con ciertas condiciones es necesario describirlo) Posibles mejoras (Describir posibles disminuciones de código en la implementación o otras posibles soluciones) Conclusiones (Por cada integrante del equipo) Anexo (Códigos fuente *con colores e instrucciones de compilación) Bibliografía (En formato IEEE) 9

10 Envío a través de la pagina Web del curso En un solo archivo (ZIP, RAR, TAR, JAR o GZIP) Reporte (DOC, DOCX o PDF) Códigos fuente (.C,.H, etc.) Código documentado: Titulo, descripción, fecha, versión, autor. (Funciones y Algoritmos: Qué hace?, Cómo lo hace?, Qué recibe?, Qué devuelve?, Causa de errores?). NO enviar ejecutables o archivos innecesarios, las instrucciones de compilación van en el anexo del reporte. (Yo compilare los fuente). 10

11 Fechas de entrega 1. Mostrar el funcionamiento de la practica a más tardar el día martes 11 de julio de Enviar vía Web en un archivo comprimido (ZIP, RAR o TAR), reporte y códigos de C a más tardar el mismo día miércoles 12 de julio de 2017 (23:59:59 hora limite). Grupo 1CM4 Contraseña algoritmia1cm4 11