三十六计第一计是什么
 Logo j?zyka | |
| Pojawienie si? |
百度 这些内容都是马克思主义所固有的、但过去未曾充分挖掘的，需要今天的我们下大力气进行阐发。
Grudzień 1997 |
|---|---|
| Aktualna wersja stabilna |
2.5.1 |
| Twórca | |
| Licencja |
public domain |
| Strona internetowa | |
Unified Modeling Language (UML, zunifikowany j?zyk modelowania) – j?zyk pó?-formalny wykorzystywany do modelowania ró?nego rodzaju systemów, stworzony przez Grady’ego Boocha, Jamesa Rumbaugha oraz Ivara Jacobsona, obecnie rozwijany przez Object Management Group[1].
S?u?y do modelowania dziedziny problemu (opisywania-modelowania fragmentu istniej?cej rzeczywisto?ci – na przyk?ad modelowanie tego, czym zajmuje si? jaki? dzia? w firmie) – w przypadku stosowania go do analizy oraz do modelowania rzeczywisto?ci, która ma dopiero powsta? – tworzy si? w nim g?ównie modele systemów informatycznych. UML jest przewa?nie u?ywany wraz ze swoj? reprezentacj? graficzn? – jego elementom przypisane s? odpowiednie symbole wi?zane ze sob? na diagramach.
UML jest oficjalnie zdefiniowany przez Object Management Group (OMG) w tzw. metamodelu UML – Meta-Object Facility (MOF). Jak inne specyfikacje bazuj?ce na Meta-Object Facility, metamodel UML i modele UML mog? by? serializowane (zapisywane) w j?zyku XML Metadata Interchange (XMI), opartym na standardzie XML. Cho? UML by? zaprojektowany, by definiowa?, wizualizowa?, konstruowa? i dokumentowa? systemy k?ad?ce nacisk na oprogramowanie, nie jest on ograniczony do modelowania oprogramowania. UML jest u?ywany tak?e do modelowania procesów biznesowych, in?ynierii systemów i reprezentowania struktur organizacyjnych. Systems Modeling Language (SysML, J?zyk Modelowania Systemów) jest j?zykiem modelowania dla specyficznych zagadnień in?ynierii systemów, zdefiniowanym jako profil UML 2.0. W UML-u do opracowywania formalnych ograniczeń mo?na wykorzysta? tak?e j?zyk Object Constraint Language (OCL) opracowany pierwotnie przez IBM.
Historia UML
[edytuj | edytuj kod]
Modelowanie obiektowe pojawi?o si? w latach 70. XX wieku w odpowiedzi na powstaj?ce j?zyki programowania obiektowego (Simula, Smalltalk i Ada). W latach 90. istnia?o ponad 50 metod obiektowych. Wielu u?ytkowników mia?o problem ze znalezieniem j?zyka modelowania odpowiadaj?cego ich potrzebom. Opracowano metody nowej generacji, ale tylko kilka z nich zyska?o uznanie. By?y to: Metoda Boocha, Object-Oriented Software Engineering (OOSE) oraz Object Modeling Technique (OMT). Powsta?y tak?e metody Fusion, Shlaera-Mellora i Coada-Yourdona. Ka?da z tych metod mia?a wady i zalety, nadawa?a si? tylko do pewnych zastosowań.
Prze?om nast?pi? w po?owie lat 90., gdy Grady Booch (Rational Software), Ivar Jacobson (Objectory AB) oraz James Rumbaugh (General Electric) rozpocz?li wspólnie wzbogaca? swoje w?asne metody elementami kolegów. Chcieli wspólnie opracowa? zunifikowany (Metoda Boocha, OOSE, OMT) j?zyk modelowania. W ten sposób chcieli ustabilizowa? rynek obiektowy. Oficjalny pocz?tek prac nast?pi?, gdy Rumbaugh i Jacobson do??czyli do Rational Software. W czerwcu 1996 roku opracowana zosta?a dokumentacja wersji 0.9 Unified Method. Utworzono Konsorcjum UML, w które zaanga?owali si? tacy giganci jak HP, IBM, Oracle i Microsoft. Wynikiem wspó?pracy by? UML 1.0, precyzyjny j?zyk modelowania. W styczniu 1997 roku UML 1.0 przekazano grupie Object Management Group, która do dzisiaj zajmuje si? jego rozwojem.
OMG wypracowa?a wersje 1.1, 1.2, 1.3, 1.4, 1.4.2 (ta zosta?a poddana standaryzacji ISO/IEC 19501) i ostatni? wersj? z ga??zi 1.x oznaczon? numerem 1.5. W czerwcu 2005 roku OMG opublikowa?a UML 2.0 ??cz?cy wysi?ki ponad stu organizacji (po raz pierwszy zastosowano konwencj? dwóch uzupe?niaj?cych si? specyfikacji: Infrastructure i Superstructure, znacznie usprawniono modelowanie dla systemów wbudowanych). Nast?pnie wyda?a wersje 2.1.1 i 2.1.2 (OMG nigdy nie wyda?o formalnie UML 2.1). Wersja UML 2.4.1. zosta?a znormalizowana (ISO/IEC 19505-1 i 19505-2) w kwietniu 2012 roku. Najnowsza wersja to 2.5.1.[2]
Metody
[edytuj | edytuj kod]UML nie jest metod? sam? w sobie, lecz by? projektowany dla kompatybilno?ci z wiod?cymi obiektowymi metodami rozwoju oprogramowania (na przyk?ad metod? OMT, Boocha, Objectory). Odk?d ewoluowa? UML, niektóre z tych metod zosta?y uaktualnione tak, by wykorzystywa? now? notacj? (np. OMT). Powsta?y te? nowe metody na bazie ju? istniej?cego UML. Najbardziej znana jest metoda Rational Unified Process (RUP). Jest jeszcze wiele innych metod opartych na UML, jak metoda abstrakcji (ang. Abstraction Method), Metoda rozwoju systemów dynamicznych (ang. Dynamic Systems Development Method), i inne, zaprojektowane dla zapewnienia bardziej specyficznych rozwi?zań, czy osi?gania innych celów.
Diagramy
[edytuj | edytuj kod]Dla wersji 2.2 j?zyka UML wyró?nia si? 14 diagramów g?ównych oraz 3 abstrakcyjne (struktur, zachowań i interakcji). Istniej? niestety pewne niejednoznaczno?ci co do stosowanego polskiego t?umaczenia diagramów, np. ang. timing diagram jest t?umaczony jako diagram czasowy, zale?no?ci czasowych, harmonogramowania, uwarunkowań czasowych czy diagram przebiegów czasowych.
Diagramy struktur
[edytuj | edytuj kod]- Klas (najcz??ciej spotykane, ang. class diagram)
- Obiektów (ang. object diagram)
- Komponentów (ang. component diagram)
- Wdro?enia (ang. deployment diagram)
UML 2.0
[edytuj | edytuj kod]- Struktur z?o?onych (ang. composite structure diagram)
- Pakietów (ang. package diagram)
UML 2.2
[edytuj | edytuj kod]- Profili (ang. profile diagram, nowo?? wprowadzona w UML 2.2)
Diagramy zachowań
[edytuj | edytuj kod]- Czynno?ci (ang. activity diagram)
- Przypadków u?ycia (ang. use case diagram)
- Maszyny stanów (ang. state machine diagram) (dla UML 1.x Stanów, ang. statechart diagram)
- Interakcji (diagram abstrakcyjny)
- Komunikacji (ang. communication diagram) (dla UML 1.x Wspó?dzia?ania, ang. collaboration diagram)
- Sekwencji (ang. sequence diagram)
UML 2.0
[edytuj | edytuj kod]- Czasowe (ang. timing diagram)
- Przegl?du interakcji (ang. interaction overview diagram)
W przypadku modelowania biznesowego mo?na korzysta? z pewnych modyfikacji wy?ej wymienionych diagramów UML, np. diagramu biznesowych przypadków u?ycia (charakterystyczna ci?ciwa dla symbolów aktora i przypadku u?ycia).
U?ycie
[edytuj | edytuj kod]W praktyce rzadko kiedy trzeba opracowywa? wszystkie diagramy i w wi?kszo?ci przypadków korzysta si? z mniej ni? po?owy wy?ej wymienionych. Nie powinno modelowa? si? tylko dla samego modelowania, dlatego nie zawsze wszystkie rodzaje s? potrzebne.
Projektuj?c system informatyczny, rozpoczyna si? przewa?nie od tworzenia diagramów w nast?puj?cej kolejno?ci:
- Przypadków u?ycia
- Sekwencji
- Klas
- Czynno?ci
S? to najcz??ciej wykorzystywane diagramy. Pozosta?e bywaj? pomijane, zw?aszcza przy budowaniu niedu?ych systemów informatycznych.
UML jest równie? stosowany do tworzenia modeli architektury korporacyjnej, jednak?e obecnie coraz cz??ciej do tego celu wykorzystywany jest inny standard (rozwijany przez The Open Group), tj. j?zyk ArchiMate.
Narz?dzia
[edytuj | edytuj kod]S? to narz?dzia CASE b?d?ce de facto implementacj? j?zyka UML. Niektóre pozwalaj? tak?e na in?ynieri? w przód i in?ynieri? wstecz dla obiektowych j?zyków programowania.
Zobacz te?
[edytuj | edytuj kod]
Przypisy
[edytuj | edytuj kod]- ↑ Tom Pender: UML Bible. John Wiley & Sons, 2003.
- ↑ About the Unified Modeling Language Specification Version 2.5.1 [online], www.omg.org [dost?p 2025-08-14].
Linki zewn?trzne
[edytuj | edytuj kod]- OMG UML – strona g?ówna UML-a organizacji OMG
- OMG UML – specyfikacja OMG dla UML
- OMG OCL – specyfikacja j?zyka OCL (formalne ograniczenia w UML)
- Agile Models Distilled – kompletny zestaw artyku?ów opisuj?cych elementy UML 2.0 (ang.)
- Najcz??ciej stosowane diagramy UML – opis najcz??ciej stosowanych diagramów UML