Consulta nuevas tendencias de BD

Consulta nuevas tendencias de BD 

 Recopilar datos es algo que la mayoría de las empresas modernas hacen sin pensarlo mucho. Utilizar el poder de estos datos solo es posible cuando se utilizan las últimas herramientas y tecnología de gestión de datos. Los estudios muestran que casi el 75 por ciento de los datos que las compañías recolectan no se utilizan. En lugar de desperdiciar estos valiosos datos, debes encontrar formas de usarlos correctamente. La recopilación, verificación, protección y utilización correcta de los datos es imprescindible para cualquier empresa que intente tener éxito. Sin las herramientas adecuadas, cometerás errores con los datos. Estos errores pueden terminar costándote posibles clientes potenciales y clientes existentes. “Las estructuras de procesamiento rígidas poco a poco quedan obsoletas ante el gran tamaño, complejidad y la nueva naturaleza de los datos. La supervivencia de las empresas dependerá de la adopción de nuevas estructuras cuya velocidad de acción e inteligencia aplicada en el procesamiento de datos les brinde a los empresarios la capacidad de responder a cambios continuos”

Análisis BDOO y BDD

 

Análisis BDOO y BDD.

Análisis de Bases de datos Orientada a Objeto y Bases de datos Distribuidas.

Una base de datos orientada a objetos es una base de datos donde los elementos son objetos. Estos pueden ser bases de datos multimedia (videos, imágenes y sonidos), donde la herencia nos permita una mejor representación de la información, estas bases de datos tienen una identidad de ser un Todo, y no solo una parte de una gran base, por ejemplo, una base de secuencias de ADN.

El objetivo de una base de datos orientada a objetos son los mismos que los de las bases de datos tradicionales, pero con la ventaja de representar las modelos de datos con un marco mucho más eficiente, manteniendo la integridad y relación entre ellos.

Recordemos que un objeto es una estructura que tiene asociado un estado y un comportamiento (propiedades y métodos). Estas bases tienen las características de todo lo que es orientado a objeto que son Herencia, Polimorfismo, Abstracción y Encapsulamiento.

Un objeto puede heredar comportamiento de otro tipo de objetos (herencia) y puede adaptarse para responder de diferentes maneras ante la solicitud de una acción (polimorfismo), lo importante es que permite representar cosas de la vida real con relativa facilidad (abstracción) y que todo esto se puede implementar de manera que no nos importe el código, sino sólo la manera de comunicarnos con estos objetos pensando en ellos como una sola unidad (encapsulamiento).

Las bases de datos orientados a objetos han adoptado muchos de los objetos creados para los lenguajes de programación orientados a objetos.

La utilización de una BDOO simplifica la conceptualización ya que la utilización de objetos permite representar de una manera más natural la información que se quiere guardar.

Para modelar la estructura o vista lógica de la BD, se utiliza el Diagrama de clases que permite presentar las clases con sus respectivas relaciones estructurales y de herencia, además del Diagrama de Objetos cuando no está muy claro y preciso cómo serían las instancias de las clases o para especificar más el Diagrama de Clases.

Para modelar la parte dinámica, la interacción y comportamiento entre los objetos, se emplearía el Diagrama de Secuencia para presentar las interacciones entre los objetos organizados en una secuencia temporal y describir como estos objetos colaboran; así como también, el Diagrama de Estado para mostrar los posibles estados en que puede encontrarse un objeto y las transacciones que pueden causar un cambio de estado, luego que ocurre un evento.

En general, cada objeto está asociado con:

Un conjunto de variables que contiene los datos del objeto; las variables corresponden con los atributos del modelo E-R.

Un conjunto de mensajes a los que responde; cada mensaje puede o no tener parámetros o tener uno o varios.

Un conjunto de métodos, cada uno de los cuales es el código que implementa un mensaje; el método devuelve un valor como respuesta al mensaje.

Además, tienen un Nombre, Tiempo de vida pueden ser transitorios o persistentes, estado y comportamiento.

1.    Características de Base de Datos Orientada a Objetos

Mandatorias: son las que el Sistema debe satisfacer a orden de tener un sistema de BDOO y estos son: Objetos complejos, Identidad de Objetos, Encapsulación, Tipos o clases, Sobre paso con unión retardada, Extensibilidad, Completación Computacional, Persistencia y Manejador de almacenamiento secundario, Concurrencia, Recuperación y Facilidad de Query

