311tp 2014-2

download 311tp 2014-2

of 8

description

311tp 2014-2

Transcript of 311tp 2014-2

  • 311-TP LAPSO 2014--2 1/8

    Especialista: Mireya Delgado Ingeniera de Sistemas Evaluadora: Sandra Snchez

    UNIVERSIDAD NACIONAL ABIERTA VICERRECTORADO ACADMICO AREA: INGENIERA

    TRABAJO PRCTICO: ASIGNATURA: BASE DE DATOS CDIGO: 311 FECHA DE ENTREGA DE LAS ESPECIFICACIONES AL ESTUDIANTE: Primera Semana de presentacin de pruebas FECHA DE DEVOLUCIN: Adjunto a la Prueba Integral NOMBRE DEL ESTUDIANTE: CDULA DE IDENTIDAD: CORREO ELECTRNICO: TELFONO: CENTRO LOCAL: CARRERA: 236 NMERO DE ORIGINALES: FIRMA DEL ESTUDIANTE: LAPSO: 2014/2 UTILICE ESTA MISMA PGINA COMO CARTULA DE SU TRABAJO

    RESULTADOS DE LA EVALUACIN:

    OBJ N 7 8 0:NL 1:L

  • 311-TP LAPSO 2014--2 2/8

    Especialista: Mireya Delgado Ingeniera de Sistemas Evaluadora: Sandra Snchez

    ESPECIFICACIONES: El presente trabajo prctico se basar en los objetivos 7 y 8, correspondientes al Mdulo III. En l se evidenciarn las habilidades y destrezas adquiridas por el estudiante, al momento de disear conceptualmente una base de datos bajo el Modelo de Organizacin Relacional, as como tambin, al disear el modelo lgico y fsico de una base de datos, utilizando un Sistema de Gestin de Base de Datos Relacional.

    TRABAJO PRCTICO BASE DE DATOS (311)

    Lea con atencin el siguiente planteamiento: La empresa STAT, que se dedica a prestar servicio tcnico a vehculos automotores de marca TOCOYA, cuenta con sedes ubicadas en Caracas y en varios puntos de La Gran Caracas. La STAT est llevando el control de sus clientes y servicios solicitados/prestados en forma manual, lo cual conlleva retrasos y errores que disgustan y ahuyentan a los clientes, adems de producir recarga laboral en los empleados con el consecuente enrarecimiento del clima laboral. Se propone entonces la empresa, disear una base de datos que pueda dar soporte a un futuro sistema de informacin cliente/servidor, aprovechando la tecnologa web, para permitir: a sus sedes la manipulacin de los datos a nivel de cliente y el almacenamiento de los mismos a nivel del servidor; a sus clientes realizar de forma remota (si as lo desean), tanto solicitudes de servicio, como seguimiento al servicio que se est prestando a su vehculo. El sistema de informacin, planificado para ser desarrollado a futuro, deber ofrecer las siguientes funcionalidades: Registrar y mantener actualizados datos personales de clientes

    (identificacin, apellido, nombre, direccin, telfonos fijo y celular-, correo electrnico).

    Manejar datos de los vehculos de los clientes (modelo, color, ao, kilometraje al llegar y al salir de la empresa, permiso de circulacin).

    Llevar el control tanto de las solicitudes de servicio de los clientes (nmero de solicitud, fecha de solicitud, tipo de servicio solicitado, fecha de cita asignada al cliente para llevar su vehculo a la empresa para realizarle el servicio), como del estatus y fechas por los que va pasando dicha solicitud desde su formulacin hasta la solucin definitiva del problema (registrada, vehculo entregado a la empresa, empleado a quien se asigna el servicio, servicio en proceso, servicio terminado, vehculo devuelto al cliente).

    Generar reportes sobre los datos ingresados.

  • 311-TP LAPSO 2014--2 3/8

    Especialista: Mireya Delgado Ingeniera de Sistemas Evaluadora: Sandra Snchez

    Tal como se expuso al inicio, la STAT se propone en la actualidad disear la base de datos que de soporte al sistema de informacin, cuyos requerimientos funcionales han sido descritos en los prrafos anteriores.

    ELABORACIN Y ENTREGA DEL TRABAJO PRCTICO

    La STAT ha decidido contratarlo a usted para que realice dicho diseo de base de datos tomando en cuenta lo siguiente:

    La metodologa a seguir ser la adoptada en la presente asignatura (descrita en los textos de la materia: Material Instruccional de Apoyo y Fundamentos de Sistemas de Bases de Datos), que incluye tanto la elaboracin de los modelos conceptual, lgico y fsico de la base de datos bajo un enfoque relacional, como la seleccin (con los criterios estudiados) del Sistema de Gestin de Base de Datos Relacional (SGBDR) que mejor se adecue al caso.

    El proceso del diseo de base de datos debe ser un estudio formal, exhaustivo y coherente del problema planteado.

    Si en las especificaciones no se indican todos los datos necesarios para efectuar determinada actividad, entonces el alumno idear datos que resulten razonables para tal fin.

    Se recomienda al estudiante, planificar adecuadamente la ejecucin de este trabajo prctico, a fin de cumplir con la fecha de entrega establecida, ya que no habr prrroga.

    El informe del trabajo prctico deber cumplir con los siguientes requisitos de presentacin, estructuracin y especificidad, ya que no se aceptarn trabajos, que no cumplan con los mismos: Se entregar encuadernado. La presentacin debe ser impecable. El contenido del trabajo ser el siguiente:

    1) Cartula (utilice la misma suministrada con este trabajo). 2) ndice. 3) Introduccin. 4) Resultados de: 9 La obtencin y anlisis de requisitos de datos de cada

    usuario y del sistema como un todo, documentados en un diccionario cuyo modelo se incluye en el anexo.

    9 El diseo conceptual de la base de datos documentado en un diccionario cuyo modelo se incluye en el anexo.

  • 311-TP LAPSO 2014--2 4/8

    Especialista: Mireya Delgado Ingeniera de Sistemas Evaluadora: Sandra Snchez

    9 La eleccin de un Sistema de Gestin de Base de Datos Relacional (SGBDR), justificando su seleccin con los criterios estudiados en la asignatura.

    9 El diseo lgico de la base de datos documentado en un diccionario cuyo modelo se incluye en el anexo.

    9 El Diseo fsico de la base de datos documentado en todas sus partes.

    CRITERIOS DE CORRECCIN:

    1. Se considera logrado el objetivo 7 si el estudiante entrega el diseo conceptual de la base de datos relacional, donde especifique: Los requerimientos y necesidades de los usuarios y del

    sistema como un todo. El diseo del esquema conceptual, usando el modelo E-R

    (Entidad-Relacin) y especificando en este, cada uno de los conceptos del modelo E-R.

    2. Se considera logrado el objetivo 8 si el estudiante entrega el

    proceso del diseo lgico y fsico de la base de datos relacional, donde especifique:

    Eleccin de un SGBDR. Transformacin al modelo de datos (diseo lgico de

    la base de datos): Construccin del modelo Relacional y validacin de las relaciones.

    Diseo fsico de la base de datos, siguiendo una metodologa como la planteada en el Material Instruccional de Apoyo.

    FIN DE TRABAJO PRCTICO

    NOTA: Los Trabajos Prcticos son estrictamente individuales y una produccin indita del estudiante, cualquier indicio que ponga en duda su originalidad, ser motivo para su anulacin. Queda a discrecin del asesor o profesor corrector, solicitar una verificacin de los objetivos contemplados en el mismo, nicamente en aquellos casos en los que se vea comprometida la originalidad de la autora del presente trabajo prctico.

  • 311-TP LAPSO 2014--2 5/8

    Especialista: Mireya Delgado Ingeniera de Sistemas Evaluadora: Sandra Snchez

    ANEXO

    MODELOS DE DICCIONARIO PARA DOCUMENTAR LOS RESULTADOS DE LA OBTENCION Y ANALISIS DE REQUISITOS.

    LISTA DE REQUERIMIENTOS DE DATOS DE CADA USUARIO

    usuario requerimientos de datos del usuario

    LISTA INTEGRADA DE REQUERIMIENTOS DE DATOS DEL SISTEMA

    MODELOS DE DICCIONARIO PARA DOCUMENTAR LOS RESULTADOS DEL DISEO CONCEPTUAL DE LA BASE DE DATOS.

    DOCUMENTACION DE ENTIDAD

    Nombre entidad:

    Descripcin entidad:

    Atributos que contiene: Nombre atributo: Clave (marque con X el/los atributos clave)

  • 311-TP LAPSO 2014--2 6/8

    Especialista: Mireya Delgado Ingeniera de Sistemas Evaluadora: Sandra Snchez

    DOCUMENTACION DE ATRIBUTO

    Nombre atributo:

    Descripcin atributo:

    Entidades que lo contienen: Nombre entidad:

    DOCUMENTACION DE RELACIN (VNCULO)

    Nombre relacin:

    Descripcin relacin:

    Entidades involucradas en la relacin: Nombre entidad:

    DOCUMENTACION DE CARDINALIDAD DE UNA RELACIN

    Nombre relacin (vnculo):

    Entidades y restricciones de cardinalidad involucradas en la relacin: Cardinalidad Nombre entidades involucradas: Descripcin de la restriccin de cardinalidad:

    .., ,

    , ..

  • 311-TP LAPSO 2014--2 7/8

    Especialista: Mireya Delgado Ingeniera de Sistemas Evaluadora: Sandra Snchez

    DOCUMENTACION DE TRANSACCIN

    Nombre transaccin:

    Tipo (categora) transaccin: (ej: registrar,eliminar..)

    Descripcin de la transaccin: (comportamiento funcional)

    Salida de la transaccin: (ej: datos personales almacenados)

    Frecuencia estimada de utilizacin:

    Tiempo de respuesta estimado:

    Entidades, atributos y usuarios involucrados en la transaccin: Nombre entidad: Nombre atributo Usuario(s) , ,

    MODELOS DE DICCIONARIO PARA DOCUMENTAR LOS RESULTADOS DEL DISEO LOGICO DE LA BASE DE DATOS.

    DOCUMENTACION DE ENTIDAD

    Nombre entidad:

    Descripcin entidad:

    Tamao registro (bytes/reg):

    Volumen estimado crecimiento (cantidad de reg/ao):

    Capacidad de almacenamiento requerida (bytes/ao): (tamao registro x volumen estimado de crecimiento en 1 ao)

    Atributos que contiene: Nombre atributo: Longitud atributo: Clave (Principal, Secundaria,

    Ajena/Fornea)

  • 311-TP LAPSO 2014--2 8/8

    Especialista: Mireya Delgado Ingeniera de Sistemas Evaluadora: Sandra Snchez

    DOCUMENTACION DE ATRIBUTO

    Nombre atributo:

    Descripcin atributo::

    Tipo atributo:

    Longitud atributo (bytes): (si es numrico especificar enteros y decimales)

    Restricciones (validaciones) requeridas sobre el atributo:

    Entidades que lo contienen: Nombre entidad: