+ All Categories
Home > Documents > Referat La Disciplina Utilizarea Sistemelor Informatice Economice

Referat La Disciplina Utilizarea Sistemelor Informatice Economice

Date post: 16-Dec-2015
Category:
Upload: bodea-iulia
View: 49 times
Download: 3 times
Share this document with a friend
Description:
Referat La Disciplina Utilizarea Sistemelor Informatice Economice
34
REFERAT LA DISCIPLINA UTILIZAREA SISTEMELOR INROMATICE ECONOMICE 1
Transcript

UNIVERSITATEA LUCIAN BLAGA SIBIU

REFERAT LA DISCIPLINA

UTILIZAREA SISTEMELOR INROMATICE ECONOMICE

CAPITOLUL I

SISTEM INFORMAIONAL. SISTEM INFORMATIC

1.1. Conceptul de sistem informatic

Sistemul informatic reprezint un ansamblu de proceduri, metodologii i tehnicide culegere, validare, transmitere, stocare, prelucrare automat a datelor n scopul satisfacerii cerinelor informatice necesare factorilor de decizie sau altor categorii de utilizatori finali n procesul de fundamentare i elaborare a deciziilor.

Din definiie, se poate desprinde ideea c sistemul informatic reprezint partea automatizat a sistemului informaional.

Rolul celor dou sisteme ar consta n culegerea i transmiterea stocarea i prelucrarea datelor necesare utilizatorilor finali.

Prezena sistemului informatic n care sistemul informaional imprim acestuia din urm noi valene de ordin cantitativ i calitativ, n sensul: sub aspect cantitativ ofer faciliti sporite cu privire la prelucrarea unor volume mari de date; sub aspect calitativ asigur sporirea calitii informaiei, sub aspectele sporirii vitezei de rspuns a sistemului la cererile utilizatorilor; reducerea costului informaiei; sporirea exactitii (preciziei) i realitii informaiei; asigurarea oportunitii situaiilor de informare, raportare ; sporirea calitii formelor de redare a rezultatelor finale etc.

1.2. Obiectivele sistemului informatic

Obiectivele sistemelor informatice sunt subordonate obiectivelor managerilor cu privire la multitudinea activitilor din cadrul societilor comerciale. Obiectivele sistemelor informatice pot fi clasificate dup mai multe criterii, astfel:n funcie de sfera de cuprindere a efectelor economice, acestea pot fi: generale principale; secundaren funcie de posibilitatea cuantificrii efectelor economice: Obiective cuantificabile sau de ordin cantitativ; Obiective necuantificabile sau de ordin calitativn funcie de sistemul de referin: Obiective referitoare la activitatile de baza - sistemul condus ;Obiectivele referitoare la activitile din cadrul sistemului informaional.

CAPITOLUL II

PREZENTAREA GENERAL A FIRMEI SC COMODO SRL

SC. COMODO SRL persoana juridic , societate cu rspundere limitat, pltitoare de TVA, n conformitate cu Ordonana nr.3/ 1992 i HG. Nr.973/1994. Este nregistrat la Registrul Comerului i la Direcia General a Finanelor Publice Sibiu. SC COMODO SRL a fost nfiinat n anul 2009 n baza Legii 31/1990 privind societile comerciale.Capitalul social al SC COMODO SRL a fost la constituire de 200 lei, constituit i depus de un asociat unic. Societatea este nfiinat pe o perioad nelimitat.

Obiectul de activitate i gama sortimental a societii

Conform statutului societii, obiectul principal de activitate al acesteia l constituie producerea si comercializarea de pantofi pentru export .

n prezent gama sortimentala a produselor comercializate este format din pantofi , sandale , adidasi pentru barbati , dama si copii .

Principalul beneficiar al bunurilor fabricate de SC COMODO SRL este populaia pentru care livrrile se fac prin magazinele proprii, dar i prin alte magazine care reprezint clienii societii.

Structura organizatoric

Organigrama societii comerciale este de tip piramidal i cuprinde totalitatea serviciilor funcionale. Conducerea este asigurat de administrator care este si asociatul unic. Acesta decide asupra celor mai importante probleme ale activitii, asigurnd strategia economic i comercial. Asociatul unic are n subordine directorul de vanzari , directorul de productie , directorul economic , directorul de aprovizionare . In subordinea directorilor se afla compartimentele de vanzari , productie , contabil si aprovizionare .

