Documente online.
Username / Parola inexistente
  Zona de administrare documente. Fisierele tale  
Am uitat parola x Creaza cont nou
  Home Exploreaza
Upload




























PROIECT SISTEME INFORMATICE DE GESTIUNE

Informatica







PROIECT SISTEME INFORMATICE DE GESTIUNE

CRIsAN ANCA-RAMONA

CIG - IDD, AN III, Seria A, Grupa 811

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 MCD si sa se precizeze restrictiile de integritate

Sa se realizeze MLD

Sa se realizeze MCP

Sa se realizeze MOP

Sa se implementeze sistemul īn Access

MCD

Proiecte

CodProiect

DenProiect


Contracte

NrContract

DataContract

DataFinalizare

ValContract


Clienti

CodClient

DenClient

Oras

CIF

Manageri

IDManagerProiect

Nume

Profesia


Facturi

NrFact

DataFact

SumaFact

DataScad

Incasari

NrDoc

TipDoc

DataDoc

SumaIncasata

Compartimente

CodCompartiment

DenCompartiment

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:

  • Valorile cheilor primare trebuie sa fie unice si nenule

Indexed Yes NoDuplicates

Validation Rule: Is Not Null

  • Toate cheile externe trebuie sa admita duplicate

Indexed Yes DuplicatesOK

  • Trebuie respectate si restrictiile de integritate referentiala. De exemplu, nu se poate introduce īn tabela Contracte un CodClient care nu exista deja īn tabela Clienti sau un CodProiect tastat īn tabela Contracte trebuie sa existe deja īn tabela Proiecte.

Restrictii de domeniu:

  • Asociate valorilor unui cāmp:

- 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????"

  • Asociate valorilor mai multor cāmpuri ale aceleiasi tabele:

- 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]+

  • Asociate valorilor mai multor cāmpuri ce provin din tabele diferite:

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.

Oval: Cerere ofertaMCP

Op 1

Cautare client in baza de date

Verificare existenta client in baza de date

exista

nu exista

Oval: Client existent



a


b


a sau b


c d

c si d



MOP

Client

Conducere

Contractare

Gestiune proiecte

Contabilitate


F5

Avizare conducere

PM


F6

Semnare factura

PM

F1

Analiza cerere oferta

PM

-Se verifica daca serviciile solicitate pot fi prestate in conditiile solicitate

Not OK

OK


F2

Incheiere contract

PM

-Se specifica numarul si data contractului, data finalizarii si valoarea serviciilor contractate

-Se verifica daca conditiile contractuale sunt acceptate de client


F4

Facturare

PM

-se specifica numarul si data facturii, suma facturata, data scadenta si date de identificare ale clientului

-se calculeaza valoarea totala a facturii si tva-ul aferent

Oval: Factura intocmita


F3

Derulare proiect

PM

-Se presteaza serviciile care fac obiectul contractului avandu-se in vedere respectarea clauzelor contractuale

F7

Inregistrare factura

PA

-se efectueaza inregisrarea contabila










Document Info


Accesari: 7649
Apreciat:

Comenteaza documentul:

Nu esti inregistrat
Trebuie sa fii utilizator inregistrat pentru a putea comenta


Creaza cont nou

A fost util?

Daca documentul a fost util si crezi ca merita
sa adaugi un link catre el la tine in site

Copiaza codul
in pagina web a site-ului tau.




eCoduri.com - coduri postale, contabile, CAEN sau bancare

Politica de confidentialitate




Copyright © Contact (SCRIGROUP Int. 2021 )