1.0Evgeniy Vasiliev/Portfolio / eehttps://evgeniyvasiliev24.thkit.ee/wpadminhttps://evgeniyvasiliev24.thkit.ee/wp/blog/author/admin/rich600338<blockquote class="wp-embedded-content" data-secret="9nLFcoGx0b"><a href="https://evgeniyvasiliev24.thkit.ee/wp/uml-skeemid/">UML SKEEMID</a></blockquote><iframe sandbox="allow-scripts" security="restricted" src="https://evgeniyvasiliev24.thkit.ee/wp/uml-skeemid/embed/#?secret=9nLFcoGx0b" width="600" height="338" title="“UML SKEEMID” — Evgeniy Vasiliev/Portfolio / ee" data-secret="9nLFcoGx0b" frameborder="0" marginwidth="0" marginheight="0" scrolling="no" class="wp-embedded-content"></iframe><script type="text/javascript"> /* <![CDATA[ */ /*! This file is auto-generated */ !function(d,l){"use strict";l.querySelector&&d.addEventListener&&"undefined"!=typeof URL&&(d.wp=d.wp||{},d.wp.receiveEmbedMessage||(d.wp.receiveEmbedMessage=function(e){var t=e.data;if((t||t.secret||t.message||t.value)&&!/[^a-zA-Z0-9]/.test(t.secret)){for(var s,r,n,a=l.querySelectorAll('iframe[data-secret="'+t.secret+'"]'),o=l.querySelectorAll('blockquote[data-secret="'+t.secret+'"]'),c=new RegExp("^https?:$","i"),i=0;i<o.length;i++)o[i].style.display="none";for(i=0;i<a.length;i++)s=a[i],e.source===s.contentWindow&&(s.removeAttribute("style"),"height"===t.message?(1e3<(r=parseInt(t.value,10))?r=1e3:~~r<200&&(r=200),s.height=r):"link"===t.message&&(r=new URL(s.getAttribute("src")),n=new URL(t.value),c.test(n.protocol))&&n.host===r.host&&l.activeElement===s&&(d.top.location.href=t.value))}},d.addEventListener("message",d.wp.receiveEmbedMessage,!1),l.addEventListener("DOMContentLoaded",function(){for(var e,t,s=l.querySelectorAll("iframe.wp-embedded-content"),r=0;r<s.length;r++)(t=(e=s[r]).getAttribute("data-secret"))||(t=Math.random().toString(36).substring(2,12),e.src+="#?secret="+t,e.setAttribute("data-secret",t)),e.contentWindow.postMessage({message:"ready",secret:t},"*")},!1)))}(window,document); //# sourceURL=https://evgeniyvasiliev24.thkit.ee/wp/wp-includes/js/wp-embed.min.js /* ]]> */ </script> UML (Unified Modeling Language) – modeleerimiskeel (2.0)UML – язык моделирования UML использует:*фигуры /*линии / jooned*значки / märgid*надписи /pealdised UML kasutab eritüüpe diagramme ja täpsustavaid tekstkirjeldused. UML diagrammide tüübid:Klassiskeem (Class diagram/диаграмма классов): Klassiskeemi kasutatakse nö. kasutuslooskeemi viimistlemiseks ning üksikasjaliku süsteemidisaini määramiseks. Klassiskeem liigitab kasutuslooskeemil määratud aktorid omavahel seotud klasside kogumiks. Klassidevaheline suhe või assotsiatsioon võib olla kas “on” või “omab” tüüpi. Iga klassiskeemil toodud klass on võimeline pakkuma teatud funktsionaalsust. Neid nimetatakse klassi meetoditeks. Lisaks sellele on igal klassil olemas rida atribuute mis määravad klassi üheselt. Kasutuslooskeem (Use case diagram/Диаграмма прецедентов): Kasutuslooskeeme kasutatakse süsteemi moodustavate tähtsaimate elementide ja protsesside määramiseks. Primaarelemente nimetatakse “aktoriteks” ning protsesse “kasutuslugudeks”. Kasutuslooskeem näitab, millised aktorid suhtlevad iga kasutususlooga. Objektiskeem (Object diagram/Диаграмма объектов): objektskeem on teatud tüüpi klassiskeem. Objekt esitab klassi olekut teatud ajahetkel süsteemi töö käigus. Objektiskeem esitab süsteemi erinevate klasside olekuid ning nendevahelisi relatsioone või assotsiatsioone teatud ajahetkel. Olekuskeem (State Diagram/Диаграмма состояний): nagu ka nimi ütleb näitab olekuskeem erinevaid olekuid, mida läbivad süsteemis olevad objektid oma elutsükli jooksul. Süsteemis olevad objektid muudavad oma olekut vastavalt süsteemis toimuvatele sündmustele. Lisaks sellele näitab olekuskeem ka objekti oleku üleminekut algolekust lõppolekusse vastavalt süsteemi mõjutavatele sündmustele. Tegevusskeem (Activity diagram/Диаграмма активности): protsesside kulgemist süsteemis kirjeldatakse tegevusskeemi abil. Sarnaselt olekuskeemile koosneb ka tegevusskeem toimingutest, tegevustest, üleminekutest, alg- ja lõppolekust ning tõkisetingimustest Jadaskeem (Sequence diagram/Диаграмма последовательностей): jadaskeem esitab süsteemi objektide omavahelist suhtlemist. Jadaskeemi oluliseks omaduseks on selle ajaline järjestus. S.o. esitatakse samm-sammult täpne objektide vaheline interaktsioon. Erinevad objektid jadaskeemil suhtlevad omavahel “sõnumite” edastamise kaudu. Koostööskeem (Collaboration diagram/Диаграмма взаимодействия): koostööskeem grupeerib erinevate objektide vahelise interaktsiooni. Interaktsioonid esitatakse nummerdatuna, mis lubab jälgida nende toimumise järjekorda. Koostööskeem lubab kindlaks teha kõikvõimalikud interaktsioonid mis igat objekti teistega seovad. Komponentskeem (Component diagram/Диаграмма компонентов):  komponentskeemi abil kujutatakse kõrgtaseme osi, millest süsteem koosneb. See skeem esitab millised komponendid süsteemi moodustavad ning kuidas nad omavahel seotud on. Levitusskeem (Deployment diagram): levitusskeemi abil kujutatakse rakenduse käitusaegeseid elemente. Andmebaasi skeem (диаграмма баз данных – схема данных/database diagram – data schema): это визуальное представление структуры базы данных. Она показывает, как данные организованы, хранятся и связаны между собой. Простыми словами, это план или чертёж, на основе которого создаётся база данных. Storyboard (Cюжетная доска/Storyboard): используется в дополнение к карте сайта, помогая сделать решения по дизайну, технологии и бюджету. Хорошая сюжетная доска предоставляет понятный обзор создаваемого веб-сайта всем связанным с проектом людям. На сюжетной доске не видно всех отдельных страниц веб-сайт, потому что она покрывает лишь важные функциональные части веб-сайта. Доска не содержит информации о визуальном дизайне страниц, однако даёт возможность получить представление, какие основные элементы есть на каждой странице. Сюжетную таблицу также как и карту сайта можно создать при помощи карандаша и бумаги или какой-либо графической программы. Juurutusdiagramm (Deployment diagram/Диаграмма развертывания): с помощью диаграммы развертывания изображаются элементы, работающие во время выполнения приложения.