PROIECTAREA BAZEI DE DATE PENTRU GESTIUNEA VNZRII

Structura logic a bazei de date reprezint forma sub care apare structura conceptual a bazei de date pentru un utilizator oarecare.

SC COMODO SRL urmareste informatizarea gestiuniii vnzrilor. Produsele se vnd ctre clieni prin intermediul facturilor. O factur contine : numr, serie, data i denumirea clientului pentru care a fost intocmit , suma ( baza , tva , total ) , cod produse vandute. Orice produs din nomenclatorul de fabricatie se defineste prin : cod, denumire, unitate de msura ,pentru fiecare produs se cunoate mrimea stocului initial , pret de livare (are o cota de 24 % T.V.A.) . Produsele pot fi returnate firmei de ctre clienii in termen de 10 zile , ntocmindu-se o factur de stornare. Fiecare factur de retur are corespondent o factura de vnzare ntocmit anterior . Produsele sunt obinute din producia a firmei . La sfarsitul procesului tehnologic se ntocmete un bon de predare pe care sunt scrise numrul bonului, data ntocmirii i gestiunea care l ntocmete. Pe un bon de receptie pot fi trecute mai multe produse n cantiti diferite. Gestiunile sunt identificate printr-un cod i o denumire. Clienii firmei sunt identificai prin cod unic, cif , denumire, adresa , telefon.

MODELUL CONCEPTUAL AL DATELOR.

Proiectarea modelului relaional al datelor are ca scop obinerea unor colecii de date ce respect att cerinele informaionale ale utilizatorului ct i restriciile impuse de modelul relaional.

Conceperea modelului relaional pe baza unui model conceptual entitate-asociere permite modelarea realitii prin intermediul unor concepte abstracte : entiti ;asocieri ; atribute; cardinalitate;diagrama de asocieri .

Entitatea definete orice component care aparine sistemului informatic care are o identitate proprie i care este constant n timpul modificrilor efectuate n sistem. Fiecare entitate are un nume care sugereaz coninutul acestuia i o list de caracteristici.Pentru aplicia noastr entitile sunt:

Produse;

Bon de recepie;

Continut bon de receptie

Facturi ;

Continut facturi;

Gestiuni;

Clienti .Asocierea reprezint legatura dintre dou sau mai multe entiti, dependenta funcionala dintre date.

Modul n care nregistrrile entitii particip la asociere se numete cardinalitate, care se specifica pe modelul conceptual al datelor prin numrul de inregistrri din entitate care pot participa la asociere. Cardinalitatea d informaii despre numrul minim si maxim de apariii ale unei asocieri ntre o entitate i alta. Restriciile acestui model sunt:

Restrictii de domeniu : data_fatura ( entitate facturi ) > data_bon ( entotatea Bon Receptie ) , bonul de receptie in gestiune trebuie sa se intocmeasca inaintea facturii emise catre clienti ; in entitatea Continut factura atributul cota_tva = 24% Restrictii de structura : campurile cod_client, cod_gestiune,cod_produs trebuie sa fie unice pentru a putea identifica in mod unic fiecare entitate. Restrictii de asocieri :

Restrictii de integritate de roluri : Atributul definete o proprietate distinct a unei entiti i este considerat ca fiind o mulime de valori posibile. Atributele acestor entiti sunt : Produse (Cod produs, Denumire produs, UM., Stoc iniial , pret livrare)

Bon de receptie (Nr. bon, Data bon, Cod gestiune,)

Continut bon de receptie (Nr. bon, Data bon , Cantitate, Cod produs , pret)

Facturi (Nr.factur, , seria factura , cod client, cod gestiune, Nr factur stornat, serie factura stornata , nr. Contract, data_fatura )

Continut Facturi (Nr. factur, Seria fatura , Cod produs, Cantitate, Pret factur, Cot TVA , nr. Contract , cod gestiune )

Gestiuni (Cod gestiune, Nume gestiune , Cod produse) Clienti : (Cod client, Nume client, Adresa, telefon)

