tiene componentes clave como el servidor(define como responder y manejar las solicitudes de los usuarios),la base de datos(almacena toda la información pertinente y los gestiona ), aplicación del servidor(define cómo se manejan los servidores e interactúan las bases de datos )

algunos ejemplos de cada ámbito son: 

-apps de comercio electrónico: gestiona, supervisa y concreta las órdenes de compra y existencias de cada producto 

redes sociales: almacena las grandes cantidades de datos de los usuarios y los gestiona para mostrar los contenidos recomendados

se conforma habitualmente por : 

-interfaz del usuario: es con lo que el usuario interactúa en toda aplicación 

-experiencia del usuario: se refiere a la comodidad y la felicidad del usuario al interactuar con la pagina o app 

algunos ejemplos son:

-el estilo de las páginas web como los botones y estilo de texto que transmite información al usuario

plataformas de streaming: la interfaz de navegación y controles de video

Funciones principales de un DBMS:

1. Creación y Diseño de Bases de Datos:

2. Inserción, Actualización y Eliminación de Datos:

3. Consulta de Datos:

4. Seguridad de los Datos:

5. Integridad de los Datos:

6. Manejo de Transacciones:

7. Backup y Recuperación:

8. Control de Concurrencia:

algunos tipos de dbms son:

-relacionales: Utiliza tablas para almacenar datos y establecer relaciones entre ellas mediante claves primarias y foráneas. (sql,postgreSQL,sqlServer)

-no relacionales o no solo relacionales: Diseñado para almacenar y gestionar grandes volúmenes de datos no estructurados o semiestructurados. Puede manejar diferentes tipos de modelos de datos como documentos, gráficos, clave-valor, y columnas. (MongoDB,cassandra)

-orientado a objetos: almacena datos objeto similar a la programación orientada a objetos lo que le permite trabajar con lenguajes orientados a objetos (ObjectDB,db4o)

-jerárquico o en red: guarda los registros y cada registro tiene una  estructura similar a un árbol con uno o múltiplos padres  (IBM Information Management System (IMS),Integrated Data Store (IDS))

Características de los Datos:

Básico e Indivisible: Los datos representan la forma más simple de información. No se pueden dividir en partes más pequeñas sin perder su significado.

Sin contexto: Un dato por sí solo no tiene contexto o significado completo. Por ejemplo, el número "23" es solo un dato; sin más información, no sabemos si representa una edad, una cantidad de productos, una temperatura, etc.

Formato: Los datos pueden ser de diferentes tipos, como numéricos (ej. 100, 3.14), alfanuméricos (ej. A123, XYZ), booleanos (verdadero o falso), de fecha (ej. 24/08/2024), y más.

ejemplos: carlos, 1932,medellín, motorola

En las dbms relacionales, una relación es una asociación entre dos o más conjuntos de datos que están organizados de una manera estructurada. En bases de datos relacionales, una relación se representa como una tabla que consta de filas y columnas. Las filas, también conocidas como registros, representan instancias de datos, mientras que las columnas, también llamadas atributos, representan los diferentes tipos de datos que pueden describir esas instancias.

Tipos de Relaciones en Bases de Datos Relacionales

Uno a Uno (1:1): : En una relación uno a uno, un registro de una tabla está asociado con un solo registro en otra tabla, y viceversa.

Ejemplo: En un sistema de gestión de personal,

Uno a Muchos (1 N):  En una relación uno a muchos, un registro de una tabla puede estar asociado con múltiples registros en otra tabla, pero los registros de la segunda tabla están asociados con un solo registro en la primera tabla.

Ejemplo: En una tienda en línea, 

Muchos a Uno (N:1):   Es el caso inverso de la relación uno a muchos, donde muchos registros en una tabla están asociados con un solo registro en otra tabla.

Ejemplo: Varias órdenes pueden estar asociadas con un solo cliente, 

Muchos a Muchos (M:N):  En una relación muchos a muchos, varios registros en una tabla pueden estar relacionados con varios registros en otra tabla.

Ejemplo: En un sistema de gestión de una biblioteca,.

 Ken.A (2023, 10,03). Backend: ¿Qué es y para qué sirve?. glup an orium company. https://www.gluo.mx/blog/backend-que-es-y-para-que-sirve

pregunta 2:

Coppola.M (2022, 9,19).Frontend y backend: qué son, en qué se diferencian y ejemplos. hob spot. https://blog.hubspot.es/website/frontend-y-backend

pregunta 3:

 Rouse.M (2019, 10,14).Sistema de gestión de bases de datos o DBMS. Computer weekly. https://www.computerweekly.com/es/definicion/Sistema-de-gestion-de-bases-de-datos-o-DBMS

