Correzioni della base dati, dell'ER e dei beans

[GoogleCodeExporter]

Fare riferimento agli artefatti in questione.
SDD, Database SQL (r1863)

Descrivere dettagliatamente il problema.
Tra ER e base dati SQL vi sono delle incongruenze, inoltre molti campi del 
database sono mancanti.
Individuo Andrea Micco come responsabile di ricevere i problemi della base dati 
e di risolverli.

Elencare, se disponibili, eventuali possibili soluzioni.
Inserire i problemi individuati quì, la soluzione da apportare o da suggerire, 
e Andrea provvederà a effettuare le modifiche.

Original issue reported on code.google.com by funfor...@gmail.com on 4 Dec 2012 at 3:07

• Blocking: #72

[GoogleCodeExporter]

Ho dimenticato di scrivere che è responsabilità di Andrea anche correggere i 
beans del progetto di conseguenza, aggiornando quindi i campi degli oggetti 
java.

Original comment by funfor...@gmail.com on 4 Dec 2012 at 3:10

[GoogleCodeExporter]

Aggiungo luca in cc 

Original comment by angeloscafuro on 4 Dec 2012 at 3:12

[GoogleCodeExporter]

Copioincollo dall'altra issues :

Ho un problema con la gestione dei bandi. Sviluppando l'interfaccia grafica ho 
notato che i dati non coincidono con quelli presenti nel database 
Per la precisione mancano :
-Data inizio presentazione rinuncia
-Data fine presentazione rinuncia
-Data fine rinuncia
-Posti disponibili

Quindi andrebbe modificato anche lo storage, l'application e l'entity bando.
(Probabilmente ci vuole anche un campo per salvare il path del file che 
carichiamo nella fase di "caricamento bando").

Original comment by lucar...@hotmail.it on 4 Dec 2012 at 3:25

[GoogleCodeExporter]

Aggiungo in CC tutti quelli di storage. Chiaramente se un'entità cambia nel 
database dovranno aggiornare i campi letti dal DB.

Original comment by funfor...@gmail.com on 4 Dec 2012 at 3:52

[GoogleCodeExporter]

Original comment by funfor...@gmail.com on 4 Dec 2012 at 3:52

[GoogleCodeExporter]

Aggiungo anche chi lavora su application.

Qualsiasi difetto del database e dell'ER va inserito qui.

Original comment by funfor...@gmail.com on 4 Dec 2012 at 4:33

[GoogleCodeExporter]

In base alla Issue63 sono state aggiunte le notifiche. Queste immagino non 
siano presenti nell'ER e nella base dati, andrebbero aggiunte.

Original comment by funfor...@gmail.com on 4 Dec 2012 at 5:04

[GoogleCodeExporter]

Mi risulta che le domande di iscrizione possono avere tre stati:
- attesa di convalida
- convalidate
- rifiutate
giusto? Quindi tecnicamente dovrebbe esserci questo campo per l'entità 
DomandaIscrizione

Inoltre, la domanda di iscrizione dovrebbe conenere tre attributi che stanno a 
segnalare se un genitore ha portato, non ha ancora portato o si rigfiuta di 
portare tre certificati:
- per le vaccinazioni
- per le malattie avute
- per la privacy
(mi ero accordata con chi aveva fatto questa parte di storage, ma ancora non 
c'è quindi magari lo scrivo qui)

Ho poi bisogno nello storage che sia possibile sapere se una domanda di 
iscrizione è idnona o no in base alla sua posizione nel bando e al numero di 
posti disponibile nel bando stesso.

Ne deriva che il bando dovrebbe avere un campo 'posti a disposizione' o 
qualcosa di simile, che indichi quanti posti sono disponibili all'interno 
dell'asilo.

Per ora è tutto =)

Original comment by elisa.de...@gmail.com on 4 Dec 2012 at 6:05

[GoogleCodeExporter]

Vorrei anche segnalare che c'era una Issue53 che apportava modifiche all'ER. 
Queste modifiche sono presenti nell'attuale .sql esportato?

Original comment by funfor...@gmail.com on 4 Dec 2012 at 8:49

[GoogleCodeExporter]

Nella issue 53 Mariella riporta che le modifiche al DB sono state effettuate, 
provvederò personalmente domani a verificarne la veridicità e ad apportare le 
altre modifiche richieste.

Original comment by yuri...@gmail.com on 4 Dec 2012 at 10:21

[GoogleCodeExporter]

No, ok, le modifiche della issue 53 sono state apportate solo sull'ER, ora 
provvedo ad apportarle anche al db.
Ricordo [anche e soprattutto a me stesso xD] che sto lavorando sul file "atsilo 
popolato.sql".

Original comment by yuri...@gmail.com on 5 Dec 2012 at 8:36

[GoogleCodeExporter]

Original comment by blunotte...@gmail.com on 5 Dec 2012 at 10:03

• Now blocking: #72

[GoogleCodeExporter]

Andrea, comunica a Francesco Durante le tabelle che hai concluso, così che lui 
possa procedere nel suo task.

Original comment by blunotte...@gmail.com on 5 Dec 2012 at 10:03

[GoogleCodeExporter]

Ok, man mano che aggiorno lo specifico qui così Francesco dà un occhio al 
lavoro ed aggiorna le tabelle.

Original comment by yuri...@gmail.com on 5 Dec 2012 at 11:01

[GoogleCodeExporter]

Si, le modifiche effettuate sono solo sull'Er e sono:

Aggiunte ENTITA':
- RichiestaTirocinante 
- AttivitàTirocinante 
- RegistroTirocinante
- Responsabile Scientifico

Aggiunte RELAZIONI:
- Composizione, tra registro e attività
- Effettua, tra personale e richiesta
- Ha, tra responsabile scientifico e account
- Ha, tra tirocinante e account
- Compilazione, tra personale attività

Poi ho aggiunto alcuni ATTRIBUTI a varie entità come Tirocinante, fattura, 
OrarioUtente...

Invece, ci sono altre modifiche DA EFFETTUARE in seguito ai cambiamenti recenti

Aggiungere
- Entità SCHEDULAZIONE che è una sorta di calendario, quindi ha come 
attributo solo il giorno (data quotidiana)
- Relazione tra SCHEDULAZIONE e Tirocinante: si potrebbe chiamare E' ASSOCIATO, 
o qualcosa del genere
- Entità MASSIMO, che ha come attributo solo il valore
- Relazione tra Massimo e Personale asilo: IMPOSTAZIONE
- Entità CONTESTAZIONE, attributi: Id, Descrizione, Data
- Relazione tra Contestazione e Tirocinante: EFFETTUA (o sinonimo :P)

Dovrebbe essere tutto qui... Lo so che un macello :P
Quando stai modificando questa parte, chiamami e ne veniamo a capo insieme... 
Ti dico così anche le cardinalità ;)

Original comment by mariellaferrara1 on 5 Dec 2012 at 11:28

[GoogleCodeExporter]

Original comment by mariellaferrara1 on 5 Dec 2012 at 11:29

[GoogleCodeExporter]

Mariella, pensavo di lavorarci oggi alle 15 in F5, se sei disponibile ci 
vediamo lì altrimenti rimando a quando possiamo lavorarci insieme, così 
organizziamo bene la cosa! Sono andato nel panico appena ho visto questo elenco 
infinito XDDD

Original comment by yuri...@gmail.com on 5 Dec 2012 at 1:17

[GoogleCodeExporter]

Io sono in laboratorio a fare tsw... Torno a casa verso le 17.30/40 :)

Original comment by mariellaferrara1 on 5 Dec 2012 at 1:30

[GoogleCodeExporter]

Allora ci vediamo domani o, se riusciamo a concludere qualcosa, ci sentiamo 
stasera per hangout, dimmi tu!

Original comment by yuri...@gmail.com on 5 Dec 2012 at 1:40

[GoogleCodeExporter]

non so a che ora torno stasera.. :S
 Al massimo inizia ad aggiungere le entity come vanno vanno e domani
mattina vediamo insieme ;)

Original comment by mariellaferrara1 on 5 Dec 2012 at 1:47

[GoogleCodeExporter]

Ok, dai, inizio a lavorare da solo e domani risolviamo insieme!

Original comment by yuri...@gmail.com on 5 Dec 2012 at 1:52

[GoogleCodeExporter]

perfetto!
c'è un'ultima cosa che mi ero dimenticata..
Il responsabile scientifico ora l'abbiamo chiamato RESPONSABILE TIROCINI, 
quindi va rinominata l'entity ;)

Original comment by mariellaferrara1 on 5 Dec 2012 at 5:19

[GoogleCodeExporter]

in bambino manca il comune di nascita

Original comment by duro....@gmail.com on 5 Dec 2012 at 5:30

[GoogleCodeExporter]

mariellaferrara1 e yurilol
Il NOSTRO responsabile scientifico si chiama Responsabile Tirocini.
Il Responsabile Scientifico incaricato della pubblicazione del programma 
educativo è ancora Responsabile Scientifico.

Original comment by blunotte...@gmail.com on 5 Dec 2012 at 9:05

• Changed state: Avviato

[GoogleCodeExporter]

Entro stasera/stanotte (finché resisto sveglio lavoro, insomma!) saranno 
apportate tutte le correzioni da voi riportate (tranne quelle di Mariella, con 
cui parlerò direttamente domani), quindi committerò ER, DB e Beans 
aggiornati, cosicché da domani stesso sia Storage che Application possono 
aggiornarsi e provvedere a rendere coerenti i loro artefatti.

Original comment by yuri...@gmail.com on 5 Dec 2012 at 9:31

[GoogleCodeExporter]

ci sono entity che riportano il campo (o i campi) codice di avviamento postale 
(cap). Sebbene sia definito come un numero a 5 cifre, non sarebbe meglio 
considerarlo un attributo di tipo stringa in quanto ci sono cap, come ad 
esempio Roma 00118, che iniziano per zero?

Original comment by elisa.de...@gmail.com on 6 Dec 2012 at 3:39

[GoogleCodeExporter]

Allora bisogna inserire una nuova entità responsabile Tirocini
Il programma educativo è un'aggiunta recente, ed infatti non ci sono 
collegamenti ancora nell'ER tra resp scientifico e progr educ annuale.

@Andrea: io ci sono comunque per lavorare...

Original comment by mariellaferrara1 on 6 Dec 2012 at 8:58

[GoogleCodeExporter]

@Elisa giusta osservazione.
@Mariella mi comunicheresti i tuoi orari per la giornata? Io per ora sono 
ancora a casa, dalle 14 alle 16 avrei an e dalle 16 alle 18 ium, se mi dai la 
possibilità di vederci alle 16 magari salto ium, altrimenti se preferisci 
tento di scendere all'uni entro la prossima mezz'ora!

Original comment by yuri...@gmail.com on 6 Dec 2012 at 9:30

[GoogleCodeExporter]

dalle 11-13 tsw, 14-16 an e poi devo tornare a casa..
Se vuoi, in questa mezz'ora, inizio ad aggiungere all'Er le nuove entità di 
cui ti parlavo e le relazioni..

Original comment by mariellaferrara1 on 6 Dec 2012 at 9:35

[GoogleCodeExporter]

Cavolo! :\ sì dai, facciamo così: se m'aggiorni l'er poi provvedo io col db e 
i beans!

Original comment by yuri...@gmail.com on 6 Dec 2012 at 9:37

[GoogleCodeExporter]

Riguardo la modifica di Elisa, m'è tornata in mente l'esistenza di numeri 
civici del tipo 36/A, quindi applicherò la stessa anche ai numeri civici.

Original comment by yuri...@gmail.com on 6 Dec 2012 at 9:45

[GoogleCodeExporter]

Effettuate anche le correzioni riportate da Mariella, a parte una:
Relazione Ha tra Tirocinante e Account...per quanto ne so, il tirocinante non 
interagisce col sistema e non ha quindi bisogno di un account, qualcuno mi 
corregga se sbaglio, per ora non ho apportato la modifica in questione comunque.
Sono in attesa di nuove direttive, anche se per la giornata di domani (oggi xD) 
mi sarà difficilissimo lavorare [torno a casa dei miei genitori dopo un po' di 
tempo d'assenza], quindi chiedo perdono in anticipo se non dovessi riuscire ad 
effettuare tutte le modifiche per tempo.

Original comment by yuri...@gmail.com on 7 Dec 2012 at 12:40

[GoogleCodeExporter]

Credo di essere d'accordo su quanto dici sulla relazione tra Account e 
Tirocinante.

Per quanto riguarda la tua assenza: se hai terminato per ora non dovrebbero 
esserci problemi. Però se escono nuove modifiche da fare..
Mariella, tu sei in grado di lavorare su phpmyadmin?

Original comment by funfor...@gmail.com on 7 Dec 2012 at 2:25

[GoogleCodeExporter]

Premessa: scrivo qui sia gli attributi che mancano, sia i metodi dei beans, per 
comodità. Così chi si occupa di questa sezione può farlo presente qui e 
lavorarci il prima possibile

1) Le classi possono avere tre stati:
- in attesa di approvazione
- approvata
- non approvata

2) Anche una domanda di iscrizione dovrebbe avere un campo di convalida
- in attesa di convalida
- convalidata
- esclusa

in tal proposito, ci sarebbe anche bisogno di un metodo nello storage 
DBDomandaIscrizione che permette di ricercare una lista di domande ancora non 
convalidate:
- ricercaDomandeInAttesa() che restituisce List<DomandaIscrizione>

3) Ho bisogno di un metodo in DBBambino che mi restituisca una lista di bambini 
risultati idonei e uno per i bambini non idonei:
- ricercaBambiniIdonei() che restituisce List<Bambino>
- ricercaBambiniNonIdonei() che restituisce List<Bambino>
io per ora li ho inseriti in questo modo, perchè rende i metodi robusti, ma si 
potrebbe anche fare un metodo unico:
- ricercaBambinoPerStato(String stato) che restituisce List<Bambino>
[lo stato credo si trovi in domanda iscrizione]

4)Ho bisogno anche di metodi che ricerchino i bambini per categoria:
- ricercaBambiniPrimoAnno() che restituisce List<Bambino> [bambini che hanno 
fatto richiesta per frequentare il primo anno]
- ricercaBambiniAnniPrecedenti() che restituisce List<Bambino> [bambini che 
sono iscritti già da più di un anno]
- ricercaBambiniFineCicloScolastico() che restituisce List<Bambino> [bambini 
che si trovano all'ultimo anno del loro ciclo scolastico]
- ricercaBambiniRinunciatari() che restituisce List<Bambino> [bambini 
rinunciatari]
[qui credo si debba fare uso di alcuni attributi della domanda di iscrizione di 
bambini]
anche qui ho agito in questo modo, ma sarebbe potuto essere:
- ricercaBambiniPerCategorua(String categoria) che restituisce List<Bambino>

5) Ho bisogno anche di metodi sui servizi di cui i bambini usufruiscono, il 
problema è che si tratta di un control ancora non implementato, quindi 
potrebbe anche attendere, io intanto l'ho implementato con gli stub.
- ricercaBambiniServizioMensa() che restituisce List<Bambino>
- ricercaBambiniServizioPartTime() che restituisce List<Bambino>
- ricercaBambiniServizioFullTime() che restituisce List<Bambino>
- ricercaBambiniServizioDisabili() che restituisce List<Bambino>
anche in questo caso potrebbe esserci:
- ricercaBambiniPerServizio(String servizio) che restituisce List<Bambino>
[qui non essendomi occupata della parte relativa ai servizi, forse potrebbe 
intervenire qualcuno in mio aiuto per capire se mancano attributi alla classe 
Servizio, o se ho saltato qualche tipo di servizio]

6)Per quanto riguarda un Account, ho bisogno di un metodo di ricerca per codice 
fiscale dell'utente a cui è legato l'account:
- ricercaAccountPerCF(String cf) che restituisce Account [serve per capire se 
un utente tenta di registrarsi due volte, almeno con lo stesso codice fiscale]

Original comment by elisa.de...@gmail.com on 7 Dec 2012 at 3:44

[GoogleCodeExporter]

No, la relazione è necessaria, per questo l'ho inserita :P
Il tirocinante interagisce col sistema... Ha proprio delle funzionalità 
specifiche

Il giorno 07/dic/2012, alle ore 01:40, at-silo@googlecode.com ha scritto:

Original comment by mariellaferrara1 on 7 Dec 2012 at 7:09

[GoogleCodeExporter]

Si per le modifiche sul db con phpmyadmin posso pensarci io ;)

Il giorno 07/dic/2012, alle ore 03:25, at-silo@googlecode.com ha scritto:

Original comment by mariellaferrara1 on 7 Dec 2012 at 7:12

[GoogleCodeExporter]

Confermo di non avere assolutamente tempo nella giornata di oggi (e nemmeno 
domani e dopodomani, in effetti) per riuscire ad applicare le modifiche 
richieste da Elisa, spero che qualcun altro possa farlo al posto mio :\ scusate 
in anticipo ma ho avuto tutta una serie di imprevisti.
Elisa, sei sicura comunque che i metodi di ricerca da te citati vadano nei 
beans?

Original comment by yuri...@gmail.com on 7 Dec 2012 at 12:58

[GoogleCodeExporter]

ovviamento nn vanno di sicuro nei beans ma nei dbbeans

Original comment by FabioNapoli34 on 7 Dec 2012 at 1:00

[GoogleCodeExporter]

con gli Accessi ho terminato per ora, se ci sono altri metodi basta ke me lo 
dite, ora mi prendo i metodi sui Servizi per Elisa

Original comment by FabioNapoli34 on 7 Dec 2012 at 2:51

[GoogleCodeExporter]

Per Elisa:
4)Ho bisogno anche di metodi che ricerchino i bambini per categoria:
- ricercaBambiniPrimoAnno() che restituisce List<Bambino> [bambini che hanno 
fatto richiesta per frequentare il primo anno]
- ricercaBambiniAnniPrecedenti() che restituisce List<Bambino> [bambini che 
sono iscritti già da più di un anno]
- ricercaBambiniFineCicloScolastico() che restituisce List<Bambino> [bambini 
che si trovano all'ultimo anno del loro ciclo scolastico]
- ricercaBambiniRinunciatari() che restituisce List<Bambino> [bambini 
rinunciatari]
[qui credo si debba fare uso di alcuni attributi della domanda di iscrizione di 
bambini]
anche qui ho agito in questo modo, ma sarebbe potuto essere:
- ricercaBambiniPerCategorua(String categoria) che restituisce List<Bambino>
-----------------------------------------------------------
ho messo un unico metodo che ricerca per categoria e che riceve una String con 
la categoria che vuoi ricercare.

Original comment by lomastol...@gmail.com on 7 Dec 2012 at 4:04

[GoogleCodeExporter]

ottimo =) le 4 stringhe che si possono inserire per fare la ricerca scrivile 
che ci servono, specialmente ad Angelo quando poi deve chiamare il metodo

Original comment by elisa.de...@gmail.com on 7 Dec 2012 at 4:19

[GoogleCodeExporter]

MODIFICA DA EFFETTUARE DB E STORAGE

Ragazzi ci sono alcune modifiche da apportare alla base dati e di conseguenza 
allo storage.
La modifica riguarda il genitore NON RICHIEDENTE.
In questo momento non è gestito.
Bisogna aggiungere una chiave esterna in bambino (cf_genitore_non_richiedente) 
in modo da collegare al bambino l'altro genitore(non richiedente) oltre a 
quello che già c'è (genitore richiedente e in possesso di account).

Per quanto riguarda lo storage servirebbero metodi ausiliari del tipo: 
getDatiGenitoreNonRichiedente  o inserisciGEnitoreNonRichiedente.

Insomma deve essere fatta questa distinzione tra il genitore richiedente e 
quello non richiedente, poiché durante la  compilazione della domanda vengono 
chiesti anche i dati dell'altro genitore.

Fatemi sapere se ci sono "controindicazioni" in quello che ho chiesto di fare :D
In caso contrario.Buon lavoro!

Original comment by angeloscafuro on 7 Dec 2012 at 5:02

[GoogleCodeExporter]

Mariella, riesci a effettuare le modifiche che ha chiesto angelo? Ovviamente 
quelle sulle classi storage pertengono credo a Fabio Napoli (bambino la stai 
toccando tu ora vero?)

Original comment by funfor...@gmail.com on 7 Dec 2012 at 5:16

[GoogleCodeExporter]

Inoltre vorrei un altro chiarimento.La presentazione della domanda iscrizione 
prevede 2 fasi:
1)compilazione di tutti i dati dei genitori,bambino,situazione familiare e 
reddituale;
2)Se il bambino risulta idoneo, dopo il calcolo delle graduatorie, il genitore 
dovrà inserire altri dati (vaccinazione,malattie contratte ecc ecc) e, così 
facendo, completa l'iscriizone.
Com'è gestito tutto questo?
Ho letto che è presente un attributo stato_domanda; si può pensare che 
assumerà i seguenti valori DomandaNonCompilata, 
DomandaInviataInAttesaDiGraduatoria, DomandaRifiutata 
,IscrizioneConfermataInAttesaDiAltriDati e che quindi abbia come valore di 
default DomandaNonInviata ..oppure avete pensato di gestire diversamente queste 
fasi dell'iscrizione?

Original comment by angeloscafuro on 7 Dec 2012 at 5:27

[GoogleCodeExporter]

bambino è di luigi

Original comment by FabioNapoli34 on 7 Dec 2012 at 5:37

[GoogleCodeExporter]

Cmq da elisa vorrei un chiarimento che vuole esattemente da questi metodi? 
Siccome nn sono del Team 2 non riesco a capire come identificare se un servizio 
è Part_Time , Full Time, Per disabili o Mensa. 

Illuminatemi sui Servizio e su OrarioUtente.

Original comment by FabioNapoli34 on 7 Dec 2012 at 5:40

[GoogleCodeExporter]

per questo avevo richiesto il parare di qualuno sui servizi, non � cosa
neanche del mio team

Il giorno 07 dicembre 2012 18:40, <at-silo@googlecode.com> ha scritto:

Original comment by elisa.de...@gmail.com on 7 Dec 2012 at 7:00

[GoogleCodeExporter]

Allora..
ho aggiunto nel db il riferimento al genitore non richiedente al bambino

Per quanto riguarda i servizi e l'orario utente, nel db al servizio è 
associato un orarioutente tramite ID (che è la chiave dell'orario utente)

L'orario utente ha poi una descrizione dove viene indicato "Full-time" 
"Part-tima mattutino" ecc.....

Il servizio per disabili non esiste

Il servizio mensa è semplicemente la stringa "Pianopasto" di Servizio che può 
essere impostato come Si o No...

Original comment by mariellaferrara1 on 7 Dec 2012 at 7:16

[GoogleCodeExporter]

Rettifico: tramite il nome si individua il tipo di orario utente..
Se vi è più comodo, possiamo far diventare il nome la chiave

Original comment by mariellaferrara1 on 7 Dec 2012 at 7:23

[GoogleCodeExporter]

Ho aggiornato anche i beans.

Ho trovato alcune incogruenze tra db e beans: spesso il campo ID che nel DB è 
int, nei beans è stringa (ad esempio classe..ecc)

Quale formato bisogna usare? :D

Original comment by mariellaferrara1 on 7 Dec 2012 at 8:20