ferreweb
Hola muchachos todos los grupos deben colocar su base de datos como imagen, y cada uno de ustedes debe opinar de todas las bases de datos y dar sugerencias de que cree que se deba modificar de otras bases de datos y por que O SI ESTAN BUENAS y por que?, favor pido que lo hagan con calma y con seriedad no por salir del paso , es para revizar antes de dia viernes recuerden es una nota.
por otro lado un recuerdo a las personas que no han terminados las otras actividades del blogs , gracias por su participacion.
coordialmente
luis burgos
Base de datos Fris:
ResponderEliminarhttp://sites.google.com/site/zpartaz/Home/Modelorelacional.JPG?attredirects=0
bueno
ResponderEliminar*la primera base de datos esta mocha asi que espero a que la arreglen para poder comentar algo sobre ella
*la segunda base de datos (SPL) esta bien realizada, yo asi a simple vista no note nada malo ya que para poder decir algo valido ahi que hablar personalmente con las personas del proyecto
*sobre la tercera base de datos(SoftPC), da la impresion de estar orgabnizada para al verla con mas detalle se puede ver que es un red de araña no se diferencian claramente las tablass principales, en resumen la base de datos esta bien, solo falto organizarla un poco para que las demas persoans puedan verla con claridad
*la cuarta base de datos(TSM) no puedo decir casi nada ya que no conosco bien el proyecto pero ahi una tabla que sobra"TSM_USUARIOS_SISTEMA HAS TSM CLIENTES" ya que no veo q cumpla ninguna funcion
*la quinta base de datos(Fris)al parecer toda la base de datos esta bien, exepto su organizacion ya que para uno ver las relaciones bien le toca desplazarce mucho y se puede perder en el intento.=)
*la sexta base de datos(ACADEMICONLINE) es la de mi grupo asi que no puedo comentar nada sobre ella
*la septima base de datos (Apif) se le nota buena realizacion pero creo que le faltan tablas ya que una aplicacion de esa magnitud deberia tener mas datos, pero en general esta buena
*La primera base de datos esta incompleta, no se logra observar toda la base de datos, opinaré cuando la organicen.
ResponderEliminar*La segunda base de datos es SPL consta de 16 tablas, esta muy organizada , bien realizada y completa, pienso que tuvieron en cuenta hasta el mínimo detalle ,por lo que conozco del proyecto, por lo que los integrantes me han comentado de su proyecto, pienso que esta bien la base da datos.
*la tercera base de datos es la de SOFTPC CRM, la base de datos de mi grupo de proyecto, consta de 29 tablas pero en la base de datos que esta publicada solo hay 27 tablas, faltan 2 tablas las cuales son alertas de vencimiento de cuentas por cobrar y alertas de vencimiento de cuentas por pagar, las cuales no publicamos por que nos dimos cuenta de que nos hacían falta por medio de la documentación y eso fue solo hace unos pocos días después de que publicamos la base de datos en el blog .
*la cuarta base de datos es TSM, consta de 7 tablas, no conozco mucho de que trata el proyecto, y no conozco mucho sobre el tema entonces me gustaría conocer un poco mas del proyecto para poder opinar bien.
*la quinta base da datos es FRIS, consta de 26 tablas, pienso que esta completa la base de datos y que tuvieron varios aspectos para los riesgos, en general esta bien.
*la sexta base de datos es ACADEMIC ONLINE, consta de 15 tablas, por lo que conozco del proyecto esta completa la base de datos. Aunque tengo una pregunta para el grupo de proyecto. ¿Ustedes tenían un módulo de matriculas del estudiante?, la pregunta es por que me pareció haber escuchado el trimestre pasado eso. Y tengo esa duda.
*la séptima base de datos es ÁPIF, consta de 8 tablas, yo pensaba que a la base datos le hacia falta las tablas entradas y salidas del producto pero ya me explicaron que con la tabla kardex, no hay necesidad por que especifica el tipo de movimiento, si es entrada o salida ya que las dos llevan los mismos datos.
Jenny Alexandra Montoya Cortés 20176
SAC
ResponderEliminarAunque esta incompleta la imagen, veo las relaciones bien,pero las claves foráneas no, porque por ejemplo la tabla cliente se relaciona con tienda y cada tabla tiene un código,pero entonces no hay necesidad de poner el código del cliente en la tabla tienda y el código tienda en la tabla cliente, porque un codigo en una tabla trae la informacion de la otra entonces no hay necesidad de los dos codigos en las dos tablas, lo mismo con el nombre del cliente y el nombre de la tienda con el codigo se sabe, lo mismo que en la tabla factura,inventario,administrador que repiten los códigos en las dos tablas.
SPL
De lo que conozco del proyecto me parece que la base de datos está muy completa, y bien relacionada y la información de las tablas es muy precisa.
SoftPC
Esta bien la división de tablas y definición de claves, no hay datos repetidos, solo que las tablas usuarios y personal solo estan relacionadas entre ellas y no se si esté bien así o tenga relación con otra tabla de la base de datos.
TSM
No entendí.
Fris
Hay una tabla llamada informexenfermedad y debe estar relacionada con las tablas informe y enfermedad y solo esta relacionada con informe, hay dos relaciones de informe con accidentes, hay una tabla de enfermedadxestudiante y esta relacionada solo con estudiante y como tiene el código de enfermedad de donde lo va a traer,la tabla grupo_estudiante tiene un id_profesor y no esta relacionada con ninguna tabla que tenga el id_profesor ni con la tabla profesor entonces esa parte no a entiendo,las otras tablas están bien relacionadas.
Academic On Line
Me parece que esta muy bien,pues las tablas tienen sus respectivas claves primarias relacionadas con las foráneas de las otras para relacionar toda la información, no hay datos repetidos, me parece que esta muy bien relacionada y muy bien sus claves.
Á.P.I.F.
Esta es la de mi grupo entonces no opino sobre ella.
Este comentario ha sido eliminado por el autor.
ResponderEliminarLa primera base de datos esta incompleta y mocha no se puede observar bien.
ResponderEliminarLa segunda base de datos SPL no entiendo como estan relacionadas las tablas, teniendo en cuenta y hasta donde yo se el campo de una tabla tiene que estar en la otra para poder ser relacionadas. no entiendo esa parte, no se si estare equivocado... si algo por favor me explican..
gracias.
SoftPC la duda de lina entre las relaciones de la tabla personal y usuario si van relacionadas solamente entre ellas puesto que son las tablas que permiten el acceso al sistema por lo tanto no vimos la posibilidad de relacionarse con otras tablas teniendo en cuenta que el sistema no va a guardar la informacion de que persona entro al sistema en un determinado tiempo y a que ingreso por eso no se relaciono esas tablas con otras.
En la base de datos TSM so se entiende muy bien el por que de las relaciones y el nombre de algunos campos. Ademas no entiendo el fin o el proposito de que una tabla tenga tantas claves primarias.
FRIS Me parece que falta organizacion a la base de datos para poder entenderla bien y poder dar una opinion clara, pero en lo que se alcanza a ver falta una relacion entre enfermedadxestudiante y enfermedad, cosa que hace falta en muchas tablas.
En la base de datos de ACADEMICONLINE la base de datos se ve completa, no se si estara tambien mocha en la parte de abajo, pero en lo que se ve las relaciones, y los campos estan bien.
La base de datos de APIF las relaciones estan bien, igual los campos, mas no se si la base de datos si esta completa.
1)en esta base de datos me parece que esta incompleta.
ResponderEliminar2)la segunda base de datos me parece que esta bien hecha, no note nada malo.
3)la tercera base de datos, esta bien realizada aunque le faltan 2 tablas es muy extensa pero esta bien hecha
4)la cuarta base de datos me parece que le falta organización y ademas para poder opinar mas afondo necesito conocer mas el proyecto.
5)la quinta base de datos(Fris)me parece que la base de datos esta bien, exepto su organizacion ya que para uno ver las relaciones bien le toca desplazarce mucho y se enreda mas
6)la sexta base de datos me parece que esta bien hecha .
7)la septima base de datos (Apif) se nota buena realizacion pero creo que le faltan tablas ya que una aplicacion de esa magnitud deberia tener mas datos.
la primero base de datos es la de mi proyecto y creo que esta buena apecer a que le tuvimos a a reglar algunas cosas.
ResponderEliminars.a.c
la segunda base de datos spl no entiendo muy bn las relaciones algunas no concuerdan creo yo no se si estare equivacada
ResponderEliminarla tercera base de datos tambien esta buena sino que no entiendo las relaciones entre las tablas .softpc
ResponderEliminarla base de datos fris la tienen que organizar las relaciones por que unas estan cruzadas pero biendola bien se ve buena
ResponderEliminarEn la base de datos SAC hay datos que no son necesario de pedir como por ejemplo el sexo no es tan importante en la tabla cliente. y No entiendo porque la compra esta relacionada con el pedido.. no esta definido si es la compra que hace la empresa o es la compra que hace cliente,... y si es la compra que hace el cliente para que es la tabla de ventas.
ResponderEliminarEn la primera bd creo que no es necesario el campo sexo en la tabla usuario y en la tabla administrador.
ResponderEliminarEs la unica opinion.
En la base de datos de SPL estan bien relacionadas todas las tablas.
ResponderEliminarY los datos que se piden en cada tabla son los necesarios para desarrollar el programa
En la base de datos de SoftPC no entiendo porque la tabla de Usuarios solo esta relaciona con la tabla de personal….Además no se definen cuantos usuarios son en la aplicaci{on y no se especifica el cargo o el rango del personal.… Las demás tablas están bien relacionadas y los datos son muy completos.
ResponderEliminarla base de datos de TSM no se me hace muy clara empezando por los nombres y las abreviaturas de cada campo.. y no entiendo lo suficiente como para decir que tablas se relacionan y que tablas no se relacionan
ResponderEliminarLa base de datos de Fris esta muy completa y muy bien relacionada...
ResponderEliminarAcademicOnline tiene las tablas muy bien relacionadas y la ventaja es que son pocas pero bien estructuradas
ResponderEliminar:) ♥♫ APIF: Me pareció que esta base de datos esta incompleta, creo que le faltan mas tablas.
ResponderEliminar:) ♥♫ ACADEMIC ON LINE: Creo que esta base de datos esta completa, considero que esta bien realizada y bien relacionada, la pude entender con facilidad.
PERO creo que arriba de la tabla “observaciones” hay una conexión, pero no se alcanza a visualizar la tabla que allí arriba se encuentra.
:) ♥♫ FRIS: No deseo comentar pues este es mi grupo y para cada uno lo del grupo esta bien.
:) ♥♫ TSM: Esta base de datos esta un poco enredada, bueno en realidad no la entendí y además creo que esta incompleta.
:)♥♫ SOFTPC: Esta base de datos me parece que esta súper bien realizada, muy organizada y se entiende a la perfección. ¡¡MUY BIEN!!
:)♥♫ SPL: Esta bien aunque veo que no supieron utilizar adecuadamente el espacio, pero se entiende.
:)♥♫ SAC: creo que esta bien realizada, fácil de entender, aunque la primera vez que la montaron le mocharon un pedazo pero ya a la segunda esta completa y bien organizada.
:)♥♫ LOS KIERO MUCHO Y LES DESEO LO MEJOr..♥ ♫
♥ ♫ UN ABRAZO… NATALY GOMEZ SALAZAR♥ ♫
1. En la primera base de datos S.A.C, me parece que hay reduncia de campos en los datos de las tablas ya que en cada tabla hay la clave principal con la que esta relacionada, dentro de mis conocimientos está que la clave foránea la cual se coloca automáticamente en cada tabla.
ResponderEliminar2. Aunque no entiendo mucho del negocio entonces no puedo entender mucho las relaciones de las tablas y los campos aunque creo yo que la base de datos esta bien hecha.(SPL)
3. La base de datos softpc, n se diferencian bien cuales son las tablas primarias o las de mayor importancia y cuales son las menos importantes, la tabla de otros gastos no entendí para que es esta tabla, si es un fondo para emergencia o algo así. En la tabla calificación proveedores ¿por qué va conectada con materia prima?
4. Esta base de datos (tsm) yo creo que las diligencias pueden tener relación con la tabla usuario, ya que as pueden ser consultadas las diligencias pueden ser consultadas por el usuario, el modelo es un poco difícil de entender, ya que el negocio es muy complicado y además en la base de datos no se entienden bien las relaciones.
5. En la base de datos de academiconline está bien organizada y se pueden visualizar bien todas las tablas, en general la base de datos esta buena.
6. En la base de datos A.P.I.F las relaciones que muestran están bien al igual que las tablas está organizada también entonces a mi concepto está buena.
7. La base de datos fris es de mi grupo, no opino nada sobre ella.
la primera base de datos creo que tienes campos innecesarios, creo que las relaciones estan bien.
ResponderEliminarFERREWEB: esta base de datos aunque esta bien deberia ser un poco mas especifico pero en terminos generales esta bien
ResponderEliminarSAC: tiene mucha coherencia en campos y relaciones teniendo asi mas eficiencia y rapides para las consultas
SPL:en general el diseño de la base de datos esta muy bien , pero hay q tener en cuenta que hay tablas que se podrian desaparecer y hacer parte de otras tablas
SOFTPC: la verdad no se entiende mucho porque esta demaciado extenso y su letra quedo muy pequeña y por esto se dificulta la lectura
TSM:tiene una muy buena especificacion de las relaciones mostrando muy claro su nombre y las tablas que estan involucradas
FRIS: la verdad no se entiende mucho porque esta demaciado extenso y su letra quedo muy pequeña y por esto se dificulta la lectura
APIF: me parece una clara muestra de lo que es una buena base de datos tiene exelentes relaciones, corta pero clara
Para todos los compañeros que opinan sobre la base de datos de Fris de que no la entienden y nada de eso, ps nos tomamos la tarea de tratar de acomodar las tablas para que sea un poco mas facil entenderla.
ResponderEliminarGracias por las correciones, pero si miramos bien hay correciones que fueron echas sin observar bn la bd, ya que el echo que no entienda la relacion no quiere decir que este mal, si se mira con atencion las claves primarias y foraneas estan correctas lo que quiere decir que la relacion si existe.
Les pido el favor de que observen bien los atributos y claves y la van a poder entender mas facil sin tener que complicarse con seguir las rayitas...
Gracias...
Ferre web:
ResponderEliminarEn la tabla Pedido y detalle pedido están duplicando datos que ya se encuentran en la tabla pedido
Factura es la misma tabla de detalle pedido poseen los mismos atributos
En la tabla factura deberían de utilizar no el nombre del producto si no el id para que exista la relación
Si están manejando una tabla con tipo de producto entonces donde esta la tabla producto
En la relación Stand y ubicación quieren decir que el mismo stand puede estar en varias partes a la vez
En la tabla ubicación el campo Id producto con quien lo están relacionando
En la tabla Tipo producto el id medida no esta relacionado con otra tabla
En la tabla administrador deben corregir la ortografía ya que no es imail si no email
SAC:
Las relaciones se escuentran mal elaboradas ya que
Un cliente no puede ser varios usuarios a la vez
Un usuario no puede ser varios administradores y porque un usuario es administrador y cliente
Porque una factura es de varias compras?
En la tabla pedido sobra el campo nombre tienda ya que con el cod_tienda pueden extraer los demás datos
En la tabla venta para que utilizan el cod_administrador
En la tabla Factura sobran campos referentes al cliente ya que con el cod_cliente se pueden extraer los campos de esta tabla
En la tabla factura para que utilizan el campo tipo si solo existe un tipo de factura?
En la relación cliente- pago no se sabe que pago el cliente lo que quiere decir que falta la relación entre pago factura
Quien es un cliente y quien es un usuario?
Deberian revisar my bien las relaciones ps su mayoría deben mejorar.
Softpc:
En la tabla personal y usuarios con la relación quieren decir que un usuario puede ser uno o varias personas
Ps en general me parece bien aunque no entiendo muy bien el negocio pero me parece que se encuentra bien
Tsm:
No se entiende muy bien el modelo relacional pero lo poco que se entiende me parece que se debe corregir
En la tabla constancia ingreso el nombre y el cargo de usuario sobran puesto que con el id_usuario pueden extraer esta información
Si están manejando un campo de tipo cuenta por que no hay una tabla de cuenta
Academic Online:
Si tienen una tabla país y otra departamento porque no esta relacionada?
Para que utilizan las tablas Departamento, municipio y país es un colegio con sucursales en todo el mundo?
Porque la tabla docente no se relaciona con la tabla municipio o departamento
En la tabla alumnos tienen un campo id_eps pero donde esta la tabla Eps
A mi parecer si tienen una tabla alumnos y una tabla notas no debería existir una tabla de notas por alumno para saber que notas son de que alumno
La tabla alumnoxpadres no debería llamarse padresxalumno?
Me parece que el campo desplazado en la tabla docente sobra o que quieren decir con este
Apif:
ResponderEliminarCual es la diferencia entre el campo “codigo_usuario” y el campo “id” de la tabla usuario?
Si manejan un tipo de usuarios, cuantos tipos existen?, donde los almacenan?.
En la tabla “espacio”, por qué no manejan el “numero de zona” como un código, y se ahorran el ingreso (y peso) innecesario del campo “codigo zona”.
Cómo se van a manejar los o el “estado”, lo planean manejar cómo una descripción, si fuese así que tipo de datos manejarian?, o piensan hacer q el estado sea pre configurado, que tenga unos estados específicos, si lo piensan hacer así… donde van a almacenar esos estados??
El kardex q ustedes plantean, va a controlar los prestamos, entradas y salidas (movimientos), pero… si fuesen entradas y salidas, como van a distinguir a cual de los locales estan registrando esos movimientos??...
Que necesidad le ven a colocar un codigo de proveedor y un nit?... no se supone que el nit es Único?...
La tabla kardex tiene el campo “codigo espacio” pero no existe ninguna relacion con la tabla “espacio”… entonces, cómo van a extraer los datos de los espacios?
En la tabla usuario está el campo “número del bloque”, si los clientes fueran a comprar otro bloque, cómo harian?, sabiendo que un campo no puede ser multivalorado, porq eso reduciria sustancialmente la escalabilidad del proyecto.
La tabla “prestamos” no deberia llevar o tener un “detalle prestamo”, porq digamos, si un mismo dia a la misma hora en el mismo momento uno al otro le presta dos cajas de mangos y tres cajas de peras… cómo van a diferenciar cuantas son de mangos y cuatas de peras??....
En la primera base de datos lo primero es que esta recortada y no se ve bien por lo otro hay datos que no se necesitan en las tablas
ResponderEliminarEn la segunda base de datos no se dejo abrir y además esta recortada pero a simple vista la bases de datos esta bien desarrollado y no veo ningún problema
En la tercera base de datos se trata de diferenciar las claves primarias, falto organ izarla un poko mas pero la base de datos esta bien
En la cuarta base de datos hay una tabla que no esta cumpliendo ninguna función que es TSM_USUARIOS_SISTEMA HAS TSM CLIENTES.
En la quinta bases de datos esta bien realizada pero el uniko problema que le veo es el orden.
En la sexta bases de datos esta cortada en la parte de abajo pero se ve bien en lo que es las relaciones y los campos
En la septima bases de datos esta bien realizada pero creo que le faltan campos
ferreweb
ResponderEliminaresta base de datos no esta bien normalizada ya que algunas claves foraneas no tienen la misma sintesìs en las tablas que se presentan las relaciones.
sac
en este modelo creo que se ve bien organizado pero en la tabla administrador a la clave principal de id_administrador le debe corresponder la clave primaria y no a id_inventario
spl
la base de datos se ve bien normalizada pero al parecer le faltan algunas relaciones con respecto a algunas tablas
softpc
este modelo relacional se entendiende y se comprende perfectamente pero se ve segun sus tablas como si sobraran algunas que pudieran llevar los campos en otras.
tsm
este es nuestro sistema por ello no opinamos pero hacemos la aclaracion que la tabla tsm_usuario_sistema_cliente aparece por la cuarta forma normal de transitividad, ya que existe una relacion de muchos a muchos y por ende se crea una tabla. y ademas se ve incompleto porque nos faltan algunas tablas.
fris
esta base de datos se ve muy completa y bien normalizada pero aunque no conozco mucho el sistema creo que hay tablas que le faltan algunas relaciones.
academic online
este modelo es uno de los mas entendibles pero creo que hay unas tablas que le faltan algunos campos y unas tablas se debieran relacionar
apif
aunque conocemos perfectamente este sistema nos parece que en la tabla espacio debe estar relacionada con otra tabla que debe ser zona y no colocarlo como campo
autores
alexis pino-esneyder velazques
Esto es para informar al público en general que los hombres o mujeres sanos y 100% serios sobre la venta de sus riñones deben comunicarse con el Dr. Mercy
ResponderEliminarHospital lo antes posible.
Correo electrónico: drmercyhospital686@gmail.com
Tenemos muchos pacientes que actualmente necesitan un trasplante de riñón. ¿Está buscando una oportunidad para vender su riñón por dinero debido a un colapso financiero y compraremos su riñón por la suma de 800,000 euros por riñón?
Y también tenemos VIH / cura, si necesita cura también y si necesita un esperma para comprar, puede enviarnos un correo electrónico ahora,
CORREO ELECTRÓNICO: drmercyhospital686@gmail.com
WhatsApp: +2348100367800
Atentamente,
El Dr. hospital de misericordia