PROIECT SISTEME INFORMATICE DE GESTIUNE
CRIsAN ANCA-RAMONA
CIG - IDD, AN
Societatea comerciala Dateck SRL doreste realizarea unui sistem informatic de gestiune al contractelor încheiate, facturilor emise pentru serviciile contractate si încasarilor aferente acestora. Proiectele identificate prin cod si denumire sunt coordonate de manageri de proiect încadrati în compartimentele productive ale societatii caracterizate prin cod si denumire. Managerii de proiecte sunt identificati printr-un ID, nume si profesie. Proiectele sunt initiate în urma semnarii de contracte de prestari servicii în care sunt specificate numarul contractului, data încheierii si data finalizarii acestuia, valoarea serviciilor contractate, precum si informatii de identificare a clientilor beneficiari ai serviciilor contractate. Clientii sunt persoane juridice identificate prin cod, denumire, oras în care îsi au sediul social, cod fiscal si cont bancar. Dupa finalizarea contractului sunt emise catre clienti facturi fiscale în care sunt specificate numarul contractului, numarul facturii, data emiterii facturii, suma facturata, fara a se depasi valoarea totala a 18418p158s contractului si data scadentei. Scadenta este stabilita dupa minim 15 zile de la data emiterii facturii. Factura este încasata prin chitanta sau ordin de plata identificate prin numar document, data emiterii, suma încasata, fiind precizate de asemenea si datele de identificare ale platitorului. Clientul este cel care face plata pe baza facturii aferente, data realizarii platii este posterioara datei întocmirii facturii, iar o factura presupune efectuarea uneia sau mai multor plati, dupa cum plata se face integral sau partial.
Clientul transmite o cerere de oferta adresata societatii Dateck SRL. Compartimentul Contractare analizeaza cererea si daca serviciile solicitate de catre client pot fi prestate în conditiile mentionate se încheie contractul de prestari servicii. Contractul încheiat este transmis catre compartimentul Gestiune Proiecte care este responsabil cu derularea proiectului. La finalizarea acestuia serviciul Contractare va emite factura catre client. Aceasta va fi înregistrata în contabilitate numai dupa ce a fost avizata si semnata de catre conducere.
Cerinte:
Sa se realizeze
Sa se realizeze MLD
Sa se realizeze MCP
Sa se realizeze MOP
Sa se implementeze sistemul în Access
![]()
|
|
|
||||||||||||||||||||
|
|
|
||||||||||||||||||||
|
MLD
CLIENTI
|
Den Client |
Oras |
CIF |
![]() |
CONTRACTE
|
Data Contract |
Data Finalizare |
Valoare Contract |
Cod Client |
Cod Proiect |
![]() |
PROIECTE
Cod Proiect |
Denumire Proiect |
|
MANAGERI
ID Manager Proiect |
Nume |
Profesia |
|
COMPARTIMENTE
![]() |
Cod Compartiment |
Denumire Compartiment |
FACTURI
Nr. Factura |
Data Factura |
Suma Facturata |
Data Scadenta |
Nr. Contract |
Cod Client |
![]() | ![]() |
INCASARI
Nr. Document |
Tip Document |
Data Document |
Suma Incasata |
Nr. Factura |
Cod Client |
TABELE
1. CLIENTI (CodClient, DenClient, Oras, CIF)
2. CONTRACTE (NrContract, DataContract, DataFinalizare, ValContract, CodClient, CodProiect)
3. PROIECTE (CodProiect, DenProiect, IDManagementProiect)
4. MANAGERI (IDManagerProiect, Nume, Profesia, CodCompartiment)
5. COMPARTIMENTE (CodCompartiment, DenCompartiment)
6. FACTURI (NrFact, DataFact, SumaFact, DataScad, NrContract, CodClient)
7. INCASARI (NrDoc, TipDoc, DataDoc, SumaIncasata, NrFact, CodClient)
RESTRICTII DE INTEGRITATE
Restrictii de structura:
Indexed Yes NoDuplicates
Validation Rule: Is Not Null
Indexed Yes DuplicatesOK
Restrictii de domeniu:
- câmpul CIF din tabela Clienti sa fie de forma RO00000000
Validation Rule: Like RO????????"
- câmpul TipDoc din tabela Încasari valorile pot fi
Validation Rule: In ("Chitanta";"OP")
- câmpul SumaIncasata din tabela Încasari trebuie sa ia o valoare pozitiva:
Validation Rule: >0
- câmpul CodProiect din tabela Proiecte sa fie de forma D0000
Validation Rule: Like"D????"
- pentru tabela Contracte - DataFinalizare trebuie sa fie ulterioara DataContract
Table Properties
Validation Rule: [DataFinalizare]>[DataContract]
- pentru tabela Facturi - DataScad sa fie mai mare cu 15 zile decât DataFact
Table Properties
Validation Rule: [DataScad]>=[DataFact]+
Aceste restrictii se implementeaza la nivel de formular sau raport.
Implementate la nivelul formularului FacturiIncasari:
- pentru restrictiile DataDoc < DataScad si DataDoc > DataFact la Proprietatile câmpului DataDoc se introduce:
Data - Validation Rule: <[Forms]![FacturiIncasari]![DataScad] and
>[Forms]![FacturiIncasari]![DataFact]
- pentru restrictia SumaIncasata <= SumaFact la Proprietatile câmpului SumaIncasata se introduce:
Data - Validation Rule: <=[Forms]![FacturiIncasari]![SumaFact]
Restrictii de incluziune de roluri:
O factura nu poate fi încasata daca nu a fost emisa.
Restrictii de incluziune de asocieri:
Pentru o factura nu se poate emite un document de încasare/plata daca nu a fost emisa.
MCP
Op 1 |
Cautare client in baza de date |
|
|
||
exista |
nu exista |
|
![]() |
![]() |
a
![]() |
b
![]() |
a sau b
![]() |
c d
c si d
MOP
Client |
Conducere |
Contractare |
Gestiune proiecte |
Contabilitate |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
|
|
|
|