Cap.

III MERISE METOD DE PROIECTARE A

SISTEMELOR INFORMATICE
1) Noiuni introductive
2) Ciclurile de realizare a unui sistem informatic
3) Modelul conceptual al datelor
4) Modelul logic al datelor
5) Modelul organizaional al prelucrrilor

3.1. NOIUNI INTRODUCTIVE

Metoda MERISE (Methode dEtude et Realisation Informatique par le Sous
Ensemble representatif) a fost dezvoltat de Centrul Tehnic de Informatic din cadrul
Ministerului de Industrie Francez i reprezint un instrument tehnico-economic de
proiectare a unui sistem informatic. Pe parcursul timpului au fost dezvoltate dou variante
ale metodei.
Prima variant, elaborat la sfritul anilor 70 se baza pe urmtoarele coordonate:
a) abordarea sistemic scoate n eviden relaia existent ntre sistemul
informaional i sistemul decizional, pe de o parte, precum i relaia dintre sistemul
informaional i sistemul condus, pe de alt parte. Sistemul informaional pune la
dispoziia sistemelor condus i decizional toate informaiile necesare pentru a aciona i a
decide;
b) acoperirea ntregului ciclu de via a SI cuprinde schema directoare, studiul
prealabil, studiul de detaliu, studiul tehnic, realizarea SI, implementarea SI, mentenana
SI;
c) un ciclu de abstractizare corespunztor celor trei niveluri: conceptual
(rspunznd la ntrebarea CE?), logic sau organizaional (rspunznd la ntrebrile
CINE?, CND?, UNDE?) i fizic (rspunznd la ntrebarea CUM?);
d) separarea ntre modelul datelor i modelul prelucrrilor.
Niveluri
Conceptual
Logic sau
Organizaional
Fizic

Date
Model conceptual MCD

Prelucrri
Model conceptual MCP

Model logic MLD

Model organizaional MOP

Model fizic MFD

Model fizic MFP

Se evideniaz i o etap de validare, care permite verificarea existenei tuturor datelor

pentru efectuarea prelucrrilor, precum i a verificrii tuturor prelucrrilor utile pentru
obinerea datelor necesare.
MERISE separ studiul datelor de cel al prelucrrilor, dei acestea dou se pot
realiza n paralel.

MERISE are dou obiective principale:

1) reprezint o metod de concepie a SI;
2) propune o metodologie de dezvoltare a SI.
Avantajele metodei MERISE ca metod de concepie a SI sunt:
apropierea de sistemul informatic i de structura ideal a BD;
descrierea SI pe trei niveluri;
utilizarea unui formalism de reprezentare precis, simplu i riguros pentru
descrierea datelor. (Formalism, n sensul de mai sus, nseamn un set de
definiii i reguli, combinat cu un set de tipuri de diagrame i/sau de tabele.)
Acest formalism este reglementat pe plan internaional de standardul ISO sub
numele de ENTITATE-ASOCIERE;
descrierea amnunit la nivel conceptual, permind realizarea unui SI
independent de organizarea firmei i alegerea tehnicii de automatizare;
reprezentarea vizual folosit n modelul conceptual duce la uureaz stabilirea
unui dialog ntre toi partenerii implicai n realizarea SI.
Varianta a doua a metodei MERISE surprinde evoluiile tehnice i organizaionale
ale anilor 90 i nltur cteva carene ale modelului entitate-asociere utilizat n prima
versiune. Astfel, se introduc noiunile de generalizare i specializare pentru a explica
conceptele de motenire, regulile de integritate i pentru noiunea de identificator relativ
(ce permite identificarea unei entiti n raport cu alt entitate).
n versiunea a doua a metodei MERISE modelul conceptual al prelucrrilor
(MCP) conine, n plus :
o diagram a fluxului de date (DFD);
un model analitic conceptual al prelucrrilor care acioneaz nc din faza
de concepie;
noiunea de ciclu de via al unui obiect surprinde toate etapele parcurse
de un obiect n cursul existenei sale, n funcie de evenimentele produse i
de evenimentele care urmeaz a se produce.
La nivelul organizaional sunt surprinse n structur toate resursele materiale i
umane implicate n realizarea SI. La nivel logic sunt definite interfeele cu utilizatorii,
resursele logice ale prelucrrilor, precum i depozitarea i repartiia datelor, nivelul fizic
rmnnd neschimbat.

