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
Cod Client |
Den Client |
Oras |
CIF |
CONTRACTE
Nr. Contract |
Data Contract |
Data Finalizare |
Valoare Contract |
Cod Client |
Cod Proiect |
PROIECTE
Cod Proiect |
Denumire Proiect |
ID Manager Proiect |
MANAGERI
ID Manager Proiect |
Nume |
Profesia |
Cod Compartiment |
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 |
|
Verificare existenta 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 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
|
|
|
|