Taller Mecanico

Taller Mecanico FACULTAD DE INGENIERÍA INGENIERÍA EN INFORMÁTICA OBJETIVO Desarrollar un esquema en base al relevamiento

Views 216 Downloads 6 File size 76KB

Report DMCA / Copyright

DOWNLOAD FILE

Recommend stories

Citation preview

Taller Mecanico FACULTAD DE INGENIERÍA INGENIERÍA EN INFORMÁTICA OBJETIVO Desarrollar un esquema en base al relevamiento de datos reales con la mayor aproximación posible a una solución de informatización del sistema. TRABAJO A REALIZAR Relevar información y elaborar la Estructura de Datos (DER) de todo lo referente a un Taller Mecánico Generar el Script SQL automático del DER, apuntando a una Base de Datos Oracle. Realizar la conversión de base de datos Oracle a otra de elección. Generar los reportes del Diagrama con ayuda de la Herramienta Case Studio. Aclaración: Tanto el DER, el Script SQL, la conversión a otra BD y los reportes deben ser creados con la Herramienta de Diseño CASE STUDIO TIPO DE EMPRESA Taller PROBLEMA PLANTEADO Se desea construir una base de datos para la gestión de un taller mecánico que deberá contener la información referente a los clientes, los vehículos que repara, los mecánicos que trabajan en su taller y los repuestos que se han utilizado para realizar una determinada reparación. El funcionamiento del taller es el siguiente: * Se registra tanto el cliente como el vehículo que trae al taller para su reparación. Este registro recoge el DNI, Nombre y Apellidos, Dirección y Teléfono de contacto del cliente. Del vehículo se recogen la matrícula, el modelo y el color. También se registra la fecha de entrada del vehículo en el taller y su hora. * Una vez registrado, se le asigna un mecánico (libre) que se encargará de evaluar los daños. * Posteriormente, este mecánico puede rodearse de otros mecánicos que le ayudarán en la reparación. * Los mecánicos que participan en la reparación irán anotando en una hoja de parte todos aquellos repuestos que les han sido necesarios para llevar a cabo la reparación y el precio de la mano de obra. * Una vez terminada la reparación, la hoja de parte se pasa a la persona que mantiene el sistema de información, la cual introducirá los datos que generarán la correspondiente factura

para el cliente. La factura por tanto, debe contener todos los datos del cliente, los datos del mecánico al que ha sido asignado y el desglose de qué repuestos se han utilizado con su precio por unidad, el precio de la mano de obra y el total de la factura. A este total se le aplica el 16 % de IVA y además deberá el precio total de la reparación aparecerá en pesetas y en euros. PRESENTACIÓN El trabajo práctico debe ser presentado en una carpeta adecuada para el efecto conteniendo la información personal del alumno y la solución propuesta, junto con lo pedido en el punto TRABAJO A REALIZAR. Además se debe adjuntar en un CD todo el trabajo práctico. Datos de la Carpeta: * Caratula con logo de la UniNorte * Introducción * Descripción del trabajo * Impresión en una hoja aparte del DER generado con la Herramienta CASE STUDIO

* Explicación de la diferencia encontrada en la generación automática del Script para Oracle y la elegida personalmente (Tanto en el código SQL, como en las opciones que aparecen en la solapas “What to Generate”, “How to generate”, “Advanced”). Formato: Hoja: A4, Fuente: Arial, Tamaño: 11 para el texto 12 para los títulos (Negrita), Párrafo: Interlineado 1,5. La prolijidad en la entrega de la carpeta es fundamental Datos del CD: * El trabajo presentado en carpeta en formato digital (formato Word o pdf) * DER generado con la herramienta Case Studio (.dm2) * Script SQL generado automáticamente (Ejemplo Script.sql) * Reporte generado con la herramienta (HTML y RTF) * Identificar el CD con el Nombre del Alumno PUNTOS El puntaje total del trabajo práctico es de 10pts, que equivalen a 50% del puntaje del Primer Parcial. Total de Puntos del Primer Parcial 20 Puntos del Trabajo Practico 10 Puntos del Examen Escrito 10 ANEXO : Ejemplo de Descripción del Trabajo. (No significa que sea el mas optimo) La estructura del trabajo consta de veintitrés (23) tablas; las cuales realizan funciones dependientes y/o independientes como el caso de la tabla alumnos, materia, etc.… Estas tablas independientes pueden ser cargadas sin la necesidad de que exista o no en otra tabla el campo a cargar; a su vez las dependientes como su nombre lo dice, busca que exista en por lo menos uno de sus campos el mismo campo en otra tabla (FK), como ser la tabla alumnos_materias. Cada alumno debe cursar por lo menos una materia, a su vez este alumno deberá matricularse

previamente. Para que el alumno curse una materia también esta debe estar predefinida en la tabla materia, cada alumno pertenecerá a una carrera o mas, posibilitando que el alumno x pueda (extraordinariamente) seguir las carreras X1 y X2 al mismo tiempo. Todos los alumnos cuentan con un estado en la tabla alumno_materias, que definirá si el mismo aprobó o reprobó las materias cursadas, incluyéndose el campo nota para mayores detalles. Los abandonos de carrera serán controlados mediante la tabla alumnos_abandonos para el legajo del mismo, y esta a su vez depende de la tabla abandono. El caso anterior se cumple de igual manera cuando un alumno termina una carrera_ x, para este caso en particular se tiene en cuenta la tabla recibidos, carrera y alumno, que brindaran los datos para un manejo apropiado de los alumnos que se reciben. El presente sistema facilita en primer lugar el manejo de los datos personales de los alumnos, caso esto quieran modificarlos en cualquier oportunidad. Se podrían obtienen consultas optimas sobre que cantidad de materias curso un alumno, cuantas materias aprobó, cuantas reprobó, intentando de esta manera predecir si el

alumno abandona o no la carrera a través de datos estadísticos. Una materia no puede contener dos estados a la vez (aprobado, reprobado) Los alumnos que abandonan la carrera podrán volver a reincorporarse a la misma con el mismo numero de matricula, evitando la duplicación de matriculas, alterando únicamente la tabla abandono, eliminando el registro que indique el abandono del alumno. El sistema podrá reproducir un método de consulta para saber que alumnos pasaron que materias con cual nota, esto es mayores detalles de las materias que el alumno curso. Una bondad o tal vez una deficiencia dependiendo del usuario es el identificador único de alumnos, para el cual se utiliza la cedula de identidad. Como existen cedulas duplicadas un alumno no podrá matricularse si otro alumno con el mismo numero de cedula lo hizo anteriormente. En caso de querer matricular a este alumno en cuestión se le identificara con un código x, sabiendo por medio de averiguaciones que este alumno por tener cedula duplicada no tenga inconvenientes en identificaciones (institución encargada de la expedición de la misma). Correlatividad de Materias, La forma en que los datos ingresaran en la tabla Históricos, los datos obtenidos en la tabla Balances, se realizaran automáticamente por medio de Programación, sin necesidad de interacción del Usuario