presentació competències - el blog d'un estudiant de la...

06.522 · PAC1 · 2014-15 · Programa Estudis d’Informàtica Multimèdia i Telecomunicació

1

Presentació En aquesta activitat és practicaran les fases involucrades en el disseny i creació d'una base de dades. En particular, es crearà un esquema Entitat Relació (E-R) que permeti representar la informació rellevant d'un problema concret. A continuació es plantejaran una sèrie de preguntes teòriques a les que caldrà respondre incloent exemples de la solució proposada en l’exercici anterior. Finalment, a partir d’un altre enunciat i un esquema Entitat Relació (E-R) plantejat com a possible solució, es demanarà l’obtenció d’un model relacional.

Competències Les competències que es treballen en la PAC són:

• Conèixer les funcionalitats d'un sistema gestor de bases de dades (SGBD)

• Conèixer els models de dades associades a la tecnologia de Base de dades (BD)

• Saber fer un model conceptual de dades que representi una realitat donada i representar-lo gràficament utilitzant el model ER (Entity Relationship).

• Conèixer el procés de transformació d’un model conceptual a lògic i saber convertir un model de dades ER a relacional.

Objectius L'objectiu principal d'aquesta activitat és aprendre a realitzar un disseny conceptual i lògic d’una base de dades i reflexionar sobre els conceptes teòrics més importants que es tenen en compte durant el procés de disseny de base de dades. Així mateix cal ser capaç de representar el model conceptual mitjançant diagrames E/R recollint tota la semàntica que sigui possible.

Descripció de la PAC/pràctica a realitzar L'activitat es divideix en tres parts:

A. Construir un diagrama entitat-relació (E-R) que reculli els requeriments d'un enunciat concret.

B. Respondre preguntes teòriques sobre el mòdul que pretén avaluar la PAC.

C. Disseny del model lògic relacional prenent com a punt de partida un disseny conceptual donat.


2

Recursos Tal i com s'especifica a l'aula, els materials en que se centrarà la PAC són:

• Mòdul 1. Fonaments de bases de dades

Criteris de valoració Cada part aportarà el mateix valor a la nota final de la PAC.

En l'apartat A s'avaluarà la correcta identificació de les entitats i les seves relacions. Es valorarà la correcta explicació i justificació de la informació a representar mitjançant el model conceptual (representació d’entitats, relacions i/o atributs).

En concret es descomptarà 0,5 punts per cada entitat no representada, 0,5 per cada interrelació entre entitats que manqui o que no estigui ben definida, 0,25 punts per la cardinalitat incorrecta de cada relació i 0,10 punts per cada atribut que manqui o estigui mal ubicat.

En l’apartat B cada pregunta té el mateix pes. Es valorarà la correcta exposició de la resposta, així com la seva concreció i la seva aplicació a la solució plantejada.

En l'apartat C es valorarà la correcta generació del disseny lògic relacional. Es valorarà el seguiment correcte de les indicacions donades en l’enunciat per a la resolució del problema, la correcció de la traducció del disseny conceptual a lògic pressuposant tecnologia relacional i l’extensió proposada com a exemple de registres de dades d’entitats i relacions.

Total de puntuació de la PAC1: 10 punts.

La traducció de punts a la nota és, per a aquesta PAC:

• 10-9 punts = "A"

• 8-7 punts = "B"

• 6-5 punts = "C +"

• 4-3 punts = "C -"

• 2-1 punt = "D"

Format i data de lliurament S’haurà de lliurar aquest mateix document, en format Word o PDF amb les respostes degudament complimentades a l’àrea de Lliurament i registre d´AC.

Data límit de lliurament: 23 de març del 2015


3

Nota: Propietat intel·lectual

Sovint és inevitable, en produir una obra multimèdia, fer ús de recursos creats per terceres persones. És per tant comprensible fer-ho en el marc d'una pràctica dels estudis del Grau Multimèdia, sempre i això es documenti clarament i no suposi plagi en la pràctica.

Per tant, en presentar una pràctica que faci ús de recursos aliens, s'ha de presentar juntament amb ella un document en què es detallin tots ells, especificant el nom de cada recurs, el seu autor, el lloc on es va obtenir i el seu estatus legal: si l'obra està protegida pel copyright o s'acull a alguna altra llicència d'ús (Creative Commons, llicència GNU, GPL ...). L'estudiant haurà d'assegurar-se que la llicència que sigui no impedeix específicament seu ús en el marc de la pràctica. En cas de no trobar la informació corresponent haurà d'assumir que l'obra està protegida pel copyright.