3.2. CICLURILE DE REALIZARE A UNUI SISTEM

INFORMATIC
Ciclurile de realizare a unui SI utiliznd metoda MERISE sunt: ciclul de decizie,
ciclul de via, ciclul de abstractizare. Acestea se reprezint ntr-un grafic tridimensional
(vezi cap. 2, subcapitolul Modele reprezentative ale ciclurilor de via ale SI, Modelul
tridimensional).

Ciclul de decizie
Ciclul de decizie are rolul de a defini mediul i bazele SI, precum i modalitile
de exploatare ale acestuia. Actorii care apar n acest procesul decizional sunt: managerii,
angajaii (utilizatori finali ai SI) i dezvoltatorii de SI. Deoarece luarea deciziilor
presupune cooperarea dintre diferite compartimente, este important s se creeze mai
multe grupuri de discuie (grupuri de lucru).
Descrierea structurii grupurilor de lucru este detaliat n norma Z67-101 ANFOR
Recomandri pentru conducerea proiectelor informatice :
Comitetul Director are rolul de a stabili orientarea proiectului i de a lua
deciziile importante;
Grupul de proiect este singura structur permanent pe parcursul realizrii SI.
Are rolul de a realiza SI, precum i documentaia SI. Este format din eful de
proiect, persoane care se ocup cu concepia i realizarea SI i reprezentani ai
grupului de utilizatori;
Comitetul utilizatorilor particip la elaborarea de soluii i la validarea
documentaiei realizate de grupul de proiect.
Deciziile care se iau n ciclul de decizie sunt legate de aspecte multiple, ca de exemplu:
Decizii manageriale legate de funcionalitatea SI;
Decizii financiare referitoare la costuri i beneficii;
Decizii referitoare la identificarea principalilor actori ai sistemului
informaional i organizatoric;
Decizii ale utilizatorilor finali legate de interfaa SI;
Decizii legate de modul de procesare a datelor;
Decizii de ordin tehnic legate de echipamentele hardware i software.

Ciclul de via
Ciclul de via presupune existena a patru etape: realizarea unui plan strategic,
realizarea unui studiu preliminar, realizarea unui studiu detaliat i realizarea SI.
A) Planul strategic traseaz obiectivele int ale organizaiei dpdv al colectrii
informaiilor necesare pentru ndeplinirea obiectivelor strategice i mparte organizaia
pe domenii sau pe departamente pentru o mai bun analiz viitoare (inclusiv modul n
care aceste departamente interacionaez ntre ele). Pentru fiecare departament este
gndit o schem a aplicaiilor, care include i politica de resurse umane, produsele
hardware i software, precum i o metodologie pentru implementarea unei mbuntiri
viitoare a sistemului.
B) Studiul preliminar este realizat pentru fiecare domeniu i descrie SI propus,
impactul acestuia asupra organizaiei, costurile i beneficiile. Studiul preliminar trebuie
s fie n concordan cu planul strategic stabilit anterior. Activitile acestei etape sunt:
culegerea de informaii despre activitatea organizaiei, cu menionarea i
scoaterea n eviden a particularitilor ntlnite;

 realizarea diagramelor de flux care evideniaz actorii participani i

schimburile de informaii dintre ei;
elaborarea primelor variante de MCD i MOP i analizarea punctelor lor
slabe;
propuneri de mbuntire a MCD i MOP i prezentarea unei soluii;
evaluarea soluiei propuse.
C) Studiul detaliat specificarea detaliat a cerinelor i a arhitecturii noului sistem. n
aceast etap se vor avea n vedere toate aspectele care vor fi automatizate, incluznd
specificaiile de detaliu pentru modelul tehnic i funcional. Activiti ale acestei etape:
se realizeaz la nivel general :
MCD, MCP, MLD, MOP pentru soluia aleas;
definirea mediului de dezvoltare logic i material;
definirea dicionarului de atribute;
punerea n practic a studiului preliminar prin elaborarea planurilor de lucru,
realizarea documentaiei i a planului de recepie
se realizeaz la nivel detaliat :
stabilirea fazelor de realizare;
validarea datelor i prelucrrilor (optimizarea MLD i realizarea unei prime
variante a MFD);
evaluarea timpului de realizare a bazei de date;
un plan cu necesarul de echipamente i materiale.
D) Realizarea SI se execut n dou subetape: studiul tehnic i realizarea programelor
i punerea n lucru.
Studiul tehnic descrierea logic a arhitecturii SI I descrierea MFD;
Realizarea programelor i punerea n lucru scrierea efectiv a liniilor de cod,
testarea SI i integrarea n sistemul informaional al organizaiei.
Sintetiznd, prin utilizarea metodei MERISE se rspunde la trei ntrebri:
1) Ce trebuie fcut? i de aici rezult etapele i subetapele;
2) Cum se face? de aici rezult legturile i regulile;
3) Cu cine se face? participanii.

