Fiecare obiect are asociat câmpuri structură de date care sunt atribute ale pointerii obiect și funcția (fragmente de cod), care pun în aplicare operațiunile obiectului (rețineți că indicatoarele în codul de optimizare rezultat de obicei înlocuite prin abordarea acestor funcții). Astfel, obiectul - este o structură de date, al căror tip corespunde clasei acestui obiect.
Între obiecte pot fi setate în funcție de datele. Aceste dependențe sunt exprimate conexiune sau relație între clasele acestor obiecte. Exemple de astfel de dependențe sunt prezentate în Figura 2.6 (în funcție de primele două - binar, iar a treia dependență - trenarnaya). Dependența este reprezentată de o linie care leagă clase, pe care este înscris numele acestei relații, sau sunt date rolul obiectelor (clase) în această dependență (pentru a specifica roluri - cel mai convenabil mod de a identifica dependențele).
Dependențele între clase sunt două fețe: toate clasele în funcție de drepturi egale. Acest lucru este atât, chiar și în cazurile în care numele dependenței deoarece face direcția acestei relații. Deci, în primul exemplu din figura 2.6 are un nume în funcție de capitalul sugerează că relația merge de la clasa la oraș țară de clasă (în funcție de bilateralismul ar dori propan); dar trebuie să se țină seama de faptul că această dependență are două fețe, în sensul că, deși există o relație inversă: este capitala. În același mod, în al doilea exemplu, în figura 2.6 se poate vedea un cuplu de dependențe reținerile deținute. Aceste neînțelegeri pot fi evitate dacă este identificat pe baza nu pe nume, și numele claselor de roluri care alcătuiesc dependenta.
Fig. 2.6. Dependențe între clase
În limbaje de programare, dependențe între clase (obiecte) sunt puse în aplicare în mod obișnuit, folosind referiri (indicatori) dintr-o clasă (un obiect) la altul. Reprezentarea dependențelor cu referințe relevă faptul că relația este o proprietate a unei perechi de clase, și nu oricare dintre ele, și anume, dependență - acest raport. Trebuie remarcat faptul că, deși relațiile dintre obiecte sunt bidirecționale, acestea nu sunt obligate să pună în aplicare programe ca două sensuri, lăsând doar link-uri în acele clase în cazul în care este necesar pentru program.
Alte exemple de relații între clase prezentate în figura 2.7. Primul exemplu arată relația dintre o bancă și conturile sale client. Banca de client poate avea mai multe conturi în aceeași bancă sau nu are un cont (atunci când acesta devine mai întâi un client al băncii). Astfel, este necesar să se reprezinte relația dintre client și conturile multiple, care se face în figura 2.7. Al doilea exemplu arată relația dintre curbele care se intersectează (în special drepte) linii. Acesta poate fi considerat 2, 3 sau mai multe dintre aceste linii, în plus, acestea pot avea mai multe puncte de intersecție. În fine, al treilea exemplu arată o grupare (opțional) dependența opțională: un calculator poate sau nu poate avea un șoarece.
Fig. 2.7. Alte exemple de dependențe. denumiri
Dependențe între clase corespund dependențele între obiecte ale acestor clase. Figura 2.8 prezintă dependența dintre obiecte pentru un prim exemplu din figura 2.6; în Figura 2.9 prezintă relația dintre obiectele pentru exemplele prezentate în figura 2.7.
Fig. 2.8. Relațiile dintre obiecte
Trebuie remarcat faptul că reprezentarea relațiilor dintre obiecte, avem tendința de a cunoaște numărul de obiecte și nu au nevoie de denumiri, cum ar fi „unele“, „două sau mai multe“, „nu neapărat.“
La proiectarea sistemului de mai convenabil să funcționeze decât obiecte și clase.
Fig. 2.9. Mai multe relații complexe între obiecte
Conceptul conform transferat la bazele de date în care în funcție folosite pentru o lungă perioadă de timp orientat pe obiect sisteme software de proiectare tehnologie de tehnologie de proiectare (și simulează). limbaje de programare, de obicei, nu acceptă o descriere explicită a dependențelor. Cu toate acestea, descrierea dependențelor este foarte utilă în dezvoltarea sistemelor software. Tehnologia OMT utilizează în funcție de interpretarea diagramelor ce descriu sistemul.
În funcție de modul în care și clase pot avea atribute, cum ar fi organizarea accesului utilizatorului la permisiunile de fișiere pentru a avea acces la un atribut în funcție de disponibil (Figura 2.10.), În funcție de care atribut este desemnat printr-un dreptunghi, arc asociat cu linia care reprezintă dependența. O astfel de desemnare făcută în dependențe atribut tehnologia OMT. Rețineți că, permisiunea de a accesa datorită atât utilizatorului și fișierul nu poate fi un atribut al oricărui utilizator sau fișier individual.
Fig. 2.10. atribut EXEMPLU în funcție
Un alt exemplu de atribute de dependență având prezentate în figura 2.11. Exemplul arată că relația poate avea mai multe atribute. În plus, există indică rolurile diferitelor obiecte, în funcție de (a se vedea. De mai jos). Dependența conduce în această cifră este mai convenabil să se facă referire la ca șef ofițer.
Fig. 2.11. Două atribute dependențe între unul și mulți
Uneori, în funcție de care are o mulțime de atribute care folosesc clase. Astfel de dependențe în bazele de date apar la tabele temporare organizate în cursul tratamentului cu baza de date. relație EXEMPLU reprezentat de clasă, prezentată în figura 2.12, care oferă informații despre utilizatorii înregistrați la stațiile de lucru.
Fig. 2.12. Reprezentarea relației ca o clasă
Un utilizator poate fi înregistrat la mai multe stații de lucru, fiecare registru cuprinde o prioritate de utilizator și privilegii de acces (atribute in functie). Utilizatorul poate avea propriul său director pentru fiecare stație de lucru înregistrat, dar același director poate aparține mai multor utilizatori sau mai multe stații de lucru.