il diagramma e' giusto, anche se a prima vista potrebbe sembrare che non va, fatti una ricerca su internet riguardo ai casi d'uso astratti e ti convincerai che va bene cosi'

gli inserimenti sono fatti proprio da quei casi d'uso

Domanda per quelli che hanno il progetto mediateca:
Se vedete lo use case diagram e la relativa descrizione gli ATTORI di un video sono considerati PERSONE, pero' poi se si vede lo schema del DB che ci è stato fornito un attore è una persona che pero' ha anche un RUOLO quindi in pratica è una estensione di PERSONA. A questo punto per come la vedo io è obbligatorio creare un altro use case inserimento attore dove si specifica il ruolo che ha nel video.
Ho forse frainteso? è stato detto qualcosa a lezione in proposito? thx

quando associ un attore ad un video, tu associ una persona
il campo ruolo credo non debba essere valorizzato (sara' stato considerato in partenza e poi abbandonato in fase di specifica dei requisiti)

cmq a lezione non e' stato detto nulla sul campo RUOLO, e' stato solo detto che gli attori sono PERSONA

ps: non ti bastano 26 casi d'uso ?

quando associ un attore ad un video, tu associ una persona
il campo ruolo credo non debba essere valorizzato (sara' stato considerato in partenza e poi abbandonato in fase di specifica dei requisiti)

Penso anche io che sia un piccolo errore. Non l'ho considerato.

ps: non ti bastano 26 casi d'uso ?

:lol:

Scusate per quanto riguarda AUP Assicurazione
la classe di appartenenza è associata al cliente o alla polizza???

Per intenderci, nel caso in cui il cliente ha 2 macchine, una nell'anno è incidentata mentre quell'altra no. Il costo aumenta per entrambe le auto oppure no?

Intuitivamente mi verrebbe da dire che sia legata alla polizza (auto) però vorrei qualche conferma

Per quanto mi riguarda ho associato la classe all'utente e non alla polizza:
Se un contraente assicura 2 veicoli e commette 30 incidenti con uno solo (perché magari l'altro è inutilizzato), il premio di *tutte* le polizze (e non solo di quella relativa al veicolo "incidentato" deve aumentare (in conseguenza del fatto che aumenta per l'assicurazione il rischio di garantire *me*, non il mio veicolo).

Pure tu hai ragione
Ma cmq per conferma domani chiedo a GiC

Per quanto mi riguarda ho associato la classe all'utente e non alla polizza:
Se un contraente assicura 2 veicoli e commette 30 incidenti con uno solo (perché magari l'altro è inutilizzato), il premio di *tutte* le polizze (e non solo di quella relativa al veicolo "incidentato" deve aumentare (in conseguenza del fatto che aumenta per l'assicurazione il rischio di garantire *me*, non il mio veicolo).

Purtroppo in italia la classe è associata alla polizza, non al cliente. Nel caso riportato sopra, aumenta solamente la classe di merito per il veicolo che commette incidenti, mentre rimane invariata per l'altro (che magari diminuirà).
La classe di merito cambia solamente all'atto del rinnovo. Questo significa che se io commetto un incidente e sto in classe 10, l'aumento di classe ci sarà solo all'atto del rinnovo.

Purtroppo in italia la classe è associata alla polizza, non al cliente.

Hai ragione. Una breve ricerca su internet avrebbe evitato qualsiasi dubbio.
Ma allora, in questo scenario, anche il numero di sinistri è un attributo di polizza (e quindi dello specifico veicolo) e non di contraente?

Hai ragione. Una breve ricerca su internet avrebbe evitato qualsiasi dubbio.
Ma allora, in questo scenario, anche il numero di sinistri è un attributo di polizza (e quindi dello specifico veicolo) e non di contraente?

Si, sono attributi della polizza (quindi di un particolare veicolo) la classe di merito e il numero di sinistri

!!
ma che è!

Ciao a tutti, ho qualche dubbio sul progetto della mediateca (io ho approccio DB ma tanto è uguale):
1: x le ricerche un video estende elemento pero' io nel form di ricerca video faccio specificare solo i parametri specifici del video non quelli dell'elemento
cioe' non puoi ricercare un video del 2002 che sta nella libreria in alto x esempio ma puoi ricercare O un video del 2002 O un elemento che sta in alto
xke senno' era un macello spero gli vada bene
2 dubbio:
i prestiti vengono gestiti con una tabella che contiene coppie idElemento, idPersona e anche data Prestito e data Restituzione
io suppongo che i dati siano giusti, cioe' che ad ogni istante ci sia al massimo 1 record x l'elemento X che abbia dataRestituzione == null
senno' diventa complicato

Ultima cosa, nella descrizione dei casi d'uso di ricerca per ogni tipo di elemento sono specificati i parametri di ricerca, voi avete usato solo quelli o TUTTI i parametri di un determinato tipo?

1)
i criteri di ricerca per l'elemento possibili (anche in AND) sono: stato, genere, casa editrice. (flusso primario)
se decidi di cercare un elemento specifico (flusso alternativo 1)
esegui il caso d'uso relativo alla ricerca del tipo specifico di elemento, con relativi criteri di ricerca dati dal caso d'uso, quindi i criteri di ricerca dell'elemento generico non sono considerati


2)
occhio che e' idCliente
si, certo, dovrebbe essere come dici tu, pero' io mi sono fatto qualche controllo di sicurezza quando vado ad inserire nel DB


io ho implementato quello che veniva richiesto, non una cosa in piu', quindi ho usato i parametri di ricerca specificati, ma alla fine si tratta di aggiungere un controllo in piu' in un if del controllore

1)
i criteri di ricerca per l'elemento possibili (anche in AND) sono: stato, genere, casa editrice. (flusso primario)
se decidi di cercare un elemento specifico (flusso alternativo 1)
esegui il caso d'uso relativo alla ricerca del tipo specifico di elemento, con relativi criteri di ricerca dati dal caso d'uso, quindi i criteri di ricerca dell'elemento generico non sono considerati

... anche io ho l'approccio DB e ho fatto come avete detto voi a parte per la questione della ricerca specifica... purtroppo non inserendo i campi relativi all'elemento quando si fa una ricerca specifica significherebbe non effettuare una estensione di Ricerca Generica, ma a quel punto la Ricerca Spefica diventerebbe un caso d'uso a se stante e quindi non in extend.. credo proprio che sia così... cmq visto che poi i campi da inserire nella ricerca generica sono già 3 e tipicamente per quella specifica 2 (a parte per la rivista che sono quattro) per fare le cose precise occorreva fare tante query quante sono le possibili combinazioni degli stati dei campi (il primo nullo e gli altri no, e così via per interderci)... visto che a me non passava nulla, ho messo nella ricerca specifica i 3 campi di ricerca generica obbligatori e quelli di ricerca specifica con totale libertà.... questo è quello che ho fatto, giusto o meno... cmq per la faccenda degli extend credo che sia proprio come penso.... poi vedete voi :wink:
Ciao

no, credo che ti stia sbagliando

Extend non significa mica che eredita! (per quello ci sta un'altra simbologia)
significa che quel caso d'uso puo' (ovvero non necessariamente) accadere, partendo dal caso d'uso da cui si estende, tenendo in considerazione il puto di estensione. Per questo ho sottolineato la differenza dei 2 flussi. Il flusso alternativo 1 ha l'extension point per i 4 casi d'uso di ricerca avanzata.

se leggi come sono definiti i flussi di ricerca elemento, il flusso principale considera il caso di ricerca generica, il flusso alternativo 1 considera la possibilita' che l'utente decida di fare una ricerca specifica (e quello che c'e' scritto nel flusso alternativo non e' riproposto).

so cosa significa extend.... non sto parlando di ereditarietà... l'extend rappresenta un caso d'uso che può essere effettuato in maniera opzionale da un altro caso d'uso.... a questo punto la ricerca dell'elemento con la ricerca specifica non ci azzeccherebbe nulla e quindi sarebbero tutti casi d'uso separati... e invece non lo sono ...... bho cmq fate come volete... ma sono sempre più convinto che sia così
Ciao
:P

fai come credi...

i casi d'uso non sono separati: tu accedi alla ricerca specifica effettuando un flusso alternativo della ricerca generica. Il che significa che i casi d'uso estesi non avrebbero senso se non ci fosse il caso d'uso per la ricerca generica.

In fine:
mi spieghi allora cosa significa: "Azione: il sistema esegue il caso d'uso relativo".
Frase presente nel flusso alternativo e non in quello principale.

Scusate ma se per caso venerdi, giorno in cui saranno pescati casualmente delle cavie per la presentazione del proprio progetto, uno dovesse mancare per cause naturali .... che succede'???? :shock: :shock: :shock:

Me lo stavo chiedendo anche io.

Prevedo sega di massa :lol: :lol: :lol: