search

catalinstrimbei / feaa-admitere

Automatically exported from code.google.com/p/feaa-admitere
0 stars 0 forks source link

Implementare use cases: u1.Adaugare utilizator, u2.Adaugare rol, u3. Asociere utilizatori-roluri #44

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago 
1. Data Start: 4 iunie 2013

2. Data estimata finalizare:
Milestone 1  - 10 iunie 2013
Milestone 2  - 17 iunie 2013

3. Responsabil: Diana Cicoare

4. Supervizor: Catalin Strimbei

5. Descriere sarcina
- 1. Verificare implementare si completare a 
serviciului EJB din proiectul ADMITERE_AdminService 
  feaa.admitere.admin.services.impl.AdmitereServiceImpl
entitatilor JPA din proiectul ADMITERE_AdminService 
  feaa.admitere.admin.entities.AppUser
  feaa.admitere.admin.entities.AppRole
  feaa.admitere.admin.entities.AppUserRole

- 2. Adaugare formulare pentru preluare utilizatori si roluri
in proiectul ADMITERE_AdminWeb
Componente ViewController(backed beans):
  feaa.admitere.securizare.FormAppUser.java si
  feaa.admitere.securizare.FormAppRole.java
View-urile JSF/XHTML 
  WebContent/security/FormAppUser.xhtml
  WebContent/security/FormAppRole.xhtml

- 3. Adaugare formulare pentru asociere bidirectionala 
  utilizator-la-rol/roluri, dar si
  grup utilizatori-la-rol/roluri
in proiectul ADMITERE_AdminWeb
Componente ViewController(backed beans):
  feaa.admitere.securizare.FormAppUsersRoles.java
View-urile JSF/XHTML 
  WebContent/security/FormAppUsersRoles.xhtml

6. Observatii:
- Nu exista specificatii de analiza pe acest segment,
prin urmare structura formularelor FormAppUser si FormAppRole
va fi dictata de structura proprietatilor din entitatile
AppUser si AppRole aferente.
- Pentru formularul de asociere useri-roluri FormAppUsersRoles
trebuie creata o structura ergonomica care sa permita asocierea
facila 
  - fie a unui singur utilizator, fie a mai multora la un singur rol;
  - de dorit si invers: fie a unui singur rol, fie a mai multora la un
    singur user
ambele fluxuri de actiuni pornind obligatoriu din acelasi formular in
care sa poata fi vizualizate: 
- toti utilizatorii si toate rolurile (eventual in liste/griduri separate), 
- fiecare utilizator ce roluri are asociate;
- fiecare rol ce utilizatori are asociati ...
Prin urmare trebuie propusa o structura flexibila si ergonomica de interfata 
grafica.

7. ATENTIE
- Am modificat contextul de access din browser al modulului ADMITERE_AdminWeb 
(vezi fisierul jboss-web.xml), astfel incat accesul se va face astfel:
http://localhost:8080/feaa/admitere/admin/AdminBanner.xhtml
- Fisierul ANT de build este Build-admitere.xml din proiectul 
ADMITERE_AdminWeb, iar taskul care compileaza/face deploy si la 
ADMITERE_AdminService si la ADMITERE_AdminWeb este [AdminWeb]

Original issue reported on code.google.com by catalin....@gmail.com on 4 Jun 2013 at 11:35

GoogleCodeExporter commented 8 years ago 
Am facut cele doua formulare pentru AppUser si AppRole. Am pastrat 
proprietatile din entitati pentru formulare. De ce este nevoie de parola atat 
pentru user cat si pentru rol?

Original comment by diana.ci...@gmail.com on 11 Jun 2013 at 8:08

GoogleCodeExporter commented 8 years ago 
Deocamdata nu folosim parola la nivelul rolului, insa la un moment dat va fi 
nevoie pentru un mecanism suplimentar de securitate care sa permita activarea 
rolului numai prin intermediul aplicatiei-web care va stoca -hardcore- parolele 
rolurilor ...

Original comment by catalin....@gmail.com on 12 Jun 2013 at 7:42

GoogleCodeExporter commented 8 years ago 
Nu reusesc sa mai rulez Build-admitere.xml din AdminWeb. Imi apar o serie de 
erori. Si nici reteaua VPN nu mai functioneaza, imi spune ca serverul "might be 
unreachable".
Asi putea sa trec pe la facultate fiindca nu stiu cum sa repar erorile?

Original comment by diana.ci...@gmail.com on 13 Jun 2013 at 6:31

GoogleCodeExporter commented 8 years ago

Original comment by catalin....@gmail.com on 4 Dec 2013 at 7:45