Шта је класа?
Класа је нацрт који се користи за стварање Објекта. Класа дефинише шта објекат може да уради.
Шта је дијаграм класе?
ДИЈАГРАМ РАЗРЕДА УМЛ даје преглед софтверског система приказивањем класа, атрибута, операција и њихових односа. Овај дијаграм укључује назив класе, атрибуте и рад у одвојеним одређеним одељцима.
Дијаграм класе дефинише типове објеката у систему и различите типове односа који постоје међу њима. Даје приказ апликације на високом нивоу. Ова метода моделирања може се изводити са готово свим објектно оријентисаним методама. Класа се може односити на другу класу. Класа може имати своје објекте или може наследити друге класе.
Дијаграм класа помаже у конструисању кода за развој софтверске апликације.
У овом упутству ћете научити:
- Шта је класа?
- Шта је дијаграм класе?
- Предности дијаграма класе
- Битни елементи дијаграма класе УМЛ
- Назив класе
- Атрибути:
- Односи
- Агрегација против композиције
- Апстрактне часове
- Пример УМЛ дијаграма класе:
- Дијаграм класе у животном циклусу развоја софтвера:
- Најбоље праксе у дизајнирању дијаграма одељења
Предности дијаграма класе
- Дијаграм класе илуструје моделе података за чак и врло сложене информационе системе
- Пружа преглед структурирања апликације пре проучавања стварног кода. Ово може лако смањити време одржавања
- Помаже у бољем разумевању општих шема апликације.
- Омогућава цртање детаљних графикона који истичу код који је потребно програмирати
- Корисно за програмере и друге заинтересоване стране.
Битни елементи дијаграма класе УМЛ
Основни елементи дијаграма класа УМЛ су:
- Назив класе
- Атрибути
- Операције
Назив класе
Назив класе потребан је само у графичком приказу класе. Појављује се у највишем одељку. Класа је нацрт објекта који може делити исте односе, атрибуте, операције и семантику. Класа се приказује као правоугаоник, укључујући његово име, атрибуте и операције у специјаним одељцима.
При представљању класе морају се водити рачуна о следећим правилима:
- Назив класе увек треба да започиње великим словом.
- Име разреда увек треба да буде у центру првог одељења.
- Назив класе увек треба писати подебљаним словима .
- Апстрактни назив класе треба написати у курзиву.
Атрибути:
Атрибут је именовано својство класе која описује објект који се моделира. У дијаграму класа, ова компонента је смештена одмах испод одељка са именом.
Изведени атрибут израчунава се из осталих атрибута. На пример, старост ученика може се лако израчунати од његовог / њеног датума рођења.
Карактеристике атрибута
- Атрибути се обично пишу заједно са фактором видљивости.
- Јавно, приватно, заштићено и пакет су четири видљивости које се означавају знаковима +, -, # или ~.
- Видљивост описује доступност атрибута класе.
- Атрибути морају да имају смислено име које описује његову употребу у класи.
Односи
У УМЛ-у постоје углавном три врсте односа:
- Зависности
- Генерализације
- Удружења
Зависност
Зависност значи однос између две или више класа у којима промена једне може проузроковати промене друге. Међутим, то ће увек створити слабији однос. Зависност указује на то да једна класа зависи од друге.
У следећем примеру, Студент има зависност од колеџа
Генерализација:
Генерализација помаже повезивању поткласе са њеном суперкласом. Подкласа је наслеђена из своје суперкласе. Однос генерализације не може се користити за моделирање имплементације интерфејса. Дијаграм класа омогућава наслеђивање из више супер класа.
У овом примеру, разред Студент је генерализован из одељења Особа.
Удружење:
Ова врста односа представља статичке односе између класа А и Б. На пример; запослени ради за организацију.
Ево неколико правила за удруживање:
- Асоцијација је углавном глагол или глаголска фраза или именица или именица.
- Требало би да се именује како би се означила улога коју игра разред на крају пута придруживања.
- Обавезно за рефлексивне асоцијације
У овом примеру је приказан однос између студента и факултета, а то су студије.
Многострукост
Множност је фактор повезан са атрибутом. Одређује колико се примерака атрибута креира када се класа иницијализује. Ако вишеструкост није наведена, подразумевано се једна сматра вишеструком множином.
Рецимо да на једном факултету има 100 студената. Колеџ може имати више студената.
Агрегација
Агрегација је посебна врста удруживања која моделира целовити однос између агрегата и његових делова.
На пример, разредни факултет чини један или више ученика. У збирном приказу, садржане класе никада нису у потпуности зависне од животног циклуса контејнера. Овде ће факултет остати чак и ако студент није доступан.
Састав:
Састав је посебна врста агрегације која означава снажно власништво између две класе када је једна класа део друге класе.
На пример, ако се факултет састоји од студената. Колеџ би могао садржати много студената, док сваки студент припада само једном факултету. Дакле, ако факултет не функционише, уклоњени су и сви студенти.
Агрегација против композиције
|
Агрегација |
Састав |
|
Агрегација указује на везу у којој дете може постојати одвојено од родитељске класе. Пример: аутомобил (родитељ) и аутомобил (дете). Дакле, ако избришете аутомобил, подређени аутомобил и даље постоји. |
Однос приказа композиције где дете никада неће постојати независно од родитеља. Пример: Кућа (родитељ) и Соба (дете). Собе се никада неће одвојити од куће. |
Апстрактне часове
То је класа са прототипом операције, али не и имплементацијом. Такође је могуће имати апстрактну класу без унутрашњости декларисаних операција. Сажетак је користан за идентификовање функционалности класа. Размотримо пример апстрактне класе. Претпоставимо да имамо апстрактну класу која се назива кретање са методом или операцијом која је декларисана унутар ње. Метода декларисана унутар апстрактне класе назива се потез () .
Ову методу апстрактне класе може користити било који објекат као што је аутомобил, животиња, робот итд. За промену тренутног положаја. Ефикасно је користити ову методу апстрактне класе са објектом, јер није дата имплементација за дату функцију. Можемо га користити на било који начин за више објеката.
У УМЛ-у, апстрактна класа има исти запис као и класа. Једина разлика између класе и апстрактне класе је та што је назив класе строго написан курзивом.
Апстрактна класа не може бити иницијализована или инстанцирана.
У горњој апстрактној нотацији класа постоји једина апстрактна метода коју могу користити више објеката класа.
Пример УМЛ дијаграма класе
Стварање дијаграма класа је једноставан процес. Не укључује много техничких детаља. Ево примера:
Систем банкомата је врло једноставан јер купци требају притиснути нека дугмад да би примили готовину. Међутим, постоји више сигурносних слојева које било који АТМ систем треба да прође. Ово помаже у спречавању превара и пружа банкарским клијентима готовину или детаље о потребама.
Испод је дат пример УМЛ дијаграма класе:
Дијаграм класе у животном циклусу развоја софтвера
Дијаграми разреда могу се користити у разним фазама развоја софтвера. Помаже у моделирању дијаграма класа у три различите перспективе.
1. Концептуална перспектива: Концептуални дијаграми описују ствари у стварном свету. Требали бисте нацртати дијаграм који представља концепте у домену који се проучава. Ови концепти се односе на наставу и она је увек независна од језика.
2. Перспектива спецификације: Перспектива спецификације описује софтверске апстракције или компоненте са спецификацијама и интерфејсима. Међутим, не даје никакву посвећеност конкретној примени.
3. Перспектива примене: Ова врста дијаграма класа користи се за имплементације у одређеном језику или апликацији. Перспектива примене, употреба за имплементацију софтвера.
Најбоље праксе у дизајнирању дијаграма одељења
Дијаграми разреда су најважнији УМЛ дијаграми који се користе за развој софтверских апликација. Много је својстава која треба узети у обзир приликом цртања дијаграма класе. Они представљају различите аспекте софтверске апликације.
Ево неколико тачака које треба имати на уму приликом цртања дијаграма класе:
- Име дато дијаграму класе мора бити значајно. Штавише, требало би да опише стварни аспект система.
- Однос између сваког елемента треба унапред идентификовати.
- Треба утврдити одговорност за сваки разред.
- За сваку класу треба навести минималан број својстава. Стога, нежељена својства могу лако компликовати дијаграм.
- Корисничке напомене треба да буду укључене кад год је потребно да дефинишете неки аспект дијаграма. На крају цртежа то мора бити разумљиво тиму за развој софтвера.
- И на крају, пре стварања коначне верзије, дијаграм треба нацртати на обичном папиру. Штавише, требало би је прерадити док не буде спремна за коначно предавање.
Закључак
- УМЛ је стандардни језик за специфицирање, дизајнирање и визуализацију артефаката софтверских система
- Класа је нацрт објекта
- Дијаграм класе описује врсте објеката у систему и различите врсте односа који постоје међу њима
- Омогућава анализу и дизајн статичког приказа софтверске апликације
- Дијаграми класа су најважнији УМЛ дијаграми који се користе за развој софтверских апликација
- Основни елементи дијаграма УМЛ класе су 1) Класа 2) Атрибути 3) Односи
- Дијаграм класе пружа преглед структуре апликације пре проучавања стварног кода. То сигурно смањује време одржавања
- Дијаграм класа је користан за мапирање објектно оријентисаних програмских језика као што су Јава, Ц ++, Руби, Питхон итд.