Diagrame
Diagrame
Clinica SCC a fost fondată pe 18 iunie 2011. Numele său anterior a fost Clinica Dentista ș i a fost schimbat recent.
Mai 2015. Clinica SCC este deț inută de Dr. Sheila C. Cruz ș i ea este de asemenea dentistul principal al clinicii. Clinica SCC constă din
ș ase (6) angajaț i. Doi (2) dintre ei sunt asociaț i dentari ș i patru (4) membri ai personalului constau din trei (3) asistenț i de clinică ș i unu
helper. SCC Clinic has been serving over 3,000 patients since the year it started. An approximate of eight (8) appointments are
programate ș i o medie de 10 pacienț i sunt trataț i pe zi. Clinica SCC oferă proceduri stomatologice minore ș i majore pentru
Pacienț ii îș i fac programările prin apeluri telefonice sau prin vizite personale la clinică. Asistentul clinicii ia
programare solicitată de pacient prin furnizarea programului dorit ș i a serviciului de care avea nevoie pacientul. Pacienț ii sunt
este necesar să completaț i formularul de programare a pacientului care serveș te ca înregistrare iniț ială a pacientului în clinică. Programările efectuate pot
poate fi modificat de pacient sau de asistentul clinicii dacă este necesar ș i poate fi făcut printr-un apel telefonic sau mesaje text. Cu o zi înainte de
programarea pacientului, asistentul clinicii notifică pacientul prin mesaj text ș i cere pacientului să ofere confirmarea.
Dacă pacientul nu furnizează o confirmare, programarea sa va fi anulată. Pacienț ii pot, de asemenea, să anuleze programările lor.
Clinica SCC încă practică păstrarea manuală a dosarelor pacienț ilor lor. Formular de informaț ii despre pacient, observaț ii de tratament,
Lista serviciilor ș i înregistrările programărilor sunt toate scrise manual ș i păstrate în dulapuri de fiș iere. Există un software disponibil care
efort. Astfel, ei văd că păstrarea documentelor într-un dulap de fiș iere este opț iunea mai bună. Cu procesul manual pe care clinica încă îl foloseș te
exersând, este greu pentru angajaț i să recupereze, să organizeze ș i să actualizeze astfel de înregistrări atunci când este nevoie.
În configuraț ia actuală a clinicii SCC în ceea ce priveș te programările pacienț ilor ș i urmărirea dosarelor, angajaț ii durează
efort ș i timp mari. Pentru a diminua procesul manual pe care clinică îl practică, automatizarea acestor procese este o soluț ie bună.
În plus, valorificarea aplicaț iilor disponibile în reț ea va oferi pacienț ilor, personalului ș i stomatologilor un
The
medici ș i personal. Aceasta este pentru a-i ajuta să gestioneze programările, să organizeze, să recupereze ș i să monitorizeze informaț iile. În
Diagrama de Proces Input-Output Ierarhic arată cadrul de înalt nivel al Sistemului de Programări Online pentru Pacienț i.
Diagrama prezintă ce aș teptări sunt de la intrările sistemului, diferitele procese care vor lucra cu intrările ș i
ieș irea aș teptată. În nodul de Intrare, sistemul necesită abonarea informaț iilor despre programare care include data,
timpul ș i serviciul necesar, informaț iile pacientului care conț in informaț ii demografice ale pacientului, cum ar fi numele, numărul de contact,
Aceste informaț ii sunt apoi realizate în nodul Proces. Sistemul constă în 2 procese majore, gestionarea informaț iilor despre pacienț i ș i
Gestionaț i programarea întâlnirilor. Aceste procese vor gestiona informaț iile introduse. Pe măsură ce procesarea informaț iilor este
finalizat, sistemul este aș teptat să genereze rapoarte relevante ș i necesare, servind ca Output al sistemului. Aceste rapoarte sunt
rezumatul informaț iilor pacientului ș i al istoricului de tratament, rezumatul programării pacientului ș i volumul de muncă al clinicii bazat pe
întâlniri.
Sistem
cazuri diferite de utilizare în sistem. Pacientul poate fi categorisit ca pacienț i noi ș i pacienț i vechi.
Înț elegerea fluxului procesului de afaceri al Sistemului de Programări pentru Pacienț i Online se face în diverse moduri. Acest lucru este pentru a vedea
entităț i care sunt implicate în sistem ș i ce date ș i atribute ale acestora sunt procesate ș i generate.
Diagrama de flux de date (DFD) este o tehnică importantă în modelarea detaliului la nivel înalt al unui sistem prin arătarea modului în care datele de intrare sunt
transformate pentru a produce rezultate printr-o secvenț ă de transformări funcț ionale. În Figura 3.1, diagrama arată fluxul de date
diagrama nivelului de context al Sistemului de Programări Online pentru Pacienț i. Entităț ile sistemului sunt pacienț ii, dentistii ș i clinica
asistenț i. Aceste entităț i sunt sursa din care provine datele brute, precum ș i primind un rezultat de la sistem. Figura 3.2
arată diagrama de nivel 0 a nivelului de context. Arată procesele mai specifice care execută fiecare dată din sistem care
poate duce la generarea de rapoarte ș i păstrarea în stocarea datelor. Aceste stocări de date păstrează informaț iile legate unele de altele
Priority: Scăzut
Source:
Altul
Participând Asistent - Primeș te programul de întâlniri al pacientului
Actor:
Description Acest caz de utilizare descrie evenimentul unui pacient nou care face o programare la clinică. Pacientul Nou
trebuie să completeze formularul de informaț ii ale pacientului pentru a crea un nou cont pentru el/ea. Odată ce pacientul este
înregistrat cu succes, poate continua să îș i creeze programarea.
Precondiț ie: Pacientul trebuie să fie înregistrat mai întâi înainte de a crea o programare.
Declanș ator: Acest caz de utilizare este declanș at atunci când un nou pacient creează o programare.
Step 6: The patient makes Pasul 7: Sistemul verifică dacă data ș i ora selectate sunt disponibile pentru
o întâlnire, oferind programarea unei întâlniri
data, ora ș i
serviciul/serviciile pe care le doreș te Pasul 8: Odată ce a fost verificat, sistemul salvează întâlnirea programată creată
Alternativ Pasul 2: Pacientul nu a furnizat toate informaț iile necesare pentru procesarea înregistrării. Pacientul
Courses: este notificat cu privire la câmpurile care au erori ș i este solicitat să retransmită.
Pasul 3: Dacă informaț iile pacientului sunt aceleaș i cu cele înregistrate anterior, va notifica pacientul.
că deja există.
Pasul 7. Dacă pacientul a introdus o dată ș i o oră invalide, pacientul este notificat ș i trebuie să introducă
un alt program.
Concluzie Acest caz de utilizare se încheie când pacientul primeș te rezumatul programării sale.
Postcondiț ie Programarea a fost înregistrată, iar programul selectat este schimbat în indisponibil. Dacă pacientul
a anulat întâlnirea, programul va fi disponibil din nou.
Reguli de afaceri Dacă pacientul nu a confirmat întâlnirea sa în termen de 24 de ore, asistentul va schimba aceasta.
starea programării ca „Anulată” ș i va fi deschisă pentru pacienț i pentru a-ș i face programarea.
Probleme deschise: În regula de afaceri actuală, pacientul trebuie să informeze asistentul despre modificările în programarea creată
înainte. Odată schimbată, pacientul trebuie să facă o altă confirmare a întâlnirii modificate.
Name: Programare
Detail, Essential
Use Case ID: 2
Priority: Scăzut
Source:
Primar
Pacient Vechi
Actor de afaceri:
Altul
Participare Asistent - Primeș te programul de întâlniri al pacientului
Actor:
Descriere Acest caz de utilizare descrie evenimentul unui pacient în vârstă care face o programare la clinică. Deoarece este un bătrân
pacient, el poate continua cu programarea unei întâlniri.
Condiț ie prealabilă:Pacientul în vârstă ar trebui să se conecteze la contul său înainte de a continua pentru a face o programare.
Pasul 3: Pacientul face Pasul 4: Sistemul verifică dacă data ș i ora selectate sunt disponibile pentru
o programare, oferind programarea unei întâlniri
data, ora ș i
servicii pe care el/ea le doreș te Pasul 5: Odată verificată, sistemul salvează întâlnirea programată creată
de către noul pacient.
a realiza.
Pasul 6: După ce programarea este stabilită, sistemul va genera o
rezumatul întâlnirii programate pentru a servi ca copie a pacientului.
Alternativ Pasul 4. Pacientul va fi notificat că data ș i ora selectate nu sunt disponibile. Sistemul va
Courses: îl obligă să selecteze un alt program sau să anuleze procesul.
Concluzie Acest caz de utilizare se încheie când pacientul primeș te rezumatul programării sale.
Postcondiț ie Programarea a fost înregistrată, iar programul selectat este schimbat în indisponibil. Dacă pacientul
anulat programarea, programul va fi disponibil din nou.
Reguli de afaceri Dacă pacientul nu ș i-a confirmat programarea în termen de 24 de ore, asistentul va schimba
starea programării ca "Anulată" ș i va fi deschisă pentru pacienț i să aibă programarea lor.
Implementare, * Ecran web care va fi furnizat pentru pacient, afi ș ând programele disponibile ale clinicii.
Probleme deschise: * În regula de afaceri actuală, pacientul trebuie să informeze asistentul cu privire la modificările intervenite în programarea creată.
înainte. Odată ce a fost schimbată, pacientul trebuie să facă o altă confirmare a programării modificate.
Caz de utilizare
Gestionează Programarea
Name:
Use Case Type:
Use Case ID: 3
Source:
Altele Asistent – Gestionaț i programarea pacientului prin modificarea stării programului ș i a informaț iilor despre programare
Participând când există anulări sau ajustări care sunt solicitate de pacienț i prin telefon/
Actor: personal.
Altele
Asistentul - se asigură că informaț iile modificate în programarea pacientului sunt corecte.
Interesat
Dentistul - se asigură că programarea pacientului este acomodată în timpul său preferat.
Stakeholder:
Description Acest caz de utilizare descrie evenimentul unui pacient care îș i gestionează programarea la clinică.
Pacienț ii trebuie să-ș i identifice/introducă mai întâi acreditivele contului înainte de a continua cu modificarea lor
Precondiț ie:
appointment.
Acest caz de utilizare este activat atunci când pacientul doreș te să modifice informaț iile despre programarea sa.
Trigger:
include editarea datei ș i orei ș i se extinde până la anularea întâlnirii.
Pasul 5: Pacientul face Pasul 6: Sistemul răspunde prin afişarea programelor disponibile pentru
Pasul 4: Pacientul poate selecta o altă programare care îi place pentru a o modifica, anulând sau închizând-o.
unul care este selectat primul.
Alternativ
Courses: Alt Pas 7. Dacă pacientul a introdus o dată ș i o oră invalide, pacientul este notificat ș i este obligat să introducă alta.
program
Acest caz de utilizare se încheie atunci când informaț iile actualizate de pacient se reflectă în calendarul pacientului ș i când
Concluzie
asistentul este notificat cu privire la schimbări în acelaș i timp.
Programarea actualizată a fost înregistrată. Programul anterior al pacientului va fi disponibil din nou. Dacă
Postcondiț ie
pacientul a anulat programarea, programul va fi disponibil din nou.
Caz de utilizare
Anulează programarea
Name:
Tipul cazului de utilizare:
Use Case ID: 4
Primar
Pacient
Business Actor:
Altul
Asistentul – se asigură că cererea pacientului este îndeplinită.
Interesat
Stomatologul - se asigură că cererea pacientului este satisfăcută.
Stakeholder:
Description Acest caz de utilizare descrie evenimentul unui pacient care îș i anulează programarea
Precondiț ie: Pacientul trebuie să fie conectat ș i trebuie să selecteze o programare pe care doreș te să o anuleze
Declanș ator: Acest caz de utilizare este declanș at atunci când pacientul doreș te să-ș i anuleze programarea.
Step 1: The patient cancels Step 2: The system prompts a confirmation message if the patient wishes to
Curs tipic
întâlnirea pe care o are anulează întâlnirea.
de evenimente:
selectat
Pasul 3: Odată ce pacientul a fost confirmat, numirea anulată va fi
eliminat din lista de programări a pacientului.
Alternativ
Pasul 3. Dacă pacientul nu a confirmat, anularea întâlnirii nu va fi procesată.
Courses:
Acest caz de utilizare se încheie când pacientul confirmă ș tergerea programării ș i aceasta este eliminată în agenda lui/ei.
Conclusion
listă.
Postcondiț ie Odată ce pacientul a anulat programarea, asistentul va fi notificat despre acț iune.
Implementare
* Interfaț a utilizatorului pentru a afiș a programările pacienț ilor
Constrângeri,
* Ecran web care arată programarea selectată cu o opț iune de anulare a programării.
și
* Ecran web care afiș ează un mesaj de confirmare pentru pacient înainte de a continua cu anularea
Specificaț ie:
Asistentul va fi notificat despre anularea făcută de pacient. Dacă asistentul este cel care a anulat
Presupuneri:
la programare, pacientul va fi notificat cu privire la acț iune.
Patients who are not confirming with their appointments that leads to cancellation, yet still shows up to the
Open Issues:
clinica, rezultând în suprapunerea programului.
Priority: Scăzut
Primar
Pacient nou
Actor de afaceri:
Altul
Participare
Actor:
Alt Asistent Interesat – vizualizează informaț iile furnizate de pacientul nou înregistrat.
Stakeholder: Dentist – vizualizează istoricul de tratament al pacientului nou înregistrat (dacă este furnizat)
Acest caz de utilizare descrie evenimentul în care un nou pacient îș i înregistrează un cont în sistem înainte de a continua.
Description
la crearea unei întâlniri
Pacientul nou ar trebui să viziteze mai întâi pagina web a clinicii ș i să aleagă să îș i creeze un cont sau să creeze un
Precondiț ie:
programare.
Acest caz de utilizare este declanș at atunci când un nou pacient doreș te să creeze o programare ș i, ca cerinț ă,
Trigger: un nou pacient ar trebui să-ș i creeze un cont. De asemenea, poate fi declanș at dacă noul pacient se înregistrează întâi înainte de
crearea unei întâlniri
Pasul 5: Pacientul Pasul 6: Sistemul stochează informaț iile furnizate ș i va returna un succes
procedează în trimiterea message for completing the registration.
informaț iile sale.
Pasul 7: Sistemul trimite un e-mail pacientului conț inând temporar
parola pacientului
Pasul 2: Pacientul nu a furnizat toate informaț iile necesare pentru procesarea înregistrării. Pacientul
este notificat cu privire la câmpurile care au erori ș i este rugat să resubmită.
Alternativ Pasul 3: Dacă informaț iile pacientului sunt aceleaș i cu cele înregistrate anterior, va notifica pacientul.
Courses: că deja există.
Pasul 4. Noul pacient are opț iunea de a reveni la formularul de aplicaț ie pentru pacienț i pentru a face modificări înainte de
continuând în partea următoare a înregistrării contului său/ei.
Acest caz de utilizare se încheie atunci când noul pacient se conectează cu succes la contul său recent creat ș i
Concluzie
capabil să continuie crearea unei întâlniri.
Pacientul va avea acum acces la sistem folosind numele său de utilizator ș i parola. Temporar
Postcondiț ie
parola care este trimisă pe emailul său este recomandat să fie schimbată.
Implementare
Condiț ii ș i interfaț ă utilizator cu un formular de informaț ii despre pacient care va permite noului pacient să-ș i introducă informaț iile.
Specificaț ie:
Probleme deschise: Persoane care se înregistrează doar pentru un cont în sistem, dar încă nu au creat nicio întâlnire.
Caz de utilizare
Gestionează programul
Name:
Use Case Type:
Use Case ID: 6
Sursa:
Altele
Participare
Actor:
Altceva
Dentist – vizualizează starea în calendarul programărilor ș i ar putea cere asistentului să facă actualizări.
Interesat
Pacientul - solicită asistentului să-i actualizeze programarea
Stakeholder:
Acest caz de utilizare descrie evenimentul unui asistent care gestionează calendarul programului care va fi prezentat.
Description
pacienț ilor care întreabă despre programările disponibile pentru a face o întâlnire
Asistentul ar trebui să se conecteze mai întâi la contul său înainte de a gestiona programul.
Precondiț ie: Dentistul ș i/sau pacientul au cerut asistentului să facă modificări în programările pacienț ilor sau o
întrerupere particulară.
Acest caz de utilizare este declanș at atunci când asistentul ar trebui să facă actualizări cu programul sau când dentistul
Declanș ator:
a solicitat asistentului să gestioneze programul din cauza unor condiț ii.
Pasul 1: Asistentul
Curs tipic
procedează în gestionarea Pasul 2: Sistemul răspunde cu acț iunea aleasă de asistent prin
de Evenimente:
programări prin adăugare afiș ând ecranele corespunzătoare pentru adăugarea, actualizarea ș i ș tergerea întâlnirilor
programări ale pacienț ilor ș i note.
actualizarea întâlnirii
Pasul 2. Asistentul are opț iunea de a anula acț iunea aleasă ș i de a fi direcț ionat înapoi la principal
pagina programului de calendar.
Alternativ Alt Pas 4. Asistentul are opț iunea de a anula modificările pe care le-a făcut ș i de a fi redirecț ionat înapoi la curent.
Courses: ecran.
Alt Pas 6. Dacă există o eroare în procesarea modificărilor efectuate de asistent, sistemul oferă
notificare ș i va cere să încercaț i din nou, altfel verificaț i dacă valorile corecte sunt furnizate.
Concluzie Acest caz de utilizare se încheie când modificările pe care asistentul le-a creat sunt salvate cu succes.
Schimbările pe care asistentul le va face trebuie să aibă consimț ământul medicului dentist sau al pacientului, verbal sau
Reguli de afaceri Scris. Ea nu ar trebui să facă astfel de acț iuni fără consimț ământul lor, mai ales în ceea ce priveș te actualizarea ș i anularea.
întâlniri.
Dentistul va fi notificat despre fiecare modificare pe care asistentul a făcut-o în calendarul programului.
Presupoziț ii:
Pacientul afectat de actualizare ar trebui, de asemenea, să fie informat.
Dacă asistentul nu este prin preajmă, dentistul îș i asumă responsabilitatea de a lua notiț e pentru ce modificări ar trebui făcute.
Open Issues:
făcut.
Priority: Înalt
Source:
Primar
Afaceri Asistent
Actor:
Altele
Participarea
Actor:
Altele
Pacient – solicitând modificări ale informaț iilor sale, cum ar fi informaț iile de contact, adresa etc.
Interesat
Dentist – Revizuirea informaț iilor de bază ale pacientului.
Stakeholder:
Description Acest caz de utilizare descrie evenimentul unui asistent care gestionează informaț iile de bază înregistrate ale pacienț ilor.
Asistentul ar trebui să se conecteze mai întâi în contul său înainte de a gestiona dosarul pacientului.
Precondiț ie:
Dentistul ș i/sau pacientul au cerut asistentului să facă modificări în fiș a pacientului.
Acest caz de utilizare este declanș at atunci când asistentul ar trebui să facă actualizări cu programul sau când dentistul
Declanș ator:
a cerut asistentului să gestioneze programul din cauza unor condiț ii.
Pasul 3. Asistentul face Pasul 3: Sistemul verifică dacă informaț iile introduse sunt în format corect ș i dacă
modificările în starea pacientului toate câmpurile necesare sunt furnizate.
informaț ii
Pasul 4: Sistemul continuă să salveze modificările. Aceasta afiș ează un alert.
mesaj către asistent că a fost salvat cu succes.
Pasul 2. Asistentul are opț iunea de a anula acț iunea aleasă ș i de a fi redirecț ionat înapoi la principal
pagina de programare a calendarului.
Alternativ Pasul 3. Dacă valorile introduse sunt incorecte, sistemul va afiș a un mesaj de alertă al erorii ș i va permite
Courses: asistentul să revizuiască ș i să corecteze inputurile greș ite.
Pasul 4. Dacă există o eroare în procesarea modificărilor efectuate de asistent, sistemul oferă
notificare ș i cere să încerce din nou, altfel verifică dacă valorile corecte sunt furnizate.
Concluzie Acest caz de utilizare se încheie când modificările pe care asistentul le-a creat sunt salvate cu succes.
* Asistentul nu poate ș terge informaț iile pacientului. Cu toate acestea, informaț iile pacientului care nu mai sunt active sau
Reguli de afaceri
nu mai pot fi mutate angajamentele în arhivă. Aceste informaț ii despre pacienț i nu pot fi împărtăș ite decât cu
Presupuneri: Pacientul va fi notificat cu privire la aceste modificări în informaț iile sale din contul său.
Probleme deschise:
Tabelul 4.8. Naraț iunea cazului de utilizare: Gestionaț i înregistrarea tratamentului pacientului
Appointment System. Also, the ERD of this system projects the logical structure of the database to be designed and used.
Figura 5.A.11 arată diagramă ERD a sistemului. În diagramă, aceasta include atributele relevante care descriu entitatea ca
bine, de asemenea, pentru a arăta ce entităț i sunt legate între ele. Diagrama ERD prezintă ce fel de relaț ie există între o entitate,
coloane în fiecare tabel. Acestea discută cerinț ele ș i constrângerile detaliate ale datelor de stocat.
5.B.10 arată tabelele specifice din baza de date a Sistemului de Programare a Pacienț ilor Online
Table Name:
Table Description
Scop
Numele tabelului:
Descrierea tabelului
Scop: De a stoca informaț iile asistenț ilor clinici, care vor fi apoi utilizate pentru recuperarea informaț iilor.
Table Name:
Descrierea tabelului
Scop: A stoca
informaț iile pacienț ilor care să fie apoi utilizate pentru recuperarea informaț iilor.
Table Name:
Descrierea tabelului
Scop: A stoca
informaț iile pacienț ilor care vor fi apoi folosite pentru recuperarea informaț iilor.
Table Name:
Descriere tabel
Scop
Table Name:
Descrierea tabelului
Scop
programările pacientului.
Table Description
Scop: A stoca
ș i a monitoriza timpul actualizării efectuate de asistentul clinic asupra informaț iilor pacientului.
Descrierea tabelului
Scop: Să stocheze
ș i să monitorizeze timpul actualizării efectuate de asistentul clinic asupra informaț iilor pacientului.
C. Designul Interfe ț ei
Designul interfe ț ei sistemului de programări online pentru pacien ț i se bazează de asemenea pe nara ț iunile cazurilor de utilizare care sunt
discutat. Funcț ionalităț ile majore din interfaț ă sunt adunate din desfăș urarea acț iunii în cazul de utilizare ș i
regula de afaceri pentru constrângeri. Figurinele de mai jos arată diferitele designuri de interfaț ă pe care le are sistemul.
Description: This screen displays the registration form that the new patient should fill in.
Description: This screen is for creating new patient appointment. This also shows the calendar of schedule.
Description: This is a read-only screen that shows the patient information. However, the patient can modify his/her password.
Description: This is a read-only screen that shows the patient treatment record.
Description: This screen shows the detailed view of the treatment record selected.
Description: This screen shows the list of all appointments of the patient.
Description: This screen shows the details of the selected patient appointment.
Description: This screen shows the dialog box when a patient is about to cancel the appointment.
Description: This screen shows the list of the patients to mange the treatment record
Description: This screen shows the information of the selcted patient and the list of appointments.
Description: This screen shows the detailed information of the treatment selected.
Description: This screen allows the dentist to create new patent record.
Description: This screen allows the dentis to modify the selected service.
Description: This screen allows the dentist to set the selected service as inactive.
Description: This screen allows the dentist to view her workload and to filter the list by date.
Description: This screen allows the dentist to view her selected workload information.
Description: This screen allows the dentist to modify her infromation and password.
Description: This screen allows the assistant to modify her infromation and password.
Description: This screen shows to the assistant the list of all patients and their status.
Description: This screen shows to the assistant the details of the selected patient
Description: This screen allows the assistant to modify selected patient information
Description: This screen allows the assistant to set the selected patient’s status as inactive
Description: This screen shows the assistant the list of Patient appointment in a selected date from the calendar of schedules
Description: This screen allows the assistant to edit the selected appointment
Description: This screen shows the list of services report in a PDF format.
Description: This screen shows the list of patients report in a PDF format.
Description: This screen shows the master’s list of appointments assigned to the dentist. This report is in PDF format.
Description: This screen shows information of the patient individual appointment details in PDF format
Numele Interfeț ei: Rapoarte - Rezumatul Informaț iilor Pacientului ș i Fisierul de Tratament
Description: This screen shows information of the patient as well as all of his/her treatment records in PDF format
D. Designul Arhitectural
Sistemul online de programare a pacienț ilor utilizează un design de arhitectură client-server în 3 straturi pentru a fi implementat în reț eaua sa.
Arhitectura este compusă dintr-un server de baze de date care se ocupă de logica de acces la date ș i de procesele de stocare a datelor ale sistemului.
Serverul de aplicaț ii web procesează logica aplicaț iei sistemului. Deoarece sistemul este bazat pe online, trimiterea ș i
Solicitările de date se fac pe web. Serverul client face prezentarea sistemului, în special a website-ului. Clientul
Există controale de securitate care sunt considerate pentru a asigura siguran ț a informa ț iilor ș i a cre ș te
încrederea utilizatorilor finali de a folosi sistemul, mai ales pentru date sensibile. Dezvoltatorii trebuie să ia în considerare implementarea
controlul integrităț ii ș i securităț ii. Controlul integrităț ii aplicaț iei web trebuie să includă validarea formularelor, casetele de confirmare,
sesiunile de conectare, escaparea caracterelor ș i identificarea limitelor. Bazele de date ale sistemului ar trebui să conț ină ș i controale de integritate.
ca controale de acces, criptare a datelor, controale de gestionare ș i ar trebui să aibă o copie de rezervă ș i recuperare pentru a preveni apariț ia bruscă
pierdere de date. Pentru asigurarea securităț ii reț elei sistemului, implementarea protocolului de transport hipertext securizat (HTTPS)
trebuie să fie luat în considerare. Acest lucru este pentru a asigura că toate tranzacț iile care sunt procesate pe fiecare pagină a site-ului peste
internetul este securizat. Aceste securităț i trebuie să fie considerate pentru a evita pirateria informaț iilor utilizatorilor finali.
A. Glosar de Termeni
1. Diagramă de clasă -sunt fundamentul analizei ș i designului orientat pe obiect. Arată clasele sistemului,
relaț iile lor interumane (inclusiv moș tenirea, agregarea ș i asocierea), precum ș i operaț iile ș i atributele
a claselor.
fie un client, fie un server. Serverele sunt computere sau procese puternice dedicate gestionării unităț ilor de disc
(servere de fiș iere), imprimante (servere de printare), sau trafic de reț ea (servere de reț ea).
3. Diagrama fluxului de date - O diagramă a fluxului de date (DFD) este o reprezentare grafică a "fluxului" de date printr-un
sistem informaț ional, modelând aspectele sale de proces. Un DFD este adesea folosit ca un pas preliminar pentru a crea un
4. Diagrama Entitate-Relatie - O diagrama entitate-rela ț ie, sau ERD, este un grafic care reprezintă vizual
relaț ia dintre entităț ile unei baze de date. Diagramele ER modelează cerinț ele de stocare a datelor ale unei organizaț ii cu trei
5. Procesul de Intrare Ierarhic (HIPO) - Diagrama HIPO este o combina ț ie a două metode organizate pentru
analizaț i sistemul ș i furnizaț i mijloacele de documentare. Modelul HIPO a fost dezvoltat de IBM în anul
1970.
6. Protocolul de transport hipertext securizat (HTTPS) - Înseamnă că toate comunica ț iile între browserul tău ș i
site-urile sunt criptate. HTTPS este adesea folosit pentru a proteja tranzacț iile online foarte confidenț iale, cum ar fi tranzacț iile online
9. Diagrama cazului de utilizare - O diagramă a cazului de utilizare este o reprezentare grafică a interac ț iunilor dintre elementele unui
Un caz de utilizare este o metodologie folosită în analiza sistemelor pentru a identifica, clarifica ș i organiza sistemul.
cerinț e.
10. Naraț iunea cazului de utilizare - Naraț iunea cazului de utilizare este o reprezentare textuală a cursului evenimentelor întâmpinate atunci când
un actor interacț ionează cu sistemul. Pot exista mai multe cazuri de utilizare asociate cu un sistem, fiecare dintre
care descrie sistemul dintr-un punct de vedere funcț ional sau comportamental.
B. Propunere de proiect
V. References
7. Integritate ș i Controale de Securitate, Proiectarea Controalelor de Securitate - Introducerea unui Produs Nou
8. Integritate ș i Controlul Securită ț ii, Proiectarea Controlului Securită ț ii - Introducerea unui Produs Nou
10. Md. Popel T., Naraț iune de caz utilizare Pg 2, [Link] 2003