06.522 ! PAC1 ! 2013-14 ! Programa !

Estudis dInformtica Multimdia i Telecomunicaci

A1.- Treballar un diagrama E-R requeriments d'un enunciat concret.

que

reculli

els

Malats de Radio es una aplicaci web de nova creaci per a que els usuaris comparteixin les seves opinions sobre aquells programes de radio dels quals sn fans. Els creadors han demanat ajuda als estudiants de la UOC per a dissenyar la base de dades de l'aplicaci que ha de seguir la segent especificaci: A la base de dades es vol guardar informaci sobre les emissores del panorama nacional. De cada emissora es vol emmagatzemar un identificador, el seu nom, les coordenades geogrfiques de la seva seu central, el nmero d'oients de l'ltim estudi de medis i l'any de la seva fundaci. Tamb es vol guardar informaci sobre tots programes que s'emeten a cada emissora, emmagatzemant un identificador, el nom del programa, els dies de la setmana en que s'emet, l'hora d'inici i de fi del programa, el numero d'oients total i el numero de persones que es descarreguen el podcast. Per tal de simplificar el disseny, assumirem que un programa s'emet sempre en el mateix horari. Amb l'objectiu de qu els usuaris puguin descobrir programes similars al que escolten, es vol poder etiquetar els programes en funci dels tipus de programa ( humor, informatiu, tertlia, esports , ... ). Com els programes poder tractar temes molts diferents, un mateix programa podr ser relacionat amb moltes etiquetes de les quals es vol saber el seu identificador i el nom de l'etiqueta. L'aplicaci haur de contenir informaci sobre els anuncis que s'emeten al panorama radiofnic i de cada anunci ems vol saber el text de l'anunci, el nom de la companyia a qui s'anuncia, la durada de l'anunci i el preu mxim i mnim que s'ha arribat a pagar per tal d'emetre aquest anunci a un programa de rdio. A ms, per cada anunci ems en un programa de rdio es vol conixer la franja de temps en que es pot emetre lanunci i el total pagat per tal demetre lanunci diferents cops en un programa de rdio concret. De cada programa de radio volem emmagatzemar informaci sobre els tertulians que hi participen: la data inici i de fi de la seva col!laboraci al programa i quant cobren per aquesta col!laboraci. A ms, per cada tertuli es vol tenir un identificador, la seva data de naixement, a quina ciutat viuen actualment, el seu DNI i un llistat dels temes sobre els acostuma a parlar.

Malalts de radio vol posar molt d'mfasi en els usuaris de la web i en els seus gustos i, per tant, de cada usuari de la web es vol enregistrar el seu e-mail, que ser el seu identificador, la seva contrasenya, el seu nom i cognoms, edat, data de naixement i ciutat on resideix actualment. Tanmateix a "Malalts de Radio" li interessen les opinions dels oients i per tant, permet als oients opinar sobre col!laboracions de tertulians a programes de radio. Cal emmagatzemar doncs per cada comentari que fa un usuari, la data en qu el va fer, el text associat i la puntuaci que aquest va donar a la participaci del tertuli al programa de radio. Per tal d'assolir un nombre d'usuaris molt elevat al portal web, l'aplicaci permetr que els usuaris convidin a unir-se a la plataforma als seus amics i per cada usuari es voldr emmagatzemar quin usuari l'ha convidat, la data en que ha sigut convidat i un camp d'estat d'usuari per saber si l'usuari ha acceptat la invitaci i ha passat a ser un usuari actiu del portal o encara no s'ha decidit per formar part de la comunitat. Expressa aqu breument els arguments per a la teva decisi relacionantlos amb referncies a lenunciat i amb les entitats i relacions a presentar al model E-R.
El nostre projecte consta de sis entitats: emissora / programes / etiquetes / anuncis / tertulians / usuaris. EMISSORA <> PROGRAMA 1. Una emissora pot emetre N programes. 2. Un programa s'emet noms en 1 emissora. 3. Relaci binria del tipus 1:N.

PROGRAMA <> ETIQUETA 1. A un programa se li poden adjudicar N etiquetes. 2. Una etiqueta pot ser adjudicada a N programes. 3. Relaci binria del tipus N:N