MODELUL LOGIC AL DATELORPentru o relaie pot exista dou tipuri de chei: cheia primar, cea care identific unic relaia ( nu poate avea valori nule),cheia extern, face referiri la valorile aceluiai atribut, cheie primar n alt tabel (accept i valori nule). Pentru trecerea de la modelul conceptual al datelor la modelul logic s-au stabilit urmtoarele reguli: fiecrei entiti i se asociaz o schem de relaie compus din toate atributele entitii; se stabilesc cheile primare i cheile secundare pentru entiti.

Identificatorii entitatilor sunt ( cheie primara) : Pentru entitatea Produse : CodProdus

Pentru entitatea Bon receptie : Nr. Bon

Pentru entitatea Continut Bon receptie : Numar Bon, Cod Produs .

Pentru entitatea Gestiuni : CodGestiune

Pentru entitatea Facturi : Nr.Factura

Pentru entitatea ContinutFacturi : NumarFactura, CodGestiune Pentru entitatea Clienti : CodClient

Dintre atributele identificate, am stabilit pentru fiecare tipul atributului, daca este un atribut simplu sau compus.

Produse

CodProdus (numeric, 5)(atribut simplu) DenumireProdus(Character , 50)(atribut simplu)UnitateMasura(Character ,50) (atribut simplu)Pret livrare(numeric , 20 )(atribut simplu)

StocInitial (numeric, 20)(atribut simplu)

Nr. Bon (numeric,20)(atribut simplu)

BonReceptie

NumarBonReceptie(numeric, 20)(atribut simplu)DataBon (date and time , 8)(atribut simplu)CodGestiune (numeric, 20)(atribut simplu)

ContinutBonReceptie

NumarBonReceptie(numeric,20)(atribut simplu)DataBon (date and time , 8)(atribut simplu)CodProdus (numeric, 20)(atribut simplu)

Pret livrare (numeric, 20)(atribut simplu)

Facturi

NumarFactura (numeric , 20)(atribut simplu)SerieFactura (numeric, 20)(atribut simplu)Cod Client (numeric, 20)(atribut simplu)Cod Gestiune (numeric, 20)(atribut simplu)Nr. Factura Storno (numeric,20)(atribut simplu)

Serie Factura Storno(numeric,20)(atribut simplu)Nr. Contract (numeric, 20)(atribut simplu)

Data.factura (date and time , 8)(atribut simplu) Continut Factura

NumarFactura (numeric, 20)(atribut simplu)

CodProdus (numeric, 20)(atribut simplu)

Cantitate (numeric,20)(atribut simplu)

PretFactura (numeric,20)(atribut simplu)

Cota Tva (numeric, 2)(atribut simplu)

Nr. Contract (numeric, 20)(atribut simplu)

Cod Gestiune(numeric, 20)(atribut simplu)

Gestiuni

CodGestiune (numeric, 20) (atribut simplu) NumeGestiune(Character , 50)(atribut simplu)

Cod Produs ( numeric ,20) (atribut simplu) Clienti CodClient (numeric,20)(atribut simplu)Nume Client (Character , 50)(atribut simplu)Adresa (Character 50 )(atribut simplu) , Telefon (numeric, 20)(atribut simplu)Am identificat asocierile dintre entitati , am modelat asocierile identificate si am stabilit cardinalitatea asocierilor .

1,1 1,N

Max (1,N)

Din regula de modelare 1:N, NumarBonReceptie migreaza in entitatea Produse.

1,N 1,N

Max (1,N)

Din regula de modelare 1:N, NumarBonConsum migreaza in entitatea Comanda

N,N 1,N

Max (N:N) Din regula de modelare N:N,

1,N 0,N

Din regula de modelare N:N, rezulta ca se introduce o noua entitate:Aplicand regulile de trecere de la modelul conceptual la modelul relaional se obin urmtoarele relaii:

1,11,N1N

1,N

1,N

1,NN,N

1,N

0,NEvenimente identificateE1: Cerere oferta primita de la clienti E2: Trimitere oferta clienti E3: Negociere E4: Stabilire valoare E5: Incheiere contract cu client E6: Verificarea existentei clientului in baza de date

E7: Existenta clientului in baza de date E8 : Client nou E9: Inregistrare client in baza de date

E10: Client nou inregistrat

E11: Verificare stoc de livrat

E12: Nevoia de completare stoc E13: Contactare furnizori E14: Incheiere factura E15: Aprovizionare

