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