06.522 ! PAC1 ! 2013-14 ! Programa ! Estudis dInformtica Multimdia i Telecomunicaci

PROGRAMA <> ANUNCIS 1. Un programa pot emetre N anuncis. 2. Un anunci pot ser ems en N programes. 3. Relaci binria del tipus N:N. La relaci que uneix ambdues entitats cont alhora els atributs referents a la franja horria i el total pagat, doncs aquests es refereixen a un anunci concret ems en un programa concret.

PROGRAMA <> TERTULIANS 1. Un programa pot convidar N tertulians. 2. Un tertuli pot participar en N programes. 3. Constitueix el nivell R1 d'una relaci ternria amb la entitat USUARIS. 4. Relaci binria del tipus N:N.

[PROGRAMA <R1> TERTULIANS] <R2> USUARIS: 1. Un tertuli pot participar a N programes. 2. Un programa pot tenir N tertulians. 3. Un usuari pot valorar el comentari fet per un tertuli en un programa de rdio concret. 4. El comentari d'un tertuli pot ser comentat per N usuaris. 5. Relaci binria del tipus 1:N. 6. El conjunt constitueix una relaci ternria.

Tal i com es pot constatar en el diagrama presentat a continuaci, la gran majoria de relacions establertes entre aquestes entitats sn de tipus binari, excepte la relaci existent entre programa <> tertulians <> usuaris, on s'ha optat per establir una relaci ternria a causa de la seva particular naturalesa.

Posa aqu la teva soluci grfica detallada del model E-R elegit:
(utilitza alguna eina de disseny com ara Omnigraffle, Dia, la inserci de Formes a Microsoft Word )

06.522 ! PAC1 ! 2013-14 ! Programa ! Estudis dInformtica Multimdia i Telecomunicaci

B1.- Correcci derrors dun disseny conceptual (Model ER).

A partir del segent enunciat i la soluci donada: 1- Troba els errors existents a la soluci aportada. Expressa breument els arguments per a la teva decisi relacionant-los amb referncies a lenunciat. Presenta un model E-R que reculli els rerqueriments de lenunciat escollit. 2- Identifica al document les entitats presents, les seves relacions i cardinalitats. 3- Dissenya un diagrama E-R que il!lustri els conceptes i les funcionalitats de la base de dades.

Xarxa Socials per a estudiants erasmus. EramusBook s una xarxa social de nova creaci per ajudar als estudiants erasmus durant la seva estncia a la universitat de dest. L'aplicaci est encara en un estat inicial, per de moment sabem que ha poder representar la segent informaci: De cada estudiant es vol enregistrar un identificador, el seu nom i cognoms, el seu DNI, la data i el pas de naixement, la universitat de dest i les dates d'inici i de fi on far el seu erasmus. Tanmateix, de cada universitat volem emmagatzemar un identificador, el seu nom, el numero d'estudiants, l'any de fundaci, les seves coordenades geogrfiques i la ciutat on est situada. De cada ciutat es vol poder saber el seu identificador, el seu nom, el numero d'habitants i el pas al que pertany i per cada estudiant que visita una ciutat es vol saber la data d'inici i de fi en les que visita la ciutat. Quan un estudiant visita una ciutat pot allotjar-se en un hotel. Dels hotels es vol saber quin s el seu identificador, el seu nom, les estrelles que te, la seva adrea i la data d'inici i de fi de l'allotjament de l'estudiant, aix com el preu pagat per nit pagat per estudiant i el preu total de lestada. Per finalitzar la primera versi de l'aplicaci, per cada ciutat es vol disposar dinformaci sobre els monuments que es poden visitar. Per cada monument s,emmagatzemar el seu identificador, nom, una descripci, l'any dinauguraci i el(s) tipus de monument que s ( p.e. Parc, Museu o Muntanya). Per tal de tenir una millor organitzaci dels tipus de monuments i que els estudiants puguin organitzar els seus viatges en funci dels monuments que volen visitar es vol mantenir una jerarquia de monuments classificats per categoria. La categoria indicar el tipus de monument i es voldr conixer la seva categoria pare ( p.e. Monuments naturals ser pare de categories com Parcs, Muntanyes i Edificis Histrics ser pare de categories com Palaus o Muralles).

06.522 ! PAC1 ! 2013-14 ! Programa ! Estudis dInformtica Multimdia i Telecomunicaci

Expressa aqu breument els arguments per a la teva decisi relacionantlos amb referncies a lenunciat i amb les entitats i relacions a presentar al model E-R.
S'ha corregit la cardinalitat d'algunes de les relacions entre entitats. S'ha afegit l'atribut 'descripci' a l'entitat HOTEL. S'ha convertit l'atribut multivalor 'categories' de l'entitat MONUMENTS en una entitat prpia anomenada CATEGORIES. D'aquesta manera es pot establir de manera clara la relaci reflexiva entre 'categoria pare' i 'categoria', de tipus binari 1:N.

S'ha corregit l'errada present a la relaci 'fa_erasmus', ja que s del tipus N:1 i no pot contenir atributs dins de la mateixa. Per aquest motiu, els atributs de la relaci s'han assignat a l'entitat ESTUDIANT.!

Posa aqu la teva soluci grfica detallada del model E-R elegit:
(utilitza alguna eina de disseny com ara Omnigraffle, Dia, la inserci de Formes a Microsoft Word )

06.522 ! PAC1 ! 2013-14 ! Programa ! Estudis dInformtica Multimdia i Telecomunicaci

B1.- Disseny conceptual de la base de dades (Model E-R).

La base de dades s de lliure elecci, per estar relacionada amb la temtica de lexercici A1. Cal tenir en compte el patr de l'enunciat i els seus parmetres bsics com a objectius obligatoris, ja que estar orientada de cara al desenvolupament de l'aplicaci final amb la PRA2. 1! El model base ha d'encaixar amb el patr que es presenta a la segent imatge: quatre entitats (A, B, C, D), tres relacions (R1, R2, R3), dos tipus de correspondncies (N : N i N : 1). Encara que no estiguin mostrades en la imatge, recorda que el model E-R ha de presentar els atributs simples, compostos, multivaluats, derivats i de clau.
A N
R3

R1

R2

N C

! ! 2! L'entitat principal ser A i descriur un objecte de lexercici anterior que pugui ser georeferenciat en un mapa mitjanant la seva latitud i longitud. Aix doncs, podr ser la localitzaci d'un aeroport o dun recinte dun concert en funci de si heu escollit l'opci A o B en lexercici anterior. Ms endavant, en la PRA2, la informaci de la base de dades ser posicionada a Google Maps.

La resta dentitats (B, C i D) les podreu treure de la soluci de lexercici anterior o us les podeu inventar. No obstant, hauran destar relacionades amb lenunciat de lexercici que heu triat ( Micromecenatge de projectes cientfics, o Aplicaci web per al seguiment de programes de radio ). 3 ! El disseny lgic de la base de dades ha de tenir els segents parmetres obligatoris. Cada entitat haur de tenir un mnim de 3 atributs (incloent l'atribut subratllat per indicar l'atribut de clau). Els atributs seran simples i compostos1. No s'haur d'incloure atributs que actuen com a claus externes. Una de les entitats tindr a ms un atribut descriptiu de valor nic (unique key), restricci que indica que no hi pot haver dos valors iguals. Nota: Observa les diferencies entre atribut de clau i atribut de valor nic Una de les entitats tindr un atribut derivat2, el valor es podr fer derivar dels valors d'altres atributs d'aquesta o de les altres dues entitats relacionades. Una de les quatre entitats tindr un atribut multivaluat, s a dir un atribut que podr contenir mltiples valors3.

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
1

Els atributs compostos sn els atributs que es poden dividir en subparts (s a dir, en altres atributs). Per exemple, nom-alumne podria estar estructurat com un atribut compost consistent en nom, primer cognom i segon cognom. No confonguis aquest concepte d'atribut compost amb el d'atribut multivaluat. Un atribut derivat s aquell que no est explcitament emmagatzemat perqu pot ser calculat a partir dels valors d'altres atributs. Per exemple, un empleat podria tenir com a atributs data-comenament i antiguitat, que representen el primer dia en qu l'empleat va comenar a treballar i el temps total que l'empleat porta treballant. El valor d'antiguitat es pot derivar del valor de data de comenament i de la data actual. Al manual de l'assignatura es diu clarament que en el model relacional no es permeten atributs compostos o de valors mltiples, per els diagrames E-R estan destinats per a s hum i aquestes caracterstiques addicionals permeten captar ms el significat de l'aplicaci. Per exemple, un client podria tenir ms d'un telfon emmagatzemat; un altre exemple, el color d'un peix pot estar compost per una srie de colors diferents (vermell, blanc, blau). Per tant, un atribut de valors mltiples ha de donar cabuda a una o ms caracterstiques d'un conjunt de valors.

