STUDIO DI PATTERN A META- LIVELLO IN HIDL-LITE E METODOLOGIA PER APPLICARLI Tesina del corso di Seminari di Ingegneria del Software, Prof.G.De Giacomo.

Slides:



Advertisements
Presentazioni simili
Calcolo Relazionale.
Advertisements

In che cosa ritengo di essere capace Come mi giudico in relazione agli altri Quali caratteristiche penso di possedere e che ruolo possono giocare Come.
Il ruolo sociale.
Analisi e progettazione
Le base di dati database.
L’Informatica dal Problema alla Soluzione
Una Introduzione alle Basi di Dati
1 Progettazione Concettuale: Entity/Relationships (E/R) Esigenza di strumenti efficaci, chiari e sintetici per rappresentare i dati di interesse e le loro.
1 Progettazione Concettuale: Entity/Relationships (E/R) Esigenza di strumenti efficaci, chiari e sintetici per rappresentare i dati di interesse e le loro.
4 – Progettazione – Introduzione e Modello E-R
Basi di Dati prof. A. Longheu 4 – Progettazione – Introduzione e Modello E-R Cap. 5 Basi di dati Atzeni – Ceri – Paraboschi - Torlone.
Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill,
Intelligenza Artificiale 2 Metodologie di ragionamento Prof. M.T. PAZIENZA a.a
Metodologie per la gestione di conoscenza ontologica Prof. M.T. PAZIENZA a.a
Maria Teresa PAZIENZA a.a
Sistemi basati su conoscenza Basi di conoscenza: rappresentazione e ragionamento (1 - Ontologie) Prof. M.T. PAZIENZA a.a
Sistemi basati su conoscenza Basi di conoscenza: rappresentazione e ragionamento Prof. M.T. PAZIENZA a.a
Analisi dettagliata e design B. Pernici M.G. Fugini AA
La prassi dell autorizzazione preventiva adottata dalla Commissione per le opere pubblicate dai suoi dipendenti costituisce una violazione dell art. 10.
FONDAMENTI DI INFORMATICA III A3A1-1 Realtà e Modello MODELLI E METODOLOGIE PER LA PROGETTAZIONE LOGICA DI SISTEMI INFORMATIVI PER LUFFICIO Argomento 3.
CVM un modello concettuale per la gestione di versioni di schema in un contesto di integrazione Fabio Grandi DEIS - Università di Bologna.
Seminari di ingegneria del software
Seminari di ingegneria del software
Basi di dati 2002 EER Vogliamo aumentare lespressività degli Entity Model EER: Entity Model Esteso.
Ingegneria della conoscenza e sistemi esperti Dario Bianchi, 1999 Conoscenza e ragionamento Logica dei predicati del primo ordine.
Ingegneria della conoscenza e sistemi esperti Dario Bianchi, 1999 Logica dei predicati del primo ordine.
Ingegneria della conoscenza e sistemi esperti Dario Bianchi, 1999 Inferenza nella logica dei predicati del primo ordine.
Modello E-R Generalizzazioni
Progettazione di una base di dati
Normalizzazione Le forme normali certificano che la base di dati soddisfa criteri di qualità che mirano ad evitare le ridondanze e i conseguenti effetti.
Obiettivi Conoscere strumento Analisi di un progetto
A.Natali DL Maggio1999 Oggetti Concetti fondamentali.
Insegnare competenze La dimensione didattica e metodologica Carlo Felice.
Il Gruppo di Lavoro. Le 7 variabili del modello OBIETTIVO METODO RUOLI LEADERSHIP COMUNICAZIONE CLIMA SVILUPPO.
Introduzione a C#.
La progettazione di un sistema informatico
1)PROGETTAZIONE DI UN DATABASE
Il modello ER Proposto da Peter Chen nel 1976 rappresenta uno standard per la progettazione concettuale (in particolare per le basi di dati) Ha una rappresentazione.
Questi sono stati tra gli ostacoli maggiori incontrati dalla teoria classica dellIntelligenza Artificiale per dei limiti concettuali della logica bivalente.
Alloy. Intestazione (1) Al modello descritto è stato dato il nome di azienda_compravendita_materieprime come espresso dalla traccia, tale modello è volto.
“Seminari di Ingegneria del software”
Tesi di Laurea in Ingegneria Informatica
Analisi dei Requisiti (Requirements Engineering) Seminario RE Università degli Studi di Padova, 12 Gennaio 2004.
Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill,
Corso di Informatica Corso di Laurea in Conservazione e Restauro dei Beni Culturali Gianluca Torta Dipartimento di Informatica Tel: Mail:
Il Sistema Socio-tecnico
Il Gruppo di Lavoro.
Metodologia come logica della ricerca
1 Ontology languages. Strato dei modelli LA SCELTA DEL LINGUAGGIO Una volta selezionati i componenti dell’ontologia occorre esprimerli in maniera esplicita,
PROGRAMMA IL FUTURO Anno Scolastico 2014 / 2015
Diagramma delle Classi
YOUR LOGO Università degli Studi di Roma "Tor Vergata" Facoltà di Ingegneria «Project accounting and data management» 2012 Summer School H-DATA, ENEA –
Sapienza Università di Roma Sapienza Università di Roma Laurea specialistica in Ingegneria Informatica Seminari di Ingegneria del Software Traduzione di.
Progettazione di una base di dati Ciclo di vita di un sistema informativo Studio di fattibilità definisce le varie alternative possibili, i relativi costi.
Metamodellazione in RDF Tesina del corso di Seminari di Ingegneria del Software Alberto Cerullo.
Join Proprietà Il join di r 1 e r 2 contiene un numero di tuple compreso fra zero e il prodotto di |r 1 | e |r 2 | se il join di r 1 e r 2 è completo allora.
AOT Lab Dipartimento di Ingegneria dell’Informazione Università degli Studi di Parma Intelligenza Artificiale Rappresentazione della Conoscenza e Ragionamento.
Intelligenza Artificiale 1 Gestione della conoscenza lezione 14 Prof. M.T. PAZIENZA a.a
Progettazione di basi di dati: metodologie e modelli
Intelligenza Artificiale Metodologie di ragionamento Prof. M.T. PAZIENZA a.a
S. Costantini 06/05/2006 (parte del materiale è tratto da slide del 2001 di Ceri-Atzeni) Normalizzazione di Schemi.
Psicologia dei gruppi e delle organizzazioni
Web semantico e logiche descrittive M. Simi, Cap 2 del "Description Logic Handbook" Lezioni di U.Straccia.
ICT e Sistemi informativi Aziendali Materiale di supporto alla didattica.
Web semantico e logiche descrittive M. Simi, Cap 2 del "Description Logic Handbook" Lezioni di U.Straccia.
Diagramma degli Stati. Diagramma degli Stati … Definizione è un grafico con nodi ed archi in cui i nodi rappresentano gli stati di una classe e gli archi,
Basi di dati - 09Marco Maggini1 Forme normali forme normali  Le forme normali verificano la qualità di uno schema di una base di dati relazionale  Presenza.
COMUNICAZIONE TRASFERIMENTO DI INFORMAZIONI MEDIANTE SEGNALI DA UNA FONTE AD UN DESTINATARIO (C. Shannon e W. Weaver, Teoria matematica della.
La comprensione della società – Cap.1 Wallace e Wolf Teoria: paradigma concettuale generale La ricerca sociologica si basa su un modo di osservare le cose.
Oltre il web 2.0: il web semantico Seminario. World Wide Web ● Nasce nel 1991 al CERN di Ginevra Evoluzione: web dinamico ● Si basa su ● URL ● HTTP ●
Transcript della presentazione:

STUDIO DI PATTERN A META- LIVELLO IN HIDL-LITE E METODOLOGIA PER APPLICARLI Tesina del corso di Seminari di Ingegneria del Software, Prof.G.De Giacomo A.A Marta Monteleone

Obiettivi Individuare pattern a meta-livello Tradurre pattern in HiDL-lite Individuare metodologia per applicare i pattern Individuare basi di conoscenza su cui applicare i pattern

HiDL-lite Famiglia di logiche DL-lite espressione delle nozioni dei formalismi di modellazione concettuale e di ontologie Estensione di DL-liteR con capacità di meta- modello ragionamento efficiente su meta-concetti e meta-proprietà

HiDL-lite Elementi atomici: nomi N e variabili V (oggetti, concetti atomici e ruoli atomici in DL) Elementi E E ← A | A‾| ∃ A | ∃ A‾ (A appartiene a N o a V) elemento atomico,inverso di un elemento atomico,proiezione di un elemento atomico sulla prima o sulla seconda componente.

HiDL-lite Formule atomiche o atomi : e1 ⊑ C e2 | e1 ⊑ R e2 | e1(e2) | e1(e2,e3) dove gli ei appartengono ad E ISA fra concetti, ISA fra ruoli, e predicati

HiDL-lite Non si possono esprimere vincoli di funzionalità Tali vincoli sono espressi come (funct R)(funct R‾) con R ruolo ma non sono usati per fare ragionamento

Entity

ENTITY ⊑ C ELEMENT ABSTRACT ⊑ C ENTITY EVENT ⊑ C ENTITY OBJECT ⊑ C ENTITY QUALITY ⊑ C ENTITY

Description

DESCRIPTION ⊑ C ELEMENT CONCEPT ⊑ C ELEMENT ∃ DEFINES ⊑ C DESCRIPTION ∃ DEFINES ‾ ⊑ C CONCEPT ∃ USES ⊑ C DESCRIPTION ∃ USES ‾ ⊑ C CONCEPT

Object Role

ROLE ⊑ C ELEMENT OBJECT ⊑ C ELEMENT ∃ HASROLE ⊑ C OBJECT ∃ HASROLE ‾ ⊑ C ROLE

Task Role

ROLE ⊑ C ELEMENT TASK ⊑ C ELEMENT ∃ HASTASK ⊑ C ROLE ∃ HASTASK ‾ ⊑ C TASK

Object Task Role Il pattern coinvolge elementi a diverso livello In genere si usano ISA ma il significato del modello è diverso Un essere umano riconosce comunque il pattern…

Object Task Role …un ragionatore invece ha bisogno di query particolari q(X,Y) ← OBJECT(X),ROLE(Y),Y(Y1), Y1 ⊑ C X o meglio HASROLE(X,Y) ← OBJECT(X),ROLE(Y),Y(Y1),Y1 ⊑ C X Inoltre le ISA devono avere determinate proprietà

Participation

EVENT ⊑ C ELEMENT DESCRIPTION ⊑ C ELEMENT OBJECT ⊑ C ELEMENT PLACE ⊑ C ELEMENT TIMEINTERVAL ⊑ C ELEMENT ∃ ISDESCRIBEDBY ⊑ C EVENT ∃ ISDESCRIBEDBY ‾ ⊑ C DESCRIPTION

Participation ∃ HASPARTICIPANT ⊑ C EVENT ∃ HASPARTICIPANT ‾ ⊑ C OBJECT ∃ HASPLACE ⊑ C EVENT ∃ HASPLACE ‾ ⊑ C PLACE ∃ ISRELATEDTO ⊑ C EVENT ∃ ISRELATEDTO ‾ ⊑ C TIMEINTERVAL

Organization

ORGANIZATION ⊑ C ELEMENT HEADOFFICE ⊑ C ELEMENT MISSION ⊑ C ELEMENT ROLE ⊑ C ELEMENT GROUP ⊑ C ELEMENT TASK ⊑ C ELEMENT

Organization ∃ HAS ⊑ C ORGANIZATION ∃ HAS ‾ ⊑ C ROLE ∃ HASMEMBER ⊑ C ORGANIZATION ∃ HASMEMBER ‾ ⊑ C OBJECT ∃ DIVIDEDIN ⊑ C ORGANIZATION ∃ DIVIDEDIN ‾ ⊑ C GROUP GROUP ⊑ C ∃ DIVIDEDIN ‾

Organization ∃ HASMISSION ⊑ C ORGANIZATION ∃ HASMISSION ‾ ⊑ C MISSION ∃ HASHEADOFFICE ⊑ C ORGANIZATION ∃ HASHEADOFFICE ‾ ⊑ C HEADOFFICE (funct HASHEADOFFICE)

Organization ∃ ISPARTOF ⊑ C OBJECT ∃ ISPARTOF ‾ ⊑ C GROUP GROUP ⊑ C ∃ ISPARTOF ‾ ∃ HASROLE ⊑ C OBJECT ∃ HASROLE ‾ ⊑ C ROLE ∃ HASTASK ⊑ C ROLE ∃ HASTASK ‾ ⊑ C TASK ∃ HASSUBGROUP ⊑ C GROUP ∃ HASSUBGROUP‾ ⊑ C GROUP

Basic Plan Description

ROLE ⊑ C ELEMENT TASK ⊑ C ELEMENT GOAL ⊑ C ELEMENT PLAN ⊑ C ELEMENT ∃ DEFINESROLE ⊑ C PLAN ∃ DEFINESROLE ‾ ⊑ C ROLE

Basic Plan Description ∃ DEFINESTASK ⊑ C PLAN ∃ DEFINESTASK ‾ ⊑ C TASK ∃ HASTASK ⊑ C ROLE ∃ HASTASK ‾ ⊑ C TASK ∃ HASMAINGOAL ⊑ C PLAN ∃ HASMAINGOAL ‾ ⊑ C GOAL (funct HASMAINGOAL)

Organization e Basic Plan Description Negli ultimi due pattern alcune associazioni sono binarie… Es. has fra organization e role hasMember fra organization e object hasRole fra object e role …per avere un modello corretto dovrebbero essere ternarie

Relazioni tutto-parte Part Of Componency Constituency Collection Entity

Part Of

ENTITY ⊑ C ELEMENT ∃ ISPART ⊑ C ENTITY ∃ ISPART ‾ ⊑ C ENTITY

Componency

OBJECT ⊑ C ELEMENT ∃ HASCOMPONENT ⊑ C OBJECT ∃ HASCOMPONENT ‾ ⊑ C OBJECT

Constituency

ENTITY ⊑ C ELEMENT ∃ HASCONSTITUENT ⊑ C ENTITY ∃ HASCONSTITUENT ‾ ⊑ C ENTITY

Collection Entity

COLLECTION ⊑ C ELEMENT ENTITY ⊑ C ELEMENT ∃ OF ⊑ C COLLECTION ∃ OF ‾ ⊑ C ENTITY

Esempi Modello ER esempio Espressione DL-liteR (TBOX + ABOX) Espressione in termini del pattern Esempi di query

Description

Description/Tbox ∃ EFFETTUADIAGNOSI ⊑ C MEDICO ∃ EFFETTUADIAGNOSI ‾ ⊑ C DIAGNOSI DIAGNOSI ⊑ C ∃ EFFETTUADIAGNOSI ‾ ∃ RIGUARDA ⊑ C DIAGNOSI ∃ RIGUARDA ‾ ⊑ C MALATTIA DIAGNOSI ⊑ C ∃ RIGUARDA MALATTIA ⊑ C ∃ RIGUARDA ‾ ∃ PER ⊑ C DIAGNOSI ∃ PER ‾ ⊑ C PAZIENTE DIAGNOSI ⊑ C ∃ PER PAZIENTE ⊑ C ∃ PER ‾ (funct PER) ∃ CONTIENE ⊑ C DIAGNOSI ∃ CONTIENE ‾ ⊑ C PRESCRIZIONE DIAGNOSI ⊑ C ∃ CONTIENE PRESCRIZIONE ⊑ C ∃ CONTIENE ‾ ∃ ASSUME ⊑ C OSPEDALE ∃ ASSUME‾ ⊑ C MEDICO OSPEDALE ⊑ C ∃ ASSUME MEDICO ⊑ C ∃ ASSUME‾ ∃ A ⊑ C OSPEDALE ∃ A‾ ⊑ C CITTA’ OSPEDALE ⊑ C ∃ A CITTA’ ⊑ C ∃ A‾ (funct A)

Description/Abox EFFETTUADIAGNOSI(MARIO,XYZ) EFFETTUADIAGNOSI(CLAUDIO,ABC) RIGUARDA(XYZ,TONSILLITE) CONTIENE(XYZ,RICETTAANTIBIOTICO) PER(XYZ,MARIA) PER(ABC,CARLO) RIGUARDA(ABC,ANEMIA) CONTIENE(ABC,RICHIESTATRASFUSIONE) ASSUME(SL,MARIO) ASSUME(SL,CLAUDIO) A(SL,ROMA)

Description/Pattern USES(CONTIENE) DESCRIPTION(DIAGNOSI) CONCEPT(PRESCRIZIONE) ∃ CONTIENE ⊑ C DIAGNOSI ∃ CONTIENE ‾ ⊑ C PRESCRIZIONE USES(RIGUARDA) CONCEPT(MALATTIA) ∃ RIGUARDA ⊑ C DIAGNOSI ∃ RIGUARDA ‾ ⊑ C MALATTIA ORGANIZATION(OSPEDALE) OBJECT(MEDICO) HASMEMBER(ASSUME) ∃ ASSUME ⊑ C OSPEDALE ∃ ASSUME‾ ⊑ C MEDICO HASHEADOFFICE(A) HEADOFFICE(CITTA’) ∃ A ⊑ C OSPEDALE ∃ A‾ ⊑ C CITTA’

Description/Query q(X,Y) ← USES(X,Y) q(X,X1) ← USES(X,Y), X(X1) q(X,Y,R) ← DESCRIPTION(X),CONCEPT(Y), ∃ R ⊑ C X, ∃ R ‾ ⊑ C Y, Y(ANEMIA)

Object Role Task

Object Role Task/Tbox ∃ HA ⊑ C PROFESSORE ∃ HA‾ ⊑ C INCARICO PROFESSORE ⊑ C ∃ HA INCARICO ⊑ C ∃ HA‾ ∃ CON ⊑ C INCARICO ∃ CON‾ ⊑ C COMPITO INCARICO ⊑ C ∃ CON COMPITO ⊑ C ∃ CON‾

Object Task Role/Abox HA(DEGIACOMO,RICERCATORE) HA(DEGIACOMO,RELATORE) HA(DEGIACOMO,DOCENTE) HA(CATARCI,RELATORE) HA(CATARCI,DOCENTE) HA(CATARCI,RICERCATORE) CON(RICERCATORE,EFFETTUARICERCA) CON(DOCENTE,INSEGNACORSO) CON(RELATORE,CURATESI)

Object Task Role/Abox OBJECT(PROFESSORE) ROLE(INCARICO) HASROLE(HA) ∃ HA ⊑ C PROFESSORE ∃ HA‾ ⊑ C INCARICO TASK(COMPITO) HASTASK(CON) ∃ CON ⊑ C INCARICO ∃ CON ‾ ⊑ C COMPITO

Object Task Role/Query q(X,R) ← HASROLE(R),R(DEGIACOMO,Y) X(Y),ROLE(X) q(X,Y) ← HASROLE(X,Y)

Participation

Participation/Tbox ∃ PARTECIPARE ⊑ C MOSTRA ∃ PARTECIPARE ‾ ⊑ C ARTISTA MOSTRA ⊑ C ∃ PARTECIPARE ARTISTA ⊑ C ∃ PARTECIPARE‾ ∃ HASEDE ⊑ C MOSTRA ∃ HASEDE ‾ ⊑ C CITTA’ MOSTRA ⊑ C ∃ HASEDE CITTA’ ⊑ C ∃ HASEDE‾ ∃ IN ⊑ C MOSTRA ∃ IN ‾ ⊑ C DATA MOSTRA ⊑ C ∃ IN DATA ⊑ C ∃ IN‾ ∃ VISITARE ⊑ C MOSTRA ∃ VISITARE ‾ ⊑ C CRITICOD’ARTE MOSTRA ⊑ C ∃ VISITARE CRITICOD’ARTE ⊑ C ∃ VISITARE ‾ ∃ SCRIVEREC ⊑ C CRITICOD’ARTE ∃ SCRIVEREC ‾ ⊑ C RECENSIONE ∃ MEMBRO ⊑ C ASSOCIAZIONE ∃ MEMBRO‾ ⊑ C ARTISTA ARTISTA ⊑ C ∃ MEMBRO‾ ASSOCIAZIONE ⊑ C ∃ MEMBRO

Participation/Abox VISITARE(BIENNALE,VERDI) VISITARE(QUADRIENNALE,ROSSI) SCRIVEREC(VERDI,BELLARTE) PARTECIPARE(BIENNALE,VG) PARTECIPARE(QUADRIENNALE,RAFFA) IN(BIENNALEXII,150608) IN(QUADRIENNALE,150808) HASEDE(BIENNALEXII,ROMA) HASEDE(QUADRIENNALE,ROMA) MEMBRO(AA,VG) MEMBRO(AA,RAFFA)

Participation/Pattern EVENT(MOSTRA) OBJECT(ARTISTA) HASPARTICIPANT(PARTECIPARE) ∃ PARTECIPARE ⊑ C MOSTRA ∃ PARTECIPARE ‾ ⊑ C ARTISTA OBJECT(CRITICOD’ARTE) HASPARTICIPANT(VISITARE) ∃ VISITARE ⊑ C MOSTRA ∃ VISITARE‾ ⊑ C CRITICO PLACE(CITTA’) HASPLACE(HASEDE) ∃ HASEDE ⊑ C MOSTRA ∃ HASEDE ‾ ⊑ C CITTA’ TIMEINTERVAL(DATA) ISRELATEDTO(IN) ∃ IN ⊑ C MOSTRA ∃ IN ‾ ⊑ C DATA ORGANIZATION(ASSOCIAZIONE) HASMEMBER(MEMBRO) ∃ MEMBRO ⊑ C ASSOCIAZIONE ∃ MEMBRO‾ ⊑ C ARTISTA

Participation/Query q(X,Y) ← HASPARTICIPANT(X,Y) q(X1,R,Y1) ← HASPARTICIPANT(R), R(X1,Y1) q(Z,Y) ← IN(BIENNALEXII,Y), HASEDE(BIENNALEXII,Z)

Organization

Organization/Tbox ∃ MEMBRO ⊑ C ASSVOLONTARI ∃ MEMBRO ‾ ⊑ C DIPENDENTE ASSVOLONTARI ⊑ C ∃ MEMBRO DIPENDENTE ⊑ C ∃ MEMBRO ‾ ∃ LAVORARE ⊑ C DIPENDENTE ∃ LAVORARE ‾ ⊑ C REPARTO DIPENDENTE ⊑ C ∃ LAVORARE REPARTO ⊑ C ∃ LAVORARE‾ (funct LAVORARE) ∃ DIVISAIN ⊑ C AZIENDA ∃ DIVISAIN ‾ ⊑ C REPARTO AZIENDA ⊑ C ∃ DIVISAIN REPARTO ⊑ C ∃ DIVISAIN ‾ (funct DIVISAIN ‾) ∃ HASEDE ⊑ C AZIENDA ∃ HASEDE ‾ ⊑ C CITTA’ AZIENDA ⊑ C ∃ HASEDE CITTA’ ⊑ C ∃ HASEDE‾ (funct HASEDE) ∃ PRODUCE ⊑ C AZIENDA ∃ PRODUCE ‾ ⊑ C PRODOTTO PRODOTTO ⊑ C ∃ PRODUCE ‾ (funct PRODUCE)

Organization/Abox MEMBRO(AVONLUS,BIANCHI) MEMBRO(AVONLUS,VERDI) MEMBRO(AVONLUS, CELESTINI) MEMBRO(ORG,NERI) DIVISAIN(SWENTERPRICE,HW) DIVISAIN(SWENTERPRICE,SW) DIVISAIN(INC,UNO) LAVORARE(CELESTINI,SW) LAVORARE(BIANCHI,HW) LAVORARE(VERDI,UNO) LAVORARE(NERI,UNO) HASEDE(SWENTERPRISE,MANTOVA) HASEDE(INC,MANTOVA) PRODUCE(INC,PROSCIUTTOBUONO)

Organization/Pattern ORGANIZATION(ASSVOLONTARI) OBJECT(DIPENDENTE) HASMEMBER(MEMBRO) ∃ MEMBRO ⊑ C ASSVOLONTARI ∃ MEMBRO ‾ ⊑ C DIPENDENTE ORGANIZATION(AZIENDA) GROUP(REPARTO) ISDIVIDEDIN(DIVISAIN) ∃ DIVISAIN ⊑ C AZIENDA ∃ DIVISAIN ‾ ⊑ C REPARTO ISPARTOF(LAVORARE) ∃ LAVORARE ⊑ C DIPENDENTE ∃ LAVORARE ‾ ⊑ C REPARTO HEADOFFICE(CITTA’) HASHEADOFFICE(HASEDE) ∃ HASEDE ⊑ C AZIENDA ∃ HASEDE ‾ ⊑ C CITTA’

Organization/Query q(X1,Y1,R) ←HASMEMBER(R),R(X1,Y1) q(X,Y) ← HASMEMBER(X,Y) q(X,R) ← HASMEMBER(R),R(X,VERDI) q(X ) ← HASEDE(X,Y)

Organization

Organization/Tbox ∃ HA ⊑ C INCARICO ∃ HA‾ ⊑ C FUNZIONE INCARICO ⊑ C ∃ HA FUNZIONE ⊑ C ∃ HA‾ ∃ DEFINISCE ⊑ C AZIENDA ∃ DEFINISCE‾ ⊑ C INCARICO AZIENDA ⊑ C ∃ DEFINISCE INCARICO ⊑ C ∃ DEFINISCE ‾ (funct DEFINISCE ‾) ∃ RICOPRE ⊑ C DIPENDENTE ∃ RICOPRE‾ ⊑ C INCARICO DIPENDENTE ⊑ C ∃ RICOPRE INCARICO ⊑ C ∃ RICOPRE‾ (funct RICOPRE) ∃ MEMBRO ⊑ C ASSOCIAZIONEVOLONTARI ∃ MEMBRO‾ ⊑ C DIPENDENTE ASSOCIAZIONEVOLONTARI ⊑ C ∃ MEMBRO DIPENDENTE ⊑ C ∃ MEMBRO‾ ∃ HASEDE ⊑ C AZIENDA ∃ HASEDE ‾ ⊑ C SEDE AZIENDA ⊑ C ∃ HASEDE SEDE ⊑ C ∃ HASEDE ‾ (funct HASEDE) (funct HASEDE ‾)

Organization/Abox DEFINISCE(ASIS,DIRETTOREASIS) DEFINISCE(USA,PSICOLOGOUSA) DEFINISCE(ASIS,DIRPERSASIS) RICOPRE(MARIO,DIRETTOREASIS) RICOPRE(TIZIO,PSICOLOGOUSA) RICOPRE(CAIO,DIRPERSASIS) HA(DIRETTORE,CONTROLLOPERSONALE) HA(PSICOLOGO,FAREVALUTAZIONI) HA(DIRPERSASIS,FAREVALUTAZIONI) MEMBRO(ASSVOL,CAIO) MEMBRO(CRI,MARIO) MEMBRO(CRI,TIZIO) HASEDE(ASIS,PIAZZADANTE) HASEDE(USA,PRIMASEDE)

Organization/Pattern ORGANIZATION(AZIENDA) ORGANIZATION(ASSOCIAZIONEVOLONTARI) HEADOFFICE(SEDE) HASHEADOFFICE(HASEDE) ∃ HASEDE ⊑ C AZIENDA ∃ HASEDE ‾ ⊑ C SEDE OBJECT(DIPENDENTE) HASMEMBER(MEMBRO) ∃ MEMBRO ⊑ C ASSOCIAZIONEVOLONTARI ∃ MEMBRO‾ ⊑ C DIPENDENTE ROLE(INCARICO) HASROLE(RICOPRE) ∃ RICOPRE ⊑ C DIPENDENTE ∃ RICOPRE‾ ⊑ C INCARICO HAS(DEFINISCE) ∃ DEFINISCE ⊑ C AZIENDA ∃ DEFINISCE‾ ⊑ C INCARICO TASK(FUNZIONE) HASTASK(HA) ∃ HA ⊑ C INCARICO ∃ HA‾ ⊑ C FUNZIONE

Organization/Query q(X,Y) ← HASMEMBER(X,Y) q(O,X1,R) ← HASMEMBER(R), R(X1,Y1),O(X1) q(X) ← MEMBRO(CRI,X)

Basic Plan Description

Basic Plan Description/Tbox ∃ RICHIESTODA ⊑ C PRODOTTOSW ∃ RICHIESTODA ‾ ⊑ C COMMITTENTE COMMITTENTE ⊑ C ∃ RICHIESTODA ‾ (funct RICHIESTODA) ∃ PRODUCE ⊑ C PIANOSVILUPPO ∃ PRODUCE ‾ ⊑ C PRODOTTOSW PIANOSVILUPPO ⊑ C ∃ PRODUCE PRODOTTOSW ⊑ C ∃ PRODUCE ‾ (funct PRODUCE) (funct PRODUCE ‾) ∃ DIVISOIN ⊑ C PIANOSVILUPPO ∃ DIVISOIN ‾ ⊑ C FASE FASE ⊑ C ∃ DIVISOIN ‾ ∃ SVOLGE ⊑ C FUNZIONE ∃ SVOLGE ‾ ⊑ C ATTIVITA’ FUNZIONE ⊑ C ∃ SVOLGE ATTIVITA’ ⊑ C ∃ SVOLGE ‾ (funct SVOLGE ‾) ∃ RICHIEDE ⊑ C PIANOSVILUPPO ∃ RICHIEDE ‾ ⊑ C ATTIVITA’ PIANOSVILUPPO ⊑ C ∃ RICHIEDE ATTIVITA’ ⊑ C ∃ RICHIEDE ‾

Basic Plan Description/Abox PRODUCE(XYZ,MIOEDITOR) PRODUCE(723BIS,MIOGIOCO) RICHIEDE(XYZ,RACCOLTAREQ) SVOLGE(REQSPEC,RACCOLTAREQ) RICHIEDE(723BIS,ANALISI) SVOLGE (ANALISTA,ANALISI) RICHIESTODA(XYZ,ROSSI)

Basic Plan Description/Pattern PLAN(PIANOSVILUPPO) GOAL(PRODOTTOSW) HASMAINGOAL(PRODUCE) ∃ PRODUCE ⊑ C PIANOSVILUPPO ∃ PRODUCE ‾ ⊑ C PRODOTTOSW ROLE(FUNZIONE) TASK(ATTIVITA’) DEFINESTASK(RICHIEDE) ∃ RICHIEDE ⊑ C PIANOSVILUPPO ∃ RICHIEDE ‾ ⊑ C ATTIVITA’ HASTASK(SVOLGE) ∃ SVOLGE ⊑ C FUNZIONE ∃ SVOLGE ‾ ⊑ C ATTIVITA’

Basic Plan Description/Query q(X,Y,Z) ← DEFINESTASK(X,Z),HASTASK(Y,Z) q(X,Y,R) ← DEFINESTASK(R),R(X,Y) q(R) ← DEFINESTASK(R),R(Y,ANALISI) q(A)← RICHIEDE(XYZ, A)

Conclusioni Problemi di modellazione riscontrati molteplicità query ORT e ISA associazioni ternarie Sviluppi futuri: nuovi pattern query pattern ORT