pregunta 4:

Westreicher .W (2020, 12,01).DATO. Economipedia. https://economipedia.com/definiciones/dato.html

pregunta 5:

Felipe (2021, 07,14).Qué es una relación en una base de datos y qué tipo de relaciones pueden existir. HostingPlus. https://www.hostingplus.com.co/blog/que-es-una-relacion-en-una-base-de-datos-y-que-tipo-de-relaciones-pueden-existir/

https://jorgesanchez.net/er

https://jorgesanchez.net/manuales/gbd/entidad-relacion.html

https://www.lucidchart.com/pages/es/que-es-un-diagrama-entidad-relacion

https://miro.com/es/diagrama/que-es-diagrama-entidad-relacion/

https://userexterno5.wordpress.com/2014/09/25/conceptos-de-un-modelo-entidad-relacion-y-ejemplo/

https://bookdown.org/paranedagarcia/database/modelamiento-de-datos.html

https://bdigital.uvhm.edu.mx/wp-content/uploads/2020/05/Bases-de-Datos.pdf

https://codigosql.top/bases-de-datos/modelo-entidad-relacion/

https://www.lucidchart.com/pages/es/simbolos-de-diagramas-entidad-relacion

https://informaticosinlimites.com/wp-content/uploads/2022/06/10-1.svg

Estudiantes: 

Julian  Polo Barrios.

Brayan Quintero Cuartas. 

Tomas Rendón. 

Samuel Steven Quiceno. 

Juan Daniel Parra Rivera. 

Samuel Ortiz Bermúdez. 

Docente: 

Andrea Lorena Ospina Perez 

Diagrama Entidad-Relación (DER)Es la representación gráfica del Modelo Entidad-Relación, Muestra las entidades, atributos, relaciones y cardinalidades de un sistema que se crea a partir del MER y se utiliza para planificar y comunicar cómo se organizarán y relacionarán los datos en una base de datos.

Existen varios tipos de entidades que se relacionan entre si mediante algo que las conecte estas son entidades débiles y entidades fuertes cada una ellas tienen su propósito, la entidad débil es la que depende de la existencia de ejemplares en otra entidad. 

La segunda entidad mencionada es la que se llama entidad fuerte y cada ejemplar de la entidad débil depende solamente de un ejemplar de la entidad fuerte. 

Cada entidad tiene un atributo que es la discriminante que permite distinguir las entidades en un grupo de entidades débiles que dependen de una entidad de un conjunto de entidades fuertes. 

Ejemplo: 

• Cod_trabajo: 129, Nombre: Limpieza de fachada  

• id_tarea: 129-1, Descripción: Colocar andamios  

• id_tarea: 129-2, Descripción: Asegurar trabajadores 

 • id_tarea: 129-3, Descripción: Realizar limpieza 

 • id_tarea: 129-4, Descripción: Recoger material 

• Cod_trabajo: 130, Nombre: Limpieza de pintadas  

• id_tarea: 130-1, Descripción: Preparación de la máquina  

• id_tarea: 130-2, Descripción: Realizar limpieza con máquina  

• id_tarea: 130-3, Descripción: Recoger materia 

• id_tarea: 130-3, Descripción: Recoger materia 

Sánchez, J. (s.f.). Entidades débiles y fuertes en el modelo entidad-relación. Recuperado el 27 de agosto de 2024, de https://jorgesanchez.net/presentaciones/bases-de-datos/entidad-relacion/entidades-debiles.pdf.

Simples: Son atributos que no pueden subdividirse en partes más pequeñas, como el nombre, los números, etc.

Compuestos: Son atributos que pueden subdividirse en más propiedades, tales como la dirección, que se puede desglosar en la calle, el número de la calle, el número de casa, etc.

Univalorados: Es un tipo de atributo que solo puede tomar un valor para una entidad específica, como el número de cuenta o la fecha de cumpleaños.

Multivalorados: Es un tipo de atributo que puede tener múltiples valores para una entidad, como los números de teléfono o las sedes.

Derivados: Son atributos que pueden derivar de una entidad u otro atributo, como el atributo "cliente" que deriva de "banco" o la "edad" que se deriva de la fecha de nacimiento.

Nulo: Es un tipo de atributo que no tiene un valor para una entidad en algunos casos. En otras palabras, indica la ausencia de un valor o su desconocimiento, como un segundo nombre.

Las claves son un atributo o un conjunto de atributos que se utilizan para identificar de manera única una fila (registro) dentro de una tabla.

Clave primaria: Es un atributo o conjunto de atributos que permite la identificación de una entidad en una tabla. Por ejemplo, una clave primaria en una tabla de ciudadanos sería su documento de identidad.