06.522 ! PAC1 ! 2013-14 ! Programa ! Estudis dInformtica Multimdia i Telecomunicaci

Posa aqu la teva soluci grfica detallada del model E-R dissenyat:
(utilitza alguna eina de disseny com ara Omnigraffle, Dia, la inserci de Formes a Microsoft Word )

! !

11

Completa a mode de redacci els segents apartats descriptius amb la informaci de la teva base de dades. a) Nom de la base de dades:
MALALTS_DE_RADIO

b) Omple les caselles buides de la taula amb la informaci que falta: Entitats A Nom
EMISSORA
Funci
4

Atributs

Guarda la informaci prpia de cada emissora.

ID: identifica unvocament l'entitat. nom: identifica el nom de l'emissora. lat/long: identifiquen les coordenades geogrfiques de l'emissora. any_fundaci: identifica l'any fundacional de l'emissora.

PROGRAMES

Guarda la informaci prpia de cadascun dels programes d'una emissora.

ID: identifica unvocament l'entitat. nom: identifica el nom del programa. dies_emissi: identifica els dies d'emissi del programa. s un atribut multivaluat. hora_inici: identifica l'hora d'inici del programa. hora_final: identifica l'hora de finalitzaci del programa. nombre_oients: identifica el nombre d'oients adjudicats en el darrer estudi d'audincia de mitjans. descrregues: identifica el nombre de descrregues al podcast del programa.

ESTUDI

Guarda la informaci sobre la ubicaci dels programes d'una emissora.

En un estudi s'hi pot emetre un o ms programes de l'emissora. Cada programa s'emet sempre des del mateix estudi.

ID: identifica unvocament l'entitat. codi_estudi: identifica la codi establert per l'emissora per cada espai. s un atribut de valor nic (unique key). tcnic_so: identifica el nom del tcnic de so encarregat de l'estudi. s un atribut compost (nom, cognom1, cognom2). capacitat_emissi: identifica el nombre de locutors/collaboradors que pot acollir

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
4

Explica breument la funci de l'entitat o la relaci (segons sigui el cas) en el model de dades. Subratlla l'atribut de clau. Llista els noms dels altres atributs amb una breu explicaci sobre el seu significat. Recorda no incloure atributs que actuen de clau externa.

06.522 ! PAC1 ! 2013-14 ! Programa ! Estudis dInformtica Multimdia i Telecomunicaci

l'estudi. aforament: identifica el nombre de persones que poden accedir com a pblic.

GUIONISTES

Guarda la informaci sobre els guionistes que sn requerits pels programes d'una emissora.

ID: identifica unvocament l'entitat. nom: identifica el nom del guionista requerit. s un atribut compost (nom, cognom1, cognom2). DNI: identifica DNI del guionista requerit. s un atribut de valor nic (unique key). edat: identifica l'edat del guionista requerit. especilitat: identifica l'mbit de producci del guionista requerit (humor, drama, actualitat, informatius,...). DNI: identifica les dades de contacte del guionista requerit. s un atribut multivaluat.

Relacions R1
emet Estableix relaci entre EMISSORA i PROGRAMES. (binria || 1:N)

R2

ubicat_a

Estableix relaci entre PROGRAMES i ESTUDI. (binria || N:1)

R3

requereix

Estableix relaci entre PROGRAMES i GUIONISTES. (binria || N:N)

inici_contracte: identifica la data d'inidi del contracte entre guionista i programa. fi_contracte: identifica la data d'extinci del contracte entre guionista i programa. durada_contracte: identifica la durada de la relaci contractual entre programa i guionista. s un atribut derivat. retribuci: identifica el salari establert.

