1. Social Network per la gestione di risorse umane Anno Accademico: 2008/2009 Componenti Gruppo: Bello Giuseppe, Campanale Lorella, Guglielmi Michele, Spadaro Alessandro.

5. Problematiche:

6. Dal lato lavoratore:

7. Dal lato agenzia:

8. Dominio del problema: Tre entità: Dati Agenzia, contatti, sede,dettagli, affidabilità Dati Personali, contatti, dettagli, preferenze, disponibilità lavorativa Tipo di lavoro, quando, dove, agenzia

15. Progettazione: profilo utente

16. Progettazione: home lavoratore

17. Progettazione: home agenzia

18. Progettazione: profilo agenzia

22. 1°Passo: Modellazione dell’ontologia

23. Tecnologie del semantic web utilizzate URI: stringa che identifica univocamente una risorsa IRI: estensione dell’URI Metalinguaggio che fornisce un meccanismo di interpretazione dei contenuti Linguaggio usato per descrivere le proprietà di una risorsa identificata da URI/IRI RDF Schema: espone la sintassi per definire schemi e vocabolari per i metadati Estende RDFS per descrivere le proprietà associate a una risorsa Elementi dello stack da noi utilizzati per specificare l’ontologia:

24. Classi e proprietà modellate

26. Classe Lavoratore Proprietà: <owl:Restriction> <rdfs:label xml:lang=&quot;it&quot;>Nome del lavoratore</rdfs:label> <owl:onProperty rdf:resource=&quot;&foaf;givenname&quot; /> <owl:cardinality rdf:datatype=&quot;&xsd;nonNegativeInteger&quot;>1</owl:cardinality> </owl:Restriction> Associamo un nome alla classe Definiamo la relazione di sottoclasse Definiamo tale classe come l’intersezione di una serie di proprietà <owl:Class rdf:about=&quot;&jf;Person&quot;> <rdfs:label xml:lang=&quot;it&quot;>Lavoratore</rdfs:label> < rdfs:subClassOf rdf:resource=&quot;&foaf;Person&quot; /> < owl:intersectionOf rdf:parseType=&quot;Collection&quot;>

27. Proprietà jf: Object Property <owl: ObjectProperty rdf:about=&quot;&jf;placeOfBorn&quot;> <rdfs:label xml:lang=&quot;it&quot;>Luogo di nascita del lavoratore</rdfs:label> <rdfs:domain rdf:resource=&quot;&jf;Person&quot; /> <rdfs:range rdf:resource=&quot;&jf;City&quot; /> </owl: ObjectProperty > Denota il numero esatto di occorrenze di una proprietà <owl:Restriction> <rdfs:label xml:lang=&quot;it&quot;>Luogo di nascita del lavoratore</rdfs:label> <owl:onProperty rdf:resource=&quot;&jf;placeOfBorn&quot; /> <owl:cardinality rdf:datatype=&quot;&xsd;nonNegativeInteger&quot;>1</owl:cardinality> </owl:Restriction>

32. Classe Availability La disponibilità lavorativa viene specificata con le proprietà obbligatorie: startDate e endDate <owl:ObjectProperty rdf:about=&quot;&jf;workAvailability&quot;> <rdfs:label xml:lang=&quot;it&quot;>Disponibilità lavorativa</rdfs:label> <rdfs:domain rdf:resource=&quot;&jf;Person&quot;/> <rdfs:range rdf:resource=&quot;&jf;Availability&quot; /> </owl:ObjectProperty> <owl:Class rdf:about=&quot;&jf;Availability&quot;> <rdfs:label xml:lang=&quot;it&quot;>Disponibilità</rdfs:label> <rdfs:subClassOf> <owl:Restriction> <rdfs:label xml:lang=&quot;it&quot;>Data di inizio lavoro</rdfs:label> < owl:onProperty rdf:resource=&quot;&jf;startDateAvailability &quot; /> <owl:cardinality>1</owl:cardinality> </owl:Restriction> </rdfs:subClassOf> <rdfs:subClassOf> <owl:Restriction> <rdfs:label xml:lang=&quot;it&quot;>Data di fine lavoro</rdfs:label> < owl:onProperty rdf:resource=&quot;&jf;endDateAvailability &quot; /> <owl:cardinality>1</owl:cardinality> </owl:Restriction> </rdfs:subClassOf> </owl:Class>