Hauran, a més, adjuntar els fitxers originals quan les obres utilitzades siguin digitals, i el seu codi font si correspon. Un altre punt a considerar és que qualsevol pràctica que faci ús de recursos protegits pel copyright no podrà en cap cas publicar-se en Mosaic, la revista del Graduat en Multimèdia a la UOC, a no ser que els propietaris dels drets intel·lectuals donin la seva autorització explícita.


4

A.- Construir un diagrama E-R que reculli els requeriments d'un enunciat concret. Escolliu UNA de les següents opcions (A1 o A2) i presenteu un model E-R que satisfaci els requeriments de l’enunciat.

1- Identifiqueu en el document les entitats, relacions entre entitats i cardinalitats.

2- Expresseu breument els arguments per a la vostra decisió relacionant-los amb referències a l’enunciat.

3- Dissenyeu un diagrama E-R que il·lustri els conceptes i les funcionalitats de la base de dades.

OPCIÓ A1:

Un parc d’atraccions vol guardar la informació relacionada amb el manteniment de les seves instal·lacions. Per a això, vol guardar les dades de les atraccions i de les empreses que s’encarreguen de cuidar-les.

Per cada atracció es vol guardar un identificador, el nom, la data en que es va instal·lar, la periodicitat amb la que s’ha de revisar i la seva posició geogràfica (longitud i latitud). Les atraccions poden ser revisades per una o més empreses, de les que es guardarà el nom, el NIF (per poder facturar), el telèfon i un nom de contacte. Per a cada actuació d’una empresa en una atracció es guardarà la data en que es va fer la darrera revisió, el temps que ha passat des de llavors i els empleats de l’empresa que la van fer.

Per seguretat, és important mantenir la informació de cada treballador de les diferents empreses que intervenen en la revisió, de manera que es guardarà a la base de dades el seu nom i cognoms, el seu NIF (que servirà com a identificador), la data en que va entrar a treballar a l’empresa i també ens interessa emmagatzemar qui és el seu superior.

Per tal de realitzar un seguiment més acurat de l’estat de les atraccions, es vol guardar la valoració (positiva/negativa) i comentaris que facin els diferents usuaris, dels que guardarem un identificador, el nom, cognoms i data del comentari.

OPCIÓ A2:

El mateix parc d’atraccions, a partir de la informació guardada en una altra base de dades, vol donar als seus usuaris registrats l’opció de participar en la seva xarxa social. De cada usuari es guardarà el nom i cognoms, el seu correu electrònic, la data de naixement i el dia que es va donar d’alta. Es


5

guardarà informació, també, dels usuaris amb els que tenen una relació d’amistat dins de la xarxa i quin tipus de relació tenen d’entre les tres possibles: família, amic, conegut.

El parc donarà als usuaris l’oportunitat d’accedir a les fotografies realitzades mentre gaudien de les diferents atraccions. De les fotos guardarem un identificador, la data en que es va realitzar i si és pública o no. S’ha de tenir en compte que, tot i que una fotografia ha tingut lloc en una única atracció, pot ser que un usuari en tingui més d’una a la mateixa atracció.

A més, es volen emmagatzemar els comentaris que els usuaris poden realitzar sobre les fotos públiques i indicar si els agrada o no, de manera que es voldrà tenir informat, també, el número total de “m’agrada”.

Per cada atracció es vol guardar un identificador, el nom, la data en que es va instal·lar, una descripció i la seva posició geogràfica (longitud i latitud). En cada moment caldrà saber quins empleats estan controlant l’accés a les atraccions. De cada empleat es voldrà guardar el DNI, el nom i cognoms, la data en que va entrar a treballar al parc d’atraccions i la seva antiguitat.

Exposeu aquí la vostra solució a l’opció seleccionada:

OPCIÓ A1

1. Les entitats són les següents: EMPRESA, TREBALLADOR, ATRACCIÓ, USUARI.

Les relacions entre entitats i les seves cardinalitats són: EMPRESA (1) – pertànyer – (N) TREBALLADOR

EMPRESA (1) – ser contacte – (N) TREBALLADOR

TREBALLADOR (1) – ser superior – (N) TREBALLADOR

grup EMPRESA-TREBALLADOR (M) – revisar – (N)

ATRACCIÓ (M) – opinar – (N) USUARI

2. Habitualment, una bona pràctica per començar l’anàlisi és fer una llista amb tots els subjectes que guarden algun tipus de relació amb els altres (empresa, treballador, atracció, usuari) i anotar-los com a possibles entitats, posant-los en singular i en majúscules. En aquest cas, he trobat la dificultat d’entendre si valoració i comentaris eren dues entitats separades, ja que el text podia resultar lleugerament ambigu, però l’aclariment posterior al fòrum de l’assignatura m’ha


6

ajudat a entendre que les dues anaven sempre unides que en realitat podien ser considerades com atributs de la relació entre atracció i usuari.

Els verbs es poden veure en molts casos com les relacions que hi ha entre aquestes entitats. Així per exemple, el treballador pertany a l’empresa, el treballador és contacte de l’empresa, un treballador és superior d’un altre, un treballador de l’empresa revisa una atracció, l’usuari opina sobre l’atracció... Destaquen, per la seva dificultat conceptual els següents elements: la relació recursiva del treballador que pot ser superior d’un altre treballador, la doble relació entre empresa i treballador amb una que és pertànyer i l’altra que és ser contacte i, finalment, que les relacions “revisar” entre empresa/treballador-atracció i “opinar” entre usuari-atracció presenten els seus atributs sense que sigui necessari crear noves entitats.

Pel que respecta als atributs és fàcil distingir-los si un es demana a quina entitat fan referència. He tingut el dubte de si assignar o no atributs compostos en alguns dels casos (nom complet: nom i cognoms, posició: latitud i longitud) i seguint l’exemple del diagrama E-R de la pregunta 3 he optat per no fer-los servir. L’atribut “temps transcorregut” és del tipus derivat ja que es calcula a partir dels valors de la data actual menys la data de la darrera revisió. També es pot destacar el motiu de no fer servir el NIF de l’empresa o del treballador com a clau primaria; aquest motiu es deu a que es pot donar el cas excepcional de que dos treballadors tinguin el mateix NIF, a més d’altres de caire pràctic com no haver de canviar la clau primària si una empresa passa de ser SA a SL, per exemple.

Les cardinalitats es poden deduir si es fa la pregunta “en quantes ocasions participa aquesta identitat de la relació”, per exemple, “quants treballador poden pertànyer a una empresa i a quantes empreses pot pertànyer un treballador?”. Respostes: molts (N) i una (1). He optat per simplificar el model i he suposat que un treballador només pot haver fet feina a una empresa, encara que no seria difícil establir l’altra opció ja que la clau escollida no ha estat el DNI. També es podria plantejar un model en el que un treballador pogués haver començat a fer feina a l’empresa en diferents dates (diversos contractes); en aquest cas la data d’inici a l’empresa ja no seria un atribut del treballador sinó de la relació pertànyer. Les possibilitats són moltes i depenen de la profunditat amb que es realitzi l’anàlisi de l’enunciat. Altres cardinalitats a analitzar són la recursiva de la relació “ser superior” (1-N) ja que un treballador pot ser superior de molts altres però un treballador no pot tenir molts superiors. La cardinalitat que presenta la relació “revisar” empresa-atracció és del tipus (M-N) ja


7

que una empresa pot revisar moltes atraccions i una atracció pot ser revisada per més d’una empresa. Igualment amb les opinions, la cardinalitat és del tipus (M-N) ja que un usuari pot opinar sobre moltes atraccions i una atracció pot ser opinada per molts usuaris.


8

Presenteu aquí la vostra solució gràfica mitjançant diagrama E-R: Utilitzeu una eina de disseny com Dia, Omnigraffle o la inserció de Formes a Microsoft Word.

Es valorarà la utilització correcta de la notació i l’adequació de la terminologia que es faci servir, de manera que s’entengui clarament la semàntica de la descripció del cas a modelar.


9

B.- Solució de problemes teòrics. Responeu les següents preguntes teòriques referides al model E-R i el model relacional derivat de la solució que heu proposat a l’apartat A.

1. Expliqueu què és una relació N:M:O entre tres entitats A, B i C i perquè el seu disseny no és equivalent a relacionar-les a partir de dos relacions N:M (entre A i B) i M:O (entre B i C).

