RAD: Correzioni dei requisiti individuate dalla Prof

[GoogleCodeExporter]

Fare riferimento agli artefatti in questione.
RAD 3.0

Descrivere dettagliatamente il problema.
I problemi si possono dividere in tre aree:
1. Gestione iscrizioni 
2. Gestione classi
3. Gestione notifiche

Parto dal 3°, ovvero GESTIONE NOTIFICHE.
Il sistema dovrebbe consentire la visualizzazione di notifiche interne.
Ad esempio ci dovrebbe essere, per i seguenti attori, un'interfaccia di 
"Visualizza notifiche" almeno per: DELEGATO DEL RETTORE, IMPIEGATO e DIRETTORE.
Questo perché evidentemente non basta che gli attori sopra citati ricevano le 
email come notifica, ma devono riceverla NEL sistema e devono poter agire di 
conseguenza NEL SISTEMA. Questa visualizzazione delle notifiche quindi 
comprende ad esempio la visualizzazione delle notifiche di LICENZIAMENTO (di un 
impiegato da parte di un altro impiegato), nell'interfaccia del DELEGATO DEL 
RETTORE.
Insomma tutte le notifiche via mail che riguardano la gestione dovrebbero 
essere visualizzate anche in questa interfaccia, oltre che per email.
Potrebbe quindi esserci una entità "NotificaGestione" con un attributo TIPO 
che distingue i tipi di notifica.

Passiamo ora alla 1, ovvero la GESTIONE ISCRIZIONI.
Noi gestiamo la domanda di iscrizione in un solo passo in cui chiediamo vari 
dati anagrafici, i dati di servizio e una specie di "liberatoria" sullo stato 
di salute del bambino. Successivamente diamo un tempo a chi è stato accettato 
di "ritirarsi" per far scorrere la gradutoria, la quale dopo quel tempo diventa 
definitiva.
In realtà ciò che succede non è questo.
Il RAD va modificato per supportare questa procedura:

a. Il genitore compila la domanda di iscrizione con i dati ANAGRAFICI e dati 
richiesti per il calcolo PUNTEGGIO nel bando come "Distanza dall'asilo", 
reddito, etc (che noi non gestiamo attualmente). La domanda dovrà consentire 
il SALVATAGGIO, cioè dato che questi campi sono davvero tanti, deve poter 
essere "memorizzata" e "ripresa" dall'utente nel caso debba allontanarsi dal 
computer. 
In questa fase NON DEVONO essere richiesti dati del servizio come il tipo di 
pasto/servizio richiesto, o certificazioni sulla salute del bambino.

b. Alla scadenza del bando, i punteggi vengono calcolati a parte (magari con un 
file excel) e inseriti nel sistema come abbiamo già previsto.

c.Una volta scaduto il termine per il ritiro delle domande, viene effettuata 
l'iscrizione vera e propria. Quindi il GENITORE deve compilare un altro modulo 
che chiede il tipo di servizio richiesto, la situazione sanitaria del bambino 
(vaccinazioni, malattie passate) e chiede di recapitare i certificati delle 
vaccinazioni, delle malattie e di consegnare una liberatoria firmata per la 
tutela dei dati per la privacy (che immagino sarà scaricabile).

d. Una volta scaduto il termine per le iscrizioni all'asilo, l'IMPIEGATO dovrà 
avere una visualizzazione delle iscrizioni non interamente convalidate e, 
un'iscrizione alla volta, convalidare che per quell'iscrizione sono stati 
consegnati (a mano in segreteria) i seguenti documenti firmati dal genitore:
-Certificati delle vaccinazioni (o autocertificazione che liberi l'asilo dalla 
responsablità),
-Certificato delle malattie contratte dal bambino in passato,
-La liberatoria per la privacy.

Quindi l'impiegato per ognuna di queste voci avrà tipo un flag da inserire 
[SI] [NO] [RIFIUTA LA CONSEGNA], e alla fine quando tutti saranno messi a SI 
potrà convalidare l'iscrizione del bambino.
Il bottone di "RIFIUTO" indica che il genitore non vuole vaccinare il bambino 
per scelte personali, ma l'asilo può ritenere di accettarlo lo stesso, senza 
assumersene la responsabilità.