Clave foránea: Es un atributo que crea un puente entre dos tablas y que apunta a la clave primaria de otra tabla. Por ejemplo, en una tabla de "Empleados", el "ID de Departamento" podría ser una clave foránea que apunta a la tabla de "Departamentos".

Superclave: Es un conjunto de uno o más atributos que se utilizarán para identificar de manera única un registro en una tabla.

Uno a uno: Una entidad A se relaciona con una única entidad B, y viceversa.

Uno a muchos: Una entidad A se relaciona con múltiples entidades B, pero cada entidad B se relaciona solo con una entidad A.

Muchos a uno: Múltiples entidades A se relacionan con una única entidad B, pero cada entidad A se relaciona solo con una entidad B.

Muchos a muchos: Múltiples entidades A se relacionan con múltiples entidades B, y viceversa.

Especialización: En esta jerarquía también se heredan los campos de supertipo, se distingue de la generalización porque en la especialización todas las entidades que intervienen comparten la clave del supertipo. En este caso la cardinalidad del supertipo seria (1,1) 

Total: Sucede cuando no existen registros del supertipo que no estén relacionados con el subtipo, siempre tienen que estar relacionado. Se representa con la cardinalidad mínima a uno en la superentidad y con un círculo en la línea donde se une el supertipo con la relación. 

Parcial: Sucede cuando los registros del supertipo no están relacionados con ninguno de los subtipos. 

Exclusiva: Sucede cuando un registro de la superentidad está relacionado de forma exclusiva con las subentidades, se entiende que solo puede ser uno a la vez y no dos cosas a la vez, Se representan con un arco por debajo del triángulo invertido. 

Solapada: Sucede cuando un registro del supertipo puede estar relacionado con más de un registro de los subtipos, es normal que esto pase en las relaciones que no son exclusivas y son totales, ya que se obliga a que esté relacionada con alguna de ellas. 

Medium. (n.d.). Generalización y especialización en bases de datos. Medium. Recuperado de https://medium.com/enredando-con-bases-de-datos/bbdd-jerarqu%C3%ADas-9c43fef4b487. 

Ejemplo: Un dominio para un atributo de fecha de Nacimiento solo aceptaría fechas válidas, en cambio un dominio para un atributo de país solo aceptaría nombres de países existentes  

Sánchez, J. (n.d.). Modelo relacional. Recuperado de https://jorgesanchez.net/manuales/gbd/modelo-relacional.html 

Es la manera en la que están organizados los datos en la base de datos, permite construir expresiones validadas, permite la creación de tablas, le definición de columnas y tipos de datos, la especificación de claves primarias y la especificacion de claves primarias y  foráneas para establecer las relaciones entre tablas. 

Por ejemplo, se utiliza el lenguaje de datos (DDL) con comandos como CREATE TABLE, ALTER TABLE y DROP TABLE para definir y modificar el esquema. 

Marqués, M. (2011)Bases de datos¹. Publicacions de la Universitat Jaume I. https://bdigital.uvhm.edu.mx/wp-content/uploads/2020/05/Bases-de-Datos.pdf 

Se saben que las claves primarias son irreducibles ósea ningún subconjunto de la clave primaria sirve para identificar las tuplas de modo único, si se permitiera que parte de la clave primaria fuera nula, se estaría diciendo que no todos sus atributos son necesarios para distinguir las tuplas, con lo que se estaría contradiciendo la irreducibilidad y definiendo lo que es la regla de integridad de entidades. 

Clave ajena: son las que permiten identificar de manera única el registro de una tabla. Ejemplo: si una tabla de empleados, clave primaria es el número del empleado, la clave ajena podría ser al número de registro de seguridad social, ya que también es único para cada empleado. 

Regla de integridad referencial: la segunda regla de integridad se aplica solo a las claves alternativas, su en una relación hay alguna clave ajena, sus valores deben coincidir con valores de la clave primaria a la que se hace referencia, o bien, deben ser completamente nulos. 

Reglas de negocio: además de las dos reglas de integridad anteriores es necesario interponer varias restricciones específicas sobre los datos que forman parte de la estrategia de funcionamiento de la empresa. 

Por ejemplo, si en cada oficina de alguna empresa solo puede haber treinta empleados, el SGBD debe dar la posibilidad al usuario de definir una regla al respecto y debe hacerla respetar. En este caso, no debería permitir dar de alta a un empleado en una oficina que ya tiene a los treinta permitidos, No todos los SGBD relacionales permiten definir este tipo de restricciones y hacerlas respetar. 

Marqués, M. (2011)Bases de datos¹. Publicacions de la Universitat Jaume I. ISBN: 978-84-693-0146-3. 