Opcional: Son las que pueden ser añadidas para hacer el sistema mejor pero que no son Mandatorias, estas son de: herencia múltiple, chequeo de tipos e inferencia d e distribución y diseño de transacciones y versiones.

Abiertas: Son los puntos donde el diseñador puede hacer un número de opciones y estas son el paradigma de la programación, la representación del sistema ó el tipo de sistema y su uniformidad. Hemos tomado una posición no muy a la expectativa para tener una palabra final más bien para proveer un punto de orientación para un debate futuro.

Una Base de Datos Distribuida (BDD) es una colección de datos distribuidos en diferentes nodos de una red de computadoras. Cada sitio de la red es autónomo, puede ejecutar aplicaciones locales y al menos una aplicación global, lo cual requiere el acceso a datos, ubicados en varios sitios, usando un subsistema de comunicación.

Los Sistemas de Bases de Datos Distribuidas representan más naturalmente la estructura geográficamente descentralizada de una organización, aumentan la disponibilidad de los datos, reducen el tráfico de comunicación y es justificable, además, por el abaratamiento de los costos en el equipamiento y la infraestructura de comunicaciones de las redes de computadoras. El diseño de las Bases de Datos Distribuidas posee las fases del diseño centralizado y cuenta, además, con dos nuevos problemas que caracterizan el proceso de distribución de datos, e incluyen la determinación de: cómo dividir la base de datos en componentes para localizarlos en diferentes sitios, qué cantidad de datos debe ser replicados y cómo deben los fragmentos replicados ser localizados.

Existen varias definiciones sobre qué es un sistema distribuido pero hay divergencias entre ellas, para nuestros propósitos es suficiente expresar que un sistema distribuido es una colección de computadoras independientes interconectadas entre sí que aparecen ante los usuarios del sistema como una única computadora.

2.    Ventajas y Desventajas de los sistemas distribuidos

Ventajas

El acceso a los datos es más rápido debido a que los datos se localizan más cercanos al lugar donde se utilizan.

El procesamiento es rápido debido a que varios nodos intervienen en el procesamiento de una carga de trabajo,

Nuevos nodos se pueden agregar fácil y rápidamente.

La probabilidad de que una falla en un solo nodo afecte al sistema es baja y existe una autonomía e independencia entre los nodos.

Control local de los datos con que se interactúa.

Mayor tolerancia a los fallos

Desventajas

Es más complicado el control y la manipulación de los datos

Es compleja el aseguramiento de la integridad de la información en presencia de fallas no predecibles tanto de componentes de hardware como de software. La integridad se refiere a la consistencia, validez y exactitud de la información.

El control de concurrencia y los mecanismos de recuperación son mucho más complejos que en un sistema centralizado dado que los datos pueden estar replicados.

¿ En qué casos recomendaría el uso de una BDOO y en qué casos el uso de una BDD?

En el momento en el cual nos encontramos ante una necesidad empresarial que esté relacionada con datos complejos de alto rendimiento tenemos que considerar la opción de sacar partido a las bases de datos orientadas a objetos. Estas son una posibilidad más que recomendable en el caso de que contemos con un total de tres elementos determinados: alto rendimiento, necesidad de negocio y datos complejos. Recomendaría una base de datos distribuida cuando la misma base de datos con necesidades diferentes pero características en comun sean necesarias para el negocio en cuestión.

Diseño BDOO

 

Diagrama de Clases Bases de Datos Orientada a Objetos (BDOO)

Dentro del anterior diagrama podemos evidenciar las diferentes relaciones que existen entre las clases u objetos que conforman el proyecto que se desarrollo, en este caso la inmobiliaria. Podemos evidenciar el papel de cada actor, las funciones o metodos

Importancia de las Bases de Datos en las organizaciones

 

¿Qué importancia tienen las bases de datos en una organización?

Mis ejemplos propuestos BD Brigadas

  

Matriz de Riesgos

Manipulando datos

 

 ¿Para que se utilizan las sentencias DML?

Utilizando instrucciones de SQL, permite a los usuarios introducir datos para posteriormente realizar tareas de consultas o modificación de los datos que contienen las Bases de Datos.

Los elementos que se utilizan para manipular los datos, son los siguientes:

• SELECT, esta sentencia se utiliza para realizar consultas sobre los datos.
• INSERT, con esta instrucción podemos insertar los valores en una base de datos.
• UPDATE, sirve para modificar los valores de uno o varios registros.
• DELETE, se utiliza para eliminar las filas de una tabla.

 Elabore el código para crear una tabla con 5 campos (coloque el nombre a la tabla que usted desee)

 

 

 

 

Video Operaciones para manipular la base de datos biblioteca

 

Insertar

1.Insertar una reserva para el usuario Carlos con cédula 8888 de la dependencia judicial para el material libro el Buen vendedor con un valor de 30000, año 2013 y cantidad 1. Si el usuario y el material no están en la base de datos también los debe insertar y asumir los datos faltantes.

insert into tblusuario values (8888,'Carlos',5698,'7563',1,'Vigente')

Insert into tblMaterial values('El Buen Vendedor',30000,2013,1,1)

Insert into tblPertenece values(8888,1)

Insert into tblReserva values(getdate(),8888,8)

2. Insertar en una tabla llamada TBL_datos los registros de  los usuarios con préstamos vigentes.

 

Consultar

3.   Mostrar los datos de los materiales que no han devuelto los usuarios de sistemas o de administración.

insert into tblPrestamo values(getdate(),'',1,1,123)

select tblMaterial.Cod_material,Nombre_material,Valor,año,CodTipo_Material,cantidad,Nombre_Dependencia

from tblMaterial inner join tblEjemplar on tblMaterial.Cod_material=tblEjemplar.Cod_Material

inner join tblPrestamo on tblPrestamo.Num_Ejemplar=tblEjemplar.Num_Ejemplar

inner join tblusuario on tblusuario.Cedula=tblPrestamo.Cedula

inner join tblPertenece on tblPertenece.Cedula=tblusuario.Cedula

inner join tbldependencia on tbldependencia.Cod_Dependencia=tblPertenece.Cod_Dependencia

where Fecha_Devolucion=''(

select*from tbldependencia

where Cod_Dependencia=2 and Cod_Dependencia=3)

 

Consultar

4.  Mostrar los nombres de los materiales y su cantidad de préstamos solo si esta cantidad es mayor que el promedio de todas las cantidades de los materiales.

select tblMaterial.Nombre_material,Num_Prestamo

from tblMaterial inner join tblEjemplar on tblEjemplar.Cod_Material=tblMaterial.Cod_material

inner join tblPrestamo on tblPrestamo.Num_Ejemplar=tblEjemplar.Num_Ejemplar

inner join tblDevolucion on tblDevolucion.Num_Prestamo=tblPrestamo.Cod_Prestamo

where tblDevolucion.Num_Prestamo>(select avg(tblMaterial.cantidad) from tblMaterial)

5. Mostrar los datos de los usuarios con estado vetado que pertenecen a todas las dependencias.

select *

from tblusuario inner join tblPertenece on tblusuario.Cedula=tblPertenece.Cedula

inner join tbldependencia on tblPertenece.Cedula=tbldependencia.Cod_Dependencia

where Estado_usuario = 'Betado' and tbldependencia.Nombre_Dependencia in ('Judicial','Sistemas','Administracion','Educacion','Agroambiental','electronica')

 

Resumen de la implementación de una metodología Ágil

 

Implementación de una metodología Ágil

Implantar las metodologías ágiles (Scrum, Kanban) o alguna de sus variedades) es un reto al que se enfrentan organizaciones, oficinas de proyectos y gestores de todo tipo. Las ventajas de este tipo de metodologías son muy evidentes para una gran cantidad de proyectos, pero implantar estas metodologías no es una tarea sencilla. Existen miedos, rechazos, barreras que han complicado implantar esta forma de trabajar en las organizaciones

1. Empieza con el proyecto adecuado

Realmente es posible aplicar las metodologías ágiles a prácticamente cualquier tipo de proyecto, pero lo cierto es que para una implantación exitosa de este tipo de metodologías es importante seleccionar los primeros proyectos en los que se aplican a fin de obtener los máximos beneficios en el menor tiempo posible.

2. Ten claro el papel del equipo

Hay una inversión muy significativa del papel del equipo entre los proyectos clásicos o predictivos y los proyectos ágiles. La figura clave ya es la de Jefe de Proyecto como figura que controla todos los elementos del proyecto, ahora el equipo tiene un papel mucho más relevante y la figura del jefe de proyecto pasa a ser un facilitador de la metodología. Es importante tener claro el papel del equipo para tener una correcta implantación