Ciclul de abstractizare
Ciclul de abstractizare este constituit dintr-o niruire de raionamente fcute n
scopul realizrii SI, i constituie faza esenial a metodei MERISE. Aceasta conine 6
niveluri de abstractizare, mprite n dou mari categorii: niveluri de abstractizare care
fac referire la date i niveluri de abstractizare care fac referire la prelucrri:
DATE
CONCEPTUAL MCD (Modelul conceptual al

PRELUCRRI
MCP (Modelul conceptual al

LOGIC

FIZIC

datelor)
- Concepte fundamentale
- Relaii semantice
MLD (Modelul logic al datelor)
- Integrarea restriciilor de
organizare
- Traducerea n SGBD:
entitate
relaie
instan (realizare)
MFD (Modelul fizic al datelor)
- Descrierea bazelor de date
- Noiuni de nregistrare

prelucrrilor)
- Descrierea macroscopic
(noiunea de proces)
MOP (Modelul organizaional al
prelucrrilor)
- Integrarea alegerii opiunii
- Repartiia om-main
- Timp real-timp diferit
Desfacerea proceselor
proceduri faze sarcini
MFP (Modelul fizic al
prelucrrilor)
- Descrierea programelor
- Descrierea procedurilor

Tabelul de mai jos prezint ntrebrile care trebuiesc puse pe parcursul realizrii unui SI
prin metoda MERISE, rspunsurile care descriu de fapt nite obiecte i modelele astfel
reprezentate:
ntrebare

Obiecte descrise

Ce se dorete s se Date
fac?
Relaii
Reguli de gestiune
nlnuiri de prelucrri
Cine face? Cu ce? Oameni
Cnd?
Maini
Reele diferite
Repartiie geografic
Cum se face?
Entiti
Programe
Proceduri

Nivel de
abstractizare
Conceptual

Modele rezultate
MCD (static)
MCP (dinamic)

Logic
Organizaional

MLD
MOP

Fizic

MFD
MFP

1) La nivelul ciclului de abstractizare metoda MERISE are o abordare

descendent, ncepnd cu modelele conceptuale. Acest lucru implic acumularea de
cunotine i analizarea organizaiei ca intreg, lundu-se astfel un prim contact cu
aspectele reale ale organizaiei.
2) A doua subetap din acest ciclu o reprezint evaluarea modelelor logice i
organizaionale fiind necesare luarea unor decizii cu privire la ntrebrile: Cine face? Cu
ce? Cnd? Tot n cadrul acestei etape MCD este transformat n MLD.
3) A treia subetap o reprezint realizarea MFD i MFP, ceea ce implic
identificarea alternativelor tehnice de realizare a SI. Nivelul fizic privete constrngerile
de ordin tehnic i material, aceast faz fiind ultima dpdv cronologic. De aceea putem
spune ca metoda MERISE este independent de tehnologie pn n faza final. Acum vor

fi luate n considerare constrngerile legate de sistemul de operare, de sistemul de

management al bazei de date (SGBD), precum i limbajul de programare folosit.
La toate nivelurile de abstractizare ale ciclului, informaiile care rezult apar sub
form de grafice sau diagrame. Un aspect important al metodei MERISE l reprezint
regulile de deducere (de transformare) a unui model din modelul anterior.

3.3. MODELUL CONCEPTUAL AL DATELOR

Modelul conceptual utilizeaz o abstractizare prin relaie, recunoscut de ISO ca
fiind o apropiere de modelul ENTITATE-RELAIE. Modelul conceptual al datelor
reprezint o structur general i logic a bazei de date, structur care este independent
de software-ul utilizat sau de structura de stocare a datelor.
Un model conceptual al datelor presupune:
reprezentarea organizrii datelor ntr-un format grafic care poart denumirea de
diagrama entitate-asociere;
verificarea validitii modelrii datelor;
generarea unui model fizic al datelor care specific modul de implementare a
bazei de date.
MCD corespunde unei structuri generale a datelor acceptat de toi utilizatorii
poteniali. Rezultatul final al activitii de modelare la acest nivel nu este o reprezentare a
unui SI real, ci reprezint o viziune abstract a acestuia, reprezentare ce poate lua fie o
form grafic (de cele mai multe ori), fie matematic, verbal sau mental.
MCD are o form abstract i formalizat i poate conine erori datorate:
- spiritului de observare i subiectivitii observatorului;
- metodelor de observare folosite;
- tehnicilor, instrumentelor i metodelor de modelare.
Pentru a se nltura erorile de concepie a modelului este bine ca la procesul de observare
s participe mai muli membri ai echipei, fiecare dintre acetia realiznd cte un model.
Modelele astfel realizate sunt supuse confruntrii, care n urma unor analize pot duce la
identificarea eventualelor erori de reprezentare. De asemenea, este important ca modelele
utilizate s respecte normele i standardele recunoscute.
Identificarea principalelor obiecte care stau la baza modelului conceptual de date,
dpdv al metodei MERISE, se refer la noiunile de entitate i asociere.
Entitatea este un obiect material sau abstract al realitii modelate, caracterizat
de o existen proprie, cu o identitate proprie, i cu anumite proprieti care l fac
identificabil n raport cu alte obiecte ce prezint acelai comportament.
Proprietile definitorii ale unui obiect se numesc atribute.
Atributele sunt percepute, dpdv informatic, ca variabile ale datelor, caracterizate
prin natura valorilor pe care le pot lua acestea la un moment dat. Astfel, atributul poate fi
numeric, alfanumeric, ir de caractere.
Dpdv al modului de reprezentare a informaiei, atributele pot fi:
1) elementare reprezentarea datei este indivizibil n raport cu informaia
pe care o reprezint. Aceste atribute se mai numesc i atribute atomice;

2) compuse se pot descompune n mai multe atribute elementare (ex:

adresa).
Dpdv al realitii modelate, atributele pot fi:
1) opionale dac atributul respectiv nu poate prezenta o valoare la un
moment dat (ex. limbi strine cunoscute);
2) obligatorii trebuie s prezinte neaparat o valoare. Aceste atribute sunt
folosite n special la identificarea univoc a unei entiti.
Dpdv al valorilor pe care le pot lua la un moment dat, atributele pot fi:
1) multivaloare atunci cnd valoarea pe care o poate lua un atribut, la un
moment dat, prezint mai multe realizri concomitente pentru aceeai
entitate (ex. limbi strine cunoscute o persoan poate cunoate englez,
francez i german);
2) monovaloare prezint doar o singur valoare pentru atributul respectiv.
Dpdv al rolului pe care l ndeplinete atributul respectiv n cadrul modelului,
atributele pot fi:
1) chei candidate sunt acele atribute care prin natura lor pot juca rolul de
cheie primar sau de identificator n cadrul unui tip de entitate,
2) cheie primar (identificator) reprezint acel atribut sau grup de atribute
care reuete, prin valorile pe care le ia, s identifice n mod singular o
entitate din mulimea entitilor care prezint acelai comportament.
Rezult c o cerin esenial pentru valorile pe care le poate lua acest gen
de atribut este unicitatea. Ex. CNP
3) cheie extern reprezint un atribut sau o mulime de atribute definite pe
aceeai mulime de valori ca i cheia primar, rolul su fiind acela de a
putea stabili o asociere (legtur) ntre dou sau mai multe tipuri de
entiti, care, n realitatea modelat, interacioneaz ntre ele.
n realitate, pot exista mai multe atribute care pot juca rolul de identificator pentru un tip
de entitate. Ex. pentru societi comerciale: codul unic de nregistrare (CUI), numrul de
nregistrare, codul IBAN. De aceea, atributul care joac rolul de identificator (cheie
primar) trebuie s ndeplineasc concomitent mai multe cerine:
a) nu trebuie s existe dou valori identice n mulimea valorilor pe care le poate
lua acel atribut;
b) cheia primar nu poate avea valoarea NULL. Valoarea NULL nu este valoarea
zero, ci arat c pentru atributul respectiv nu s-a introdus nicio valoare;
c) valoarea pe care o poate lua o cheia primar nu trebuie s se modifice. n
exemplul de mai sus codul IBAN nu respect aceast condiie;
d) dimensiunea cmpului cheie primar trebuie s fie ct mai redus. n exemplul
de mai sus numrul de nregistrare la Registrul Comerului are 13 caractere, iar CUI este
format din 7 caractere.
innd cont de aceste cerine se alege acel atribut sau grup de atribute care s joace rolul
de identificator al unui tip de entitate (cheia primar). Simbolizarea atributului cheie
primar se realizeaz prin sublinierea acestuia printr-o linie continu.

