Увод у дијаграм класе
Статички дијаграм који представља статички приказ апликације познат је под називом Диаграм класе. Поред визуелизације, документовања различитих аспеката система, Цласс Диаграм такође конструише извршни код у апликацији.
Атрибути, операције и ограничења класе су описани дијаграмом класа. Због њихове способности да се директно мапирају с објектно оријентисаним језицима, користи се за моделирање таквих система. Познат и као структурални дијаграм, то је збирка ограничења, асоцијација, колаборације и тако даље.
Дефиниција
Дијаграм класе може се дефинисати као део УМЛ-а који даје преглед система с обзиром на атрибуте, класе и такође описује однос између њих. Он делује као ресурс за развој система и ствара функционални дијаграм система.
Да би помогли програмерима да разумеју архитектуру система, осмишљен је класни дијаграм. То је синоним за дијаграм тока представљен у правоугаоним кутијама. Три су главна дела тога - назив класе, атрибути и на крају методе класе.
Односи
У дијаграму класе неопходно је да постоји веза између класа. Сличност различитих односа често је отежава разумевање. Испод су односи који постоје у класном дијаграму.
1. Удруживање
Између две друге класе у односу асоцијације, класа асоцијације чини његов део. Додатне информације о односу могу се добити везањем асоцијацијског односа с класом асоцијације. У класи асоцијације су присутне различите операције, атрибути итд. Испод дијаграма приказана је повезаност банке и рачуна.
2. Мноштво
Број елемената или кардиналност може се дефинирати мноштвом. То је један од најнеразумеванијих односа који описује број инстанци дозвољених за одређени елемент пружањем инклузивног интервала не-негативних целих бројева. Има и доњу и горњу границу. На пример, банка би имала регистровано много рачуна. Тако је близу класе рачуна присутан знак звезде.
3. Директно удружење
Ово је једносмерни однос у дијаграму класе који осигурава проток контроле из једног у други класификатор. Навигација се одређује на једном од крајева удружења. Однос између два класификатора могао би се описати именовањем било које асоцијације. Смјер навигације је означен стрелицом. Испод примера приказује се однос стрелице између спремника и садржаја.
4. Рефлексно удруживање
Асоцијација класе у себе позната је као Рефлексна асоцијација која би се могла поделити на асоцијације симетричног и асиметричног типа. У симетричној рефлексивној асоцијацији семантика сваког краја асоцијације нема логичке разлике док је у асиметричној рефлексивној асоцијацији придружена класа иста, али постоји семантичка разлика између крајева асоцијације.
5. Агрегација
У овој врсти односа, сложенији објекат се ствара спајањем различитих објеката заједно. Интеракција унутар различитих група објеката је дефинисана агрегацијом. Интегритет објеката је заштићен, а о одговору састављених објеката одлучује контролни објект. У агрегацији, класе његују однос 'има'.
6. Састав
То је облик агрегације који представља целокупни однос дела. Овде животни век класификатора дела зависи од целог животног века класификатора. У класи је снажан животни циклус представљен односом композиције. Овде је обично проток података у једном правцу. Обично је означена чврстом линијом.
7. Генерализација
У оваквој врсти односа, дечији модел је заснован на родитељском моделу. Однос се користи за описивање различитих дијаграма случајева коришћења и осигурава да дечија класа добије својства присутна у родитељу. Дететски модел могао би поново користити атрибуте родитељског модела уз помоћ односа генерализације. Отуда различите атрибуте треба дефинисати само код детета, а остало би наследило од родитеља. У овом односу може бити самохрани родитељ, више деце или више родитеља, карактеристике самохране деце. Нема имена у генерализацијским односима. Такође је позната и као однос 'је'.
8. Реализација
Понашање једног елемента модела реализује се специфицираним понашањем другог елемента модела. Ова врста односа нема имена.
Зашто бисмо користили дијаграм класе?
Структура система је дефинисана класним дијаграмом показујући његове атрибуте, односе међу објектима и тако даље. Она је окосница објектно оријентисаног моделирања, а могла би се користити и за моделирање података. Дијаграми класе помажу у изради пре планова који олакшавају процес програмирања. Штавише, увек бисте могли да промените класу дијаграма, јер је неугодно кодирање различитих функција након чињеница. То је дизајнерски план на основу којег је изграђен систем. То је лако разумети без потребног техничког знања.
Дијаграм класа даје статички приказ апликације, а њена способност мапирања објектно оријентисаним језиком чини је спремном за употребу у конструкцији. За разлику од дијаграма секвенци, дијаграма активности итд., Дијаграм класе је најпопуларнији УМЛ дијаграм. Испод је сврха дијаграма класе.
- Дизајниран је и анализиран статички приказ апликације.
- Описује одговорности система.
- Компоненте и основа дијаграма размештања је дијаграм класе.
- Дијаграм класе утиче на инжењеринг унапред и обрнуто.
Врсте дијаграма класе
Дијаграм класе може бити подељен у три компоненте -
Горњи одељак који се састоји од назива класе и обавезан је састојак. Средњи одељак описује квалитете класе и користи се приликом описивања специфичне инстанце класе. Доњи одељак описује интеракцију класа с подацима.
Штавише, УМЛ је подељен на бихевиорални и структурални дијаграм са класним дијаграмом који спада под структурни дијаграм.
Предности дијаграма класе
Дијаграм класе може бити имплементиран у различитим фазама пројекта и представља срце УМЛ-а. Представљање стварности настаје дијаграмом класа појављивањем на моделу домена током анализе. Моделирање софтвера врши се током фазе дизајнирања док се код генерише током фазе имплементације. Основа софтверских производа су класни дијаграми који су суштински део сваког пројекта.
Осећање оријентације дају дијаграми класе. Структура система детаљно се анализира класним дијаграмом, а такође се прегледава синергија између различитих елемената заједно са њиховим својствима. То је брзо и лако за читање и може се лако створити ако постоји прави софтвер. Било који систем који треба креирати, класни дијаграми чине основу за то.
Предности
- Било који једноставан или сложен модел података може се илустровати помоћу дијаграма класа ради добијања максималних информација.
- Шеме апликације се могу разумети уз помоћ ње.
- Сваки систем треба да се визуализује и проследи пословању ради предузимања одређених акција.
- Сваки захтев за имплементацију одређеног кода може се истакнути путем графикона и програмирати на описану структуру.
- Опис који је независан од имплементације може се дати и прослиједити компонентама.
Недостаци класе дијаграма
Иако је класни дијаграм прво што треба размотрити у производном окружењу за изградњу беспрекорног система, он свакако има и свој прави удео.
- Дијаграми класе могу често трајати дуже време и одржавати их, што програмеру понекад смета. За његово постављање и одржавање потребно је времена за синхронизацију са софтверским кодом. Често програмерима или малим компанијама је тешко да синхронизују код јер је за то потребан додатни износ посла.
- Недостатак јасноће у разумевању корисника дијаграма такође је недостатак. Како програмери софтвера раде са кодом, понекад дијаграми класа нису много помогли. Међутим, руководиоци пројеката могли би имати користи од дијаграма јер даје преглед процеса рада одређеног алата. Стога често постоји аргумент да се не губи време на дијаграмима класе, и да се усредсредите на коришћење табле или папира за цртање дијаграма.
- Прекомпликован или неодољив дијаграм не помаже програмерима софтвера у њиховом раду. Могло би доћи до ситуације када су програмери фрустрирани због структуре дијаграма класе. Мапирање сваког појединог сценарија могло би направити дијаграм неуредним и тешко радити. Кориштење информација на високом нивоу могло би некако помоћи у борби против таквих проблема.
- Прекомерно наглашавање дизајна могло би изазвати препреку програмерима и компанијама. Заинтересиране стране би могле лако превладати проблеме након што погледају дијаграм класе, а превише напора у функције софтвера могло би довести до губитка фокуса. Људи морају да се склоне на стварни посао, а не да троше време на гледање у дијаграм и решавање проблема.
Као што видите, упркос важности Цласс Диаграм-а у животном циклусу развоја софтвера, он сигурно није без икаквих недостатака и могао би отежати живот програмерима и компанијама ако се не употребљавају мудро.
Пример дијаграма класе
Без гужве због техничких ограничења, дијаграм је прилично лако створити. Да бисте користили банкомат, потребно је да клијент само притисне неколико дугмића како би добио свој новац. Упркос лакоћи којом новац одлази, резервни систем има више слојева сигурности који је потребно пренијети на спречавање преваре, прања новца и тако даље.
Као што се види овде, постоји неколико ентитета који прате својства различитих односа како је раније описано. Ови односи описују структуру у којој је уграђен АТМ систем и слојеве сигурности кроз које мора проћи да би се осигурала транспарентност и интегритет трансакције.
Постоје три перспективе у којима се дијаграм класе може поделити -
- Прво је концептуална перспектива коју стварни свет описују помоћу концептуалних дијаграма. Домен који се проучава представљен је дијаграмом. То је независно од језика и повезано са класом.
- Софтверске компоненте су описане перспективом Спецификације са сучељима и спецификацијама. У случају специфичне имплементације, међутим, није дата обавеза.
- Специфична језична имплементација могла би се извршити дијаграмима перспективне класе имплементације.
Рад са дијаграмом класе
За развој софтвера најважнији УМЛ дијаграм је класа дијаграма. Да бисте нацртали дијаграм класе који представља различите аспекте апликације, неколико својстава које је потребно узети у обзир су -
- Значајном имену треба дати дијаграм класе који описује стварни аспект система.
- Потребно је да унапред разумете однос између сваког елемента.
- Да би се развио бољи производ, одговорност између класа мора бити препозната.
- Да бисте избегли компликовање дијаграма, треба навести специфична својства класе.
- Документација је добра пракса у било којем пројекту развоја софтвера. На тај начин дефинисање било којег аспекта дијаграма треба одговарајућу документацију или белешке да би их други схватили. Тим за развој софтвера на крају треба да разуме шта је конфигурисано на дијаграму.
- Прије израде коначне верзије потребно је цртање на плочи или обичном папиру. Међутим, треба осигурати да се мора поднијети само дијаграм који је спреман, а који може укључивати неколико преправки.
Како ће вам ова технологија помоћи у развоју каријере?
Ако сте у софтверској индустрији, неопходно је да претходно дефинишете структуру свог проблема да бисте направили добар производ. Дијаграм наставе помаже у разумевању различитих аспеката животног циклуса пројекта и помаже у разумевању односа унутар елемената у коду.
Закључак
За дизајн и визуализацију артефаката софтверског система стандардни језик који се користи је УМЛ. Однос између различитих објеката описан је класним дијаграмом који обезбеђује дизајн и анализу апликације и приказује је у статичком облику. Као најважнији УМЛ дијаграм, класни дијаграм састоји се од класе, атрибута и односа који су његови битни елементи. Да бисте добили представу о апликацијској структури, користи се класни дијаграм који помаже у скраћењу времена одржавања.
Препоручени чланци
Овај је чланак био водич за дијаграм класе. Овде смо разговарали о основним концептима односа и различитог типа дијаграма класе. Можете и да прођете кроз друге наше предложене чланке да бисте сазнали више -
- Шта је аналитичар података?
- Шта је СКЛ Сервер?
- Шта је кошница?
- Шта је Апацхе Спарк?
- Обрнути инжењеринг