E16: Plata factura E17: Receptionare materii prime E18: Ciclu de productie E19: Produs finit E20: Intocmire bon de receptie

E21 :Emitere factura de avans

E22 : Incasare avans prin banca E23: Livrarea partiala marfa E24: Stornare factura avans E25: Emitere factura

E26: Descarcarea gestiunii

E27: Livrarea produsului

E28: Incasarea contravalorii ramase din faturaE29: Incetare contract

Intocmirea tabloului evenimente-rezultate.

Identificarea operaiilorOP1 : Trimitere oferta clienti OP2 : Stabilire valoare contract OP3 : Verificarea existentei clientului in baza de date OP4 : Client Nou

OP5 : Client nou inregistrat OP6 : Nevoia de completare stoc OP7 : Incheiere factura OP8 : Plata factura OP9 : Ciclu de productieOP10 : Emitere factura de avans

OP11 :Livrarea partiala a marfii OP12 : Incasare cval factura

Identificarea sincronizrilorSincronizrile ce apar n cadrul modelului conceptual al prelucrrilor au fost deja marcate n cadrul intocmirii tabloului evenimente-rezultate, deoarece acestea reprezint cazurile unde n cadrul primei coloane a tabloului evenimente-rezultate (cea a evenimentelor declanatoare) .Identificarea regulilor de emisie

Elaborarea modelului conceptual al prelucrrilor.

Dup cum s-a specificat anterior, modelul conceptual al prelucrrilor va fi divizat inndu-se cont de principalele procese care apar, i anume:

Contact clienti Aprovizionare - Productie Livrare incetare contract Contact clienti :

Aprovizionare Productie :

Livrare incetare contract :

Elaborarea programului - Prezentarea programului

Programul a fost elaborat n limbajul Microsoft VISUAL FOX PRO acesta fiind un sistem relaional i lucreaz sub sistemul de operare Windows, permite realizarea unor aplicaii complexe prin utilizarea limbajului Visual Basic, permite comunicarea cu SQL Server, crearea de grupuri de obiecte definite de utilizator n cadrul bazei de date i personalizarea bazei de date.

Primul pas n realizarea oricrui program n VISUAL FOX PRO este crearea tabelelor care reprezint expresia modelului relaional. Tabelele create sunt: PRODUSE , BON RECEPTIE , CONTINUT BON RECEPTIE , GESTIUNI , FACTURI , CONTINUT FACTURI , CLIENTI.

n cadrul tabelelor se definesc atributele:

Produse (Cod produs, Denumire produs, UM., Stoc iniial , pret livrare)

Bon de receptie (Nr. bon, Data bon, Cod gestiune,)

Continut bon de receptie (Nr. bon, Data bon , Cantitate, Cod produs , pret)

Facturi (Nr.factur, , seria factura , cod client, cod gestiune, Nr factur stornat, serie factura stornata , nr. Contract , data_factura)

Continut Facturi (Nr. factur, Seria fatura , Cod produs, Cantitate, Pret factur, Cot TVA , nr. Contract , cod gestiune )

Gestiuni (Cod gestiune, Nume gestiune , Cod produse)

Clienti : (Cod client, Nume client, Adresa, telefon)

Cu aceste tabele se va construi o baza de date GESTIUNEA VANZARII .dbc in care se vor realiza relationare intre tabelele dupa campurile etichetate cu cheie primara :Structura tabelelor este prezentat in fig. ......., iar relaiile ntre tabele n figura .....Pentru a putea realiza cele descrise mai sus se pune index (Primary) pentru tabelul Produse : CodProdus, pentru tabelul Bon receptie : Nr. Bon , pentru tabelul Bon receptie : Numar Bon, Cod Produs , pentru tabelul Gestiuni : CodGestiune ; pentru tabelul Facturi : Nr.Factura , pentru tabelul ContinutFacturi : NumarFactura, CodGestiune , pentru tabelul Clienti : CodClient

Am creat formulare pentru cele 7 tabele existente, care permit pregtirea interfeei cu utilizatorul avnd opiunea pentru generarea parametrilor de comand, generarea ecranelor prin care utilizatorul poate s actualizeze baza de date sau poate s vizualizeze prelucrrile, utiliznd opiunea Forms, n care am ales modul de afiare a datelor.

S-a verificat i tiprit legturile relaionale dintre tabele, folosind opiunea Tools/Relationship.

A doua faz a fost elaborarea interogrilor (Queries), care permite prelucrarea nregistrrilor din tabele sau din alte interogri i care afieaz datele coninute n cele 7 tabele n structura cerut de utilizator. Au fost create un numar de 11 interogri.

Dup interogarea bazei de date s-a trecut la crearea formularelor, acestea reprezint interfaa principal ntre utilizator i o aplicaie VISUAL FOX PRO . Pentru introducerea, afiarea i cutarea datelor ntr-o manier ct mai simpl s-a creat un formular numit PRODUSE care reprezint meniul principal al aplicaiei.

n cadrul unei aplicaii formularele pot ndeplini mai multe funcii: afiarea i editarea datelor, controlul operaiilor realizate de aplicaie, introducerea datelor, afiarea de mesaje i tiprirea informaiilor.

Rapoartele permit pregtirea pentru listare a datelor din tabele, interogri, a rezultatelor prelucrrilor, situiilor centralizatoare, a rapoartelor n general, n aproape orice format se dorete.FORMULARE:

- Bonuri de recepie;

- Clieni

- Detalii bon;

- Detalii factur;

- Facturi;

- Produse;

INTEROGRI :

- Bonuri recepie din anul 2010- Clieni cu adres n COVASNA

- Clieni, facturi ntocmite

- Clienii n ordine alfabetic

- Produse cu preul de facturare mai mic de 7000

- Numrul bonurilor ntocmite

- Nr. facturi eliberateRAPOARTE :

- Clieni cu adres n COVASNA

- Ordonarea alfabetic clieni

- Produse

- Facturi

- Bon recepie 2005

Modelul fizic al datelor

INTEROGAREA: Ordonarea clienilor societii n ordine alfabetic

SELECT Clieni.[Nume client], Clieni.Adres, Clieni.Telefon

FROM Clieni

ORDER BY Clieni.[Nume client]

INTEROGAREA : Clieni cu adres n Covasna

SELECT Clieni.[Nume client], Clieni.Adres

FROM Clieni

WHERE ((Clieni.Adres)=CV)

INTEROGARE: Afiarea bonurilor de recepie n anul 2005

SELECT [bon de recepie].[Nr Bon], [bon de recepie].[Dat bon]

FROM [bon de recepie]

WHERE (([bon de recepie].[Dat bon])=2005))

INTEROGAREA:Clieni facturi ntocmite

INTEROGAREA: Numrul bonurilor ntocmite

SELECT [bon de recepie].[Nr Bon], [bon de recepie].[Dat bon]

FROM [bon de recepie]

INTEROGAREA: Nr. facturi eliberate

SELECT Facturi.[Numr factur]

FROM Facturi;

INTEROGAREA: Produse cu pre de facturare mai mic de 7000

SELECT Produse. [Cod produs] Produse.[Denumire produse], [Detalii factur]. [Pre factur]

FROM Produse INNER JOIN [Detalii factur] ON Produse.[Cod produse]=[Detalii factur].Cod produs

WHERE([Detalii factur ].[pre facturar]) < 7000

CONCLUZII

Existena obiectivelor proprii, derivate din obiectivele generale ale sistemului economico-social n care se integreaz, a proceselor informaionale specifice (metode, tehnici, proceduri i mijloace de colectare, prelucrare, stocare i transmitere a datelor) prin intermediul crora activitatea de informatic ndeplinete funciuni bine precizate n cadrul unitii economice, rezultatele sale fiind utilizate n cadrul mecanismului de conducere i funcionare a unitii ne determin s afirmm c ea reprezint o activitate distinct i ca atare, trebuie organizat i condus c i celelalte activiti tehnice, de producie, economice i sociale. Organizarea i conducerea activitii de informatic are dou laturi corespunztor celor dou perioade ale ciclului de via a unui sistem informatic, respectiv:

- organizarea i conducerea realizrii sistemului;

- organizarea i conducerea funcionrii, intreinerii i dezvoltrii sistemului.

Activitile operaionale i cele de analiz orientat pe decizie constituie nucleul activitii unei firme, indiferent de mrimea ei,domeniul de activitate, forma legal. Activitile operaionale se execut la un nivel relativ constant. Datele sunt regsite i actualizate cu o anumit frecven i reprezint o fotografie curent a ceea ce se ntmpl n firm. Fiecare cerere folosete un volum mic de informaii, iar natura ei este n general previzibil.

Informaia generat prin activitile de analiz este orientat pe decizie, deoarece este ntr-o form ce o face imediat utilizabil n procesul decizional. Orientarea spre decizie a analizei este esenial. Datele sunt mai mult regsite dect actualizate n aceste activiti. Cererile analitice folosesc date derivate i natura lor nu este ntotdeauna previzibil. Sistemele informatice actuale sunt n marea lor majoritate sisteme de prelucrare tranzaionale on-line.

Access reprezint un instrument foarte simplu i eficace, la ndemana oricrui utilizator, care dorete s creeze, s implementeze i s exploateze o baz de date.

Fiind parte component a pachetului OFFICE 2000, acesta este deschis comunicrii cu celelalte programe: Excel, Word, Power Point.

n plus ofer posibilitatea comunicrii directe cu serviciul INTERNET World Wide Web, considerat a fi sistemul de distribuie a informaiei multimedia cu cea mai rapid rata de cretere din ntreaga industrie informativ.

Sistemul dispune de faciliti SQL, care reprezint un standard n ceea ce privete interogarea bazelor de date.

Implementarea sistemului informatic

Activitatea de proiectare a sistemului informatic privind evidena mijloacelor fixe se finalizeaz prin etapa de implementare care are drept obiectiv testarea funcionrii sistemului cu date reale urmat de exploatarea efectiv. Aceast etap va parcurge urmtoarele faze specifice:

Asigurarea condiiilor de implementare se va realiza prin difuzarea instruciunilor de nlocuire privind documentele de intrare, utilizarea corect a codurilor, instruirea personalului, asigurarea condiiilor de securitate i confidenialitate a prelucrrilor.

Funcionarea experimentala a sistemului proiectat asigur verificarea funcionalitii sistemului cu date reale.

Verificarea performantelor sistemului performant - acest lucru permite determinarea eficienei economice cuantificnd raportul performan cost.

Elaborarea raportului de implementare experimental prezint obiectivul urmrit, condiiile n care s-a desfurat implementarea i concluziile acestuia.

Elaborarea documentaiei de utilizare a sistemului informatic

Concluzii i propuneri viznd sistemul informatic existent

Concluzii

Pe baza studiului sistemului existent s-au desprins urmtoarele concluzii critice:

Documente completate necorespunztor sau incomplete

ntocmirea manual a unor situaii sintetice referitoare la mijloacele fixe

Un grad redus de prelucrare a datelor

Utilizare ineficient a sistemelor de calcul din dotare

Aglomerarea la nchidere de lun n procesul de gestiune a mijloacelor fixe

Creterea cerinelor de informaii pe care documentele actuale nu o mai pot satisface

Toate aceste concluzii scot n eviden o serie de dificulti privind gestiunea eficient a mijloacelor fixe.

Propuneri

Noul sistem informatic se va proiecta pe reeaua de calculatoare deja existent, ceea ce va permite accesul simultan al mai multor utilizatori, vizualizarea datelor terminale, lucru ce reduce consumul de formulare tipizate. Astfel se vor putea lua decizii n timp real, ceea ce va duce la creterea productivitii muncii.

Dup implementarea sistemului informatic se recomand securizarea mediului informatic avndu-se n vedere politicile i procedurile referitoare la securitatea informaiilor, asigurarea comunicrii i respectarea unor reguli astfel nct att conducerea societii ct i utilizatorii programului s contientizeze problemele de securitate.

Continut Bon Receptie

Necesita

Continut Facturi

Cod Gestiune

Numar Factura

Gestiuni

CodGestiune

Facturi

NumarFactura

CodGestiune

Cuprinde

Bon Receptie

NumarBonReceptie

CodGestiune

Gestiuni

CodGestiune

Stocheaza

Produse

Cod produs

NumarBonReceptie

Necesita

Bon Receptie

NumarBonReceptie

Produs

Continut Facturi

Necesita

Clienti

ContinutBonReceptie

NumarBonReceptie

CodProdus

Facturi

Numar Factura

Cod Client

Clienti

Cod Client

Facturi

Cuprinde

Gestiuni

Stocheaza

Bon receptie

Necesita

1


Recommended