c) Explica el valor funcional dels atributs de clau:

L'atribut de clau s un valor adjudicat a l'entitat que far la funci de clau primria quan esdevingui model relacional. Aix permetr identificar els registres de files (tuples) de manera unvoca dins del conjunt, alhora que podr ser emprada com a clau forana per establir relacions dins del model relacional.

13

d) Explica la funci i l'aplicaci de l'atribut de valor nic (unique key) que has triat:
L'atribut de valor nic triat ha estat 'codi_estudi'. Aquest atribut descriu el codi adjudicat de manera interna a cadascun dels espais de l'emissora. Pot funcionar com ID ja que s una clau candidata dins del model relaiconal. Malgrat tot no interessa perqu:

la codificaci pot variar al llarg del temps. l'adjudicaci d'espais pot canviar. perqu no totes les emissores poden tenir codis adjudicats.

e) Explica la funci i com s'obtindr l'atribut derivat:

L'atribut derivat s 'durada_contracte'. Es calcula trobant la diferncia entre els atributs 'fi_contracte' i 'inici_contracte'.

f) Explica la funci i l'aplicaci de l'atribut multivaluat:

L'atribut multivaluat s 'telfon', adjudicat a l'entitat GUIONISTES. Dins d'aquest atribut s'hi emmagatzemen un o ms nmeros de telfon que pugui tenir el guionista.

g) Explica com funcionen les tres relacions del teu model6, s a dir, les correspondncies entre entitats:

EMISSORA <> PROGRAMES! 1. Una emissora pot emetre N programes.! 2. N programes sn emesos en 1 emissora.! 3. Relaci binria 1:N.!

! ! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
6

El tipus d'una relaci s el nombre d'entitats participants. Per exemple, una relaci binria s aquella en la qual intervenen dues entitats. La major part de les relacions daplicacions de bases de dades sn binries, s a dir son grau dos, per ocasionalment es pot trobar una relaci de grau superior. Una relaci ternria s de grau tres i intervenen tres entitats.

06.522 ! PAC1 ! 2013-14 ! Programa ! Estudis dInformtica Multimdia i Telecomunicaci

PROGRAMES <> GUIONISTES: relaci binria || N:N!! 1. N programes requereixen N guionistes.! 2. N guionistes poden ser requerits per N programes.! 3. Relaci binria N:N!

EMISSORA <> ESTUDI! 1. Una emissora pot tenir N estudis.! 2. N estudis poden estar ubicats en 1 emissora.! 3. Relaci binria 1:N.!

15

B2.- Transformaci del model E-R en Model Relacional.

Transforma el model E-R de la teva base de dades en un Model Relacional tenint en compte els segents parmetres obligatoris. Cada entitat ha de tenir la seva prpia taula. La primera columna de cada taula ser per a l'atribut de la clau primria. Anomena aquesta columna ID (identificador o codi de tupla) i posa-hi, sempre que sigui possible (si et conv), valors numrics amb auto-increment (1,2,3,"n). Totes les claus externes es posaran a l'ltima columna de les taules dependents en cas necessari. Sempre que sigui possible, anomena aquesta columna amb la segent nomenclatura: ID_[nom de la taula pare]. Posa a l'encapalament de la columna de l'atribut derivat el seu nom, seguit de la frmula literal de clcul; sota, en cada fila, els valors del resultat d'aquest clcul. Els valors de l'atribut de valors mltiples se separar amb comes. Les relacions amb correspondncia N:N tamb hauran de tenir la seva prpia taula, amb la seva clau primria en la primera columna (si cal) i les claus externes en les segents columnes, per enllaar les tuples de les entitats involucrades. Aquest tipus d'entitat de relaci tamb podria arribar a tenir els seus propis atributs.

Posa, com a mnim, deu registres de dades a les taules d'entitats i vuit en les relacions.

TAULA 'EMISSORA' ID 1 2 3 4 5 6 7 8 9 10 nom Catalunya Rdio Catalunya Msica! Catalunya Informaci! iCat RAC 105 RAC 1 Rdio Barcelona Flaix FM Rdio Estel La Xarxa latItud 41.392417 41.392417 41.392417 41.392417 41.392980 41.392980 41.388787 41.392739 41.380101 41.381494 longitud 2.141212 2.141212 2.141212 2.141212 2.145690 2.145690 2.169852 2.163962 2.137644 2.126314 any_fundaci 1983 1987 1992 2006 1982 2000 1924 1992 1994 1995