Quan trobem atributs que depenen de tres entitats, com a mínim un de cada una d’elles, representar la relació com a ternària, o del tipus N:M:O, és imprescindible. Per exemple si un DOCTOR dóna una CONSULTA a un DESPATX, una relació binària entre DOCTOR i CONSULTA presenta el problema de que la CONSULTA depèn del DOCTOR i no té en compte el DESPATX on es realitza. D’igual manera, la relació binària entre CONSULTA i DESPATX no té en compte el DOCTOR que la realitza. Un mínim de tres relacions binàries seria necessari per abastar totes aquestes relacions i no es considera una bona pràctica de disseny de bases de dades.

2. En el pas de model E-R a model relacional, en quins casos es genera una nova taula? Poseu un exemple a partir de la vostra solució de l’apartat A.

Les regles a seguir són les següents:

a) Cada entitat genera una nova taula. Així, EMPRESA, TREBALLADOR, USUARI i ATRACCIÓ han generat les seves taules.

b) Les relacions 1:1 no generen una nova taula, ja que es posa en la taula d’una de les entitats que hi intervenen la clau primària de l’altra entitat. Així, la relació “ser contacte” no genera una nova taula.

c) Les relacions 1:N no generen una nova taula, ja que es posa en la taula de l’entitat que presenta la cardinalitat N la clau primària de l’altra entitat de cardinalitat 1. Així, la relació “pertànyer” no genera una nova taula i l’entitat treballador conté un atribut que fa referència a la clau primària de l’empresa en la que treballa.


10

d) Les relacions M:N generen una nova taula que conté com atributs les claus primàries de les entitats que hi participen. Per exemple, en la relació USUARI “opinar” ATRACCIÓ es genera una nova taula que conté com atributs les claus primàries de les dues entitats esmentades.

En exemple del tipus de taula generada seria:

Taula opinar

ID Id_usuari Id_atracció Valoració Comentari Data_comentari

1 23 1 Positiva Molt net 23/2/14

2 432 4 Negativa Rovellada 1/1/15

e) Per cada atribut multivalor es crea una nova taula, dins la qual inclourem l’atribut multivaluat i l’atribut de clau primària de la taula a la que pertany l’atribut multivaluat. No he fet servir atributs multivalor en aquest exercici, però si n’hi ha a l’exercici 3.

f) Les relacions recursives de tipus 1:N generen una nova taula. Així, la relació “ser superior” genera una taula amb els atributs “id_superior” i “id_treballador”.

3. Expliqueu què és una clau primària. Pot haver més d’una clau primària per taula? (raoneu la resposta)

Una clau primària d’una taula relacional és aquella que està constituïda per un atribut (o per un conjunt d’atributs) els valors dels quals són capaços d’identificar unívocament les instàncies de l’entitat. No hi pot haver més d’una clau primària per taula ja que, si això passés, no podríem identificar de forma definitiva una instància en concret (per exemple, si féssim servir el DNI com a clau primària i dues persones tinguessin el mateix DNI, l’empresa podria pagar sense voler el sou d’una a l’altra). Una altra cosa molt diferent és l’existència de claus primaries compostes, com per exemple una entitat CARTA amb els atributs {oros, copes, espases, bastos} i el número {1,...12}. Per identificar de forma unívoca una carta feim servir un atribut compost, però mai dues claus primàries.


11

4. Expliqueu què és una clau forana. Pot haver més d’una clau forana en una taula A envers una mateixa taula B? (raoneu la resposta)

Una clau forana és una referència a la clau primària d’una altra taula. Ens tornem a trobar que la definició de clau forana ja fa referència a la possibilitat de que aquesta sigui simple o composta. Hi pot haver més d’un atribut de la clau forana en una taula A respecte d’una mateixa taula B, com per exemple en el cas que la clau primària de la taula B sigui una clau composta. Seguint l’exemple anterior, una taula que contingui les mans que ha tingut cada jugador tindria dos atributs però una única clau respecte de la taula B. No obstant, podria incloure altres claus foranes respecte de taules C, D, etc...

Per què un atribut derivat no té un valor fix? Expliqueu quins càlculs cal realitzar per a obtenir els atributs derivats a la vostra solució de l’apartat A.

D’entrada, les bones pràctiques de disseny de bases de dades aconsellen no emmagatzemar aquest tipus d’atributs. Així i tot, en els casos en que aquests es facin servir, cal actualitzar-los al llegir-los ja que el seu valor depèn de valors externs que poden haver canviat des de que es varen emmagatzemar. Aquests valors externs pot ser estiguin emmagatzemats dins la base de dades o s’hagin de consultar externament.

