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

Actividad 1 SGBD

Descargar como pdf o txt
Descargar como pdf o txt
Está en la página 1de 14

GESTORES DE BASES DE DATOS

ACTIVIDAD DE APRENDISAJE 1

MALLERLY GUERRERO

WILMAR FLOREZ BENAVIDES

DIEGO ALBERTO HERNÁNDEZ VARGAS

FUNDACION UNIVERSITARIA UNIPANAMERICANA

FACULTAD DE INGENIERIA DE SISTEMAS

ABRIL DE 2019

BOGOTA D.C.
Contenido

INTRODUCCION ......................................................................................................................... 3
¿Qué significa la arquitectura? ................................................................................................... 4

¿Cuáles son los componentes principales de un SGBD? Nombrarlos y explicarlos. ...................... 5

Lenguajes: .................................................................................................................................. 5

El diccionario de datos ............................................................................................................... 6

Comparativo entre las estructuras de almacenamiento lógico y físico. ....................................... 7

¿Qué es una instancia de motor de bases de datos, y como funciona ......................................... 8

Mapa conceptual de la arquitectura por capas ........................................................................... 9

SEGUNDA PARTE. CASO PRACTICO ........................................................................................... 10

Requerimientos funcionales y no funcionales ........................................................................... 10

Diagrama entidad relación ....................................................................................................... 12

Modelo relacional .................................................................................................................... 13

Bibliografía:.............................................................................................................................. 14
INTRODUCCION

Teniendo en cuenta que en la industria actual, la competitividad y la rapidez de producción

o prestación de servicios de una empresa son indispensables. Se hace necesario organizar

permanentemente los datos que se generan dentro de la actividad económica que realicen

estas empresas, por lo cual la implementación y desarrollo de las bases de datos como

herramienta fundamental para el desarrollo de las mismas se hace cada más imprescindibles,

como el SGBD, por lo anterior a continuación identificaremos una solución para un caso en

especial identificando fallas y utilizando la bases de datos como herramienta de acción

implementando un software que nos permita identificar fallas y falencias del sistema así dar

solución a la necesidad que se identifica en la compañía y así ayudarnos a comprender un

poco como esta herramienta como es el SGBD es cada vez más necesaria y precisa dentro de

la industria.
¿Qué significa la arquitectura?

Unos de los objetivos de un SGBD es evitar a los usuarios los detalles relativos a la forma en que los

datos se almacenan y se mantienen, por lo que el administrador de la base de datos debe descubrir la

estructura de los datos en varios niveles que conforman lo que se conoce como arquitectura de los

sistemas de bases de datos. La arquitectura mas estandarizada es la que cumple con los requerimientos

de la normativa ANSI/X3/SPARC, surgida en 1977, que establece que la arquitectura de una base de

datos debe poseer 3 niveles de abstracción:

Nivel físico: Es el nivel mas bajo de abstracción, en el que se describe como se almacenan

físicamente los datos: el tamaño de los bloques de datos, lo métodos de direccionamiento. Los índices,

etc.

Nivel Lógico o conceptual: Nivel lógico o conceptual: En este nivel se describe a nivel lógico

la totalidad de los datos que van a ser almacenados en la base de datos mediante la especificación de

las entidades (por ejemplo, clientes, pedidos y artículos), atributos o propiedades de las entidades (por

ejemplo, NIF, nombre, dirección y teléfono del cliente, referencia y fecha del pedido, etc.), relaciones

entre las entidades, restricciones de integridad y restricciones de confidencialidad. Este nivel y el

anterior son utilizados sólo por el administrador de la base de datos.

Nivel externo o de vistas : Muchos usuarios no tienen por qué trabajar con toda la información

almacenada en la base de datos, pues precisan sólo una parte. Para dar una respuesta adecuada a esta

situación se define para cada usuario una vista externa o subesquema de la base de datos, que será

por tanto la visión que de la base de datos tiene cada usuario. Una vista será un subconjunto de la

estructura lógica global de las bases de datos.


¿Cuáles son los componentes principales de un SGBD? Nombrarlos y explicarlos.

Los componentes principales de un SGBD son herramientas de gestión, herramientas de

programación, lenguajes y el diccionario de datos.

Herramientas de gestión: Como indican Oltra et al. (2006), todos los SGBD disponen de

herramientas de gestión para poder crear las bases de datos, manipularlas, modificar su diseño,

crear usuarios y asignar permisos, etc.

Herramientas de programación: Estas herramientas posibilitan la creación de programas

que accedan a los datos y los manipulen para su uso por parte de usuarios que no puedan o deban

trabajar directamente con el SGBD

Lenguajes:

Los SGBD proporcionan lenguajes que se pueden clasificar del siguiente modo:

 Lenguajes de definición de datos (LDD): Estos lenguajes permiten la descripción

de la estructura lógica global de la base de datos, de la estructura interna y de las

estructuras externas que sean necesarias para el desarrollo de las diferentes aplicaciones.

 Lenguajes de manipulación de datos (LMD): Estos lenguajes permiten a los

usuarios efectuar consultas, inserciones, borrados y modificaciones sobre los datos de la

base de datos. Estos lenguajes se pueden clasificar atendiendo a diferentes criterios

o Según la posibilidad de emplear el LMD de manera independiente o no, podemos

hablar de lenguajes huésped, autocontenidos o duales. Los LMD huésped son

aquellos cuyas instrucciones de manipulación de datos deben embeberse en otro

lenguaje de programación (lenguaje anfitrión). Los LMD autocontenidos, por su

parte, son lenguajes autosuficientes que pueden ser empleados por usuarios con

pocos conocimientos de programación para, desde un terminal y de un modo


interactivo, acceder a la base y manipular los datos almacenados en ella sin

necesidad de apoyarse en un lenguaje de programación. Los lenguajes, como el

SQL, que pueden operar como huésped o como autocontenido, reciben el nombre

de lenguajes duales.

o Según el detalle con el que sea preciso especificar el procedimiento para acceder

a los datos y consultarlos o actualizarlos, tenemos lenguajes muy

procedimentales o poco procedimentales. En el primer caso, es preciso

especificar detalladamente dicho procedimiento; en el caso de los poco

procedimentales, sin embargo, basta con indicar qué operación se desea llevar a

cabo, obviando el cómo realizarlo, el algoritmo. Los lenguajes orientados a

usuarios con pocos conocimientos informáticos deben ser poco procedimentales.

Según la manera de recuperar y/o actualizar los datos, podemos distinguir entre

lenguajes de especificación y lenguajes navegacionales. En el primer caso, cada

sentencia del LMD puede recuperar o actualizar un conjunto de registros que

satisfagan un criterio de selección especificado; en el caso de los lenguajes

navegacionales, cada sentencia recupera o actualiza un solo registro, siendo el

programador el encargado de indicar el camino que se debe recorrer hasta llegar

al registro buscado.

El diccionario de datos

El diccionario de datos contiene toda la información sobre los datos almacenados en la base de datos.

El administrador de la base de datos es el responsable de su creación y mantenimiento. Siguiendo a

Ramos et al. (2006), en una base de datos relacional, el diccionario de datos proporciona información

acerca de:

 La estructura lógica y física de la base de datos.


 Las definiciones de todos los objetos de la base de datos: tablas, vistas, índices, disparadores,

procedimientos, funciones, etc.

 El espacio asignado y utilizado por los objetos.

 Los valores por defecto de las columnas de las tablas.

 Información acerca de las restricciones de integridad.

 Los privilegios y roles otorgados a los usuarios.

 Auditoría de información, como los accesos a los objetos.

Comparativo entre las estructuras de almacenamiento lógico y físico.

La parte del ordenador en la que se almacena información se denomina memoria y podemos hablar

de dos tipos de memoria fundamentalmente: la memoria principal o memoria RAM y la memoria

secundaria.

Memoria Ram Memoria Secundaria


La memoria RAM es de tipo volátil, lo que La información depositada en la memoria

quiere decir que la información contenida en secundaria está organizada en archivos o

ella desaparece al desconectarse el ordenador. ficheros, por lo que podríamos decir que un

Por este motivo, se hace necesaria la existencia fichero consiste en un conjunto de bytes

de una memoria secundaria en la cual almacenados de forma organizada en un

permanezca la información, aunque se apague el dispositivo de almacenamiento secundario

ordenador. (disco, CD, DVD, …)


¿Qué es una instancia de motor de bases de datos, y como funciona

Una instancia de Motor de base de datos es una copia del ejecutable de sqlservr.exe que se ejecuta

como un servicio de sistema operativo. Cada instancia administra varias bases de datos del sistema y

una o varias bases de datos de usuario. Cada equipo puede ejecutar varias instancias de Motor de base

de datos. Las aplicaciones se conectan a la instancia para realizar el trabajo en una base de datos

administrada por la instancia.

Instancias
Una instancia de Motor de base de datos funciona como un servicio que controla todas las solicitudes

de aplicación para trabajar con datos de cualquiera de las bases de datos administradas por dicha

instancia. Es el destino de las solicitudes de conexión (inicios de sesión) de aplicaciones. La conexión

se ejecuta en una conexión de red si la aplicación y la instancia están en equipos independientes. Si

la aplicación y la instancia están en el mismo equipo, la conexión de SQL Server se puede ejecutar

como una conexión de red o una conexión en memoria. Cuando una conexión se ha completado, una

aplicación envía instrucciones Transact-SQL a través de la conexión hasta la instancia. La instancia

resuelve las instrucciones de Transact-SQL en operaciones con los datos y objetos de las bases de

datos y, si se han concedido los permisos necesarios a las credenciales de inicio de sesión, realiza el

trabajo. Los datos recuperados se devuelven a la aplicación, junto con cualesquiera mensajes como

errores.

Puede ejecutar múltiples instancias de Motor de base de datos en un equipo. Una instancia puede ser

la instancia predeterminada. La instancia predeterminada no tiene nombre. Si una solicitud de

conexión especifica solo el nombre del equipo, se establece la conexión a la instancia predeterminada.

Una instancia con nombre es una instancia en la que se especifica un nombre de instancia al instalar

la instancia. Una solicitud de conexión debe especificar el nombre del equipo y el nombre de instancia

para conectar a la instancia. No hay ningún requisito para instalar una instancia predeterminada; todas

las instancias que se ejecutan en un equipo pueden ser instancias con nombre.
Mapa conceptual de la arquitectura por capas

Los tres niveles de la arquitectura ANSI-SPARC son el nivel interno o físico, el nivel externo o de

visión, y el nivel conceptual.

6. Indique si se podría implementar una aplicación de bases de datos con un sistema


gestor de bases de datos (My SQL) bajo el ambiente web en una arquitectura cliente
servidor de dos capas.

Si se puede, es una buena práctica ya que al momento de colocarle las dos capas cliente
servidor lo que se está haciendo es respaldando la información y no que este en modo local
en el computador o en el front end de la aplicación.
SEGUNDA PARTE. CASO PRACTICO

Requerimientos funcionales y no funcionales

REQUERIMIENTOS FUNCIONALES REQUERIMIENTOS NO


FUNCIONALES
Para funcionamiento se debe parametrizar La funcionalidad del programa debe ser
los médicos, las especialidades controlado por API
Cada uno de los proceso de facturación Se tiene funcionamiento concurrente
tienen un número que los identifica
únicamente.
Cada uno de los pacientes debe tener Se debe tener un modelo se seguridad
asignada una Historia Clínica, donde se de la aplicación
relacione los procesos realizados en cada
una de las consultas
Antes de realizar todo el proceso de historia Se debe tener un proceso de backup
clínica se debe realizar un proceso de cada 24 horas.
facturación, el cual puede tener uno o varios
servicios.
Los pacientes, se pueden atender utilizando El proceso de aprendizaje de aplicación
módulo de citas y/o de forma directa debe ser menos de 4 horas
Se debe realizar validación de datos en cada El sistema debe tener un modelo de
uno de los campos. Es decir, en los campos aplicación sencillo, funcional.
numéricos no debe poder ingresar ningún
otro carácter.
Se debe realizar impresión de la factura de El sistema debe tener manuales
servicio funcionales.
Se debe manejar toda la información básica El programa se desarrollará en HTML5
del paciente, en un código de barras
Todas las ordenes deben estar relacionadas Se debe soportar por parte del aplicativo
a una historia Clínica la confidencialidad del médico
Todos los convenios deben tener una Se debe garantizar que el aplicativo sea
empresa maestra funcional para personas que presenten
discapacidad.
Debe ser obligatorio que todos los médicos El sistema debe estar disponible en cada
tengan un registro médico uno de los dispositivos móviles
Después de diligenciada la historia clínica
esta no se podrá modificar,
Solo se le podrán realizar evoluciones.
El sistema validará que cada paciente tenga
una convenio relacionado, por defecto
cualquier paciente será convenio particular
Se debe generar encriptación
Las Historias Clínicas no se puede borrar.
Se debe tener un proceso de auditoria en
cada uno de los movimientos que se realicen
Diagrama entidad relación
Modelo relacional
Bibliografía:

 Piñeiro, Gómez, José Manuel. Manual gestión de bases de datos: formación para el empleo,

Editorial CEP, S.L., 2011. ProQuest Ebook Central,

http://ebookcentral.proquest.com/lib/unipanamericanasp/detail.action?docID=3214275.

 https://docs.microsoft.com/es-es/sql/database-engine/configure-windows/database-engine-

instances-sql-server?view=sql-server-ver15

 Prieto, de Lope, Rafael Ángel. SGBD e instalación: administración de bases de datos

(UF1469), IC Editorial, 2014. ProQuest Ebook Central,

http://ebookcentral.proquest.com/lib/unipanamericanasp/detail.action?docID=4184158.

También podría gustarte