Gestiune Pub

20
Acasa » referate » informatica PROIECTAREA SISTEMELOR INFORMATICE 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

description

proiectare

Transcript of Gestiune Pub

AcasareferateinformaticaPROIECTAREA SISTEMELOR INFORMATICEPROIECTAREA SISTEMELOR INFORMATICE

PROIECTAREA SISTEMELOR INFORMATICEGestiune de Pub/BarCuprins1. DESCRIEREA PROBLEMEI2. SPECIFICAREA CERINTELOR2.1. Diagrama principala a cazurilor de utilizare2.1.1. Diagrama2.1.2. Prezentarea cazurilor de utilizare2.2. Diagrame detaliate ale cazurilor de utilizare2.2.1. Logare in sistem2.2.1.1. Diagrama cazului de utilizare2.2.1.2. Prezentarea cazului de utilizare2.2.2. Acces meniu/ comenzi2.2.2.1. Diagrama cazului de utilizare2.2.2.2. Prezentarea cazului de utilizare2.2.3. Operatiuni financiar-contabile2.2.3.1. Diagrama cazului de utilizare2.2.3.2. Prezentarea cazului de utilizare2.2.4. Repartizare mese2.2.4.1. Diagrama cazului de utilizare2.2.4.2. Prezentarea cazului de utilizare2.2.5. Evidenta personalului2.2.5.1. Diagrama cazului de utilizare2.2.5.2. Prezentarea cazului de utilizare3. ANALIZA DOMENIULUI CLASELOR3.1. Diagrama de clase fara atribute si operatii3.1.1. Diagrama3.1.2. Prezentarea claselor3.2. Diagrame de stare pentru clasele cu comportament dinamic3.2.1. Diagrama de stare a clasei Produs3.3. Diagrame de secventa si diagrame de colaborare asociate3.3.1. Adaugare produs3.3.1.1. Diagrama de secventa3.3.1.2. Diagrama de colaborare3.3.2. Comanda produs3.3.2.1. Diagrama de secventa3.3.2.2. Diagrama de colaborare4. PROIECTAREA4.1. Diagrame de activitati4.1.1. Produse4.1.2. Angajati4.1.3.4.2. Diagrama claselor completa4.2.1. Diagrama claselor completare cu atribute si operatii4.2.2. Rafinarea diagramei de clase (pe baza diagramelor deinteractiune, prin relatii de specializare-generalizare, adaugareaunor noi operatii, modificarea unor asocieri)5. IMPLEMENTAREA5.1. Diagrama componentelor5.1.1. Diagrama5.1.2. Prezentarea diagramei5.2. Generare de cod in Visual C++6. DESFASURAREA6.1. Diagrama de desfasurare6.1.1. Diagrama6.1.2. Prezentarea diagramei1. DESCRIEREA PROBLEMEISe 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 firmeiUnitatea 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 apesronalului. 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 CERINTELORIn urma conturarii problemei si a stabilirii cerintelor generale se va trece la proiectarea sistemului informatic.2.1. Diagrama principala a cazurilor de utilizare2.1.1. Diagrama2.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 utilizatoriidar si intre ele: logare in sistem, acces meniu/comenzi, operatiuni financiar-contabile, repartizari canapele, evidenta personaluluii2.2. Diagrame detaliate ale cazurilor de utilizare2.2.1. Logare in sistem2.2.1.1. Diagrama cazului de utilizare

2.2.1.2. Prezentarea cazului de utilizareIn 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 meniu2.2.2.1. Diagrama cazului de utilizare

2.2.2.2. Prezentarea cazului de utilizareCazul de utilizare Acces meniuilustreaza 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-contabile2.2.3.1. Diagrama cazului de utilizare

2.2.3.2. Prezentarea cazului de utilizareAceasta 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 canapele2.2.4.1. Diagrama cazului de utilizare

2.2.4.2. Prezentarea cazului de utilizareAcest 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 personalului2.2.5.1. Diagrama cazului de utilizare

2.2.5.2. Prezentarea cazului de utilizareCazul 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 CLASELOR3.1. Diagrama de clase fara atribute si operatii3.1.1. Diagrama

3.1.2. Prezentarea claselorAplicatia 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 dinamic3.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 asociate3.3.1. Adaugare produs3.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 colaborare4. PROIECTAREA4.1. Diagrame de activitati4.1.1. Angajati

4.2. Diagrama claselor completa4.2.1. Diagrama claselor completare cu atribute si operatii

5. IMPLEMENTAREA5.1. Diagrama componentelor5.1.1. Diagrama

5.1.2. Prezentarea diagrameiDiagrama 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 fiindprocese 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. DESFASURAREA6.1. Diagrama de desfasurare6.1.1. Diagrama

6.1.2. Prezentarea diagrameiDiagrama 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.