Per realitzar el càlcul del temps transcorregut des de la darrera revisió he realitzat el càlcul: data_actual – data_darrera_revisió.

Per exemple, si la data actual és 234563 (seguin algun sistema que ens permeti assignar una data a un nombre enter) i la data de la última revisió és 234553, el temps transcorregut és 234563-234553 = 10 dies.


12

C.- Transformació del model E-R en Model Relacional. A partir del problema plantejat i el diagrama E-R proposat com a solució, es demana la seva transformació en un Model Relacional, tenint en compte els següents paràmetres obligatoris:

• Cada entitat ha de tenir la seva pròpia taula. La primera columna de cada taula serà per a l'atribut de la clau primària. Anomena aquesta columna ID (identificador o codi de tupla) i poseu-hi, sempre que sigui possible (si convé), valors numèrics amb auto-increment (1,2,3,…n).

• Totes les claus foranes es posaran a l'última columna de les taules dependents. Sempre que sigui possible, anomeneu aquesta columna amb la següent nomenclatura: ID_[nom de la taula pare].

• Poseu a l'encapçalament de la columna de l'atribut derivat el seu nom, seguit de la fórmula literal de càlcul. Sota, en cada fila, els valors del resultat d'aquest càlcul.

• Els valors possibles que pot prendre un atribut es presentaran com a enumeració de valors separats per comes.

• Les relacions amb correspondència M:N també hauran de tenir la seva pròpia taula, amb la seva clau primària en la primera columna (si cal) i les claus externes en les següents columnes, per enllaçar les tuples de les entitats involucrades. Aquest tipus d'entitat de relació també podria arribar a tenir els seus propis atributs.

• Poseu, com a mínim, cinc registres de dades a les taules d'entitats i vuit en les relacions.


13

Enunciat: Un ajuntament vol llançar una aplicació que promocioni els negocis i serveis de la seva ciutat.

L'aplicació mostrarà una llista de tipus d‘establiments: hospitals, restaurants, cinemes, farmàcies, etc. Dels que en voldrem guardar el nom i la quantitat d’establiments que hi ha d’aquest tipus. A més estaran classificats en forma d’arbre, això vol dir que un tipus d’establiment (per exemple, “Restaurant”) pot tenir diversos subtipus (per exemple “Restaurant Xinés” o “Restaurant Italià”).

En seleccionar un tipus d’establiment, l'aplicació haurà de mostrar el llistat dels establiments d'aquest tipus propers a l'usuari (que queden dins d'un radi d'un kilòmetre). Per cada establiment es mostrarà el nom, el telèfon, el nom del propietari, una petita descripció del que fa, l'adreça postal i la seva localització geogràfica, que s'especifica mitjançant les seves coordenades de latitud i longitud. El fet de guardar les coordenades geogràfiques permetrà a l'aplicació situar els establiments en un mapa.

Un altre punt clau de l'aplicació són els usuaris. Per cada usuari es voldrà emmagatzemar el seu nom i cognoms, els seu correu electrònic, que no es podrà repetir, la seva contrasenya d'accés a l'aplicació, la data en que es va donar d'alta al sistema, la data en que es va connectar per darrera vegada i els dies que han passat des de que es va connectar al sistema per tal de que, si passat 30 dies sense que l'usuari es connecti, l'aplicació li enviarà un correu amb una enquesta per veure quins són els motius del seu abandonament.

La interacció de l'usuari a l'aplicació serà inicialment de caire informatiu. D'aquesta manera, l'usuari podrà cercar establiments, visualitzar-los en un mapa i accedir a la seva informació. Quan l'usuari accedeixi a la fitxa de l’establiment se li donarà la possibilitat de marcar tres opcions: m'agrada, no m'agrada i pendent de visitar. A la fitxa de l’establiment es mostrarà, també, la mitja total sobre el número de vegades que els usuaris han marcat cadascuna de les opcions.

La enquesta de satisfacció que s'enviarà a l'usuari serà dinàmica i pot variar amb el temps. Per aquest motiu guardarem informació sobre les preguntes que s'envien. Per cada pregunta es guardarà el text, la data en que es va enviar per primer cop, un flag1 que indicarà si està activa o no, el tipus d’establiments als quals fa referència la pregunta (si en fa) i la seva valoració mitjana (entre 1 i 10). Per cada pregunta i usuari es guardarà la seva valoració (entre 1 i 10), la data en que es va enviar la pregunta i la data en que es va respondre.