A questo punto i bambini saranno tutti "accettati" dall'asilo ma non saranno 
assegnati ad alcuna CLASSE.

E questo ci porta al punto 2, la GESTIONE CLASSI.
Noi già al momento inseriamo, cancelliamo classi e assegnamo bambini ad una 
classe. Ciò che non facciamo, invece, è:
1. Assegnare un docente alla classe (manca ancora il caso d'uso credo)
2. In questo caso, la professoressa vorrebbe che:
a) L'interfaccia di assegnazione dei bambini sia ordinata per età (crescente o 
decrescente immagino sia indifferente)
b) quando tutti i bambini sono stati assegnati ad una classe, tutta 
l'assegnazione deve venire "inviata" in blocco al DELEGATO DEL RETTORE tramite 
una email E una notifica. Il DELEGATO visualizza la notifica e conferma o 
rigetta l'assegnazione.
Da quì in poi la professoressa non è stata chiara quindi immagino che il 
delegato possa rispondere alla notifica, creando una notifica per l'impiegato 
con la correzione, avvertendo anche l'impiegato via mail.
L'impiegato può quindi riassegnare i bambini alle classi secondo le correzioni 
apportate dal DELEGATO, e riparte quindi il caso d'uso di assegnazione delle 
classi ai bambini. Viene inviata una nuova notifica al DELEGATO, che accetta 
l'assegnazione e questa viene "resa effettiva" nei dati dei bambini.

LINDA sarà la vostra referente per questo task, anche se io sarò sempre 
contattabile per chiarimenti.

Chiaramente vorrei che alteraste di conseguenza anche la suddivisone in 
sottosistemi dell'SDD.

Elencare, se disponibili, eventuali possibili soluzioni.
Ciò che è stato descritto sopra.
Scrivete quì chi si occuperà di quale parte delle modifiche, e vorrei che 
iniziaste da subito.

Persone assegnate
Elisa D'Eugenio
Andrea Micco

Scadenza
24/11 ore 19.00, ma capite che siamo già fuori tempo massimo, quindi anche per 
ADESSO sarebbe perfetto. :)

Original issue reported on code.google.com by funfor...@gmail.com on 21 Nov 2012 at 7:45

• Blocking: #45

[GoogleCodeExporter]

Mi fai fare la strada più complessa in termini di spazio per lo UCD 3, ma ti 
trovo comunque la soluzione ne faccio uno nuovo solo per le operazioni di 
Impiegato del diritto allo studio.
Solo c'è un problema tecnico con svn non so fare lo spostamento o meglio non 
so se funziona come il normale spostamento, che fai lo fai tu? Una cosa fai 
l'update perchè ho appena modificato 49 e 50

Original comment by antoniob...@gmail.com on 28 Nov 2012 at 6:02

[GoogleCodeExporter]

Fai taglia e incolla per spostare i files, come al solito. Quando farai commit, 
nella posizione originale ti chiederà di cancellare i files, mentre ti 
chiederà di aggiungerli nella posizione in cui li hai incollati :)

Original comment by funfor...@gmail.com on 28 Nov 2012 at 6:04

[GoogleCodeExporter]

Alfò vedi un po se le modifiche allo UCD 3 ti garbano

Original comment by antoniob...@gmail.com on 28 Nov 2012 at 7:35

[GoogleCodeExporter]

Ottimo :D Solo una cosa: Consulto domande a quale caso d'uso corrisponde?

Original comment by funfor...@gmail.com on 28 Nov 2012 at 8:21

[GoogleCodeExporter]

Io ho il dubbio su consulto domande che da come l'ho interpretato io dovrebbe 
essere il contrario di visualizza iscrizioni non convalidate, quindi visualizza 
iscrizioni accettate, credo.
Io l'ho dato per buono perchè credevo che dopo diverse revisioni era tutto 
apposto, se non ti rispecchi in questa mai visione dimmelo, invece se ti garba 
cambio nome cosi forse si capisce meglio.

