Modelos de bases de datos

Nombre: Sergio Garcia Cornejo Matrícula: AL03006434

Nombre del curso: Nombre del profesor:
Modelos de BD Heriberto Gonzalez C.
Módulo: Actividad:
Módulo 5 y 6 Evidencia final
Fecha: 17-07-2022
Bibliografía:
Obtenido el 17-07-2022 de:
https://bit.ly/3NG95K6
Obtenido el 17-07-2022 de:
https://ibm.co/3Igb8ni
Obtenido el 17-07-2022 de:
https://ibm.co/3ybxpOj
Obtenido el 17-07-2022 de:
https://bit.ly/3AZ07VI
Obtenido el 17-07-2022 de:
https://bit.ly/3zb9i3Y

Nombre de la aplicación

Se toma el nombre de “OpaLord” para la aplicación la cual estará integrada al

proyecto de emprendimiento FireOpalMexico. Se hace alusión a la palabra Opa
como una referencia a Ópalo y Lord como el objetivo de ser los señores o
grandes distribuidores de ópalo de la región.

Introducción y planteamiento del problema

El proyecto comenzó como un hobbie por parte del artesano principal, quien
visitando las zonas mineras de la región encontró pueblos enteros dedicados al
negocio de el ópalo, el cual se encuentra altamente desaprovechado por
nuestros connacionales pero que es bastante cotizado fuera del país, se
alcanzan altas sumas monetarias por el precio de un ejemplar en el extranjero.
Los mismos artesanos de la región admitieron que es más valorado por manos
extranjeras esta gema preciosa que por los locales, descubriendo un área de
oportunidad para el emprendimiento.
Se comenzó con un pequeño torno y materia prima de baja calidad para
aprender el oficio por parte del artesano, una vez dominada la técnica,
comenzaron a surgir piezas de valor más elevado cotizando a buen precio en el
mercado.
Al descubrir el potencial económico decidió emprender el oficio de la lapidación
de gemas preciosas de manera más profesional y a compartir los resultados
poco a poco en sus redes sociales. A medida que se ganaba experiencia y las
piezas lucían cada vez mejor, se comenzó a compartir el paso a paso de la
creación de una pieza mostrando el proceso así como el resultado final del
 Modelos de bases de datos

trabajo dando un valor añadido al producto. Se han presentado dificultades a la

hora de exponer el producto al público pues es una gema muy poco conocida,
así como el desconocimiento generalizado de su valor, razón por la que se
decidió dar a conocer al público en general la capacidad y belleza de este
producto por medio de una aplicación.
La idea surge de la necesidad por parte del proyecto artesanal de
FireOpalMexico de contar con un medio para llevar el registro de sus ventas así
como inventarios de productos generados por el cliente. Anteriormente el
artesano que generadaba las piezas simplemente las acumulaba y las vendia a
granel en lugar de valorarlas y presentarlas de manera adecuada, así como el
hecho de no contar con un inventario de piezas que puedan ayudar a
catalogarlas correctamente, mucho menos un seguimiento de las ventas
realizadas por pieza o sus movimientos y facturaciones.
El contar con una aplicación/sistema que permita dar seguimiento, llevar un
inventario de productos y una capacidad de facturación, sería un punto de
mejora puntual que beneficia la rentabilidad del negocio.
Control de accesos
a. En esta sección deberás desarrollar las siguientes políticas sobre la
base de datos de la aplicación.
i. Control de accesos (incluir usuarios y niveles de acceso).
Se comparte el listado de personal asi como los privilegios y sus respectivos
accesos al sistema y gestion de la base de datos.

ii. Usuarios privilegiados (incluir polítca de control de estos

usuarios).
Se comparte como interactuan los usuarios con la BD asi como los privilegios
de creacion, modificacion, insercion y capacidades de relacion de los usuarios
con el sisitema.

Perfil de usuarios (admin) sergio.garcia y david.andres cuenta con los

siguientes privilegos de acceso:
 Modelos de bases de datos

Perfil de usuarios (reader) rosario.ramirez y jason.jesus cuenta con los

siguientes privilegios de acceso:

Perfil de usuario (user) ivan.daniel cuenta con los siguientes privilegios de

acceso:

iii. Políticas de administración incluyendo lo siguiente:

1. Operaciones por usuario
2. Administración y convivencia de usuarios
iv. Control de acceso discrecional
1. Listas de control de accesos
2. Lista de capacidades

Se comparte el tipo de operaciones que pueden realizar los usuarios de

manera grafica asi como ellos interactuan entre ellos en conjunto con la BD.
 Modelos de bases de datos

Se representa de manera grafica como se realiza la autorizacion a la aplicación

por parte del owner del sistema asi como los usuarios otorgados por el mismo.
El usuario administrador sera el unico con la capacidad de proveer premisos y
asignar resposabilidades.

4. Procesamiento de transacciones

a. Describir la política de transacciones desarrollando la forma en la

cual se generarán los registros, protocolos a usar y cómo se
podrán consultar.

En orden de obtener la facturacion asociada a la transacion se desarrollara un

job en el cual se tomaran los datos del cliente como referencia, el monto de la
 Modelos de bases de datos

venta asi como la fecha de ejecucion de la misma, la pieza ira asociada al la

venta. Si tanto el ID factura como el monto y precio de la pieza coinciden se
procedera con el proceso.

