mi vengono tipo 10 casi d'uso. quindi devo disegnare 10 diagrammi caso d'uso??
-_-

state facendo anche voi così o sbaglio qualcosa io?

tnx

Scusa la mia ignoranza....km 10 casi d'uso?
Non ci sto capendo + nulla...helppppppppppp :shock: :shock: :shock: :shock: :shock: :shock: :shock: :shock: :shock:

non si devono specificare tutti i casi d'uso? cioè tutte le possibili interazioni fra il giocatore e il gioco? [es. se vuole visualizzare la classifica, se vuole colpire, ecc.]

Penso di si.....ma non ci capisco + nulla!!!!!!!!!!!!!

io ho un problema che mi porto avanti da ISW nonostante ho preso 30...
ho difficoltà, una volta individuate le classi (nave, capo di battaglia,ecc.) a relazionarle tra loro per far si che venga qualcosa di senso compiuto..
Mi spiego meglio: a mio avviso quando cantone fa il diagramma delle classi di arkanoid, accozza un po' di cose, ma nulla fa intendere come poi interagiranno le classi per far funzionare il gioco; perciò nel nostro caso la classe Nave la collego con Campo di battaglia tramite una relazione del tipio N - 1 chiamata "posizionata in"? basta questo? non so se avete realmente capito la mia difficoltà, ringrazio comunque chiunque provi a darmi una mano.

non so se ho capito cmq io sto facendo proprio come dici te. nello specifico, la classe campo di battaglia possiede un array bidimensionale rappresentante la griglia. di questo array, per ciascuna cella è specificato se esso è occupato o meno e, in caso affermativo, da che tipo di nave. poi ogni istanza di nave, con un metodo, es "posizionata in", accede a Campo di battaglia che gli restituisce le celle identificate dallo stesso id della nave in questione.
mi sto incartando... :lol: ma credo basti la relazione posizionata_in

perchè relazione N-1? io di cardinalità non ci capisco niente

ragazzi/e, il prof ha detto che non vuole le relazioni..

1) Descrizione attori e casi d'uso
descrivere quali/quanti sono gli attori, e descrivere tutti i casi d'uso verbalmente (informalmente).. una descrizione..

2) Diagramma delle classi (tipo la slides di arkanoid, senza collegamenti)

3) diagrammi dei casi d'uso (uno per uno)

P.S. il controllo parentale e' opzionale, cosi' come la classifica.. lui li ha messi per darci un'idea.. sta a noi descrivere i casi d'uso che vogliamo fare (e che dovremo implementare poi). Io non ho messo il controllo parentale, ma ho messo altre funzioni x compensare.. poi fate voi..

io ho un problema che mi porto avanti da ISW nonostante ho preso 30...
ho difficoltà, una volta individuate le classi (nave, capo di battaglia,ecc.) a relazionarle tra loro per far si che venga qualcosa di senso compiuto..
Mi spiego meglio: a mio avviso quando cantone fa il diagramma delle classi di arkanoid, accozza un po' di cose, ma nulla fa intendere come poi interagiranno le classi per far funzionare il gioco; perciò nel nostro caso la classe Nave la collego con Campo di battaglia tramite una relazione del tipio N - 1 chiamata "posizionata in"? basta questo? non so se avete realmente capito la mia difficoltà, ringrazio comunque chiunque provi a darmi una mano.

non so se ho capito cmq io sto facendo proprio come dici te. nello specifico, la classe campo di battaglia possiede un array bidimensionale rappresentante la griglia. di questo array, per ciascuna cella è specificato se esso è occupato o meno e, in caso affermativo, da che tipo di nave. poi ogni istanza di nave, con un metodo, es "posizionata in", accede a Campo di battaglia che gli restituisce le celle identificate dallo stesso id della nave in questione.
mi sto incartando... :lol: ma credo basti la relazione posizionata_in

perchè relazione N-1? io di cardinalità non ci capisco niente

Scusate...nn è ke m potreste mandare qllo k avete fatto kosì mi rendo conto di km posso approcciare a sto problema?!?xk son sicuro ke quello ke sto facendo io è sbagliato...vi pregooooooooooooo :shock: :shock: :shock: :shock: :shock: :shock:

io ho un problema che mi porto avanti da ISW nonostante ho preso 30...
ho difficoltà, una volta individuate le classi (nave, capo di battaglia,ecc.) a relazionarle tra loro per far si che venga qualcosa di senso compiuto..
Mi spiego meglio: a mio avviso quando cantone fa il diagramma delle classi di arkanoid, accozza un po' di cose, ma nulla fa intendere come poi interagiranno le classi per far funzionare il gioco; perciò nel nostro caso la classe Nave la collego con Campo di battaglia tramite una relazione del tipio N - 1 chiamata "posizionata in"? basta questo? non so se avete realmente capito la mia difficoltà, ringrazio comunque chiunque provi a darmi una mano.

non so se ho capito cmq io sto facendo proprio come dici te. nello specifico, la classe campo di battaglia possiede un array bidimensionale rappresentante la griglia. di questo array, per ciascuna cella è specificato se esso è occupato o meno e, in caso affermativo, da che tipo di nave. poi ogni istanza di nave, con un metodo, es "posizionata in", accede a Campo di battaglia che gli restituisce le celle identificate dallo stesso id della nave in questione.
mi sto incartando... :lol: ma credo basti la relazione posizionata_in

perchè relazione N-1? io di cardinalità non ci capisco niente

Scusate...nn è ke m potreste mandare qllo k avete fatto kosì mi rendo conto di km posso approcciare a sto problema?!?xk son sicuro ke quello ke sto facendo io è sbagliato...vi pregooooooooooooo :shock: :shock: :shock: :shock: :shock: :shock:

dicci quello che stai facendo allora

Per il momento sono sul diagramma delle classi e relazioni tra di loro....tipo slides del prof riguardo arcanoid!
Quindi ho messo le navi e le bombe tra di loro collegate...poi?????????
Mi sento molto idiota...ma pare che nn c'ho capito nulla...scusate se rompo troppo :lol: ops:

ok, ora devi fare un elenco dei casi d'uso. come il giocatore interagisce col sistema? tutti i possibili scenari insomma.

ah ma che sono le abstraction keys??? so le slassi più astratte?

ok, ora devi fare un elenco dei casi d'uso. come il giocatore interagisce col sistema? tutti i possibili scenari insomma.

Tipo quando posiziona le navi...quali navi..quando spara...se becca l'avversario?!?!questo?????
Gli attori ki sono?

ah ma che sono le abstraction keys??? so le slassi più astratte?

Questo nn te lo so proprio dire, mi spiace!!!!
Se pio Cantone lo ammazzooooooooooooooooooooo :evil:

ok, ora devi fare un elenco dei casi d'uso. come il giocatore interagisce col sistema? tutti i possibili scenari insomma.

Tipo quando posiziona le navi...quali navi..quando spara...se becca l'avversario?!?!questo?????
Gli attori ki sono?

eh sì sì. io come attori ho messo i giocatori.. cioè o l'umano o il pc.

ok, ora devi fare un elenco dei casi d'uso. come il giocatore interagisce col sistema? tutti i possibili scenari insomma.

Tipo quando posiziona le navi...quali navi..quando spara...se becca l'avversario?!?!questo?????
Gli attori ki sono?

eh sì sì. io come attori ho messo i giocatori.. cioè o l'umano o il pc.

Visto km lui ha fatto l'esempio sulle slides????La partita km caso d'uso è unica o no????Noi dobbiamo km dovremmo gestirli sti casi d'uso??
Senti ma tu hai messenger?potremmo parlare lì è meglio....

Visto km lui ha fatto l'esempio sulle slides????La partita km caso d'uso è unica o no????Noi dobbiamo km dovremmo gestirli sti casi d'uso??
Senti ma tu hai messenger?potremmo parlare lì è meglio....


Scusa..lo dicevo x parlar meglio...visto ke kosì è 1 pò scomodo!!!
Kmq sia km dobbiam gestir sti casi d'uso??

passiamo ai messaggi privati

ragazzi/e, il prof ha detto che non si aspetta le relazioni..

1) Descrizione attori e casi d'uso
descrivere quali/quanti sono gli attori, e descrivere tutti i casi d'uso verbalmente (informalmente).. una descrizione..

2) Diagramma delle classi (tipo la slides di arkanoid, senza collegamenti)

3) diagrammi dei casi d'uso (uno per uno)

P.S. il controllo parentale e' opzionale, cosi' come la classifica.. lui li ha messi per darci un'idea.. sta a noi descrivere i casi d'uso che vogliamo fare (e che dovremo implementare poi). Io non ho messo il controllo parentale, ma ho messo altre funzioni x compensare.. poi fate voi..

L'ho ripostato solo xke' ho visto mex che continuano a parlare di relazioni tra le classi..

è vero scusa


vabbè, allora, altro problema...
i diagrammi casi d'uso sono quelli con ometti e pallocchi con all'interno l'azione da intraprendere. però nelle slide sono "leggermente" differenti, sembrano più dei diagrammi delle classi ridotti. (es. quelli di arcanoid)
quale fra le due vie intraprendere?

sorry sparato cazzata! confuso diag. delle relazioni con diagr. caso d'uso.
come non detto.

io ho un problema che mi porto avanti da ISW nonostante ho preso 30...
ho difficoltà, una volta individuate le classi (nave, capo di battaglia,ecc.) a relazionarle tra loro per far si che venga qualcosa di senso compiuto..
Mi spiego meglio: a mio avviso quando cantone fa il diagramma delle classi di arkanoid, accozza un po' di cose, ma nulla fa intendere come poi interagiranno le classi per far funzionare il gioco; perciò nel nostro caso la classe Nave la collego con Campo di battaglia tramite una relazione del tipio N - 1 chiamata "posizionata in"? basta questo? non so se avete realmente capito la mia difficoltà, ringrazio comunque chiunque provi a darmi una mano.

non so se ho capito cmq io sto facendo proprio come dici te. nello specifico, la classe campo di battaglia possiede un array bidimensionale rappresentante la griglia. di questo array, per ciascuna cella è specificato se esso è occupato o meno e, in caso affermativo, da che tipo di nave. poi ogni istanza di nave, con un metodo, es "posizionata in", accede a Campo di battaglia che gli restituisce le celle identificate dallo stesso id della nave in questione.
mi sto incartando... :lol: ma credo basti la relazione posizionata_in

perchè relazione N-1? io di cardinalità non ci capisco niente

perfetto grazie...io ho pensato che N navi potevano essere posizionate su 1 griglia...ma se è giusto non so dirtelo...

è vero grazie. andando per esclusione, 1-1 non può essere e N-N nemmanco :lol:

grazie