PS: Fra poco riceverai una mail importante da parte mia

Original comment by antoniob...@gmail.com on 28 Nov 2012 at 10:01

[GoogleCodeExporter]

Ma quindi il caso d'uso di "visualizza iscrizioni accettate" esiste? Se si 
quale è?

Original comment by funfor...@gmail.com on 28 Nov 2012 at 10:15

[GoogleCodeExporter]

48

Original comment by antoniob...@gmail.com on 28 Nov 2012 at 10:23

[GoogleCodeExporter]

No, quello visualizza la scheda di un bambino iscritto all'asilo, non 
visualizza "le iscrizioni accettate" :)

Original comment by funfor...@gmail.com on 28 Nov 2012 at 10:25

[GoogleCodeExporter]

Alfò io ho dato per buono quello che ho trovato ho solo aggiunto e modificato 
i nomi degli attori.
Allora dimmi: lista accettati e lista non accettati quali casi d'uso sono?

Original comment by antoniob...@gmail.com on 28 Nov 2012 at 10:29

[GoogleCodeExporter]

Mi sa che per l'iscrizione all'asilo non ci stanno questi casi d'uso. Ci stanno 
solo per la graduatoria (idonei e non idonei).
O meglio, c'è un caso d'uso che fa più o meno questo, che è la 
visualizzazione degli alunni che si sono iscritti ma ancora non sono stati 
assegnati ad una classe. :)

Original comment by funfor...@gmail.com on 28 Nov 2012 at 10:45

[GoogleCodeExporter]

Ti elenco tutto quello che mi sembra non coincida con il pack Gestione dati 
personali:
UC_51 è fatto da personale formazione ed è una ricerca non credo c'entri con 
questo package

Impiegato asilo ha come uc:

70 Modifica certificati (manca qualche caso d'uso tipo carica i certificati? 
qui non so bene come l'avete impostato ma un genitore porta i certificati in 
segreteria ma qui vengo caricati a sistema oppure messi in un armadietto e 
l'impiegato deve solo dire se sono stati portati o meno)
76 convalida iscrizione (ci deve essere un passagio tipo "visualizza lista 
accettati" prima di questo caso d'uso?)
78 visualizza iscrizioni non convalidate
Dallo UCD devo togliere Lista accettati , lista non accettati e consulto domande

Original comment by antoniob...@gmail.com on 29 Nov 2012 at 1:41

[GoogleCodeExporter]

UC_51 sarebbe un caso di visualizzazione dei dati personali, perciò ci centra.

70: i certificati si portano "a mano" alla segreteria dell'asilo, così ha 
detto la prof, perciò non c'è un caso d'uso di caricamento.
76: c'è il caso d'uso di visualizzazione delle iscrizioni non convalidate 
(UC_A_78)

esatto, devi togliere lista accettati, lista non accettati e consulto domande.

Original comment by funfor...@gmail.com on 29 Nov 2012 at 3:40

[GoogleCodeExporter]

Sono tornato vivo e attivo, anche se solo per questa sera, potrò riprendere a 
lavorare in maniera assidua solo da lunedì.
Ora mi occupo un attimo della redazione dei requisiti funzionali in termini di 
operazioni, per il resto mi sembra che Antonio abbia già la situazione sotto 
controllo, ma se dovesse servire una mano sono a disposizione (sempre da 
lunedì, però).

Original comment by yuri...@gmail.com on 29 Nov 2012 at 8:48

[GoogleCodeExporter]

C'� anche da aggiornare assolutamente i mockup :)
Il giorno 29/nov/2012 21:48, <at-silo@googlecode.com> ha scritto:

Original comment by funfor...@gmail.com on 29 Nov 2012 at 9:07

[GoogleCodeExporter]

Ok, però non so se riesco a farlo per stasera, nell'ultima settimana ho 
dormito 4 ore a notte ed il mio corpo implora pietà xD

Original comment by yuri...@gmail.com on 29 Nov 2012 at 9:10

[GoogleCodeExporter]

Alfonso scusa il ritardo ho fatto ora il commit dello ucd, sono stato senza 
elettricità dalle 7 del pomeriggio a stanotte credo. C'è altro da fare oltre 
i mockups, il fatto di sostituire candidato con bambino è già stato fatto?
Alfò non so in che condizioni sarò oggi dato che ci sono lampi e tuoni in 
questo momento e potrebbe di nuovo saltare la corrente, scusami ma non è una 
cosa che dipende da me.

Original comment by antoniob...@gmail.com on 30 Nov 2012 at 9:18

[GoogleCodeExporter]

Antonio, ci sarebbe da iniziare ad aggiornare l'SDD nella parte del controllo 
degli accessi che scrivesti tu, in base agli attori aggiornati.

Original comment by funfor...@gmail.com on 30 Nov 2012 at 2:40

[GoogleCodeExporter]

Ragazzi mi sono accorto che UC_A_65 non tiene ben conto nel flusso degli eventi 
dell'invio di una notifica al delegato del rettore che deve approvare la 
suddivisione in classi. È assolutamente urgente che questo venga corretto.

Original comment by funfor...@gmail.com on 30 Nov 2012 at 5:28

[GoogleCodeExporter]

Inoltre UC_A_42 è un caso d'uso forse obsoleto, dato che l'assegnazione ora 
viene decisa a mano e non automaticamente; quindi o lo si zappa o si deve 
rendere coerente con i casi d'uso di assegnazione classi (magari lo facciamo 
estendere dall'assegnazione delle classi, e magari gli cambiamo pure nome, 
perchè "accettazione bambini" non va più bene")

Original comment by funfor...@gmail.com on 30 Nov 2012 at 6:02

[GoogleCodeExporter]

Ho visto infine che Nella Gestione del Personale manca il caso d'uso per 
aggiungere un nuovo impiegato (di qualsiasi tipo esso sia). C'è solo 
l'aggiunta degli educatori.

Original comment by funfor...@gmail.com on 30 Nov 2012 at 6:05

[GoogleCodeExporter]

La parte dell'SDD sulla sicurezza con l'aggiunta dell'attore impiegato del 
diritto allo studio l'ho fatta e ho modificato le azioni. Ho solo un problema 
non so dove posso trovare informazioni su questo attore quindi non ho ancora 
creato l'entità e le azioni che gli altri attori possono fare su di esso.

UC_65 si deve solo inserire la notifica al direttore? quindi al punto 8 devo 
scrivere: il sistema invia la notifica al direttore che provvederà alla 
conferma dell'assegnazione. 
Sempre nel 65 l'attore è personale amministrativo va cambiato con impiegato 
dell'asilo?

Uc_42 se tolgo classi dal flusso di eventi (visto che l'attore è impiegato del 
diritto allo studio come anche ne uc 79 che dovrò modificare) e metto notifica 
all'impiegato dell'asilo che quel bambino risulta idoneo e l'impiegato può 
procede all'inserimento della classe? perchè noi, almeno da come ho capito, 
non abbiamo nessuno che dice che il bambino è idoneo, questo uc serve in 
quanto fa capire che il bambino rispecchia i requisiti del bando e quindi può 
entrare nel sistema

Original comment by antoniob...@gmail.com on 1 Dec 2012 at 7:58

[GoogleCodeExporter]

Tra poco ti aggiorno il file degli attori così potrai avere più informazioni 
al riguardo.
In effetti dovevo farlo prima.

per UC_65, si va aggiunta sia la notifica sia va cambiato l'attore.

per UC_42, il punto è che il bambino viene deciso come idoneo automaticamente, 
quando tutti i bambini hanno ricevuto il punteggio, i primi K bambini sono 
dentro e gli altri sono fuori, dove K è il numero dei posti disponibili.

Original comment by funfor...@gmail.com on 1 Dec 2012 at 2:43

[GoogleCodeExporter]

mi spiego meglio: UC_42 focalizzava la sua importanza sulla assegnazione 
automatica del bambino alla classe di appartenenza.. questo non si può più 
fare perchè adesso l'assegnazione è fatta a mano e convalidata dal delegato. 
Perciò ritengo che sia semplicemente da eliminare.

Original comment by funfor...@gmail.com on 1 Dec 2012 at 3:04

[GoogleCodeExporter]

Allora è da eliminare anche il caso 79 perchè è il contrario del 42

Original comment by antoniob...@gmail.com on 1 Dec 2012 at 3:26

[GoogleCodeExporter]

Ho aggiornato il file degli attori.

Original comment by funfor...@gmail.com on 1 Dec 2012 at 3:26

[GoogleCodeExporter]

Ma è il 42 dover essere eliminato secondo me. Non esiste più "l'accettazione 
bambino" automatica perché è l'impiegato che a mano li accetta nelle classi.

E poi il 79 riguarda l'esclusione di un bambino dalla graduatoria, non riguarda 
l'assegnazione in classi.

Original comment by funfor...@gmail.com on 1 Dec 2012 at 3:28

[GoogleCodeExporter]

Forse non ti è chiara la differenza; graduatoria e iscrizione sono state 
sdoppiate:

Prima c'è la graduatoria e tutti fanno domanda; una volta che ci sono N 
persone idonee nella graduatoria (l'impiegato del diritto allo studio assegna 
loro i punteggi), queste persone fanno l'iscrizione e una volta completata 
possono essere insierite nelle classi dall'impiegato dell'asilo. 

Original comment by funfor...@gmail.com on 1 Dec 2012 at 3:41

[GoogleCodeExporter]

Mmmm e allora il caso d'uso assegna punteggio dov'è? oppure è una cosa 
esterna che a noi non tocca?

Original comment by antoniob...@gmail.com on 1 Dec 2012 at 3:55

[GoogleCodeExporter]

Sarebbe UC_A_43

Original comment by funfor...@gmail.com on 1 Dec 2012 at 3:59

[GoogleCodeExporter]

Ok non l'avevo letto tutto quando ho modificato l'attore e mi sono basato sul 
titolo.
Alfò ho fatto le modifiche che hai richiesto (56) e ti ripongo la domanda dove 
sta personale amministrativo devo andare a mettere impiegato asilo?
Poi lo UCD della gestione degli iscritti devo modificare l'attore?

Original comment by antoniob...@gmail.com on 1 Dec 2012 at 4:23

[GoogleCodeExporter]

>Alfò ho fatto le modifiche che hai richiesto (56) e ti ripongo la domanda 
dove sta personale amministrativo devo andare a mettere impiegato asilo?

dove ci stanno i casi d'uso che riguardano la graduatoria ci va impiegato 
ufficio diritto allo studio, mentre dove ci stanno casi che riguardano 
direttamente la gestione dell'asilo (classi, personale) ci vuole impiegato 
asilo. Ho aggiornato comunque il file degli attori e le relative descrizioni.

>Poi lo UCD della gestione degli iscritti devo modificare l'attore?
Sì, anche gli UCD vanno aggiornati con l'attore corrispondente.

Tutto questo dovrebbe anche aiutarti ad aggiornare la lista delle operazioni 
consentite agli attori nell'SDD.

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

[GoogleCodeExporter]

Alfò mi sono espresso male io, per il cambio dell'attore io intendevo il 
package gestione iscritti, il package gestione dati personali ho gia fatto 
tutto.

Ultima cosa lo uc 42 lo sposto in deprecati? 

Original comment by antoniob...@gmail.com on 1 Dec 2012 at 4:36

[GoogleCodeExporter]

Sì direi di spostarlo in deprecati.

I cambi dell'attore devono essere effettuati su tutti i package (se c'è 
qualche package in cui è necessario), quindi vaga anche gli altri package alla 
ricerca di qualche caso d'uso da cambiare.

Chiaramente se ti sembra che una funzionalità può essere fatta sia 
dall'impiegato del diritto allo studio sia dall'impiegato dell'asilo, lasciasci 
"Personale Amministrativo" :)

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

[GoogleCodeExporter]

Alfonso ho riscontrato un problema, o un mio limite nella comprensione, gli uc 
68 e 69 del package gestione iscritti li fa il delegato del rettore perchè?

Original comment by antoniob...@gmail.com on 2 Dec 2012 at 11:17

[GoogleCodeExporter]

Non � assolutamente un tuo limite, � solamente la procedura burocratica
vigente :) l'approvazione delle classi spetta al delegato del rettore :)
Il giorno 02/dic/2012 12:17, <at-silo@googlecode.com> ha scritto:

Original comment by funfor...@gmail.com on 2 Dec 2012 at 1:28

[GoogleCodeExporter]

Alfò ho finito la revisione e la correzione del package gestione iscritti. 
Avrei solo una domanda tecnico-tattica perchè lo UCD 2 si chiama UDA?

Alfò per quanto riguarda l'SDD la sezione sicurezza io aggiunsi già impiegato 
del diritto allo studio e cambiai il nome di personale amministrativo in 
personale asilo, ora mi chiedo devo aggiungere le funzioni su bambino del tipo 
assegna classe e quando devo confermarla abbiamo una entità delegato del 
rettore che posso aggiungere come attore? Molto probabilmente mi sarò espresso 
male quindi ti chiedo tu domani ci sei per un incontro nella fascia oraria 
13-14 o dopo le 16?

Nel frattempo che si fanno le 6 e mezza guardo gl altri package

Original comment by antoniob...@gmail.com on 2 Dec 2012 at 4:44

[GoogleCodeExporter]

Si chiama uda perche � un errore xD

Per la sezione sicurezza: hai cambiato in "personale dell'asilo?"

Le funzioni non le devi aggiungere su "bambino" perch� il bambino non � un
attore. Il tuo esempio di "Assegna classe" � associato a "impiegato asilo".
Il "Delegato del rettore" invece pu� compiere "Conferma assegnazione
classi".

Domani comunque ci sono se devi chiedermi qualcosa :)

Original comment by funfor...@gmail.com on 2 Dec 2012 at 5:01

[GoogleCodeExporter]

Per il packeage precedente già aggiornai l'sdd aggiungento l'attore "diritto 
allo studio" e cambiando "personale amministrativo" in "personale asilo", ora 
la mia domanda era non abbiamo l'entità classe quindi la funzione "conferma 
assegnazione" la deve fare  il delegato del rettore (che noi non abbiamo mai 
messo nell'sdd) su bambino, quindi posso aggoiungerlo delegato del rettore 
oppure è un errore 

Original comment by antoniob...@gmail.com on 3 Dec 2012 at 9:03

[GoogleCodeExporter]

È necessario che individuiate nell'SDD il nome esatto degli attori, quindi 
parliamo di "Impiegato del diritto allo studio","impiegato asilo", o intendi il 
vecchio "Personale asilo" che ora è diventato "Personale di gestione 
dell'asilo" ?

comunque l'entità "Classe" ricordo esiste già anche nell'ER. sbaglio?
Se il delegato del rettore non è nell'SDD ci deve stare! :)

Comunque mi rivolgo anche ad Andrea: sarebbe necessario terminare le correzioni 
entro stasera in quanto domani c'è una consegna degli artefatti rivisti.

Original comment by funfor...@gmail.com on 3 Dec 2012 at 9:13

[GoogleCodeExporter]

Entro stasera riesco a fare tutto, mi ha risolto il dubbio dell'sdd quindi 
posso procedere anche li.
Infine non avendoli fatti io, ma il package gestione notifiche è l'invio della 
notifica o la visualizzazione della notifica? Perchè secondo me si dovrebbe 
specificare che è la visualizzazione infatti si capisce solo leggendo il caso 
d'uso sempre se l'ho letto bene. 
Poi nello uc72 ci sta solo impiegato come attore metto impiegato asilo.

Original comment by antoniob...@gmail.com on 3 Dec 2012 at 9:19

[GoogleCodeExporter]

È la visualizzazione. Bravo che me lo hai ricordato, devi cambiarci 
assolutamente i nomi in "visualizzazione notifica X".

Cambialo pure nel diagramma.. me ne ero dimenticato :)

Original comment by funfor...@gmail.com on 3 Dec 2012 at 9:21

[GoogleCodeExporter]

Ok.
Continuando:
Gestione ricerca: nello ucd le frecce degli include hanno il verso sbagliato e 
ci sta due volte lo stesso caso d'uso posse metterci le mani e lavorarci?
Gestione personale: ci sono tre ucd li lascio cosi o ne devo fare uno unito?

Original comment by antoniob...@gmail.com on 3 Dec 2012 at 9:26

[GoogleCodeExporter]

Sì, se trovi errori correggili, però mi pare che gli include in quei 
diagrammi siano giusti:

La visualizzazione include la ricerca (prima ricerchi e poi visualizzi ciò che 
hai trovato), quindi la freccia va dalla visualizzazione alla ricerca.

Se trovi più diagrammi è perchè erano troppo complessi da inserire in un 
unico grande diagramma, quindi nell'ottica della comprensibilità tienili 
separati.

Original comment by funfor...@gmail.com on 3 Dec 2012 at 9:34

[GoogleCodeExporter]

Alfò mi sono letti i uc e non ci sono include solo specializzazioni

Original comment by antoniob...@gmail.com on 3 Dec 2012 at 9:39

[GoogleCodeExporter]

i casi d'uso di visualizzazione sono in Gestione dati personali (UC_A_47 ad
esempio) e se vedi includono la ricerca.
comunque lasciali nel diagramma della ricerca, cos� si vede l'inclusione in
maniera chiara.

Original comment by funfor...@gmail.com on 3 Dec 2012 at 9:42

[GoogleCodeExporter]

Ora o dopo quando hai tempo dai un occhio al nuovo ucd1 si chiama ricerca V1

Original comment by antoniob...@gmail.com on 3 Dec 2012 at 9:57

[GoogleCodeExporter]

Alfonso altro problema nel pack di gestione personale. Io ricordavo che il 
licenziamento del personale poteva farlo solo il direttore giusto? quindi nello 
uc 25 l'attore è sbagliato devo cambiare da personale asilo a direttore?

Original comment by antoniob...@gmail.com on 3 Dec 2012 at 11:14

[GoogleCodeExporter]

Per il cambio dei nomi degli attori ho pensato che anche i nomi degli uc 26 e 
29 andrebbero cambiati
29_Licenziamento impiegato di segreteria da parte del direttore ---> 
Licenziamento impiegato dell'asilo da parte del direttore
UC_A_26_Licenziamento impiegato di segreteria da parte di un altro impiegato di 
segreteria ---> UC_A_26_Licenziamento personale gestione asilo da parte di 
impiegato dell'asilo 

UC_A_25_Licenziamento personale asilo ---> UC_A_25_Licenziamento personale 
gestione asilo

Original comment by antoniob...@gmail.com on 3 Dec 2012 at 11:52

[GoogleCodeExporter]

Anche nel package ricerca
UC_A_1_14_15_17_18_36_Ricerca avanzata iscritto da personale asilo ---> 
UC_A_1_14_15_17_18_36_Ricerca avanzata iscritto da personale gestione asilo

UC_A_6_16_19_Ricerca avanzata del personale asilo da personale asilo --->
UC_A_6_16_19_Ricerca avanzata del personale asilo da personale gestione asilo

Original comment by antoniob...@gmail.com on 3 Dec 2012 at 11:56

[GoogleCodeExporter]

UC_A_34_ModificaDatiPersonaleFormazioneDaAmministrativo ----> 
UC_A_34_ModificaDatiPersonaleFormazioneDa Impiegato dell'asilo

Original comment by antoniob...@gmail.com on 3 Dec 2012 at 12:01