Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
Scribd Logo
Cargar

¡Te damos la bienvenida a Scribd!

  • 3 vistas

    Evidencia Identificar Entidades y Relaciones

    Cargado por

    Nicolas Monsalve

    Copyright:

    © All Rights Reserved
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd

    Evidencia Identificar Entidades y Relaciones

    Cargado por

    Nicolas Monsalve
    3 vistas10 páginas

    Título original

    Evidencia identificar entidades y relaciones

    Derechos de autor

    © © All Rights Reserved

    Formatos disponibles

    DOCX, PDF, TXT o lea en línea desde Scribd

    ¿Le pareció útil este documento?

    ¿Este contenido es inapropiado?

    Copyright:

    © All Rights Reserved
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd
    Descargar como docx, pdf o txt
    3 vistas10 páginas

    Evidencia Identificar Entidades y Relaciones

    Cargado por

    Nicolas Monsalve

    Copyright:

    © All Rights Reserved
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd
    Descargar como docx, pdf o txt
    de 10

    Evidencia de desempeño: GA4-220501093-AA1-EV01 - Identificar entidades y

    relaciones planteadas en el caso de estudio

    Nelly Mariuxi Lecca Zúñiga.

    SENA, Servicio Nacional de Aprendizaje.


    CTGI, Centro Textil y de Gestión Industrial
    Regional Antioquía

    ADSO, Análisis y Desarrollo de Software, ficha N° 2834806

    Instructor, Lee Jared Escobar

    Cali 2024
    Introducción
    El modelo entidad-relación (ER) es una herramienta fundamental en el diseño de bases de
    datos, ya que permite representar de manera simplificada las entidades que participan en un
    proceso y cómo se relacionan entre sí. En el contexto del software para diseño de
    accesorios de bisutería, este modelo ayuda a estructurar la información necesaria para
    gestionar los diseños, usuarios y sus interacciones. A continuación, se presenta el modelo
    entidad-relación que incluye las entidades, atributos, tipos de relaciones, y claves necesarias
    para la implementación del sistema.
    Para el desarrollo del software de diseño de accesorios de bisutería, es fundamental
    identificar las entidades y relaciones que conforman el sistema. A continuación, se presenta
    un análisis detallado del modelo entidad-relación (ER) aplicable a este caso.
    Modelo Entidad-Relación
    El modelo entidad-relación es una técnica que permite representar de manera simplificada
    los componentes que participan en un proceso de negocio y cómo se relacionan entre sí.
    Este modelo incluye tres elementos principales: entidades, atributos y relaciones.
    Entidades
    Las entidades son objetos o conceptos sobre los cuales se desea almacenar información. En
    el contexto del software para diseño de bisutería, las siguientes entidades pueden ser
    identificadas:
     Usuario: Representa a las personas que utilizan la plataforma (diseñadores,
    colaboradores, clientes).
     Diseño: Se refiere a los bocetos en 2D y 3D creados por los usuarios.
     Carpeta: Estructura donde se almacenan los diseños.
     Rol: Define las funciones y permisos de cada usuario (diseñador, colaborador o
    cliente).
    Atributos
    Cada entidad tiene atributos que describen sus características. Algunos ejemplos son:
     Usuario:
     ID_usuario
     Nombre
     Correo electrónico
     Contraseña
     Rol
     Diseño:
     ID_diseño
     Nombre del diseño
     Tipo (2D o 3D)
     Fecha de creación
     Estado (activo, modificado)
     Carpeta:
     ID_carpeta
     Nombre de la carpeta
     Fecha de creación
     Comentario
     ID_comentario (clave primaria)
     Contenido
     Fecha comentario
     ID usuario (clave foránea)
     ID diseño (clave foránea)
    Relaciones
    Las relaciones describen cómo interactúan las entidades entre sí. En este contexto, se
    pueden identificar las siguientes relaciones:
     Usuario-Diseño: Un usuario puede crear múltiples diseños, mientras que cada
    diseño es creado por un solo usuario. Esto representa una relación uno a muchos
    (1:N).
     Usuario-Carpeta: Un usuario puede tener múltiples carpetas para organizar sus
    diseños. También es una relación uno a muchos (1:N).
     Diseño-Carpeta: Un diseño puede estar almacenado en una o varias carpetas, y una
    carpeta puede contener múltiples diseños. Esto representa una relación muchos a
    muchos (N:N).
     Usuario-Rol: Cada usuario tiene un rol específico que determina sus permisos
    dentro del sistema. Esta relación es uno a uno (1:1).
     Diseño-Comentario: Un diseño puede tener múltiples comentarios, pero cada
    comentario está asociado a un único diseño (1:N)
    Nombre ID diseño

    ID Nombre

    1 N
    Correo USUARIO Cre DISEÑO Fecha
    a

    Contraseñ Tipo

    Rol Estado

    ID

    1 N
    USUARIO Posee CARPETA Nombre

    Fecha

    ID diseño

    Nombre
    N Almacena N
    DISEÑO CARPETA
    Fecha

    Tipo

    Estado
    ID

    Contenid

    1 N
    Fecha

    ID

    ID diseño

    ID Rol

    1 1

    Descripció
    MODELO ENTIDAD RELACIÓN

    ROL

    1 Cre
    a

    N
    1
    1

    USUARIO
    DISEÑO

    1
    N
    N
    N

    ID
    carpeta CARPETA
    Fecha

    Realiz
    a
    Nombre

    N
    1

    COMENTARIO
    Claves y tipos de claves.
     Claves Primarias (PK):
     ID_Usuario en la entidad Usuario.
     ID_Diseño en la entidad Diseño.
     ID_Carpeta en la entidad Carpeta.
     ID_Comentario en la entidad Comentario.
     Claves Foráneas (FK):
     ID_Usuario en Comentario (referencia a Usuario).
     ID_Diseño en Comentario (referencia a Diseño).

    Entidades y claves:
    1. Usuario
     PK: ID_usuario
     Atributos:
    o Nombre
    o Correo_electrónico
    o Contraseña
    o Rol (FK)
    2. Rol
     PK: ID_rol
     Atributos:
    o Nombre_rol
    o Descripción
    3. Diseño
     PK:ID_diseño
     Atributos:
    o Nombre_diseño
    o Descripción
    o Fecha_creación
    o Fecha_modificacion
    o Tipo (2D/3D)
    o Estado
    o ID_usuario (FK)
    4. Carpeta

    PK: ID_carpeta

    Atributos
    o Nombre_carpeta
    o Fecha_creación
    o ID_usuario (FK)
    5. Comentario
     PK: ID_comentario
     Atributos
    o Contenido
    o Fecha_comentario
    o ID_usuario (FK)
    o ID_diseño (FK)

    TUPLAS
    Una tupla es una fila en una tabla de base de datos que representa una instancia única de
    una entidad. A continuación, se presentan ejemplos de tuplas para cada entidad:

    TUPLA PARA USUARIO


    ID_usuario Nombre Correo Contraseña Rol
    1 Lesly lsancordoba91@xxxm Contraseña diseñador
    Sanchez ail.com 123
    TUPLA PARA ROL
    ID_rol Nombre Descripción
    rol
    3 Cliente Observa diseño
    TUPLA PARA DISEÑO
    ID_diseño Nombre descripción Fecha Fecha Tip ID_usua
    diseño creación modificac o rio
    ión
    20 CollarCollar con miyuki 25/09/202 01/10/20 2D 3
    elegante
    dorado y negro en 4 24
    telar
    TUPLA PARA CARPETA
    ID_carpeta Fecha Nombre ID_usuario
    creación
    5 11/07/2 Técnica Peyote 2
    024
    TUPLA PARA COMENTARIO
    ID_coment Fecha Contenido ID_usuario ID_diseñ
    ario o
    1 10/06/2 “Me encanta este 5 19
    024 diseño”
    Conclusiones
    El modelo entidad-relación es esencial para estructurar la base de datos del software de
    diseño de bisutería. Permite no solo almacenar información de manera organizada, sino
    también garantizar que las interacciones entre los diferentes componentes del sistema sean
    claras y eficientes. Al identificar adecuadamente las entidades y sus relaciones, se facilita el
    desarrollo y la gestión del software, asegurando que cumpla con los requisitos funcionales y
    operativos establecidos.

    También podría gustarte