Aplicatie Integrata de Gestiune a Studentilor, Cursurilor Si Cataloagelor

CAIET DE SARCINI

APLICAȚIE INTEGRATĂ DE GESTIUNE A STUDENȚILOR, CURSURILOR ȘI CATALOAGELOR

CUPRINS

CAPITOLUL 1

Structura formală a caietului de sarcini

Cerințe impuse ofertantului

Condiții de plată, garanția tehnică și service-ul în garanție

Cerințe de service postgaranție

CAPITOLUL 2 – APLICAȚIE INTEGRATĂ DE GESTIUNE A STUDENȚILOR, CURSURILOR ȘI CATALOAGELOR

Specificații generale

I.1. Specificații software și hardware

I.2. Condițiile și termenele de livrare, instalare, recepție

Cerințe generale impuse aplicației

II.1. Cerințe tehnice generale

II.1. Utilitare ale aplicației, administrarea aplicației, mentenanța aplicației

II.2. Proceduri de backup și recovery

II.3. Acces și securitate

Specificații funcționale

III.1. Interfața pentru utilizator

III.2. Procesarea seturilor de rezultate

III.3. Comunicații de date

III.4. Timpi de răspuns

Cerințe specifice aplicației

IV.1. Cerințele de bază ale aplicației

IV.2. Cerințe pentru interfața client-utilizator

IV.2.1. Client – Cerințe generale

IV.2.2. Client Windows

IV.2.3. Clientul World Wide Web

IV.3. Cerințele pentru Controlul autorităților (fișierele de autoritate – vedete)

IV.4. Cerințe pentru realizarea de rapoarte

IV.5. Cerințele de Acces Public Online

IV.5.1. Birou informații locale

IV.5.2. Porțile de intrare (Gateways)

Caietul de sarcini face parte integrantă din documentația pentru elaborarea și prezentarea ofertei și constituie ansamblul cerințelor pe baza cărora se elaborează de către fiecare ofertant propunerea tehnică. Caietul de sarcini conține, în mod obligatoriu, specificații tehnice.

Cerințele impuse vor fi considerate ca fiind minimale. În acest sens orice ofertă prezentată, care se abate de la prevederile Caietului de sarcini, va fi luată în considerare, dar numai în măsura în care propunerea tehnică presupune asigurarea unui nivel calitativ superior cerințelor minimale din Caietul de sarcini, ofertarea de produse cu caracteristici tehnice inferioare celor prevăzute în caietul de sarcini atrage descalificarea ofertantului. NOTA: specificațiile tehnice care indică o anumită origine, sursă, producție, un procedeu special, o marcă de fabrică sau de comerț, un brevet de invenție, o licență de fabricație, sunt menționate doar pentru identificarea cu ușurință a tipului de produs și NU au ca efect favorizarea sau eliminarea anumitor operatori economici sau a anumitor produse. Aceste specificații vor fi considerate ca având mențiunea de « sau echivalent ».

CAPITOLUL 1

Structura formală a caietului de sarcini

1. Ofertantul este obligat să respecte ordinea și numerotarea acestor specificații și cerințe.

2. Ofertantul trebuie să prezinte o copie a ofertei și în format electronic.

3. Ofertantul va face o descriere a companiei – istoric, dezvoltări planificate în viitor și produse realizate.

4. Ofertantul trebuie să demonstreze capacitatea de a adapta produsul unor noi cerințe.

5. Ofertantul trebuie să demonstreze capacitatea de a face livrarea la timp.

6. O singură companie trebuie să fie contractorul principal, chiar dacă cel care ofertează sistemul este un consorțiu.

7. Ofertantul trebuie să se asigure că sistemul ofertat, hardware sau software, nu încalcă drepturile altcuiva, patentul, marca, designul, copyrightul. Dacă un terț face o plângere în acest sens, Ofertantul trebuie să reprezinte Universitatea din Pitești în toate negocierile și acțiunile în justiție. Ofertantul este responsabil de cheltuielile suferite de Universitatea din Pitești, dacă acest lucru se intâmplă. Ofertantul va garanta Universității din Pitești dreptul irevocabil și licența de a utiliza sistemul ofertat așa cum este descris în caietul de sarcini

8. Ofertantul va indica numărul versiunii curente și de cât timp este în producție.

9. Ofertantul va indica graficul temporal de livrare a noilor versiuni îmbunătățite (actualizări), precum și modalitatea de furnizare a acestora către beneficiar.

10. Ofertantul va indica dezvoltările strategice preconizate pentru următorii 2 ani.

11. Ofertantul trebuie să răspundă la fiecare dintre punctele caietului de sarcini și să indice în ce măsură sistemul ofertat răspunde acestor cerințe, metodele prin care se realizează acest lucru, orice facilitate suplimentară care poate fi oferită și orice alternativă sau îmbunătățiri oferite. Vă rugăm să răspundeți în concordanță cu modelul de mai jos:

– Cerința este îndeplinită în totalitate. Faceți o scurtă descriere a modului în care se realizează acest lucru.

– Cerința este numai parțial îndeplinită. Explicați din ce motiv.

– Cerința nu este îndeplinită. Explicați din ce motiv. Ofertantul trebuie să indice dacă intenționează să dezvolte produsul pentru a îndeplini cerința și termenul de realizare a acesteia.

II. Cerințe impuse ofertantului

1. Ofertantul trebuie să prezinte numărul de instalări și anul în care a fost instalată versiunea ofertată, efectuate până în anul 2015:

a. deja instalate : – în Europa

– în România

b. în curs de instalare

Se va anexa lista cu datele de identificare ale organizațiilor și instituțiilor, precum și datele persoanelor de contact din respectivele organizații/instituții unde a fost instalată aplicația.

2. Ofertantul trebuie să prezinte instalările cele mai importante (din punct de vedere al complexității și mărimii), de ex. 12 sisteme țintă și cel puțin 200 de utilizatori simultani (utilizatori care au deschis o sesiune de lucru la baze de date remote prin intermediul portalului).

3. Ofertantul trebuie să asigure gratuit serviciul de implementare.

4. Ofertantul trebuie să asigure, gratuit, servicii de service și mentenanță, cel puțin un an de la data instalării.

5. Ofertantul trebuie să asigure, gratuit, actualizarea, în cazul apariției de noi versiuni ale aplicației.

6. Ofertantul trebuie să realizeze, gratuit, conversia tuturor bazelor de date ale Universității din Pitești dezvoltate pe platforme anterioare.

7. Oferta trebuie să includă software-ul (inclusiv interfața API) și serviciile pentru un sistem complet de portal în conformitate cu acest document.

8. Ofertantul trebuie să livreze sistemul de operare pentru server Linux.

9. Ofertantul trebuie să asigure training-ul gratuit al personalului Universității din Pitești la sediul unității contractante.

10. Ofertantul trebuie să facă o descriere detaliată a programului de training.

11. Ofertantul trebuie să aibă experiență în instalarea aplicațiilor portal de gestiune a resurselor eterogene și experiență în customizarea aplicațiilor software.

12. Ofertantul trebuie să specifice cum cooperează compania cu grupul de utilizatori în ceea ce privește partajarea informației despre sistemele țintă și bazele de date.

13. Ofertantul trebuie să specifice clar numele, adresa poștală și adresa de email, numerele de telefon și fax ale persoanei de contact.

14. Ofertantul trebuie să prezinte în fața Comisiei de evaluare demonstrația funcționării aplicației pe o bază de date reală, un sistem complet funcțional, instalat de cel puțin un an, care să demonstreze funcționalitatea tuturor modulelor versiunii ofertate, conform caietului de sarcini.

15. Unitatea contractantă va comunica, la deschidere, ora și locul unde ofertantul va prezenta aplicația. Autoritatea contractantă solicită oferta pentru o soluție care să cuprindă: Număr minim de licențe Personal Secretariat – 11 licențe. Număr minim de licențe Utilizatori – 25 licențe. Număr licență Gateway și server – 1 licență. Număr licență Server/client – 1 licență (modul de partajare de resurse).

III. Condiții de plată, garanția tehnică și service-ul în garanție

Plata produsului sistem integrat de gestiune a cursurilor se va face la livrarea completă a produsului, adică după semnarea documentelor de acceptanță pentru toate cele trei componente ale sistemului. Oferta trebuie să specifice ce acoperă garanția, precum și descrierea termenilor și condițiilor garanției. Este de așteptat ca garanția să garanteze faptul că sistemul are capacitatea și funcționalitățile specificate în contract. Descrieți serviciile de suport software după faza de implementare. Perioada de garanție tehnică minimă ce va fi precizată de ofertant va fi cel puțin egală cu cea prevazută de actele normative în vigoare la data prezentării ofertei (minim 12 de luni). Garanția trebuie să intre în vigoare la data semnării acceptanței funcționării sistemului. Ofertantul va pune la dispoziția beneficiarului un serviciu de asistență tehnică și suport gratuit pe perioada de garanție. Acest serviciu va recepționa orice sesizare privind disfunctionalitățile sistemului. Timpul de intervenție maxim acceptat în scopul diagnozei problemei este de 4 ore de la semnalarea disfuncției. Remedierea disfunctionalității trebuie să se producă în maxim 1 zi lucrătoare de la semnalarea acesteia. Ofertantul va pune la dispoziția beneficiarului, cel puțin două nume, adrese de email și numere de telefon pentru service. Ofertantul va anexa la ofertă lista rețelei de service proprii.

IV. Cerințe de service postgaranție

Ofertantul trebuie să precizeze în oferta sa că va asigura, contra cost, service postgaranție pe o perioadă de minim 5 ani de la livrare.

CAPITOLUL 2

APLICAȚIE INTEGRATĂ DE GESTIUNE A STUDENȚILOR, CURSURILOR ȘI CATALOAGELOR

I. Specificații generale

I.1. Specificații software și hardware

La configurațiile care conțin licențe software, prețul acestora va fi inclus în prețul produselor. Licența va conține certificatul de licențiere, discurile suport și manualele de utilizare. Ofertantul va livra produsele împreună cu compact discurile sau dvd-urile suport de instalare (drivere) ale componentelor hardware ale acestora, precum și cu toată documentația necesară. Se va specifica configurația hardware minimă necesară pentru a asigura buna funcționare a sistemului – atât la nivel de server, cât și la nivel de client – și pentru a permite dezvoltarea bazei de date cel puțin 3 ani. Sistemul va funcționa pe o rețea de tip TCP/IP. Se va specifica viteza în rețea, precum și lărgimea de bandă necesară pentru accesul web. Sistemul va avea proceduri de backup ale bazei de date și ale configurației sistemului, iar aceste proceduri se vor putea realiza atât automat, cât și manual. Sistemul va include un plan de disaster recovery pentru restaurarea sistemului.

I.2. Condițiile și termenele de livrare, instalare, recepție

Ofertantul trebuie să precizeze în ofertă termenul de livrare și faptul că este de acord cu condițiile stipulate mai jos:

Livrarea completă a produsului se consideră realizată în momentul semnării documentului de acceptanță a aplicației integrate de gestiune a documentelor de bibliotecă. Beneficiarul va semna documentul de acceptanță a funcționării componentei aplicație integrată de gestiune a documentelor de bibliotecă la sfârșitul recepției calitative. Recepția cantitativă și calitativă se va efectua la sediul Universității din Pitești, în prezența reprezentanților ambelor părți.

Recepția calitativă la beneficiar se va face în două etape:

– În termen de o lună de la instalarea software-ului pe echipamentele beneficiarului se vor efectua teste pentru verificarea funcționării aplicației în conformitate cu cerințele din caietul de sarcini.

– În termen de 15 zile lucrătoare de la realizarea migrării datelor din baza de date a Universității din Pitești în noua aplicație, pentru stabilirea corectitudinii conversiei datelor. Conversia datelor se face în termen de 2 luni de la semnarea contractului de atribuire.

Instalarea se va face în termen de 15 zile de la semnarea contractului, conform specificațiilor de mai jos și constă în:

– instalare produse software, configurare aplicație și punere în funcțiune;

– realizarea unei baze de date pentru testarea completă a produsului;

– ofertantul va furniza un certificat de garanție în care se precizează data semnării documentului de acceptanță; Ofertantul va asigura toate materialele necesare livrării. Contractul se încheie la sediul Universității din Pitești din Pitești, str. Târgu din Vale, nr. 1.

II. Cerințe generale impuse aplicației

II.1. Cerințe tehnice generale

Elementele majore și funcționalitățile sistemului propus trebuie să fie: baza de date pentru descrierea serverelor remote, a bazelor de date și a altor resurse; baza de date a utizatorilor înregistrați; Interfață web pentru utilizatori; portal și XML (sau o interfață API pentru a adăuga una) pentru sistemele remote; XML API sau portal pentru utilizarea unor baze de date de autentificare și autorizare separate simultan; interfețe APIs sau portaluri către sistemele locale și către documentele din bazele de date.

Portalul trebuie să permită căutarea direct în bazele de date țintă (fără index local).

Orice dezvoltare planificată în viitor care este inclusă în ofertă trebuie să fie bine documentată și descrisă, iar termenele de realizare și implementare trebuie să fie specificate.

Sistemul de operare pe care poate rula aplicația server: Linux.

Sistemul trebuie să suporte funcționarea multi-user și multi tasking.

Platforme suportate: Intel

Tip management baze de date: bază de date relațională Relational Database Management System (RDBMS).

Aplicația de baze de date trebuie să fie de tip Enterprise (Oracle sau echivalent)

Bazat pe standardele: Open URL; XML.

Arhitectura softului trebuie să includă software client folosit de utilizatori, pentru a accesa și utiliza modulele sistemului, bazat pe PC-uri cu S.O. Microsoft Windows 2000, Windows XP, Windows 7, Windows 8, Windows 10, client World Wide Web (WWW) care să permită accesul la toate serviciile publice oferite de Universitatea din Pitești prin intermediul browserelor standard ca Netscape, Internet Explorer, Firefox etc., care să permită căutarea și regăsirea înregistrărilor.

Arhitectura softului să prezinte o structură multi-strat client/server.

Sistemul să prezinte posibilitatea scrierii multidirecționale și utilizarea diferitelor alfabete folosind suportul multilingv UNICODE complet.

Sistemul trebuie să conțină componente flexibile, modulare, care pot fi adaptate după necesitățile Universității din Pitești.

Sistemul trebuie să permită Universității din Pitești să creeze sisteme de administrare proprii.

Interfața, mesajele sistemului și documentația sistemului să fie traduse în limba română, cu diacritice românești, în termen de șase luni de la semnarea contractului de atribuire.

Ofertantul trebuie să ofere service on-line pentru asistența tehnică.

Ofertantul trebuie să ofere documentația tehnică on-line pentru sistemul integrat ofertat.

Securitatea și controlul accesului. Sistemul trebuie să asigure securitatea bazei de date. Sistemul trebuie să asigure accesul controlat pe bază de user și parolă, pe tipuri de înregistrări și pe tipuri de acțiuni efectuate. Trebuie să permită definirea de niveluri de utilizatori, cu posibilitatea de a configura drepturile acestora.

Sistemul trebuie să înglobeze protocoalele de securitate a rețelei pentru a preveni accesul neautorizat din afara sistemului.

Administrarea sistemului.

20.1 Personalul Universității din Pitești însărcinat cu administrarea sistemului va avea drept de acces nerestricționat la sistem pentru orice fel de operațiuni.

20.2 Sistemul trebuie să trimită alerte către administratorul de sistem al Universității din Pitești. Alertele se referă la probleme de intruziuni neautorizate sau pierdere a conexiunii de rețea. Parametrizarea alertelor trebuie să poată fi configurată și modificată de către Universitatea din Pitești.

20.3 Modificările și upgrade-urile software-ului client trebuie să se facă prin distribuirea în rețea, și nu prin instalarea pe fiecare stație de lucru locală. Dacă acest lucru nu este încă posibil, descrieți cum se face distribuția în prezent. În cazul în care această operațiune de distribuire prin rețea a modificărilor și upgrade-urilor software-ului client nu este funcțională, ofertantul se angajează să dezvolte această funcționalitate în termen de 6 luni de la semnarea contractului.

Servicii. Conversia datelor.

Ofertantul trebuie să realizeze gratuit conversia datelor din baza de date a Universității din Pitești în noua aplicație, în termen de două luni de la semnarea contractului. Ofertantul se va consulta cu Universitatea din Pitești înainte de a instala aplicația, atât pentru a stabili modul de configurare a bazei de date, cât și pentru a stabili specificațiile pentru conversia bazei de date. Conversia va include toate fișierele de date pe care le folosește Universitatea din Pitești în baza ei de date. Ofertantul va descrie orice limitări și calificări ale formatului în care datele trebuie să fie oferite de Universitatea din Pitești pentru conversie. Ofertantul trebuie să specifice ce date nu pot fi convertite automat și să ofere o strategie pentru conversia acestora astfel încât să se evite reintroducerea manuală a acestora în sistem.

II.2. Utilitare ale aplicației, administrarea aplicației, mentenanța aplicației

Ofertantul trebuie să sprijine Universitatea din Pitești și partenerii săi în procesul de implementare și customizare.

Toate produsele software necesare pentru mentenanța sistemului trebuie să fie listate.

Componentele software adiționale (DBMS, HTTP server, compiler) necesare pentru aplicația portal trebuie listate.

Trebuie să fie disponibile utilitare gratuite pentru monitorizarea gradului de încărcare a sistemului, pentru a emite mesaje de alertă atunci când este necear un upgrade hardware.

Aplicația trebuie să ofere a varietate de niveluri de acces și capabilități, inclusiv permisiunea pentru specialiștii IT din Universitatea din Pitești și partenerii săi să aibă acces direct la sistemul de operare, să obțină și să modifice liste de fișiere, alocarea de resurse și setările și funcțiile de securitate.

Trebuie să existe posibilitatea de a rula acțiuni în background (cum ar fi update-uri ale bazei de date în timpul funcționării sistemului, fără a impieta asupra performanței acestuia întrun mod vizibil).

Descrierea tehnicilor utilizate (de ex. Limbaje de programare, baze de date, XML server, APIs) trebuie să fie incluse. De asemenea, se va specifica în ce scop au fost utilizate fiecare dintre tehnicile menționate.

Va fi inclusă descrierea metodelor utilizate pentru a realiza statistici de utilizare.

II.3. Proceduri de Backup și recovery

Ofertantul trebuie să recomande o metodă pentru realizarea backupului complet al sistemului și să specifice tipurile de device-uri și suporturi ce au fost testate cu success pentru sistem.

E recomandabil să fie posibil să se realizeze backup-ul întregului disk într-o singură sesiune.

Aplicația trebuie să aibă incluse rutine complet funcționale pentru restaurarea și restartarea sistemului după o defecțiune majoră a sistemului.

Trebuie efectuate proceduri de refacere a bazei de date și a indecșilor și, de asemenea, proceduri de asigurare a integrității bazei de date.

II.4. Acces și securitate

Trebuie să fie posibilă crearea de useri individuali și parole de acces.

Trebuie să fie posibilă specificarea claselor de utilizatori cu acces limitat la sistem.

Încercările neautorizate de actualizare a bazei de date sau derularea altor operațiuni trebuie să fie înregistrate în fișierele de log ale sistemului.

Trebuie oferite unele forme de autentificare sigură în mediul open network (cel puțin controlul accesului pe baza IP-ului. Descrieți opțiunile disponible.

Trebuie descrisă interfața API, care permite utilizarea datelor de identificare ale userilor externi Trebuie să suporte LDAP. Trebuie să fie posibilă utilizarea mai multor baze de date de autentificare și autorizare, diferite și separate, simultan.

Trebuie să fie posibil să se permită accesul pe baza IP-ului calculatorului personal și/sau doar pe baza adresei rețelei.

Trebuie să fie posibil să li se permită anumitor utilizatori, dar nu altora, să adauge, să modifice și să șteargă informații despre sistemele țintă și bazele de date.

Trebuie să fie posibilă actualizarea tabelelor userilor și acceselor prin interfața de programare. Utilizatorii trebuie să vadă întotdeauna doar acele sisteme țintă și acele resurse din bazele de date pe care sunt îndreptățiți să le folosească. Trebuie să fie posibil pentru utilizatorii înregistrați să-și configureze și să păstreze profilul personal de interes. Se va descrie în ce măsură pot fi lăsate unele servicii administrative cum ar fi schimbarea parolei de acces în seama utilizatorilor înregistrați.

Interfața pentru utilizatori trebuie să suporte utilizarea protocolului http secure, cel puțin în secțiunile personalizate sau cu informații despre utilizator.

III. Specificații funcționale

III.1. Interfața pentru utilizator

Trebuie să fie posibilă crearea de interfețe pentru utilizator. Ofertantul va specifica în ce mod se realizează acest lucru.

Trebuie să fie posibil pentru utilizator să acceseze portalul prin intermediul Internet Explorer și Firefox. Listați browserele suportate.

Trebuie să fie posibilă modificarea aspectului și structurii interfeței pentru uitlizator.

Aplicația portal trebuie să permită navigarea liberă în portal sau să pună la dispoziție mijloacele pentru a adăuga această funcționalitate. Ofertantul trebuie să descrie cum este organizată navigarea în sistem și ce tipuri de adaptări sunt posibile.

Portalul ar trebui să păstreze istoricul căutărilor și să permită repetarea căutărilor.

Portalul trebuie să includă funcționalitatea de logout și parametrul de timeout. Rezultatele căutărilor anterioare trebuie să fie disponibile pentru user de preferat 90 minute sau mai mult. Cerința minimă pentru timeout este de 30 minute. Acest lucru va fi luat în seamă la cerințele pentru hardware.

Trebuie să existe o interfață pentru personalul de specialitate pentru gestionarea informației despre serverele țintă, bazele de date, colecții și drepturile utilizatorilor, datele de autorizare și identificare.

Interfața pentru utilizator trebuie să permită stocarea permanentă a cererilor și a rezultatelor cererilor (raft virtual de preferințe). Ofertantul va specifica în ce mod vor putea fi modificate aceste grupări și în ce mod se vor putea adăuga noi resurse. Ofertantul va specifica, de asemenea, cum pot fi salvate referințele în sisteme separate de management al referințelor.

Portalul trebuie să permită gruparea resurselor pe baza cel puțin a subiectului sau a tipului de material. Aceste grupări trebuie să poată fi modificate.

Ofertantul trebuie să descrie cum sunt suportate căutările bazate pe HTML și XML.

Trebuie să fie posibilă utilizarea interfețelor proprii ale sistemelor țintă ca alternativă la interfața proprie a portalului.

Portalul trebuie să suporte legăturile de context senzitiv bazate pe standardul OpenURL.

Portalul trebuie să suporte interfață multilingvă pentru utilizator, inclusive help multilingv.

Portalul trebuie să fie capabil să convertească seturile de caractere UNICODE și LATIN2 ‘on the fly’ în scopul căutării și afișării înregistrărilor.

Portalul trebuie să arate statusul fiecărei sesiuni separate, pentru fiecare bază de date țintă. (de ex. Conectare – Căutare – Regăsire înregistrări).

Portalul trebuie să permită căutarea direct în bazele de date țintă (fără indecși locali).

Aplicația trebuie să asigure accesul la baza de date a Universității din Pitești, în orice moment și din orice locație, chiar dacă sistemul efectuează operații specifice de administrare sau alte proceduri (rapoarte, statistici, etc).

Respondentul va include un număr nelimitat de licențe pentru utilizatorii web care se conectează de la stațiile din Universitatea din Pitești, din alte locații sau de la propriile calculatoare de acasă, de la birou etc.

Aplicația trebuie să fie bazată pe pagini HTML și să poată fi accesat din INTERNET și INTRANET.

Aplicația trebuie să asigure căutări simple după diverse cîmpuri, cum ar fi nume student, cnp, număr matricol unic, specializare, localitate, facultate, vedete de subiect, limbă, cuvinte cheie sau căutări avansate cu ajutorul operatorilor booleeni, de proximitate și alți operatori.

Aplicația trebuie să ofere posibilitatea definirii punctelor de acces la informații proprii universității.

Aplicația trebuie să ofere posibilitatea unui număr nelimitat de căutări și de indexuri de căutare.

Aplicația trebuie să asigure căutarea și indexarea full-text a fiecărui cuvânt din baza de date.

Aplicația trebuie să asigure căutarea pe cuvânt, iar rezultatele căutărilor să fie afișate în ordinea relevanței.

Aplicația trebuie să asigure afișarea completă a rezultatelor unei căutări, indiferent de diacritice pentru un șir de căutare fără diacritice, iar un string cu diacritice înseamnă o rafinare a căutării și va întoarce rezultate numai cu diacritice.

Aplicația trebuie să asigure un suport multilingv, astfel încât utilizatorul să poată interacționa cu sistemul, în oricare din limbile oferite de program.

Aplicația trebuie să permită utilizatorului afișarea imaginilor, hărților sau a planurilor grafice create de Universitatea din Pitești și stocate ca imagini grafice.

Aplicația trebuie să permită crearea unui cont personal on-line de către utilizatorul individual și organizarea unei liste de interes “preferințe” care să includă, dar să nu se limiteze la cursuri, subiecte, activități ale Universității din Pitești.

Aplicația trebuie să ofere posibilitatea definirii profilurilor de diseminare selectivă a informațiilor prin care utilizatorii pot fi anunțați asupra disponibilității cursurilor de interes pentru ei, printr-o legătură directă la înregistrarea bibliografică a cursului respectiv (SDI).

Aplicația trebuie să ofere vizualizarea cursurilor curente, a activităților de seminar, proiect, temă de casă și a notelor la aceste activități de către utilizatori, conform politicii Universității din Pitești.

Aplicația trebuie să ofere posibilitatea solicitării de materiale(adeverințe, diverse acte) de către utilizatori.

Aplicația trebuie să permită utilizatorilor să-și definească limba de interfață și formatul de afișare.

Aplicația trebuie să permită vizualizarea istoricului cursurilor, seminariilor, proiectelor.

Aplicația trebuie să permită salvarea rezultatelor căutărilor și a strategiilor de căutare întrun fișier electronic, pe server, local pe PC-ul propriu sau să poată fi trimise prin poșta electronică.

Aplicația trebuie să permită definirea a noi câmpuri și subcâmpuri.

Aplicația trebuie să permită verificarea și validarea automată a înregistrărilor, pe măsură ce acestea sunt salvate, și să genereze mesaje de avertizare și de eroare.

Modulul trebuie să asigure compatibilitatea înregistrărilor, verficându-le automat.

Modulul trebuie să realizeze indexarea în timp real, astfel încât informația să poată fi regăsită automat.

Modulul trebuie să importe/exporte înregistrările din/în baze de date externe, să folosească funcții standard de copiere și lipire.

Se va crea un nivel de acces special pentru editarea, modificarea, crearea, ștergerea înregistrărilor. 25. Modulul trebuie să permită modificarea înregistrărilor ce trebuie schimbate în grup, automat, conform criteriilor stabilite de Universitatea din Pitești.

Modulul trebuie să permită validarea datelor din câmpuri și subcâmpuri și să semnaleze erorile de completare.

Modulul trebuie să permită modificarea înregistrărilor din bazele de date, cu ajutorul câmpurilor și subcâmpurilor.

Modulul trebuie să semnaleze înregistrările care trebuie schimbate, conform criteriilor Universității din Pitești.

Modulul trebuie să ofere posibilitatea de salvare a înregistrărilor pe PC-ul local, în momentul pierderii conexiunii cu serverul.

Modulul trebuie să permită crearea, generarea și personalizarea rapoartelor și statisticilor sau a altor tipuri și formate propuse de Universitatea din Pitești și să permită adaptarea acestora în funcție de necesitate.

Modulul trebuie să creeze rapoarte și statistici în timp real.

Modulul trebuie să permită generarea și personalizarea înștiințărilor de absentare de la activitățile obligatorii gen laborator, proiect, etc., conform politicii Universității din Pitești.

III.2. Procesarea seturilor de rezultate

Portalul trebuie să creeze o listă combinată a tuturor rezultatelor atunci cînd căutarea se face în mai multe baze de date.

Trebuie să fie posibilă răsfoirea (browse) rezultatelor căutării din fiecare bază de date separate.

Trebuie să fie posibilă afișarea rezultatelor în diferite forme (lung, scurt). Aceste forme trebuie să fie configurabile de administratorul sistemul.

Portalul trebuie să suporte afișarea setului de caractere UNICODE. Furnizați seturile de caractere suportate de portal.

Portalul trebuie să suporte setul de caractere LATIN-2. În interfața pentru utilizator caracterele pe 8 biți trebuie să se afișeze corect și trebuie să fie posibilă utilizarea lor în căutare.

Portalul trebuie să fie capabil să descarce și să stocheze înregistrările dorite în diferite formate, să le printeze și să le trimită prin email.

Portalul trebuie să permită răsfoirea (browse) rezultatului final al căutării într-una din bazele de date în timp ce alte căutări sunt încă în curs.

Trebui să fie posibilă sortarea seturilor rezultate în urma căutării cel puțin după nume, facultate, specializare, an studii, an universitar.

Portalul trebuie să fie capabil să elimine înregistrările duplicat din setul rezultat în urma căutării, în special în cazul în care un singur set de rezultate este afișat.

Trebuie să fie posibil să arate numărul real de rezultate per bază de date țintă.

III.3. Comunicații de date

Aplicația trebuie să fie capabilă să comunice prin protocoalele HTTP, și XML. Orice extensie particulară la aceste protocoale trebuie menționată, iar funcționalitățile acestora trebuie descrise. Trebuie să fie posibilă adăugarea de noi portaluri și protocoale la sistemul portal, precum și configurarea utilizării celor existente. Cum se realizează acest lucru? Descrieți.

Orice alte mijloace (specifice Ofertantului) folosite pentru realizarea de cereri de pe un sistem remote trebui să fie descris detaliat.

Aplicația trebuie să suporte OpenURL. Descrieți ce alte soluții pentru realizarea de legături suportă sistemul.

III.4. Timpi de răspuns

Procesarea setului rezultat la căutare mai mic de 100 de înregistrări dintr-o singură bază de date remote nu trebuie să dureze mai mult de 5 secunde.

Trebuie să fie posibilă derularea acțiunilor de mică prioritate în background, de ex. Mentenanța sistemului țintă, informații despre baza de date și colecții. Descrieți ce posibilități sunt și cum funcționează.

Ofertantul trebuie să asigure că în orice interval de patru săptămâni procentul de funcționare a sistemului nu va fi sub 98%. Mai mult, sistemul trebuie sa-și propună ca țintă un procent de funcționare care să nu fie mai mic de 99% în toată perioada de 365 de zile. Aceasta va permite 8 ore de nefuncționare pe lună și 87 de ore de nefuncționare pe an.

IV. Cerințe specifice aplicației

IV.1. Cerințele de bază ale aplicației

Aplicația trebuie să fie portabilă (să funcționeze pe diferite platforme hardware). Ofertantul trebuie să specifice cerințele minime de hardware și software pentru calculatoarele clientului (configurațiile PC-urilor), pentru a se asigura o utilizare optimă și eficientă a sistemului de către utilizator.

Aplicația trebuie să fie ultima versiune (cea mai recentă) deținută de firma producătoare.

Aplicația trebuie să se bazeze pe o arhitectură client-server pe mai multe niveluri (multilayer).

Aplicația trebuie să permită utilizarea bazelor de date multiple, în rețea, precum și utilizarea simultană a tuturor părților acestora.

Aplicația trebuie să permită folosirea utilitarelor specifice pentru a permite generarea de rapoarte (de către administrator și anumiți utilizatori stabiliți de către administrator) sau să permită formularea de interogări pentru a obține acces la elemente care nu sunt în răspunsurile explicite ale sistemului.

Aplicația trebuie să suporte conectarea filialelor Universității din Pitești pe același server.

Aplicația trebuie să asigure suportul pentru toate formatele bazelor de date cu studenți.

Aplicația trebuie să permită configurarea parametrilor pentru toate formatele bazelor de date cu studenți.

Aplicația nu trebuie să limiteze dimensiunea înregistrării.

Aplicația trebuie să asigure o compatibilitate totală UNICODE.

Aplicația trebuie să aibă traduse în limba română, în termen de șase luni de la semnarea contractului de atribuire, interfețele pentru toate subsistemele, la instalare.

Următoarele module și utilitare trebuie să fie complet dezvoltate, operaționale și utilizabile în mod curent în diferitele locații de care dispune beneficiarul: Controlul fișierelor de autoritate; Acces la catalogul electronic on-line al studentului; Generator de rapoarte; Rapoarte statistice; Utilitar pentru Import/Export de înregistrări cu studenți

Aplicația trebuie să asigure interfața grafică – GUI la stațiile client, cel puțin pentru următoarele subsisteme: Controlul fișierelor de autoritate; Acces la catalogul electronic on-line al studentului; Generator de rapoarte; Rapoarte statistice; Utilitar pentru Import/Export de înregistrări cu studenți.

Ofertantul trebuie să ofere o gamă de programe distincte care vor fi utilizate pentru accesarea și operarea modulelor propuse, cel puțin pentru: a. aplicație client pentru Windows cu interfața grafică (GUI) pentru a fi utilizata pe PCuri cu sisteme de operare Microsoft Windows XP, Microsoft Windows 7, Microsoft Windows 8, Microsoft Windows 10. b. aplicație client pentru World Wide Web (WWW) care să permită accesul la toate serviciile publice oferite de Universitatea din Pitești, prin intermediul browserelor: Netscape, Internet Explorer, Mozilla, etc.

Catalogul cu note al studentului trebuie să includă cel puțin următoarele facilități pentru student: a. posibilitatea studentului de a-și alege cursurile opționale și a cursurilor facultative. b. posibilitatea studentului de a vizualiza obligațiile, amenzile, plățile, restanțele, notele, etc. c. posibilitatea studentului de a vedea cursurile pe care trebuie sa le frecventeze. d. posibilitatea studentului de a vizualiza istoricul notelor/cursurilor frecventate.

Aplicația trebuie să ofere posibilitatea ca funcționalitatea fiecărui subsistem să poată fi parametrizată după nevoile Universității din Pitești.

Aplicația trebuie să ofere posibilitatea definirii conținutului ecranelor de ajutor și a etichetelor câmpurilor prin intermediul parametrilor.

Aplicația trebuie să ofere posibilitatea utilizării nivelurilor de autorizare pentru fiecare subsistem (parametrizarea drepturilor utilizatorilor Universității din Pitești pe funcții, subfuncții etc.) folosind interfața API.

Aplicația trebuie să suporte criptarea WEB utilizând tehnologia SSL (Secure Socket Layer).

Aplicația trebuie să suporte comunicația în spatele unui firewall.

Aplicația trebuie să permită integrarea și funcționarea în rețeaua Universității din Pitești.

IV.2. Cerințe pentru interfața client și utilizator

IV.2.1. Client – Cerințe generale

Nivelul de prezentare trebuie să fie implementat pe stația client. Clienții Windows trebuie să conțină nivelul aplicație.

Toate stațiile client trebuie să permită flexibilitate în proiectarea ferestrelor.

Sistemul trebuie să stocheze toate fișierele de ajutor – asistență (help files) pe stația client, pentru acces și personalizare imediată.

Aplicația trebuie să permită unui administrator autorizat al Universității din Pitești, să stabilească conținutul exact al ecranelor de asistență – text (help screens), pentru fiecare stație de lucru.

Aplicația trebuie să permită operatorului să solicite și să primească asistență specifică contextului pentru fiecare comandă folosită prin apăsarea unei singure taste.

Stațiile client/clienți trebuie să permită operatorului să se deplaseze înainte și înapoi în cadrul textului pentru asistență, să includă conexiuni de tip hipertext către elemente de asistență asociate, capturi de ecran, exemple etc. și să faciliteze accesul la un index de cuvinte cheie și cuprinsul textului sistemului de asistență.

Stațiile Client/clienți trebuie să transfere de pe server numai rezultatele solicitate.

Aplicația trebuie să permită operatorului să tiparească la imprimantă întregul conținut al înregistrării referitoare la explicațiile solicitate. (Nu este acceptată numai tipărirea informațiilor vizibile pe ecran, indiferent de dimensiunea înregistrării, prin utilizarea tastei Print Screen a PCului).

Stațiile Client/clienți trebuie să permită operatorului să transfere conținutul oricărui câmp de date dintr-o fereastră în alta.

Aplicația trebuie să permită administratorului de sistem să stabilească valori implicite pentru toate câmpurile ferestrelor de introducere a comenzilor.

Aplicația trebuie să permită administratorului sistemului să stabilească tipul de date care trebuie introduse în câmpurile pentru comenzi: caractere majuscule, caractere minuscule sau date numerice.

Aplicația trebuie să permită utilizarea de stații client Web și Windows via socket-uri.

IV.2.2. Client Windows

Aplicația trebuie să includă un client Windows cu interfață grafică, total compatibil cu specificațiile de mai jos :

Clientul de pe stațiile folosite de angajați trebuie să ruleze pe sistemele Windows XP, Windows 7, Windows 8 sau Windows 10 și se va adapta pentru versiunile ulterioare ale sistemului Windows.

Clientul de pe stațiile folosite de angajați trebuie să permită operatorilor să utilizeze orice funcție pentru care aceștia sunt autorizați, accesul la aceste funcții efectuându-se prin intermediul: unei bare cu instrumente definite de utilizator sau unei taste funcționale definite de utilizator.

Wizard-ul trebuie să conducă operatorul printr-o serie de pași pentru a completa procesul definit, fără a se utiliza comenzi sau meniurile tradiționale.

Clientul Windows trebuie să utilizeze Windows Print Manager pentru toate operațiile de imprimare.

Clientul Windows trebuie să permită utilizatorului să pornească automat aplicații asociate cu URL-uri în câmpuri ale bazei de date, destinate legăturilor hipertext.

Clientul Windows trebuie să efectueze automat verificările comenzilor editate de utilizator înainte de a solicita executarea lor de către server.

Clientul Windows trebuie să controleze toate echipamentele periferice atașate, inclusiv cititoare de etichete și imprimante.

La conectarea inițială la sistem trebuie să se asigure conectarea la toate modulele (clientul nu trebuie să solicite conectări separate pentru a se permite accesul la diferite module sau subsisteme).

Aplicația trebuie să asigure unui operator accesul simultan la toate funcțiile la care acesta are drepturi, fără să fie necesară comutarea între module, meniuri sau pagini de ecran.

Aplicația nu trebuie să solicite operatorului să schimbe subsistemul pentru a realiza un set diferit de comenzi.

Clienții nu trebuie să solicite operatorului să utilizeze secvențe de comenzi sau acronime.

Clienții trebuie să afișeze pe ecran un formular cu toate câmpurile necesare atunci când operatorul inițiază o comandă.

Stațiile client trebuie să asigure operatorului facilități complete de editare pe ecran.

Stațiile client trebuie să permită operatorului autorizat trecerea de la un câmp la următorul prin apăsarea unei singure taste.

Stațiile client trebuie să permită poziționarea de către operator a cursorului oriunde pe ecran, prin utilizarea tastelor cu săgeți sau a mouse-ului.

Stațiile client trebuie să permită utilizatorului să introducă date de la tastatură la poziția curentă a cursorului.

Stațiile client trebuie să permită utilizatorului să folosească tastele de ștergere și inserare pentru a corecta greșeli de editare.

Stațiile client trebuie să mențină pe ecran formularele de lucru până când operatorul decide să treacă la următoarea comandă.

Dacă se detectează o eroare, aplicația trebuie să semnaleze apariția acesteia prin afișarea unui mesaj pe ecran, lăsând nemodificat formularul și datele introduse de operator.

Aplicația trebuie să afișeze un mesaj de eroare cu explicațiile necesare în cazul în care datele introduse de operator nu sunt corecte.

Aplicația trebuie să furnizeze, continuu, operatorului mesaje de informare referitoare la activitatea curentă.

Aplicația trebuie să permită unui administrator autorizat al sistemului să configureze comenzi pentru afișarea automată a mesajelor, pe măsură ce se execută comenzile.

Aplicația trebuie să permită unui administrator autorizat al sistemului să instaleze clientul pentru Windows pe stațiile de lucru ale personalului, folosind o aplicație simplă de instalare.

IV.2.3. Clientul World Wide Web

Sistemul trebuie să lanseze o sesiune de lucru a unui utilizator, care să înregistreze căutările anterioare și să permită utilizatorilor reluarea acestor căutări pe același server sau pe un alt server sau pe servere diferite.

Aplicația trebuie să permită restrictionarea accesului la baze de date locale sau situate în alte locuri, pe baza numelui de utilizator și a parolei.

Aplicația trebuie să păstreze drepturile de autorizare ale utilizatorilor dacă aceștia trec de la o bază de date la alta în cadrul aceleiași sesiuni de lucru.

Aplicația trebuie să permită atât accesul de la orice IP, cât și posibilitatea de sign-on pentru utilizatorii din INTERNET (pe bază de user și parolă).

Clientul de Web trebuie să asigure crearea și executarea unor căutări simple sau complexe (cu operatori booleeni, etc).

Clientul de Web trebuie să asigure suport de navigare (SCAN) și de selectare a termenilor din liste de subiecte.

Clientul de Web trebuie să asigure căutarea în mod hipertext pentru elementele asociate.

Clientul de Web trebuie să asigure afișarea informațiilor referitoare la referințele încrucișate.

Clientul de Web trebuie să asigure sortarea rezultatelor căutării pe baza unor criterii definite de utilizator.

Clientul de Web trebuie să asigure transferul înregistrărilor la imprimantă, într-un fișier local sau trimiterea prin e-mail.

Clientul de Web trebuie să permită utilizatorului selectarea și imprimarea rezultatelor selectării din Web.

Clientul de Web trebuie să asigure legătura la servere multiple pe care sunt stocate informațiile bazei/bazelor de date.

Clientul de Web trebuie să permită reluarea căutărilor anterioare, pe baza datelor care sunt stocate în istoricul căutării.

Clientul de Web trebuie să permită utilizatorului să lanseze automat în execuție aplicații asociate cu URL-urile din câmpurile corespunzătoare sub forma funcțiilor de tip hipertext.

Clientul de Web trebuie să permită accesul la diverse informații gestionate de Universitatea din Pitești: adresele sediilor, politica Universității din Pitești, informații generale, întrebări frecvente, etc.

Clientul de Web trebuie să permită utilizarea formularelor on-line, schimbarea adresei utilizatorului, sugestii și alte formulare definite de Universitatea din Pitești.

Clientul de Web trebuie să permită autentificarea utilizatorilor prin nume și opțional printr-un număr de identificare personal și să permită utilizatorilor autorizați să: acceseze conturile personale, să obțină acces la baze de date suplimentare și alte baze de date la care utilizatorul anonim nu are acces.

IV.3. Cerințele pentru Controlul autorităților (fișierele de autoritate – vedete)

Aplicația trebuie să furnizeze accesul protejat la bazele de date.

La aplicație se pot conecta 4 tipuri de utilizatori: administrator, secretar, student, profesor.

În caz de necesitate se vor adăuga și alte tipuri de utilizatori.

Utilizatorul de tip Administrator va putea:

Schimba drepturile de acces ale celorlalti utilizatori

Configura numarul de locuri oferite de fiecare facultate pentru fiecare program (buget si cu taxa), precum si formula de admitere pentru fiecare program

Configura facilitatile de camin oferite de universitate, precum si metoda de distribuire

Configura texele ce trebuiesc platite de studentii de la fiecare curs

Configura in modul salile de curs ce pot fi folosite pentru cursuri, seminarii sau laboratoare

Utilizatorul de tip Secretariat va putea:

Configura programa scolara (cursuri oferite, numar de credite, metoda de examinare, profesor) pentru fiecare program de studii din cadrul facultatii asupra careia are drepturi de utilizare

Verifica plata taxelor de catre studenti

Edita programul de predare a cursurilor din cadrul facultatii asupra careia are drepturi de utilizare

Publica stiri pe diverse categorii pentru studentii din cadrul facultatii asupra careia are drepturi

Utilizatorul de tip Profesor va putea:

Introduce notele obtinute de studenti la cursul predat

Publica stiri catre studenti referitoare la cursul predat

Utilizatorul de tip Student va putea:

Vedea notele obtinute la fiecare curs din programa sa

Va putea vedea situatia taxelor (platite sa ce urmeaza sa fie platite)

Va putea vedea orarul personalizat in functie de cursurile pe care le studiaza

Vedea alocarea sa la camin in cazul in care isi exprima dorinta de a ocupa in loc la camin

Vedea stirile publicate de catre secretariatul facultatii

IV.4. Cerințe pentru realizarea de rapoarte

Aplicația trebuie să permită operatorului autorizat să genereze rapoarte și statistici privind înregistrările editate de un anume operator specific.

Aplicația trebuie să permită operatorului autorizat să specifice perioada de timp pentru care se fac rapoartele.

Aplicația trebuie să permită operatorului autorizat să realizeze liste și să calculeze numărul de documente (exemplare) adăugate într-o perioadă de timp specifică.

Aplicația trebuie să permită operatorului autorizat să creeze rapoarte statistice, cu evidența exemplarelor adăugate, sub formă de tabele. Acest raport va arăta rândul, coloana și totalurile generale.

Aplicația trebuie să permită operatorului autorizat să reutilizeze raportul prin aplicarea de noi criterii de raportare

Aplicația trebuie să permită operatorului autorizat să realizeze managementul situatiei scolare a studentilor conform planului de invatamant;

Aplicația trebuie să permită operatorului autorizat crearea de discipline pentru fiecare facultate cu urmatoarele detalii pentru fiecare disciplina: Cod disciplina, Nume disciplina, componente predare (curs, seminar, laborator), fiecare cu numarul de ore si profesor atribuit, componente evaluare (proiecte, examene), numar credite, catalog note;

Aplicația trebuie să permită operatorului autorizat configurarea programei de studii la fiecare specializare prin atribuirea disciplinelor componente la un semestru de studii;

Aplicația trebuie să permită operatorului autorizat atribuirea unei liste de cursuri optionale la un semestru de studii;

Aplicația trebuie să permită operatorului autorizat atribuirea unei grupe de studenti la un anumit seminar din cadrul cursului la care ia parte;

Aplicația trebuie să permită fiecarui student sa isi acceseze situatia scolara la fiecare curs la care este inscris;

Aplicația trebuie să permită operatorului autorizat introducerea de note sau alte componente de evaluare la fiecare curs, precum si optiunea de a le tine ascumse pentru studenti sau de a le publica

Aplicația trebuie să permită operatorului autorizat scoaterea de rapoarte:

Lista studenti la o disciplina si note obtinute;

Situatie scolara a unui student (lista discipline studiate si situatie scolara a fiecareia);

Lista studentilor din cadrul unei specializari in ordinea descrescatoare a mediei obtinute in anul respectiv.

IV.5. Cerințele Catalogului de Acces Online

IV.5.1. Birou informații locale

Aplicația trebuie să furnizeze indexarea completă pentru catalogul de acces on-line; în acest sens, toate cuvintele din toate câmpurile înregistrării trebuie să fie cuvinte cheie indexate.

Toate câmpurile trebuie să aibă căutare de text integral, fiecare cuvânt al câmpului de căutare trebuie indexat, pentru căutarea dupa cuvinte(nume, prenume, domiciliu, etc.).

Aplicația trebuie să permită utilizatorului să introducă o expresie de căutare, care va fi căutată în textul integral al fiecărei înregistrări din baza de date.

In plus, ofertantul trebuie să furnizeze indecși de răsfoire/consultare (browsere) pentru nume student, nume curs, nume profesor, specializare, facultate, etc.

Aplicația trebuie să permită utilizatorului să introducă cuvinte multiple sau expresii, pentru a fi căutate într-unul, în mai multe câmpuri, sau în toate câmpurile.

Aplicația trebuie să permită utilizatorului să caute simultan în mai multe câmpuri, cuvinte sau expresii.

Aplicația trebuie să permită căutarea, utilizând următorii operatori booleeni, în cadrul câmpurilor: a. OR (un termen sau ambii termeni trebuie să se afle în înregistrare) b. NOT (următorul termen nu trebuie să apară în nici o înregistrare în care apare termenul anterior) c. AND (ambii termeni trebuie să se afle în aceeași înregistrare).

Aplicația trebuie să permită căutarea, utilizând următorii operatori de poziție, în cadrul câmpurilor: a. SAME (termenii trebuie să se afle în același câmp) b. WITH (termenii trebuie să se afle în același enunț, în cadrul unui câmp) c. NEAR (termenii trebuie să fie adiacenți, dar în orice ordine) d. ADJ (termenii trebuie să fie imediat adiacenți, în ordinea în care care au fost introduși)

Aplicația trebuie să permită orice număr rezonabil (mai mult de nouă) de cuvinte-cheie și operatori de legătură (AND sau NOT), pentru a fi folosiți la căutare.

Aplicația trebuie să permită căutări grupate prin paranteze, care pot fi grupate pe cinci nivele.

Aplicația trebuie să permită căutarea cu ajutorul operatorilor relaționali a câmpurilor declarate ca incluzând valori numerice.

Aplicația trebuie să valideze căutarea, folosind oricare din următorii operatori relaționali: a. “mai mic decât” b. “ mai mare decât” c. “ egal cu” d. “ mai mic sau egal cu” e. “ mai mare sau egal cu” f. “ nu e egal cu”.

Aplicația trebuie să permită căutarea folosind concordanța formelor: a. potrivirea oricărui număr de caractere sau a unui număr de caractere până la un maxim, specificat de operator, b. potrivirea unui număr exact.

Aplicația trebuie să permită folosirea ambelor tipuri de potriviri: a. în cadrul unui șir de caractere b. la sfârșitul unui șir de caractere c. împreună, în combinații multiple.

Aplicația trebuie să permită restrângerea căutărilor după elementele de mai jos, precum și după orice alte elemente de identificare: a. anul de studiu (studentii din anul de studiu specificat). b. Specializarea, c. Anul universitar, d. Facultatea, e. Nume curs, f. Localitatea.

Aplicația trebuie să permită ambele nivele de căutare (simplă și avansată).

Aplicația trebuie să permită administratorului de sistem să configureze macheta de căutare astfel încât să includă câmpuri de căutare specifice, combinate prin operatori booleeni precum și un câmp de căutare general utilizat pentru a căuta în câmpuri fără utilizarea machetei.

Aplicația trebuie să permită operatorului să navigheze la pagina următoare ca și la cea anterioară, în cadrul listei de înregistrări regăsite prin orice căutare.

Aplicația trebuie să permită administratorului să mențină o listă de câmpuri, ce constituie o înregistrare sumară și o listă de câmpuri ce constituie o înregistrare completă.

Aplicația trebuie să afișeze înregistrări sumare ale rezultatelor multiple ale unei căutări.

Aplicația trebuie să afișeze o înregistrare completă în cazul unei căutări soldate cu un singur răspuns.

Aplicația trebuie să permită operatorului să indice câmpurile care vor fi afișate pentru o înregistrare regăsită în momentul în care operatorul dorește afișarea.

Aplicația trebuie să permită operatorului să specifice cantitatea de date ce trebuie afișate.

Aplicația trebuie să fie livrată împreună cu un set de căutări pre-configurate ale materialelor de interes deosebit.

Utilizatorii pot viziona afișările adaptate pentru : a. Chitante, b. datele de plată, inclusiv scadențele de plată și amenzile c. răspunsurile personalului la cereri, inclusiv răspuns la răspuns sau anularea cererii. d. note ale personalului Universității către utilizator.

Aplicația trebuie să furnizeze fiecărui utilizator înregistrat, un cont on-line, unic și personal, cu elemente de securitate pentru protecție (parola-cod PIN).

Utilizatorii își vor reînnoi datele personale fără interventia personalului.

Aplicația trebuie să susțină un modul de cerere, care să permită utilizatorilor să completeze formularele on-line, pentru diverse cereri.

Aplicația trebuie să permită comunicarea bidirecțională între utilizatori și personalul Universității.

Aplicația trebuie să permită utilizatorilor să vizioneze propriile cereri și răspunsurile la cereri.

Aplicația trebuie să permită Universității să defineasca tipurile de cereri permise.

Aplicația trebuie să permită Universității să solicite folosirea unui număr personal de înscriere a utilizatorului, pentru anumite tipuri de cereri.

Înregistrarea cererii va include: a. cererea ID (de identificare) b. tipul c. Statutul(soluționată, nesoluționată, în curs de soluționare), d. data înscrisă e. data modificată, f. data răspunsului g. data vizionată h. identificarea utilizatorului i. datele utilizatorului.

Aplicația trebuie să permită personalului Universității să lase mesaje pentru utilizatori, fără ca acesta să le ceară.

Aplicația trebuie să permită personalului Universității să realizeze următoarele: a. statutul controlului asupra cererilor la care nu s-a răspuns b. îndepărtarea cererilor care au răspuns vizionat de utilizator c. furnizarea de informații recapitulative din partea personalului care răspunde la cereri, arătând numărul și tipul de răspuns, într-o perioadă de timp specificată.

IV.5.2. Porțile de intrare (Gateways)

Aplicația trebuie să includă o poartă de intrare pentru accesul la baza de date.

Poarta de intrare trebuie să fie accesibilă utilizatorilor, de pe ecranul inițial.

Aplicația trebuie să permită Bibliotecii să proiecteze versiuni multiple ale acestei porți de intrare, cu scopul de a fi utilizate de diverse categorii de utilizatori.

Aplicația nu trebuie să limiteze numărul de variante de porți de intrare și nici numărul de utilizatori alocați.

Aplicația trebuie să limiteze accesul utilizatorilor doar la acele baze de date sau destinații definite de către Universitatea din Pitești, specifice unei anumite porți de intrare.

Aplicația trebuie să permită Bibliotecii să definească numărul de utilizatori care pot accesa simultan orice bază de date sau destinație și să nu permită accesul altor utilizatori, atunci când conexiunea depășește limita definită.

Aplicația trebuie să permită utilizatorilor individuali posibilitatea de a se loga prin intermediul codului personal PIN și de a accesa o poartă de intrare specifică identității utilizatorului respectiv.

Aplicația trebuie să poată gestiona continuu logarea prin poarta de intrare, prin : a. identitatea utilizatorului b. categoria utilizatorului c. baza de date sau destinația specifică d. timpul consumat de fiecare utilizator conectat la baza de date sau destinația specifică.

Aplicația trebuie să permită personalului autorizat să genereze rapoarte privind aceste logări inclusiv : a. numărul de accesări ce revin ID-ului utilizatorului b. numărul de categorii ce revin ID-ului utilizatorului c. oricare din aspectele de mai sus, afișate pe număr de accesări la o anumită bază de date sau destinație d. oricare din aspectele de mai sus, selectate pe un interval de timp.

In cadrul fiecărei porți de intrare, Universitatea din Pitești va putea crea un număr nelimitat de submeniuri, pentru a dirija utilizatorii spre baze de date sau destinații specifice.

Aplicația trebuie să valideze utilizatorii care urmează să se conecteze direct la baza de date sau destinație, selectând pictograme sau meniuri ale porții de intrare prezentate inițial pe ecran, sau la oricare sub-meniu.

In cadrul fiecărui meniu principal sau sub-meniu, aplicația trebuie să ordoneze, în ordine alfabetică bazele de date sau destinațiile, sau sub-meniurile suplimentare conform cu etichetele definite de Universitatea din Pitești.

Poarta de intrare trebuie să permită utilizatorului să acceseze destinațiile definite de Universitatea din Pitești, chiar dacă aceste destinații sunt /nu sunt localizate pe serverul gazdă al Universității din Pitești sau pe un calculator la distanță.

Aplicația trebuie să permită Universității din Pitești să definească ca destinații, următoarele: a. baze de date sau servicii la distanță, disponibile via modem. b. baze de date sau servicii la distanță, disponibile via telnet c. baze de date organizate local d. baze de date sau servicii la distanță, disponibile via World Wide Web.

Aplicația trebuie să permită Universității din Pitești să definească pe plan local, informațiile necesare conectării la fiecare din aceste surse, incluzând : a. tipul de conectare: Internet, rețea locală, modem, www. b. cerințele de logare; dacă logarea este cerută sau este automată, dacă sunt necesare identificarea utilizatorului și parola. c. text de instruire, care să informeze utilizatorul în legătură cu conținutul destinației, condițiile de folosire, ajutor cu interfața originară, procedura de ieșire etc. d. selectarea unei pictograme pentru fiecare destinație.

Aplicația trebuie să afișeze textul de instruire, definit de Universitatea din Pitești, pentru ca acesta să fie accesibil utilizatorului înainte de realizarea conexiunii.

Aplicația trebuie să deconecteze de la destinație și să se intoarcă la meniul (sub-meniul) de la care a fost selectată destinația, atunci când: a. utilizatorul se deconectează de la destinație b. utilizatorul selectează o altă destinație c. după o perioadă de timp definită de Universitatea din Pitești, pe parcursul căreia destinația este inactivă (din cauza inactivității utilizatorului sau pentru că destinația se dovedește a fi inaccesibilă – perturbări la server sau de telecomunicații).

Aplicația trebuie să afișeze un text de avertizare înaintea încheierii perioadei de timp definite (din cauza inactivității utilizatorului) și se va intoarce la meniul de la care a fost cerută destinația.

Aplicația trebuie să valideze administratorul de sistem al Universității din Pitești, să “ascundă” de utilizatori destinațiile noi, pe durata testării acestora.

Aplicația trebuie să valideze personalul Universității din Pitești, să “ascundă” parțial sau în totalitate, destinațiile pentru serviciile cu plată.

Aplicația trebuie să permită personalului Universității din Pitești să mențină centralizate destinațiile porții de intrare.

Poarta de intrare trebuie să determine automat dacă clientul ce va fi invocat în momentul selectării unei destinații este rezident pe server sau pe calculatorul de birou.

Aplicația trebuie să furnizeze accesul protejat la bazele de date.

Personalul specializat al Universității din Pitești va avea posibilitatea să selecteze informațiile pe care le doresc utilizatorii, pentru ca sistemul să le monitorizeze ca actualizări sau dezvoltări.