PROIECTAREA SISTEMELOR INFORMATICE

PROIECTAREA SISTEMELOR INFORMATICE

Gestiune de Pub/Bar

Cuprins

1. DESCRIEREA PROBLEMEI

2. SPECIFICAREA CERINTELOR

2.1. Diagrama principala a cazurilor de utilizare

2.1.1. Diagrama

2.1.2. Prezentarea cazurilor de utilizare

2.2. Diagrame detaliate ale cazurilor de utilizare

2.2.1. Logare in sistem

2.2.1.1. Diagrama cazului de utilizare

2.2.1.2. Prezentarea cazului de utilizare

2.2.2. Acces meniu/ comenzi

2.2.2.1. Diagrama cazului de utilizare

2.2.2.2. Prezentarea cazului de utilizare

2.2.3. Operatiuni financiar-contabile

2.2.3.1. Diagrama cazului de utilizare

2.2.3.2. Prezentarea cazului de utilizare

2.2.4. Repartizare mese

2.2.4.1. Diagrama cazului de utilizare

2.2.4.2. Prezentarea cazului de utilizare

2.2.5. Evidenta personalului

2.2.5.1. Diagrama cazului de utilizare

2.2.5.2. Prezentarea cazului de utilizare

3. ANALIZA DOMENIULUI CLASELOR

3.1. Diagrama de clase fara atribute si operatii

3.1.1. Diagrama

3.1.2. Prezentarea claselor

3.2. Diagrame de stare pentru clasele cu comportament dinamic

3.2.1. Diagrama de stare a clasei "Produs"

3.3. Diagrame de secventa si diagrame de colaborare asociate

3.3.1. Adaugare produs

3.3.1.1. Diagrama de secventa

3.3.1.2. Diagrama de colaborare

3.3.2. Comanda produs

3.3.2.1. Diagrama de secventa

3.3.2.2. Diagrama de colaborare

4. PROIECTAREA

4.1. Diagrame de activitati

4.1.1. Produse

4.1.2. Angajati

4.2. Diagrama claselor completa

4.2.1. Diagrama claselor - completare cu atribute si operatii

4.2.2. Rafinarea diagramei de clase (pe baza diagramelor de

interactiune, prin relatii de specializare-generalizare, adaugarea

unor noi operatii, modificarea unor asocieri)

5. IMPLEMENTAREA

5.1. Diagrama componentelor

5.1.1. Diagrama

5.1.2. Prezentarea diagramei

5.2. Generare de cod in Visual C++

6. DESFASURAREA

6.1. Diagrama de desfasurare

6.1.1. Diagrama

6.1.2. Prezentarea diagramei

1. DESCRIEREA PROBLEMEI

Se doreste realizarea unui sistem informatic pentru gestionarea activitatii unui bar/pub, atat din punct de vedere contabil cat pentru eficientizarea activitatii interne (comenzi, rezervari, chitante).

Conducerea societatii hotaraste informatizarea sistemului tinand cont de:

Se acordarea drepturi diferitilor utilizatori sistemului

Micsorarea timpului de inregistrare a unei comenzi

Imprimarea de chitante de la toate terminale

Realizarea unui sistem de comenzi si rezervari on-line

Evidenta stocurilor

Evidenta personalului si calcularea salariilor

Contabilitatea firmei

Unitatea va fi dotata cu computere distribuite in locatie pentru introducerea comenzilor si printarea chitantelor.

Vor exista de asemenea cateva statii in back-office unde vor avea access managerii (pentru gestionarea stocurilor, a personalului, si a altor operatii de administrare a restaurantului), administratorul de sistem si echipa contabila.

O alta functionalitate esentiala a sistemului informatic va fi aceea de gestiune a pesronalului. Astfel fiecare angajat are un cont in sistem prin intermediul caruia se contorizeaza orele lucrate in functie de care se va calcula salariul.

2. SPECIFICAREA CERINTELOR

In urma conturarii problemei si a stabilirii cerintelor generale se va trece la proiectarea sistemului informatic.

2.1. Diagrama principala a cazurilor de utilizare

2.1.1. Diagrama

2.1.2. Prezentarea cazurilor de utilizare

S-a modelat o diagrama principala a cazurilor de utilizare care descrie modul in care utilizatorii externi interactioneaza cu aplicatia informatica. Aceasta diagrama contureaza principalele functii ale sistemului , cat si principalii actori care interactioneaza cu sistemul.

In diagrama sunt reprezentati 4 actori generici care reprezinta persoane si un actor generic pentru sistemele hardware periferice de iesire.

Actori:

client: acest actor este un actor extern care are decat functii de vizualizare a meniului si de plasare comenzi

barman: actor ce face legatura intre clientii reali si obiectu de activitate al firmei, poate plasa o comanda, poate tipari un bon; acest actor are drept de identificare in sistem, dar are permisiuni restranse

contabil : actor generic pentru reprezentarea utilizatorilor care au ca atributii studierea si realizarea situatiei financiar-contabile a firmei

administratorul sistemului: are acces la toate functiile sistemului si are functia de a repara si controlo sistemul informatic atat din punct de vedere thnic cat si informational

managerul: este actorul care se ocupa administrarea afacerii si are acces total la partea informationala a sistemului mai putin la cea contabila, la aceasta are acces doar ca spectator

printere: acest actor este de natura tehnica, functia lui este de a imprima diterite rapaorte, chitante, comenzi necezare inlesnirii comunicarii dintre diferite departamente .

Sistemul este compus din 5 grupe de activitati care interactioneaza cu utilizatorii

dar si intre ele: logare in sistem, acces meniu/comenzi, operatiuni financiar-contabile, repartizari canapele, evidenta personaluluii

2.2. Diagrame detaliate ale cazurilor de utilizare

2.2.1. Logare in sistem

2.2.1.1. Diagrama cazului de utilizare

2.2.1.2. Prezentarea cazului de utilizare

In aceasta parte a proiectului se face o descriere mai detaliata a cazului de utilizare "Logare in sistem". Actorii sunt prezentati initial, generic sub forma unui singur actor numit :Utilizator". Acesta acceseaza sistemul de pe calculatorul personal prin intermediul internetului, sau din cadrul companiei prin LAN. Pentru vizualizarea meniului nu este necesara o autentificare prealabila. Astfel utilizatorul este considerat client, si poate accesa sistemul de oriunde. Dupa autentificare acest caz de utilizare este extins in doua subcazuri: autentificare reusita si autentificare nereusita. In ce de al doilea caz utilizatorul va fi trimis inapoi la pagina de autentificare unde exista doua posibilitati :autentificare sau iesire din sistem.

In cazul unei autentificari reusite sistemul depisteaza functia respectivului utilizator si ii permite sa acceseze functiile sistemului in conformitate cu drepturile pe care le are in cadrul respectivului sistem.

Astfel sunt identificate 4 tipuri de utilizatori: barman, contabil, administrator sistem, manager, si un alt actor "Printere", care in acest caz are functia de a printa rapotul la fiecare logare si delogare in sistem.

Acest caz comunica cu un alt caz numit "evidenta personal", acesta din urma preia informatiile necesare calcularii salariilor in functie de informatiile primate de la cazul "intrare in sistem".

Urmatoarea actiune in cadrul acestui caz de utilizare este aceea de "log out", fiind urmata de actiunea de iesire din sistem sau de "autentificare", in cazul in care se doreste o noua accesare a sistemului.

2.2.2. Acces meniu

2.2.2.1. Diagrama cazului de utilizare

2.2.2.2. Prezentarea cazului de utilizare

Cazul de utilizare "Acces meniu" ilustreaza principala functie a sistemului informatic. Astfel in functie de drepturile pe care le au utilizatorii in sistem, acceseaza, modifica sau schimba structura meniului. In momentul terminarii operatiunilor in sistem actorul "Printere" preia comenzile, pe care la printeaza, sau doar le inregistreaza in anumite rapoarte.

2.2.3. Operatiuni financiar-contabile

2.2.3.1. Diagrama cazului de utilizare

2.2.3.2. Prezentarea cazului de utilizare

Aceasta diagrama inglobeaza functiile financiare contabile. Actorul principal care are acces la aceasta functie a sistemului este contabilul. Acesta calculeaza salariile preluand datele din diagrama cazului "Evidenta personal". In acest caz de utilizare sunt incluse si functiile de gestiune a marfurilor, a intrarilor si iesirilor din cadrul barului.

Actorul "administrator sistem" are de asemenea acces la aceasta functie , dar are atributii diferite de cele ale contabilului, administratorul se ocupa cu tratarea erorilor.

Contabilul are si rolul de a realiza si gestiona rapoartele, avand prin intermediul sistemului contact cu actorul "Printere " prin care sunt printate rapoartele si lista de stocuri.

2.2.4. Repartizare canapele

2.2.4.1. Diagrama cazului de utilizare

2.2.4.2. Prezentarea cazului de utilizare

Acest caz de utilizare comunica direct cu cazul "Acces meniu". Actorul care gestioneaza acest caz este "manager-ul".A dministratorul de sistem mai are acces la aceasta functie pentru a modifica asezarea si numarul canapelelor.

2.2.5. Evidenta personalului

2.2.5.1. Diagrama cazului de utilizare

2.2.5.2. Prezentarea cazului de utilizare

Cazul de utilizare "Evidenta Personalului" comunica cu cazul "logare in sistem" de unde preia informatii despre momentul si durata prezentei in sistem si angajatilor. Administratorul de sistem este cel care creeaza conturile si le acorda drepturi utilizatorilor sistemului.

3. ANALIZA DOMENIULUI CLASELOR

3.1. Diagrama de clase fara atribute si operatii

3.1.1. Diagrama

3.1.2. Prezentarea claselor

Aplicatia este gandita initial avand 7 clase .Cele 7 clase sunt:

- Cont: Este prima clasa accesata la intrarea in aplicatie, prin obiectele acestei clase sunt accesate informatiile referitoare la drepturile fiecarui utilizator al sistemului si prin intermediul ei se pot accesa sau nu celelalte clase ale aplicatiei.

- Produs: Ecte calasa prin care se acceseaza baza de date , respective partea cu meniul, prin intermediul acestei clase , in functie de drepturile utilizatoruli pot accesat meniul sau modificat. O clasa derivate a acestei clase este clasa Comanda

- Angajat: aceasta clasa comunica cu clasa Cont, si prin intermediul acesteia cu utilizatorul, utilizata pentru evidenta personaluili si salarii

- Stocuri: cuprinde informatii despre produsele aflate in stocul restaurantului.

- Bilantul contabil: este necesata pentru eralizarea calculelor contabile

- Canapele: reprezinta configuratia meselor in restaurant, din ea deriva clasa Masa in care exista attribute care gestioneaza masa: ocupata sau nu, numar de personane.

3.2. Diagrame de stare pentru clasele cu comportament dinamic

3.2.1. Diagrama de stare a clasei "Produs"

Diagrama prezinta diferitele stari in care se poate afla un produs realizat in cadrul restaurantului. O data cu intrarea in gestiune a materiilor prime se trece la urmatoarea etapa necesara crearii unui nou produs finit.

3.3. Diagrame de secventa si diagrame de colaborare asociate

3.3.1. Adaugare produs

3.3.1.1. Diagrama de secventa

Diagrama de secventa detaliaza scenariul "Adaugare produs" al cazului de utilizare "acces meniu/comenzi". Actorul implicat in acest proces este Managerul . aceesta creeaza un nou obiect Mancare , solicita aprobari sistemului, dupa primirea aprobarilor creeaza efectiv produsul, pe care il trimite sistemului pentru salvare. In final sistemul confirma adaugarea produsului in baza de date si distruge obiectul creat de Manager, care inchide sesiunea de lucru.

3.3.1.2. Diagrama de colaborare

4. PROIECTAREA

4.1. Diagrame de activitati

4.1.1. Angajati

4.2. Diagrama claselor completa

4.2.1. Diagrama claselor - completare cu atribute si operatii

5. IMPLEMENTAREA

5.1. Diagrama componentelor

5.1.1. Diagrama

5.1.2. Prezentarea diagramei

Diagrama componentelor prezinta care sunt fisierele sistemului informatic in care se vor duce clasele aplicatiei. Sistemul conceput are urmatoarele componente: baza de date ce cuprinde toate clasele aplicatiei, in care se regasesc toate inregistrarile utilizate de sistemul informatic pentru gestiunea restaurantului; Codul sursa, responsabil de validari, de algoritmii ce asigura eliminarea erorilor de actualizare si alte operatii. Aplicatie internet cuprinde clasele prin intermediul carora se poate vizualiza meniul: interfata ce comunica cu celelalte trei componente, baza de date, codul sursa si aplicatia internet, pentru a realiza sistemul informatic pentru gestiunea barului. Interfata cu utilizatorul depinde atat de codul sursa, cat si de baza de date, acestea fiind

procese server pentru interfata aplicatiei. La randul ei, baza de date depinde de codul sursa in realizarea diferitelor operatii pe tabelele in care se stocheaza informatii despre meniu, angajati, stocuri etc.

5.2. Generare de cod in Visual C++

6. DESFASURAREA

6.1. Diagrama de desfasurare

6.1.1. Diagrama

6.1.2. Prezentarea diagramei

Diagrama de desfasurare reprezinta nodurile fizice pe care se duc fisierele sistemului informatic. Serverul aplicatiei pe care se gasesc instalate interfata cu utilizatorul si subprogramele aplicatiei. Severul bazei de date pe care se gaseste stocata baza de date a sistemului informatic de gestiune a restaurantului.

Cele doua servere comunica intre ele, serverul bazei de date primind comenzi de la serverul aplicatie: PC Administratie, calculatorul pe care lucreaza administratorul societatii, Terminale Sala, calculatoarele care se afla in sala, pe care lucreaza in special chelnerii si clientii, PC Contabilitate :computerul pe care lucreaza contabilul, Internet - prin internet poate fi accesata aplicatia de catre clienti, Printere - dispozitive periferice de iesire pentru printarea chitantelor, comenzilor, rapoartelelor.