34. Classe Reputation Nel momento in cui si inserisce la reputation bisogna inserire un punteggio e un commento (obbligatorio) <owl:Class rdf:about=&quot;&jf;Reputation&quot;> <rdfs:label xml:lang=&quot;it&quot;>Affidabilità dell'Agenzia</rdfs:label> <rdfs:subClassOf> <owl:Restriction> <rdfs:label xml:lang=&quot;it&quot;>Punteggio Reputation</rdfs:label> <owl:onProperty rdf:resource=&quot;&jf; scoreReputation &quot; /> <owl:cardinality rdf:datatype=&quot;&xsd;nonNegativeInteger&quot;>1</owl:cardinality> </owl:Restriction> </rdfs:subClassOf> <rdfs:subClassOf> <owl:Restriction> <rdfs:label xml:lang=&quot;it&quot;>Commenti Reputation </rdfs:label> <owl:onProperty rdf:resource=&quot;&jf; commentsReputation &quot; /> <owl:maxCardinality rdf:datatype=&quot;&xsd;nonNegativeInteger&quot;>1</owl:maxCardinality> </owl:Restriction> </rdfs:subClassOf> </owl:Class> <owl:ObjectProperty rdf:about=&quot;&jf;agencyReputation&quot;> <rdfs:label xml:lang=&quot;it&quot;>Affidabilità dell'Agenzia</rdfs:label> <rdfs:domain rdf:resource=&quot;&jf;Agency&quot; /> <rdfs:range rdf:resource=&quot;&jf;Reputation&quot; /> </owl:ObjectProperty> score

36. XSL (XML Stylesheet Language)

37. Un po’ di codice < xsl:template match=&quot;/&quot; > … . <h3>Datatype property</h3> <xsl:apply-templates select=&quot;rdf:RDF/owl:DatatypeProperty&quot;/> … </xsl:template> <xsl:template match=&quot; rdf:RDF/owl:DatatypeProperty &quot;> <xsl:if test=&quot;//rdfs:label/@xml:lang = 'it'&quot;> <h4><xsl:value-of select=&quot;rdfs:label/text()&quot;/></h4> </xsl:if> URI reference: <a href=&quot;#{rdfs:label/text()}&quot;> <xsl:value-of select =&quot;@rdf:about &quot; /> <xsl:text> </xsl:text></a><xsl:text> </xsl:text> <xsl:if test=&quot;rdfs:domain&quot;> Dominio: <xsl:variable name=&quot; classid &quot; select=&quot;rdfs:domain/@rdf:resource&quot;/> <xsl:for-each select=&quot;/rdf:RDF/owl:Class&quot;> <xsl:if test=&quot;@rdf:about = $classid&quot;> <a href=&quot;#{rdfs:label/text()}&quot;> <xsl:value-of select=&quot;@rdf:about&quot; /></a> <xsl:text> </xsl:text> </xsl:if> </xsl:for-each> </xsl:if> </xsl:template>

38. Struttura del file html generato

40. <jf:homeAddress> <address:Address> <address:roomNumber>5</address:roomNumber> <address:streetAddress>S.Pietrino</address:streetAddress> <address:city>Varese</address:city> <address:zip>21100</address:zip> <address:country>Italia</address:country> </address:Address> </jf:homeAddress>

41. E non dimentichiamoci la reputation <jf:jobRole rdf:resource=&quot;&jf;hostess&quot;/> <jf:jobFirm>MetropolitanClub</jf:jobFirm> <jf:jobStart>2009-03-10</jf:jobStart> <jf:jobEnd>2009-03-13</jf:jobEnd> <jf:remunerationWork>90.00</jf:remunerationWork> <jf:necessaryPeopleNumber>4</jf:necessaryPeopleNumber> <jf:competenciesRequired>bella presenza</jf:competenciesRequired> <jf:materialRequired>abito e scarpe eleganti</jf:materialRequired>

42. Database User: contiene i profili di tutti gli utenti registrati alla rete sociale. Agency: contiene i profili di tutte le agenzie registrate alla rete sociale. Job: contiene i lavori offerti dalle agenzie ai lavoratori. Friend: contiene le relazioni di amicizia tra un utente e un altro. Gli utenti vengono rappresentati tramite le loro chiavi primarie che fanno riferimento ai rispettivi profili. Availability: contiene le disponibilità di ciascun utente. Gli utenti vengono rappresentati tramite le loro chiavi primarie. HystoricalJob: In questa entità ciascun utente è legato ai lavori che ha svolto in passato. Gli utenti e i lavori sono rappresentati tramite le loro chiavi primarie. La conferma dell’associazione tra utente e lavoro deve essere effettuata dall’agenzia tramite il campo confirmed. FeebBackAgency: contiene i feedback rilasciati da un utente ad una determinata agenzia. La chiave primaria è data dalla coppia (chiave utente, chiave agenzia) in modo che ciascun utente possa inserire un solo feedback per ogni agenzia. Analogamente per FeedBackWork . Message: Contiene tutti i messaggi scambiati nella rete sociale. Il mittente e il destinatario di ogni messaggio vengono rappresentati dalle rispettive chiavi primarie(riferite o all’agenzia o all’utente).

43. Web Services gestisce l'accesso ai dati degli utenti e le relazioni di amicizia. gestisce l'accesso ai dati delle agenzie. gestisce il rilascio dei feedback da parte degli utenti sia alle agenzie che ai lavori. gestisce l'accesso ai dati riguardanti la disponibilità lavorativa degli utenti. gestisce la messaggistica interna tra utente e utente o tra utente e agenzia. gestisce l'accesso ai dati riguardanti i lavori e dello storico.

51. Casi D’uso: Profilo utente Per generare il profilo: la pagina invia una richiesta al web service “UserManager” invocando il metodo “getProfile” che a sua volta interroga il database “User” e restituisce il profilo dell'utente. 1. Per generare la disponibilità: la pagina invia una richiesta al web service “AvailabilityManager” invocando il metodo “getAvailability” che a sua volta interroga il database “Availability” e restituisce la disponibilità dell'utente. 2. 3. Per generare la lista amici: la pagina invia una richiesta al web service “UserManager” invocando il metodo “getFriends” che a sua volta interroga il database “Friend” per trovare gli amici dell'utente. Il metodo “getFriends” effettua una JOIN tra gli ID degli amici e i loro profili per recuperare dall’ID il nome, il cognome e gli altri dati dell’amico.

53. Casi D’uso: Aggiungi Amico L'utente “User” vuole aggiungere l'utente “Friend” ai suoi amici. 1. La pagina per la richiesta di amicizia invoca il web service “UserManager” per aggiungere l'utente “Friend” con il metodo “AddFriend” alla lista amici. 2. Quando l'utente “Friend” riceve la richiesta di amicizia decide se accettarla o meno inviando una richiesta al web service “UserManager” e invocando il metodo “ConfirmFriendship” che aggiunge un record al database “Friend” con la nuova relazione di amicizia.

56. Casi D’uso: Trova Lavoratore L'agenzia vuole cercare un lavoratore in base ad alcuni filtri: area geografica, figura professionale, disponibilità e filtro storico. La pagina web della ricerca effettua le seguenti chiamate: 1. Invia una richiesta al web service “UserManager” invocando il metodo “FindWorker” 3. “FindWorker” invia una richiesta al web service “AvailabilityManager” invocando il metodo “GetUserAvailability” che restituisce la disponibilità degli utenti. A questo punto “FindWorker” filtra nuovamente gli utenti in base alla loro disponibilità. 4. “FindWorker” invia una richiesta al web service “JobManager” invocando il metodo “GetHysoricalUserJob” che restituisce lo storico degli utenti(facendo una JOIN tra l’utente e i lavori che ha svolto). A questo punto “FindWorker” filtra nuovamente gli utenti in base al loro storico e ritorna il risultato alla pagina web. 2. FindWorker” inizia a filtrare gli utenti con una selezione sul database “User” filtrandoli in base all'area geografica e alla figura professionale.