06.522 ! PAC1 ! 2013-14 ! Programa ! Estudis dInformtica Multimdia i Telecomunicaci

Taula "PROGRAMES" ID 1 nom Tot gira dies_emissi dissabte, diumenge 2 El mat de Catalunya Rdio dilluns, dimarts. dimecres, dijous, divendres 3 El mn a RAC1 dilluns, dimarts. dimecres, dijous, divendres 4 Versi RAC1 dilluns, dimarts, dimecres, dijous, divendres 5 Amb lletra i msica El Larguero diumenge 15:00 15:30 1.580 0 9 16:00 19:00 185.000 3.258 6 06:00 12:00 515.000 5.600 6 06:00 12:00 510.000 5.500 1 hora_inici 18:00 hora_final 00:00 oients 325.000 descrregues 2.000 ID_EMISSORA 1

dilluns, dimarts, dimecres, dijous, divendres, dissabte

00:00

01:30

2.035.000

145.300

Fricand Matiner

dilluns, dimarts. dimecres, dijous, divendres

06:00

10:00

85.125

2.228

La tarda

dilluns, dimarts. dimecres, dijous, divendres

16:00

19:00

35.785

1.150

10

Noms hi faltes tu

dilluns, dimarts.

17:00

19:00

12.580

355

17

dimecres, dijous, divendres 10 Catalunya Vespre dilluns, dimarts. dimecres, dijous, divendres 19:00 20:00 30.000 1.750 3

TAULA 'ESTUDI' ID 1 2 3 4 5 6 7 8 9 10 RAC1 - 002 LX - 101 CR - E22 codi_estudi RAC1 - 001 E - 001 CR - E01 CR - E11 RB - 1 tecnic_so Pere Planas Sorribas Segismund Rius Plana Maria Rovira Snchez Eduard Snchez Conill Mariano Marco Estan Roger Prim Vinyas Salvador Ars Noguera Alfred Palma Ramon Marc Ortiz Saldanya Joan lvarez Soto capacitat_emissi 8 4 8 2 8 4 4 2 4 5 aforament 50 30 55 0 100 25 15 0 20 25 ID_EMISSORA 6 5 1 3 7 8 10 2 9 6

TAULA 'GUIONISTES' ID 1 2 3 nom Jan Ramoneda Reus Martina Casas Ruiz Lucia Asensi Reixach DNI 38.456.987 38.982.221 45.733.235 edat 28 37 31 especialitat generalista esports humor telfon 634.984.234 634.253.983 674.736.298 937.97.21.23 4 5 Jar Pasqual Sim Oriol de Vall Orts 38.082.227 43.723.772 33 38 generalista informatius 623.913.624 623.224.198 934.562.771 6 7 8 Marc Boters Pla Judith Sirera Castan Ramn Almazn Ruiz 39.991.245 38.654.190 28.982.162 39 40 45 generalista magazine informatius 935.763.123 645.109.275 911.341.948

06.522 ! PAC1 ! 2013-14 ! Programa ! Estudis dInformtica Multimdia i Telecomunicaci

9 10

Pere Alcubierre Sess Ferran Montey Asenti

38.913.231 43.752.117

29 37

msica esports

639.184.239 666.000.723 973.203.277

TAULA 'REQUERIMENTS' ID inici_contracte fi_contracte durada_contracte (pren l'any de fi_contracte i descompta de l'any inici_contracte) 2 2 7 2 1 3 3 4 retribuci ID_GUIONISTES ID_PROGRAMES

1 2 3 4 5 6 7 8

01/09/2003 01/09/2008 01/09/2005 01/09/2009 01/09/2002 01/09/2005 01/09/2001 01/09/2009

31/08/2005 31/08/2010 31/08/2012 31/08/2011 31/08/2003 31/08/2008 31/08/2004 31/08/2013

2.220 1.150 1.800 2.500 1.750 650 580 1.250

10 7 4 6 2 1 9 8

6 7 3 2 4 8 5 10

19