Domeniul reprezint mulimea tuturor valorilor posibile pe care le poate lua un

atribut.
Deci, atributele surprind partea static a unui tip de entitate, iar valorile atributelor
reflect partea dinamic a entitii. (ex. Vrsta este atributul entitii salariat, iar valoarea
acestui atribut se schimb).
Exist dou modaliti prin care se poate exprima domeniul de valori:
1) Exprimarea explicit se enumer valorile din domeniul respectiv. Ex:
Vrsta{18,19,20,, 75}
2) Exprimarea implicit se precizeaz proprietile pe care le are domeniul. Ex:
Vrsta{x, xN, 18x75}.

Legturi (asocieri/relaii) ntre date

Exist dou tipuri de legturi ntre date: legturi ntre atributele aceluiai tip de
entitate i legturi care se stabilesc ntre mai multe tipuri de entiti.
A) Legturi ntre atributele aceluiai tip de entitate
Conform conceptelor matematice din algebra relaional, cercettorul american E.
F. Codd ajunge la concluzia c informaia poate fi grupat natural n mulimi diferite,
asemntoare cu structura unui tabel. Astfel, ntr-un SGBD relaional, datele sunt
organizate i percepute de ctre utilizator sub forma unor tabele bidimensionale, care
corespund modelului abstract tip de entitate (fiecare tabel e un tip de entitate). Rndurile
acestui tabel corespund unui tuplu(nregistrare), avnd drept corespondent n modelul
abstract entitatea. Coloanele tabelului corespund atributelor (denumirea
coloaneidenumirea atributului, totalitatea valorilor care se regsesc n coloana
respectiv domeniul de valori al atributului).
Atributele unei entiti interacioneaz ntre ele, aceast relaie purtnd denumirea
de dependen funcional. Dependena funcional este o proprietate a atributelor i
arat modul n care sunt legate acestea unele de altele.
Exist dou feluri de dependen funcional:
1) dependen funcional simpl este o legtur stabilit ntre dou atribute
notate A i B, aparinnd unei relaii R; pentru fiecare valoare cunoscut a atributului A
se antreneaz, n mod sistematic, asocierea aceleiai valori pentru atributul B.
Reprezentarea grafic este urmtoarea:
A

CNP

NUME

Atributele din partea stng a sgeii poart denumirea de atribute determinante, iar cele
din partea dreapt a sgeii se numesc atribute determinate.
2) dependen funcional multivaloare Fie atributele A, B, C aflate ntr-o
relaie R; ntre aceste atribute exist o dependen funcional multivaloare atunci cnd
pentru fiecare valoare a atributului A exist o mulime de valori pentru atributul B i o
mulime de valori pentru atributul C. Mulimile de valori ale atributelor B i C sunt
independente unele de altele.
Reprezentarea grafic este urmtoarea:

B) Legturi care se stabilesc ntre mai multe tipuri de entiti

ntr-o BDR datele sunt stocate n mai multe tabele i este important ca sistemul s poat
reuni corect informaiile ntre care exist legturi. Relaiile se constituie prin precizarea
unei legturi ntre un cmp sau o combinaie de cmpuri ale unui tabel i cmpurile
corespunztoare din alt tabel.
Exist trei tipuri de relaii:
1) Relaia unu-la-unu (one-to-one/biunivoc). Dac dou tabele A i B sunt ntr-o
relaie unu-la-unu, atunci unei nregistrri din tabelul A i corespunde cel mult o
nregistrare din tabelul B i invers, unei nregistrri din tabelul B i corespunde cel mult o
nregistrare din tabelul A. n practic cele dou tabele sunt similare cu un singur tabel
care cuprinde toate cmpurile acestora.
2) Relaia unu-la-muli (one-to-many). Dac dou tabele A i B sunt ntr-o relaie
unu-la-muli, atunci unei nregistrri din tabelul A (tabelul master) i corespund mai multe
nregistrri din tabelul B (tabelul detail), iar unei nregistrri din tabelul B i corespunde o
singur nregistrare din tabelul A. Este tipul de relaie cel mai des ntlnit n practic.
3) Relaia muli-la-muli (many-to-many). Dac dou tabele A i B sunt ntr-o
relaie muli-la-muli, atunci unei nregistrri din tabelul A i corespund mai multe
nregistrri din tabelul B, iar unei nregistrri din tabelul B i pot corespunde, de
asemenea, mai multe nregistrri din tabelul A.
Cardinalitatea este un cuplu de numere ntregi de forma (x,y) , care exprim numrul
minim (x) i numrul maxim (y) de realizri ale unei instane ale tipului de entitate care
particip la o asociere. X se numete cardinalitate minimal, desemnnd obligativitatea
unei realizri de a participa la o asociere, iar y se numete cardinalitate maximal, fiind
perceput ca volumul participrii la asociere.
Cardinalitatea minimal / maximal exprim modul de participare al realizrilor fiecrei
entiti la asociere ( valori uzuale:0,1; 1,1; 0,n; 1,n ).
Reprezentarea grafic:

Asociere
Tip entitate
ANGAJAT

Cardinalitate

Nume
asociere

minimal

maximal

ANGAJAT

Marc
Nume
Prenume
Data nasterii
Salariul lunar

Tip entitate
COMPARTIMENT

1,1

NCADRAT-LA
Data ncadrrii

Atribut al asocierii

0,n

COMPARTIMENT
Cod compartiment
Den compartiment

3.4. MODELUL LOGIC AL DATELOR

Trecerea de la MCD la MLD ine seama de dou tipuri de reguli principale, reguli
care se refer la distribuia datelor pe tipuri de entiti, precum i de cardinalitile
prezentate de asocierile tipului de entitate. Aceste elemente metodologice poart
denumirea de reguli de transformare.
Regula 1. Fiecare tip de entitate se transform ntr-un tabel, primind ca denumire
a coloanelor numele atributelor din care este format acel tip de entitate, iar identificatorul
tipului de entitate se va transforma n cheia primar a tabelului respectiv. Un tabel este
perceput ca o asociere ntre mai multe atribute care caracterizeaz acelai tip de entitate.
Regula 2. n cazul n care dou tipuri de entitate prezint pentru o asociere
cardinalitatea (1,1), n mod normal fiecare entitate poate primi drept cheie extern, cheia
primar a celeilalte entitai. n realitate se ine cont de ordinea de apariie a fiecrui tip de
entitate. Cheile externe se simbolizeaz n MLD prin subliniere cu o linie punctat.
Regula 3. n cazul n care dou tipuri de entitate au o asociere de tipul (1,n),
cheia primar a tabelei care prezint la asociere cardinalitatea (1,n) va deveni cheie
extern n tabela care prezint la asociere cardinalitatea (1,1).
ANGAJAI
Marca
Nume
Prenume
Adresa

SUCURSAL
1,1

Lucreaz

1,n

Cod sucursal
Adresa
Telefon

Aplicnd aceast regul, pentru acest MCD vom avea urmtorul MLD:
ANGAJAI = (Marca,Nume,Prenume,Adresa,Cod sucursal)
SUCURSAL = (Cod sucursal,Adresa,Telefon)
Regula 4. n cazul n care dou entiti prezint o asociere de tipul (n,m),
asocierea n sine se transform ntr-o tabel avnd obligatoriu drept chei externe cheile
primare ale celor dou tabele.

CONTRACTE
DE
ASIGURARE
Nr contract
Data semnare
Data nceput

RISCURI
1,n

1,m
Prevd

Cod risc
Denumire risc
Franiz

MLD va fi:
CONTRACTE DE ASIGURARE = (Nr contract,Data semnare,Data nceput)
RISCURI = (Cod risc,Denumire risc,Franiz)
PREVD = (Nr contract,Cod risc)