57. Casi D’uso: Feedback Agenzia 1. La pagina viene creata inviando una richiesta al web service “AgencyManager” invocando il metodo “getProfile” che a sua volta interroga il database “Agency” e restituisce il profilo dell'agenzia. 2. La pagina web invia una richiesta al web service “FeedbackManager” invocando il metodo “AddFeedAgency” che a sua volta interroga il database “FeedBack Agency” e inserisce il nuovo feedback. 3. Inolte il metodo “AddFeedAgency” aggiorna il punteggio dell'agenzia inviando una richiesta al web service “AgencyManager” invocando il metodo “UpadteScore” che a sua volta aggiorna il database “Agency”. Analogamente per rilasciare il feedback ad un lavoro. L'utente vuole rilasciare un feedback ad un'agenzia accedendo alla pagina web del profilo dell'agenzia.

58. Casi D’uso: Inserisci Dati Storico L'utente (User) vuole inserire un lavoro nel suo storico: 1. La pagina web invia una richiesta al web service “JobManager” invocando il metodo “getJob” che a sua volta interroga il database “Job” e restituisce i lavori svolti dall'utente. 2. Dopo che l'utente ha scelto uno dei lavori da aggiungere allo storico la pagina web invia una richiesta al web service “JobManager” invocando il metodo “addJob” che a sua volta inserisce nel database “HystoricalJob” il lavoro (come lavoro in attesa di approvazione dell'agenzia). L'utente (User) vuole visualizzare il suo storico: La pagina web invia una richiesta al web service “JobManager” invocando il metodo “GetJobs” che interroga il database “HystoricalJob” restituendo tutti i lavori inseriti nello storico dell'utente, per avere i dettagli sui lavori il metodo “getJobs” effettua una JOIN tra i lavori “HystoricalJob” e i dettagli di ciascun lavoro contenuti in “Job”. L'agenzia vuole confermare il lavoro di un utente: La pagina web invia una richiesta al web service “JobManager” invocando il metodo “ConfirmJob” che a sua volta modifica il database “HystoricalJob” confermando il lavoro svolto dall'utente.

59. Casi D’uso: Gestione Messaggi L'utente (Sender) vuole inviare un messaggio: La pagina web invia una richiesta al web service “MessagesManager” invocando il metodo “SendMessages” che inserisce il messaggio nel database “Messaeges”. InBox L'utente accede alla sua pagina InBox. 1. La pagina web invia una richiesta al web service “MessagesManager” invocando il metodo “ViewInBox” che interroga il database “Messaeges” e restituisce i messaggi dell'utente. 2. Il metodo “ViewInBox” invia una richiesta al web service “UserManager” invocando il metodo “GetProfile” per ottenere i nomi di mittente e destinatario. L'utente accede alla sua pagina OutBox. 1. La pagina web invia una richiesta al web service “MessagesManager” invocando il metodo “ViewOutBox” che interroga il database “Messaeges” e restituisce i messaggi dell'utente. 2. Il metodo “ViewOutBox” invia una richiesta al web service “UserManager” invocando il metodo “GetProfile” per ottenere i nomi di mittente e destinatario.

62. Problema: Privacy Utente Applicato per l’intero profilo Applicato per il singolo dato  PROBLEMA: Nel momento in cui gli utenti inseriscono dati riservati nel proprio profilo, dati che, magari, non si vogliono rendere pubblici a tutti, ma si vuole, al contrario, che rimangano riservati.

63. Problema: Privacy Agenzia Applicato per l’intero profilo Applicato per il singolo dato  Lo stesso discorso fatto per i lavoratori, si può applicare alle agenzie

64. Problema: Privacy Lavoro ? PROBLEMA: Come fa l’utente a capire impostazioni legate a determinate impostazioni SOLUZIONE: Pop-up javascript

65. Accountability

66. Reputation System per il lavoro Cosa accade : tutti gli utenti che assegnano un rate al lavoro hanno lo stesso peso; pertanto, la reputation del lavoro sarà calcolata come media matematica dei voti degli utenti

67. Reputation System per l’agenzia Valutazione Agenzia: (7/20) * 5 + (13/20) * 8 = 6,95 (voto 7 )