1 En programació, un flag es refereix a un o més bits que s’utilitzen per emmagatzemar un


14

Diagrama E-R:


15

Exposeu aquí la vostra solució:

Taula ESTABLIMENT

ID nom teléfon nom_propietari descripció adreça_postal latitud longitud ID_TIPUS

1 Angelo’s 971 111111 Mario Calzone Tot tipus de pizzes

c/ de la font, 3 39.5694324 2.6427428 2

2 Frutti di Mare 971 232323 Luigi Cuoco Marisc a l’estil italià

Plaça del mico, 45

39.5694212 2.6427499 2

3 Ca’n Torrat 971 456587 Tòfol Mestre Menjars variats

c/ internat, 8 39.5694399 2.6427454 1

4 Ocimax 971 131313 Luis Salas Multicines situats a un centre comercial

c/ Berenguer de Tornamira, 34

39.5694355 2.6427419 3

5 Hotel DPM 971 245689 Pere Amengual Hotel familiar vora la mar

c/ fresquet, 1 39.5694301 2.6427492 4

6 Pub Frank 971 143264 Frank Jungeler Pub amb animació

c/ de la muntanya, 88

39.5694301 2.6427423 5

Taula TIPUS

ID nom quantitat ID_TIPUS

1 restaurant 3

2 restaurant italià 2 1

3 cinema 1

4 hotel 1

5 pub 1

Taula USUARI

ID correu_electrònic …………………….

nom cognoms contrasenya data_alta data_darrera_con dies_transcorr (data_actual - data_darrera_con)

1 [email protected] Moncho Borrajo Pinto qwiwidjJFjrei1 22/7/2014 1/3/2015 19

2 [email protected] Francisco Majo Bajo otgmoi030459 30/6/2014 4/3/2015 16

3 [email protected] Manuela Virgen Santa nomemires 23/12/2014 10/3/2015 10

4 [email protected] Francisco Palos Martínez jorjorjor69 28/12/2014 19/3/2015 1

5 [email protected] Antonia Cruz Birreitztia qeoerovewo1 1/6/2014 5/3/2015 5

Taula PREGUNTA

ID text data_creació activa {sí, no} valorar (∑punts d’aquesta resposta /nombre respostes a aquesta pregunta)

1 Com puntuaria la neteja de l’habitació? 1/1/2014 sí 7

2 Com puntuaria el llit? 1/1/2014 sí 7

3 Com puntuaria la pel·lícula? 1/6/2014 no 4

4 Com puntuaria la qüalitat de les begudes? 1/6/2014 sí 10

5 Com puntuaria la qüalitat del menjar? 3/9/2014 no

Taula referenciar

ID ID_TIPUS ID_PREGUNTA

1 4 1

2 4 2

3 3 3

4 1 4

5 2 4

6 3 4

7 5 4

8 6 4

9 1 5

10 2 5

11 3 5

12 5 5

Taula enquestar

ID valoració_satisfacció {1,…,10}

data_enviament data_resposta ID_USUARI ID_PREGUNTA

1 10 2/1/2015 3/1/2015 1 1

2 8 2/1/2015 3/1/2015 1 2

3 4 2/1/2015 3/1/2015 1 3

4 10 15/1/2015 2 4

5 6 30/1/2015 2 2

6 8 2/1/2015 12/2/2015 3 1

7 4 2/1/2015 12/2/2015 3 1

8 6 2/2/2015 12/2/2015 3 1

Taula valorar

ID valoració_informativa {m’agrada, no m’agrada, pendent de visitar}

ID_USUARI ID_ESTABLIMENT

1 m’agrada 1 5

2 no m’agrada 1 4

3 pendent de visitar 1 6

4 m’agrada 2 2

5 m’agrada 2 3




9 m’agrada 4 5

nota: data actual 20 de Març de 2015

Taula activa

ID activa

1 si

2 no

Taula valoració_informativa

ID valoració_informativa

1 m’agrada

2 no m’agrada

3 pendent de visitar

Taula valoració_satisfacció

ID valoració_satisfacció

1 1

2 2

3 3

4 4

5 5

6 6

7 7

8 8

9 9

10 10

presentació competències - el blog d'un estudiant de la...

Documents