3. La estimación del esfuerzo sigue siendo clave

En la implantación de las metodologías ágiles uno de los problemas más habituales es considerar que ya no es necesario realizar estimaciones. Aunque ya no sea necesario realizar una estimación de todo el proyecto y nos podamos centrar en las tareas del próximo sprint o las que tienen mayor prioridad en el product backlog, es importante que estimemos de forma realista los esfuerzos de las tareas y estas sean razonablemente equivalentes o, al menos, sea evidente las diferencias de tamaño entre ellas.

4. Conoce y controla las restricciones

Las metodologías ágiles tienen restricciones y deben ser tenidas en cuentas. Hay un alcance, plazo, un coste y una calidad que cumplir. Es cierto que se puede producir una inversión de prioridades y que el alcance sea más negociable, pero las restricciones de plazo, coste y calidad siguen ahí y deben ser gestionadas.

5. Gestiona la tensión

Aunque parezca una cierta contradicción, las metodologías ágiles se parece más a una carrera de fondo que a un sprint. Hay organizaciones que plantean estas metodologías como una forma de ir más deprisa, de sacar más trabajo en menos tiempo, aprovechando que los equipos están más involucrados. Esto es cierto, pero si queremos que la implantación de estas metodologías perdure en el tiempo debemos gestionar la tensión de los equipos.

6. Métricas: “la potencia sin control no sirve de nada”

Estas metodologías tienen una gran potencia, son capaces de que equipos bien motivados obtengan resultados impresionantes en plazos realmente pequeños. Pero toda esta potencia no está reñida con el control. Las metodologías ágiles nos animan a medir, analizar y mejorar de forma continua.

7. Calidad, calidad y… calidad

La calidad es el negocio de todos los días. Aumentar la velocidad de entrega, gestionar las estimaciones de forma incremental o tener un equipo auto gestionado no conllevan dejar de lado la calidad. En las metodologías ágiles es muy importante entregar productos rápido, pero también entregar productos que funcionen, que hagan lo que tienen que hacer de forma eficiente

8. Sigue la metodología con rigor

En las metodologías ágiles hay muy pocas reglas, normas o productos. Es importante seguir la metodología con precisión, sobre todo al inicio. Es mejor no cambiar nada (o casi nada) antes de tener experiencia. Si algo le resulta extraño, tenga un poco de paciencia y dele una oportunidad.

9. Realiza revisiones y ajusta la metodología

En cuanto tengamos un avance significativo en el uso de las metodologías ágiles podemos plantearnos realizar ajustes sobre las mismas. Es importante hacer revisiones o retrospectivas que le permitan ver que funciona y que no dentro de su organización y hacer los cambios que sean necesarios para ajustar la metodología a su cultura, estilo y necesidades, pero siempre después de haber probado con los modelos estándar.

10. Extrema la visibilidad

Una de las claves más importantes en el éxito de las metodologías ágiles es la visibilidad. En algunas organizaciones esta implantación se hace “a escondidas”, sin apenas visibilidad, casi como si diera vergüenza aplicar este tipo de herramientas. Es importante que este tipo de implantación tenga visibilidad, sea abierta y pública, para que toda la organización pueda ver qué se está haciendo, cómo se está haciendo y que se ha conseguido con su utilización.

11. Gestiona las expectativas

Muchos equipos y organizaciones que se inician en este camino creen que todos sus problemas se solucionarán por arte de magia, que el cliente ya no cambiará de opinión, que los productos ya no tendrán defectos, que ya nunca pasará nada “desagradable” en el proyecto. Las metodologías ágiles se adaptan muy bien a entornos cambiantes y estresantes, pero no solucionan todos los problemas. Gestionar las expectativas de los equipos, de los clientes, de la dirección es importante para tener éxito en la implantación.

12. Selecciona las herramientas adecuadas

Utilizar una herramienta de apoyo en el uso de las metodologías ágiles facilita la implantación de las mismas en las organizaciones. Tener un soporte centralizado para compartir la información, para medir los avances y mantener el control del proyecto es muy importante. Gracias a la herramienta adecuada los equipos van a poder trabajar de forma autónoma a la vez que la organización puede mantener el control sobre el progreso, los gastos e ingresos del proyecto, los esfuerzos, etc.

tomado de: https://www.itmplatform.com/es/blog/12-claves-para-implantar-las-metodologias-agiles-con-exito/