Barcelona Geeks. (s.f.). Axiomas de Armstrong en dependencia funcional en DBMS. Recuperado de https://barcelonageeks.com/axiomas-de-armstrong-en-dependencia-funcional-en-dbms/ 

Ejemplo: Conjunto de datos: Persona, vehículo, rojo, calle, 23, semáforo, edificio, hombre, árbol, color, arrollar.

Información: Un vehículo arrolló a una persona porque se pasó el semáforo en rojo.

En la calle 23 se cayó un árbol.

Este modelo nos permite ver de manera eficaz como interactúan las diferentes entidades de la base de datos, estas relaciones pueden ser de dos o más. Lo normal es que se utilicen sustantivos

Ejemplo: Cliente y Pedido como entidades

Óvalos: Representan los atributos de una entidad

Rombos: Son las relaciones entre las entidades

Flechas y líneas: Indican la relación entre entidades

Cardinalidades: Representan la cantidad de información que fluye de una entidad a otra.

Es una forma fácil de ver la estructura de un sistema.

Las figuras son una instancia, varias instancias, una y solo una instancia, cero o una instancia, una o varias instancias y cero o varias instancias.

Las bases de datos normalmente se usan en aplicaciones web, software de gestión, análisis de datos y cualquier sistema que necesite manejar información estructurada.

Las bases de datos pueden ser:

Relacionales: Utilizan tablas con relaciones entre ellas. Se manejan mediante sistemas como SQL, que permite realizar consultas complejas y mantener la integridad de los datos. Ejemplos: MySQL, PostgreSQL.

NoSQL: Diseñadas para almacenar grandes volúmenes de datos no estructurados o semi-estructurados. No siguen un esquema de tablas rígido como las bases de datos relacionales. Ejemplos: MongoDB, Cassandra.

Orientadas a objetos: Almacenan datos en forma de objetos, como en la programación orientada a objetos. Ejemplo: db4o.

Ejemplo: Registro de eventos deportivos: Para rastrear resultados, estadísticas y programación de eventos deportivos.

Las etapas clave del ciclo de vida del software son:

1. Planificación

En la planificación se definen los objetivos, alcance y recursos necesarios para el desarrollo, se hacen análisis de viabilidad, estimación de costos, se define el cronograma y se asignan los recursos.

2. Análisis de Requisitos

Se recopilan y documentan las necesidades y expectativas de los usuarios, se entrevistan usuarios y se crean especificaciones funcionales y no funcionales.

3. Diseño

Se crea la arquitectura del software y se planifica como se implementarán los requisitos, se diseña la base de datos, la interfaz y se especifican los módulos.

4. Desarrollo (Codificación)

Se escribe el código fuente, se implementan algoritmos y pruebas unitarias.

5. Pruebas

Se verifica que el software no presente errores y funcione tal como fue planificado, con pruebas de integración, de sistema, de aceptación y corrección de errores.

6. Implementación (Despliegue)

Se hace que el software esté disponible para los usuarios.

7. Mantenimiento

Se corrigen errores que se descubran luego del despliegue y se mejora el software con parches de seguridad, mejoras de rendimiento y soporte al usuario.

8. Retiro

Se retira el software cuando ya no sea necesario o esté obsoleto migrando a un nuevo sistema, desinstalándolo y archivando datos.

Este ciclo puede ser seguido de manera secuencial o iterativa, dependiendo del modelo de desarrollo que se utilice, como el modelo en cascada, el modelo ágil, o el modelo en espiral y se suele utilizar mucho en software diseñado para empresas que manejarán alto flujo de clientes o en videojuegos.

1. En Bases de Datos Relacionales:

Una instancia de una entidad es un registro específico que corresponde a una fila en una tabla de la base de datos.

Ejemplo:

Entidad: Cliente

Atributos: ID Cliente, Nombre, Dirección, Teléfono

Instancia: ID: 001, Nombre: Juan Pérez, Dirección: Calle Falsa 123, Teléfono: 555-1234

2. En Diseño Orientado a Objetos:

Instancia de una Entidad: Una instancia de una entidad sería un objeto concreto creado a partir de esa clase.

Ejemplo:

Clase: Cliente

Atributos: Nombre, Dirección, Teléfono

Instancia: cliente1 (donde cliente1.Nombre = "Juan Pérez", cliente1.Dirección = "Calle Falsa 123", cliente1.Teléfono = "555-1234").

También se puede referir o establecer el valor específico para una instancia determinada de los mismos, pero, actualmente, el término atributo con frecuencia se considera como si fuera una propiedad dependiendo de la tecnología que se use.

Un ejemplo es el proceso de asignación de valores XML a las propiedades.

El mismo elemento puede tener una serie de atributos establecidos (Nombre="estoesunapropiedad").