Se debe contar con la autorizacion del administrador para gestionar cambios en

la manera de aplicar las politicas transaccionales.

2. Seguridad y autorización
a. En esta sección deberás generar políticas de protección, tomando
en cuenta los tres tipos de violación de seguridad y los diferentes
niveles de medidas de seguridad.
b. Te puedes apoyar de diagramas de infraestructura y definición de
roles de los usuarios.

- La empresa debe eestablecer para terceros al menos las mismas

restricciones de acceso a la informacion que a un usuario interno,
adicional el acceso a la informacion se encuentra limitado a lo
indispensable para realizar trabajos asignados. En caso de ser requerida
una excepcion especial esta debe ser analizadas y aprobadas por el
area administrativa
- Todo acceso al personal externo debes ser autorizado por un
responsable interno el cual asume la completa responsabilidad por las
acciones realizadas del ingresante.
- Cualquier conexion de origen externo al sistema de la empresa debe
limitarse a los servidores y apps necesarias
- El procesamiento de datos externos debe cumplir con los estatutos de
seguridad y acciones a tomar en caso de una violacion externa.
- Los activos de la empresa en inventario deben de garantizar una
proteccion eficaz de los revursos de la empresa. En base a la
informacion recabada de los inventarios la empresa procedera a
catalogar la importancia y nivel de proteccion necesario para garantizar
la seguridad de la informacion.
 Modelos de bases de datos

- La asignacion del valor de la informacion asi como su clasificacion solo

puede ser modificada por el owner de dicha informacion despues de
justificar la solicitud de dicho cambio.
- La informacion clasificada como restringida se encriptara por metodos
aceptados por parte de la directiva para su procesamiento.

3. Análisis del diseño

a. Deberás revisar el diseño inicial de tu base de datos tomando en
cuenta los siguientes puntos:
i. ¿Se apega al contexto donde funcionará mi aplicación?
Si se apega ya que esta diseñada para adaptarse a los
requerimientos del cliente.
ii. ¿Es flexible para el creciemiento?
Si ya que se plana realizarse en la nube con facil
escalabilidad
iii. ¿Su operación es viable en costos?
Si, se plantea utilizar el periodo de pruebas en la nube el
cual se explica mas a delante.

b. Con estos puntos deberar realizar un análisis de viabilidad que

incluya lo siguiente:
i. Revisión de la estructura actual
ii. Revisión de la infraestructura
iii. Costos de mantenimiento
iv. Diseño de SLA (disponibilidad de la BD)

Para un modelado inicial y en base a los requerimientos inciales del cliente el

diseño de la base se acompla a lo solicitado, se tiene confianza en que la
aplicación funcionara debido a solicitud de mantener la estructura sencilla por
parte del cliente en un principio.

Se realizo la revision de la actual estructura y se encontro que para realizar la

facturacion para el cliente era necesario agrupar las tablas y correlacionarlas
de manera distinta por lo que se genera la siguiente propuesta en la que el
contenedor de todos los datos.

Se determina que se puede seguir escalando la base de datos dependiendo de

las nuevas necesidades que surjan del cliente. Esto se ira ajustando a medida
que las solicitudes y la empresa crezcan, cosa que pasara eventualmente dado
el giro y la escalabilidad del negocio. Se plantea la implementacion en la nuve
para una mayor facilidad de crecimiento y manejo de costos.
 Modelos de bases de datos

En cuestion de costos del producto, no representa mayor problema ya que sera

un servicio basado en la nube por lo que no implica costo de manutencion. Se
propone al cliente aumentar el número de plataformas en las que se basa su
negocio como lo son Google cloud o IBM cloud solutions, la primera ofrece la
ventaja de estar enfocada al software libre por lo que se deja de depender de
los proveedores de sw, el sistema se encuentra centralizado en la nube y al ser
libre, se puede acceder a los datos o aplicaciones desde cualquier entorno o
tipo de nube. por otro lado la nube de IBM cuenta con una red de
servidores que facilitan la entrega de servicios, productos o soluciones, a través
de internet independientemente de la región donde se desee realizar la venta,
también es interesante los diferentes modelos de servicio que ofrece además
de contar con un periodo de prueba gratis para sus potenciales clientes
. Este periodo se ofrecera inicialmente al cliente para que no
implique costos inciales y se convenza de la viavilidad del proyecto.

Para los SLAs se propone una disponibilidad 24/7 para el uso de la aplicación
con un tiempo de respuesta al cliente no mayor a 1hrs, asi como el porcentaje
de disponibilidad de los servicios en un porcentaje mayor al 99% como se
ejemplifica en la siguiente captura de manera grafica:

c. Para finalizar con el análisis previo, deberás adaptar tu diseño

entidad- relación para cumplir con los puntos anteriores, así como
modificar la infraestructura y tomar en cuenta que esta debe ser
en la nube.

Se propone la siguiente modificacion en el modelado de entidad relacion como

se comento anteriormente en la tabla fatura se tendran el total de las llaves
primarias en consideracion de que el cliente desee facturar su compra
 Modelos de bases de datos

Se plantea tambien al cliente que a demas del uso de la BD en la nube pueda

contar con un respaldo de manera local por lo quedaria a consideracion del
mismo una vez finalizado el periodo de prueba del servicio en la nube por lo
que la infraestructura quedarla de la siguiente manera: