Gambar rajah simulasi. Gambar rajah asas UML. Carta gambaran keseluruhan interaksi

Model UML(model UML) ialah himpunan set terhingga binaan bahasa, yang utamanya adalah entiti dan perhubungan antara mereka.

Entiti dan hubungan model itu sendiri adalah contoh kelas meta bagi metamodel.

Memandangkan model UML dari sudut pandangan yang paling umum, kita boleh mengatakan bahawa ia adalah graf (lebih tepat, multi-pseudo-hyper-digraph yang dimuatkan), di mana bucu dan tepi dimuatkan dengan maklumat tambahan dan boleh mempunyai struktur dalaman yang kompleks. Bucu graf ini dipanggil entiti, dan tepi adalah hubungan... Selebihnya bahagian ini menyediakan gambaran keseluruhan cepat (awal) tetapi lengkap tentang jenis entiti dan perhubungan yang tersedia. Nasib baik, jumlah mereka tidak terlalu ramai. Dalam bab buku seterusnya, semua entiti dan perhubungan dipertimbangkan semula, dengan lebih terperinci dan dengan contoh.

1.4.1. Entiti

Untuk memudahkan tontonan, entiti dalam UML boleh dibahagikan kepada empat kumpulan:

• struktur;
• tingkah laku;
• kumpulan;
• anotasi.

Entiti struktur, seperti yang anda fikirkan, bertujuan untuk menerangkan struktur. Biasanya, entiti struktur termasuk yang berikut.

Sebuah objek(objek) 1 ialah entiti yang unik dan merangkumi keadaan dan tingkah laku.

Kelas(kelas) 2 - perihalan set objek dengan atribut biasa yang menentukan keadaan dan operasi yang menentukan tingkah laku.

Antara muka(antara muka) 3 ialah set operasi bernama yang mentakrifkan set perkhidmatan yang boleh diminta oleh pengguna dan disediakan oleh pembekal perkhidmatan.

Kerjasama(kerjasama) 4 - koleksi objek yang berinteraksi untuk mencapai matlamat.

Pelakon(actor) 5 ialah entiti yang berada di luar sistem yang dimodelkan dan berinteraksi secara langsung dengannya.

∇ Hubungan sedemikian pasti wujud, yang dinyatakan dalam Rajah. Hierarki jenis gambar rajah untuk UML 1 sebagai perhubungan pergantungan dengan stereotaip yang diperhalusi.

∇∇ Dalam UML 1, perkaitan tidak disengajakan timbul antara gambar rajah kerjasama dan entiti dengan nama yang sama, yang tidak sepenuhnya benar dan kadangkala mengelirukan.

∇∇∇ Dalam UML 2, beban sintaksis dan semantik gambarajah keadaan telah banyak berubah sehingga nama tidak lagi mencerminkan kandungan.

Senarai carta baharu dan nama mereka yang digunakan dalam buku ini ditunjukkan di bawah.

• Gambar rajah Struktur Komposit
• Gambar rajah pakej
• Gambar rajah mesin negeri
• Gambar rajah komunikasi
• Gambar rajah Gambaran Keseluruhan Interaksi
• Rajah masa

Dalam rajah. Hierarki Jenis Rajah untuk UML 2 (Bahagian 1 & 2) ialah rajah kelas yang menunjukkan hubungan rajah dalam UML 2.

Kemudian dalam bab ini kami akan menerangkan secara ringkas kesemua tiga belas rajah kanonik untuk mempunyai konteks dan kosa kata tertentu untuk pembentangan kemudian. Butirannya dinyatakan dalam bab-bab yang tinggal dalam buku itu.

Tetapi sebelum beralih ke bahagian seterusnya, mari kita buat satu penyimpangan kecil tentang cara piawaian memerlukan gambar rajah untuk diformatkan. Templat persembahan carta am ditunjukkan di bawah.

Terdapat dua elemen reka bentuk utama: bingkai luar dan label dengan nama rajah. Sekiranya semuanya mudah dengan bingkai - ia adalah segi empat tepat yang membatasi kawasan di mana elemen rajah harus ditempatkan, maka nama rajah ditulis dalam format khas, ditunjukkan dalam Rajah. Notasi untuk carta.

Bentuk kompleks tab yang ditunjukkan tidak disokong oleh semua alat. Walau bagaimanapun, ini tidak perlu, kerana semantik adalah primer dan notasi adalah sekunder. Mulai sekarang, kami akan menggunakan segi empat tepat sebagai label untuk keseluruhan rajah, dan ini tidak sepatutnya menyebabkan kekeliruan.

Tag (jenis) yang mungkin untuk carta ditunjukkan dalam jadual berikut. Tag yang ditawarkan oleh standard ditulis dalam lajur kedua. Walau bagaimanapun, seperti yang ditunjukkan oleh amalan, peraturan yang dicadangkan oleh piawaian tidak selalunya mudah dan berasaskan logik, oleh itu lajur ketiga jadual mengandungi alternatif yang munasabah pada pendapat kami.

Tab. Jenis dan tag carta

Tajuk carta	Tag (standard)	Tag (dicadangkan)
Gambar rajah penggunaan	kes guna atau uc	kes guna
Gambar rajah kelas	kelas	kelas
Gambar rajah Automaton	mesin negeri atau stm	mesin negeri
Gambar rajah aktiviti	aktiviti atau bertindak	aktiviti
Rajah jujukan	interaksi atau sd	sd
Gambar rajah komunikasi	interaksi atau sd	kom
Gambar rajah komponen	komponen atau cmp	komponen
Gambar rajah penempatan	tidak ditentukan	penempatan
Gambar rajah objek	tidak ditentukan	objek
Gambar rajah struktur dalaman	kelas	kelas atau komponen
Gambar rajah gambaran keseluruhan interaksi	interaksi atau sd	interaksi
Gambar rajah penyegerakan	interaksi atau sd	masa
Gambar rajah pakej	pakej atau pkg	pakej

11.1. Struktur Bahasa Pemodelan Bersepadu

Bahasa Pemodelan Bersatu (UML) kini merupakan piawaian de facto untuk menerangkan (mendokumentasikan) hasil reka bentuk dan pembangunan sistem berorientasikan objek. Pembangunan UML bermula pada tahun 1994 oleh Grady Booch dan James Rambeau dari Rational Software. Pada musim gugur tahun 1995, Ivar Jacobson menyertai mereka, dan pada bulan Oktober tahun yang sama, versi awal 0.8 Kaedah Bersepadu telah dikeluarkan. Sejak masa itu, beberapa versi spesifikasi UML telah dikeluarkan, dua daripadanya mempunyai status standard antarabangsa:

UML 1.4.2 - "ISO / IEC 19501: 2005. Teknologi maklumat. Pemprosesan teragih terbuka. Bahasa pemodelan bersatu (UML). Versi 1.4.2" (ms. "Teknologi maklumat. Pemprosesan teragih terbuka. Bahasa pemodelan bersatu (UML). Versi 1.4.2 ");

UML 2.4.1 - "ISO / IEC 19505-1: 2012. Teknologi maklumat. OMG UML. Bahagian 1. Infrastruktur" (ms. "Teknologi maklumat - Bahasa Pemodelan Bersepadu Kumpulan Pengurusan Objek ( OMG UML) - Bahagian 1: Infrastruktur ") dan" ISO / IEC 19505-2: 2012. Teknologi maklumat. Bahasa Pemodelan Kumpulan Pengurusan Objek Bersepadu (OMG UML). Bahagian 2. Superstruktur "(ms." Teknologi maklumat - Bahasa Pemodelan Bersepadu Kumpulan Pengurusan Objek (OMG UML) - Bahagian 2 : Superstruktur ").

Spesifikasi bahasa rasmi terkini boleh didapati di www.omg.org.

Struktur umum UML ditunjukkan dalam rajah berikut.

nasi. 11.1. Struktur UML

11.2. Semantik dan sintaks UML

Semantik - bahagian linguistik yang mengkaji makna unit bahasa, terutamanya perkataan dan frasanya.

Sintaks - cara menggabungkan perkataan dan bentuknya menjadi frasa dan ayat, menggabungkan ayat menjadi ayat kompleks, cara mencipta pernyataan sebagai sebahagian daripada teks.

Oleh itu, seperti yang digunakan pada UML, semantik dan sintaks mentakrifkan gaya persembahan (pembinaan model) yang menggabungkan bahasa semula jadi dan formal untuk mewakili konsep asas (elemen model) dan mekanisme untuk pelanjutannya.

11.3. tatatanda UML

Notasi ialah tafsiran grafik semantik untuk persembahan visualnya.

UML mentakrifkan tiga jenis entiti :

Struktural - abstraksi yang merupakan refleksi objek konsep atau fizikal;

Pengumpulan - elemen yang digunakan untuk beberapa penyatuan semantik unsur rajah;

Penjelasan (anotasi) - ulasan kepada elemen rajah.

Jadual berikut memberikan penerangan ringkas tentang entiti utama yang digunakan dalam tatatanda grafik dan cara utama untuk memaparkannya.

Jadual 11.1. Entiti

Jenis	nama	Jawatan	Definisi (semantik)
berstruktur	(kelas)		Banyak objek dengan struktur dan tingkah laku yang sama
	(objek)		Abstraksi entiti sebenar atau khayalan dengan sempadan konseptual yang jelas, keperibadian (identiti), keadaan dan tingkah laku. Dari perspektif UML, objek ialah contoh kelas (contoh entiti)
	(pelakon)	Jurutera perkhidmatan laluan	Entiti luar sistem yang berinteraksi dengan sistem dan menggunakan fungsinya untuk mencapai matlamat tertentu atau menyelesaikan masalah tertentu. Oleh itu, aktor adalah sumber luar atau penerima maklumat.
	(kes penggunaan)		Penerangan mengenai tindakan yang dilakukan oleh sistem, yang membawa kepada hasil yang penting bagi pelakon
	(negeri)		Perihalan momen dalam kehidupan entiti apabila ia memenuhi syarat tertentu, melakukan beberapa aktiviti atau menunggu berlakunya sesuatu peristiwa
	Kerjasama (kerjasama)		Penerangan tentang satu set contoh aktor, objek dan interaksi mereka dalam proses menyelesaikan masalah tertentu
	(komponen)		Bahagian fizikal sistem (fail), termasuk modul sistem yang menyediakan pelaksanaan set antara muka yang konsisten
	(antara muka)	iCalculation	Satu set operasi yang mentakrifkan perkhidmatan (set perkhidmatan) yang disediakan oleh kelas atau komponen
	(nod)		Bahagian fizikal sistem (komputer, pencetak, dll.) yang menyediakan sumber untuk menyelesaikan masalah
Pengelompokan	(pakej)		Mekanisme umum untuk mengumpulkan elemen. Tidak seperti komponen, pakej adalah konsep konseptual (abstrak) semata-mata. Kes-kes tertentu pakej adalah sistem dan model
	(serpihan)		Kawasan interaksi khusus antara contoh aktor dan objek
	(pembahagian aktiviti)		Sekumpulan operasi (kawasan tanggungjawab) yang dilakukan oleh satu entiti (aktor, objek, komponen, nod, dll.)
	(rantau aktiviti boleh terganggu)		Sekumpulan operasi, urutan biasa yang mungkin terganggu akibat daripada situasi tidak standard
Menjelaskan	Catatan (komen)		Komen item. Dilampirkan pada item yang diulas dengan garis putus-putus

Dalam sesetengah sumber, khususnya [,], entiti tingkah laku juga dibezakan interaksi dan mesin keadaan terhingga, tetapi dari sudut logik, ia harus diklasifikasikan sebagai gambar rajah.

Beberapa entiti di atas, mengikut secara tersirat, diterangkan secara terperinci dalam gambar rajah penguraian. Pada rajah peringkat atas, ia ditandakan dengan ikon atau label khas.

Jadual berikut memberikan penerangan tentang semua jenis perhubungan UML digunakan dalam rajah untuk menunjukkan hubungan antara entiti.

Jadual 11.3. perhubungan

nama	Jawatan	Definisi (semantik)
Persatuan		Hubungan yang menerangkan hubungan bermakna antara dua atau lebih entiti. Jenis hubungan yang paling umum
Pengagregatan		Subjenis perkaitan yang menerangkan perhubungan "bahagian" - "keseluruhan", di mana "bahagian" boleh wujud secara berasingan daripada "keseluruhan". Rombus ditunjukkan dari bahagian "keseluruhan". Perhubungan ditunjukkan hanya antara entiti daripada jenis yang sama
Komposisi		Subjenis pengagregatan di mana "bahagian" tidak boleh wujud secara berasingan daripada "keseluruhan". Sebagai peraturan, "bahagian" dicipta dan dimusnahkan pada masa yang sama dengan "keseluruhan"
Kebergantungan		Hubungan antara dua entiti di mana perubahan dalam satu entiti (bebas) boleh menjejaskan keadaan atau tingkah laku entiti lain (bergantung). Entiti bebas ditunjukkan pada sisi anak panah
Generalisasi		Hubungan antara entiti generik (nenek moyang, ibu bapa) dan entiti khusus (anak, anak). Segitiga ditentukan dari sisi ibu bapa. Perhubungan ditunjukkan hanya antara entiti daripada jenis yang sama
Kesedaran		Hubungan antara entiti, di mana satu entiti mentakrifkan tindakan yang entiti lain bertanggungjawab untuk melaksanakan. Perhubungan digunakan dalam dua kes: antara antara muka dan kelas (atau komponen), antara kes penggunaan dan kerjasama. Bahagian anak panah menunjukkan entiti yang mentakrifkan tindakan (antara muka atau kes penggunaan)

Untuk perkaitan, pengagregatan dan gubahan boleh ditentukan kepelbagaian (kepelbagaian bahasa Inggeris), yang mencirikan jumlah bilangan kejadian entiti yang mengambil bahagian dalam perhubungan. Ia biasanya ditunjukkan pada setiap sisi perhubungan berhampiran entiti yang sepadan. Kepelbagaian boleh ditentukan dengan cara berikut:

- * - sebarang bilangan salinan, termasuk tiada;

Integer bukan negatif - kepelbagaian adalah tetap dan sama dengan nombor yang ditentukan (contohnya: 1, 2 atau 5);

Julat integer bukan negatif "nombor pertama .. nombor kedua" (contohnya: 1..5, 2..10 atau 0..5);

Julat nombor daripada nilai awal tertentu kepada akhir arbitrari "nombor pertama .. *" (contohnya: 1 .. *, 5 .. * atau 0 .. *);

Penghitungan integer dan julat bukan negatif yang dipisahkan dengan koma (contohnya: 1, 3..5, 10, 15 .. *).

Jika kepelbagaian tidak dinyatakan, maka nilainya diandaikan sebagai 1. Kepelbagaian kejadian entiti yang mengambil bahagian dalam kebergantungan, generalisasi dan pelaksanaan sentiasa diandaikan sebagai 1.

Jadual berikut menerangkan mekanisme untuk berkembang digunakan untuk menjelaskan semantik entiti dan hubungan. Secara umum, mekanisme sambungan ialah rentetan teks yang disertakan dalam kurungan atau tanda petikan.

Jadual 11.4. Mekanisme lanjutan

nama	Jawatan	Definisi (semantik)
Stereotaip (stereotaip)	« »	Penamaan yang menentukan semantik elemen tatatanda (contohnya: kebergantungan dengan stereotaip "termasuk" dianggap sebagai hubungan kemasukan, dan kelas dengan stereotaip "sempadan" ialah kelas sempadan)
Keadaan pengawal (keadaan penjaga)		Keadaan Boolean (contohnya: atau [pengenalan selesai])
Had (kekangan)	{ }	Peraturan mengehadkan semantik elemen model (contohnya, (masa pelaksanaan kurang daripada 10ms))
Nilai teg (nilai teg)	{ }	Sifat baharu atau kelayakan unsur tatatanda (contohnya: (versi = 3.2))

Selain stereotaip, ditunjukkan sebagai rentetan teks dalam tanda petikan, stereotaip grafik boleh digunakan dalam carta. Rajah berikut menunjukkan contoh paparan standard dan stereotaip.

a) penetapan standard		b) penetapan standard dengan stereotaip teks		c) stereotaip grafik

nasi. 11.2. Contoh paparan kelas standard dan stereotaip

Gambar rajah ialah kumpulan elemen tatatanda untuk mewakili beberapa aspek sistem maklumat yang dibangunkan. Gambar rajah biasanya graf bersambung di mana entiti adalah bucu dan hubungan adalah lengkok. Jadual berikut memberikan penerangan ringkas tentang gambar rajah UML.

Jadual 11.5. Gambar rajah

Gambar rajah			Temujanji
				dengan tahap kesedaran fizikal	dengan memaparkan dinamik	mengikut aspek yang dipaparkan
(kes penggunaan)			Memaparkan fungsi sistem, interaksi antara aktor dan fungsi	Logik	Statik	Berfungsi
(kelas)			Memaparkan satu set kelas, antara muka dan hubungan antara mereka	Logik atau fizikal	Statik	Berfungsi dan bermaklumat
(pakej)			Memaparkan satu set pakej dan hubungan antara mereka	Logik atau fizikal	Statik	Komponen
Tingkah laku (kelakuan)	(mesin negeri)		Memaparkan keadaan entiti dan peralihan antara mereka semasa kitaran hayatnya	Logik	Dinamik	Tingkah laku
	(aktiviti)		Memaparkan proses perniagaan dalam sistem (penerangan algoritma tingkah laku)
	Interaksi (interaksi)	(urutan)	Memaparkan urutan penghantaran mesej antara objek dan pelakon
		(komunikasi)	Sama seperti gambar rajah jujukan, tetapi penekanan adalah pada struktur interaksi antara objek
Perlaksanaan (pelaksanaan)	(komponen)		Memaparkan komponen sistem (program, perpustakaan, jadual, dll.) dan pautan di antara mereka	Fizikal	Statik	Komponen
	(pengerahan)		Memaparkan penempatan komponen mengikut hos, serta konfigurasinya

Piawaian UML 2.x juga mentakrifkan gambar rajah tambahan yang sangat khusus:

Rajah objek adalah serupa, tetapi objek dipaparkan bukannya kelas;

Rajah pemasaan - menerangkan keadaan objek dari semasa ke semasa;

Gambar rajah struktur komposit - menerangkan port (termasuk antara muka) kelas untuk berinteraksi dengan kelas lain;

Gambar rajah profil - serupa dengan penerangan kelas yang disertakan di dalamnya;

Gambar rajah gambaran keseluruhan interaksi adalah serupa, tetapi dengan serpihan interaksi tersembunyi (serpihan dengan teg ref). Ia adalah satu kontekstual (konseptual), yang unsur-unsurnya akan dikonkritkan pada gambar rajah penguraian yang berasingan.

Untuk tujuan representasi konseptual yang diperbesarkan bagi seni bina dalaman sistem, kebanyakan pembinaan membenarkan penggunaan stereotaip grafik yang mantap untuk apa yang dipanggil. Rajah sedemikian dipanggil 1, tetapi tidak tergolong dalam senarai rajah yang ditakrifkan oleh piawaian UML.

Apabila membangunkan model sistem yang berasingan, beberapa jenis gambar rajah dibina. Lebih-lebih lagi, apabila membangunkan model sistem yang kompleks, sebagai peraturan, beberapa gambar rajah jenis yang sama dibina. Pada masa yang sama, adalah mungkin untuk tidak membuat jenis gambar rajah yang berasingan, jika ini tidak perlu. Sebagai contoh, gambar rajah dan boleh ditukar ganti; ia dibina hanya untuk objek dengan tingkah laku yang kompleks. Jadual berikut menyediakan panduan tentang keperluan untuk membangunkan (memperhalusi) gambar rajah mengikut model sistem.

Jadual 11.6. Menghubungkaitkan Model dan Gambar rajah

Jadual tidak menunjukkan model ujian, kerana dalam rangka pembinaannya, gambar rajah tidak dibangunkan, tetapi diperiksa (diuji) untuk kesempurnaan dan konsistensi.

Sebahagian daripada rajah selepas pembinaannya memerlukan pembangunan dan penghalusan dalam rangka pembangunan model seterusnya (proses teknologi). Jadi, sebagai contoh, perlu dijelaskan semasa pembangunan. Dalam model.

4. Berikan definisi kepada konsep "".

UML atau Unified Modelling Language ialah bahasa penerangan grafik untuk pemodelan objek dalam pembangunan perisian. Tetapi penggunaan UML tidak terhad kepada IT, satu lagi bidang besar aplikasi praktikal UML ialah pemodelan proses perniagaan, kejuruteraan sistem dan pemetaan struktur organisasi. UML membolehkan pembangun perisian bersetuju dengan tatatanda grafik untuk mewakili konsep biasa dan memberi tumpuan kepada reka bentuk dan pembangunan.

kelebihan UML

• UML menggunakan simbol grafik untuk elemen sistem yang dimodelkan, dan gambar rajah UML cukup mudah untuk difahami;
• UML memungkinkan untuk menerangkan sistem dari hampir setiap sudut pandangan yang boleh difikirkan, dengan mengambil kira aspek yang berbeza;
• UML berorientasikan objek: kaedah analisis dan pembinaannya secara semantik hampir dengan kaedah pengaturcaraan yang digunakan dalam bahasa OOP moden;
• UML ialah standard terbuka. Standard ini berkembang dan berkembang dari versi ke versi, memenuhi keperluan paling moden untuk perihalan sistem;
• mengandungi mekanisme lanjutan yang membenarkan pengenalan teks tambahan dan jenis grafik, yang memungkinkan untuk menggunakan UML bukan sahaja dalam medan IT.

Jenis Rajah UML

Terdapat 14 jenis gambar rajah dalam UML. Mereka boleh dibahagikan kepada 2 kategori:

• struktur mewakili struktur maklumat;
• tingkah laku mewakili tingkah laku sistem dan pelbagai aspek interaksi. Subspesies berasingan rajah tingkah laku dipertimbangkan gambar rajah interaksi.

hierarki jenis gambar rajah UML,
diwakili oleh gambar rajah kelas

Gambar rajah struktur

1. Gambar rajah kelas ialah elemen utama dalam pemodelan berorientasikan objek. Dengan bantuan rajah ini (sebenarnya, melalui kelas, mereka sifat-sifat, kaedah dan kebergantungan antara kelas) menerangkan model domain dan struktur sistem yang dimodelkan.
2. Gambar rajah komponen memaparkan pecahan kod program kepada blok besar (komponen struktur) dan menunjukkan kebergantungan antara mereka. Komponen boleh menjadi pakej, modul, perpustakaan, fail, dll.
3. Gambar rajah objek menunjukkan kepingan lengkap atau separa sistem yang dimodelkan pada masa tertentu. Ia mewakili contoh kelas (objek), keadaan mereka (nilai atribut semasa) dan hubungan antara mereka.
4. Gambar rajah struktur komposit menunjukkan struktur dalaman kelas dan, jika boleh, interaksi antara unsur-unsur struktur ini.
5. Gambar rajah pakej menunjukkan pakej dan hubungan antara mereka. Jenis rajah ini berfungsi untuk memudahkan struktur model (dan, dengan itu, untuk bekerja dengannya) dengan menggabungkan unsur-unsur model ke dalam kumpulan mengikut kriteria tertentu.
6. Gambar rajah penempatan mensimulasikan penggunaan komponen perisian ( artifak) pada sumber pengkomputeran / komponen perkakasan ( nod).
7. Gambar rajah profil menerangkan mekanisme lanjutan yang membolehkan UML disesuaikan dengan pelbagai domain dan industri.

Contoh Rajah Kelas UML

Gambar rajah tingkah laku

1. Gambar rajah aktiviti menunjukkan tindakan ( tindakan) yang mana beberapa aktiviti ( aktiviti). Gambar rajah aktiviti digunakan untuk memodelkan proses perniagaan, aliran kerja, pengkomputeran berjujukan dan selari.
2. Gunakan gambarajah kes(atau rajah kes guna) menerangkan hubungan antara pelakon (watak) dan kes penggunaan sistem yang dimodelkan (keupayaannya). Tujuan utama rajah adalah untuk menjadi kedai sehenti untuk pelanggan, pembangun dan pengguna akhir untuk membincangkan secara kolaboratif sistem — keupayaan dan kelakuannya.
3. Rajah negeri menggambarkan tingkah laku dinamik entiti, menunjukkan cara entiti ini, bergantung pada keadaan semasanya, bertindak balas terhadap pelbagai peristiwa. Ini pada asasnya adalah gambarajah keadaan daripada teori atom.
4. Gambar rajah komunikasi(dalam versi terdahulu rajah kerjasama) menunjukkan interaksi antara bahagian struktur komposit dan peranan kerjasama. Gambar rajah jelas menunjukkan hubungan antara unsur (objek).
5. Rajah jujukan digunakan untuk menggambarkan urutan interaksi objek. Menunjukkan kitaran hayat objek tertentu dan interaksi aktor (aktor) dalam kes penggunaan, urutan mesej yang mereka tukar.
6. Carta gambaran keseluruhan interaksi termasuk sebahagian daripada rajah jujukan dan pembinaan aliran kawalan. Membantu untuk mempertimbangkan interaksi objek dari sudut pandangan yang berbeza.
7. Gambar rajah penyegerakan- subjenis rajah interaksi yang berasingan, yang mengkhusus dalam pemasaan. Gambar rajah jenis ini digunakan untuk mengkaji tingkah laku objek dalam tempoh masa tertentu.

Semua rajah UML boleh dibahagikan secara kasar kepada dua kumpulan, yang pertama ialah rajah umum. Gambar rajah am secara praktikalnya tidak bergantung pada subjek pemodelan dan boleh digunakan dalam mana-mana projek perisian tanpa mengambil kira kawasan subjek, kawasan penyelesaian, dsb.

1.5.1. Gambar rajah penggunaan

Gambar rajah penggunaan(gambar rajah kes guna) ialah perwakilan paling umum bagi tujuan fungsian sistem.

Rajah penggunaan bertujuan untuk menjawab soalan pemodelan utama: apakah yang dilakukan oleh sistem di dunia luar?

Gambar rajah kes guna menggunakan dua jenis entiti teras, kes penggunaan 1 dan aktor 2, yang antaranya jenis perhubungan asas berikut ditubuhkan:

• perkaitan antara pelakon dan kes penggunaan 3;
• generalisasi antara aktor 4;
• generalisasi antara kes penggunaan 5;
• kebergantungan (jenis yang berbeza) antara kes penggunaan 6.

Gambar rajah penggunaan, seperti yang lain, mungkin mengandungi 7 ulasan. Selain itu, sangat disyorkan untuk melakukan ini untuk meningkatkan kebolehbacaan gambar rajah.

Elemen asas tatatanda yang digunakan dalam rajah penggunaan ditunjukkan di bawah. Penerangan terperinci diberikan dalam bahagian 2.2.

1.5.2. Gambar rajah kelas

Gambar rajah kelas(rajah kelas) ialah cara utama untuk menerangkan struktur sesuatu sistem.

Ini tidak menghairankan, kerana UML terutamanya bahasa berorientasikan objek, dan kelas adalah blok bangunan utama (jika bukan satu-satunya).

Pada gambar rajah kelas, satu jenis entiti utama digunakan: kelas 1 (termasuk banyak kes khas kelas: antara muka, jenis primitif, kelas persatuan dan banyak lagi), di antaranya jenis asas perhubungan diwujudkan:

• persatuan antara kelas 2 (dengan banyak butiran tambahan);
• generalisasi antara kelas 3;
• kebergantungan (pelbagai jenis) antara 4 kelas dan antara kelas dan antara muka.

Beberapa elemen tatatanda rajah kelas ditunjukkan di bawah. Penerangan terperinci diberikan dalam bab 3.

1.5.3. Gambar rajah Automaton

Gambar rajah Automaton(gambar rajah mesin keadaan) ialah salah satu cara untuk menerangkan secara terperinci tingkah laku dalam UML berdasarkan keadaan yang menonjol secara eksplisit dan menerangkan peralihan antara keadaan.

Pada dasarnya, gambar rajah automaton, seperti namanya, adalah graf peralihan keadaan (lihat Bab 4), dimuatkan dengan banyak butiran dan butiran tambahan.

Pada rajah automaton, satu jenis entiti utama digunakan - keadaan 1, dan satu jenis hubungan - peralihan 2, tetapi untuk kedua-duanya, banyak jenis, kes khas dan sebutan tambahan ditakrifkan. Tidak masuk akal untuk menyenaraikan semuanya dalam tinjauan pengenalan.

Penerangan terperinci tentang semua variasi rajah automaton diberikan dalam bahagian 4.2, dan rajah berikut hanya menunjukkan unsur asas tatatanda yang digunakan dalam rajah automaton.

1.5.4. Gambar rajah aktiviti

Gambar rajah aktiviti(rajah aktiviti) - satu cara untuk menerangkan tingkah laku berdasarkan petunjuk aliran kawalan dan aliran data.

Gambar rajah aktiviti ialah satu lagi cara untuk menerangkan tingkah laku yang secara visual menyerupai carta aliran lama yang baik. Walau bagaimanapun, disebabkan oleh notasi yang dimodenkan, selaras dengan pendekatan berorientasikan objek, dan yang paling penting, disebabkan oleh komponen semantik baharu (tafsiran percuma jaring Petri), gambar rajah aktiviti UML ialah alat yang berkuasa untuk menerangkan kelakuan sesuatu sistem.

Dalam rajah aktiviti, satu jenis entiti utama digunakan - aktiviti 1, dan satu jenis hubungan - peralihan 2 (kawalan dan pemindahan data). Juga digunakan ialah binaan seperti garpu, cantuman, cantuman, cawangan 3, yang serupa dengan entiti, tetapi sebenarnya mereka tidak, tetapi mewakili cara grafik untuk menggambarkan beberapa kes khas hubungan pelbagai tempat. Semantik elemen gambar rajah aktiviti diperincikan dalam Bab 4. Elemen asas tatatanda yang digunakan dalam rajah aktiviti ditunjukkan di bawah.

1.5.5. Rajah jujukan

Rajah jujukan(rajah jujukan) ialah satu cara untuk menerangkan tingkah laku sistem berdasarkan petunjuk urutan mesej yang dihantar.

Malah, rajah jujukan ialah rekod protokol bagi sesi tertentu operasi sistem (atau serpihan protokol sedemikian). Dalam pengaturcaraan berorientasikan objek, masa jalan yang paling penting ialah pemindahan mesej antara objek yang berkomunikasi. Ia ialah urutan penghantaran mesej yang dipaparkan pada rajah ini, maka namanya.

Dalam rajah jujukan, satu jenis entiti utama digunakan - contoh pengelas berinteraksi 1 (terutamanya kelas, komponen dan aktor), dan satu jenis perhubungan - pautan 2, yang melaluinya mesej ditukar 3. Terdapat beberapa cara untuk menghantar mesej, yang dalam tatatanda grafik dibezakan oleh jenis anak panah yang sepadan dengan hubungan.

Aspek penting dalam rajah jujukan ialah paparan eksplisit tentang peredaran masa. Tidak seperti jenis rajah lain, kecuali mungkin rajah penyegerakan, dalam rajah jujukan, bukan sahaja kehadiran hubungan grafik antara unsur yang penting, tetapi juga kedudukan relatif unsur dalam rajah. Iaitu, diandaikan bahawa terdapat paksi masa (tidak kelihatan), secara lalai, diarahkan dari atas ke bawah, dan mesej yang dihantar kemudian dilukis di bawah.

Paksi masa boleh diarahkan secara mendatar, dalam kes ini dianggap bahawa masa mengalir dari kiri ke kanan.

Ilustrasi berikut menunjukkan elemen asas tatatanda yang digunakan dalam rajah jujukan. Untuk menetapkan objek yang berinteraksi itu sendiri, tatatanda standard digunakan - segi empat tepat dengan nama contoh pengelas. Garis putus-putus memanjang daripadanya dipanggil talian hayat 4. Ini bukan sebutan perhubungan dalam model, tetapi ulasan grafik yang direka untuk membimbing mata pembaca ke arah yang betul. Angka dalam bentuk jalur sempit yang ditindih pada talian hayat juga bukan imej entiti yang dimodelkan. Ini ialah ulasan grafik yang menunjukkan selang masa semasa objek memiliki kejadian pelaksanaan 5, atau dengan kata lain, pengaktifan objek berlaku. Fragmen Gabungan Langkah 6 membenarkan gambar rajah jujukan untuk mencerminkan aspek algoritma protokol interaksi. Untuk butiran lanjut mengenai tatatanda rajah jujukan, lihat Bab 4.

1.5.6. Gambar rajah komunikasi

Gambar rajah komunikasi(rajah komunikasi) - cara menggambarkan tingkah laku, semantik setara dengan gambar rajah jujukan.

Sebenarnya, ini adalah perihalan yang sama bagi jujukan pertukaran mesej bagi tika pengelas berinteraksi, hanya dinyatakan dalam cara grafik lain. Selain itu, kebanyakan alatan secara automatik boleh menukar rajah jujukan kepada rajah komunikasi dan sebaliknya.

Oleh itu, dalam rajah komunikasi, serta dalam rajah jujukan, satu jenis entiti utama digunakan - contoh pengelas 1 yang berinteraksi dan satu jenis hubungan - pautan 2. Walau bagaimanapun, penekanan di sini bukan pada masa, tetapi pada struktur pautan antara kejadian tertentu.

Rajah menunjukkan elemen asas tatatanda yang digunakan dalam gambar rajah komunikasi. Untuk menetapkan objek yang berinteraksi itu sendiri, tatatanda standard digunakan - segi empat tepat dengan nama contoh pengelas. Kedudukan relatif elemen pada rajah kerjasama tidak penting - hanya pautan (paling kerap contoh persatuan) adalah penting, di mana mesej dihantar 3. Penomboran perpuluhan hierarki digunakan untuk memaparkan susunan mesej dari semasa ke semasa.

1.5.7. Gambar rajah komponen

Gambar rajah komponen(rajah komponen) - menunjukkan hubungan antara modul (logik atau fizikal) yang membentuk sistem simulasi.

Jenis entiti utama dalam rajah komponen ialah komponen 1 itu sendiri, serta antara muka 2, yang melaluinya perhubungan antara komponen ditunjukkan. Dalam rajah komponen, perhubungan berikut digunakan:

• pelaksanaan antara komponen dan antara muka (komponen melaksanakan antara muka);
• kebergantungan antara komponen dan antara muka (komponen menggunakan antara muka) 3.

Rajah menunjukkan elemen asas tatatanda yang digunakan dalam rajah komponen. Penerangan terperinci diberikan dalam bab 3.

1.5.8. Gambar rajah penempatan

Gambar rajah penempatan(gambarajah penempatan), bersama-sama dengan memaparkan komposisi dan perhubungan elemen sistem, menunjukkan cara ia terletak secara fizikal pada sumber pengkomputeran semasa masa jalan.

Oleh itu, dalam rajah peletakan, berbanding dengan rajah komponen, dua jenis entiti ditambah: artifak 1, iaitu pelaksanaan komponen 2 dan nod 3 (ia boleh sama ada pengelas yang menerangkan jenis nod, atau contoh khusus), serta hubungan perkaitan antara Nod 4, menunjukkan bahawa nod disambungkan secara fizikal pada masa jalan.

Rajah menunjukkan elemen asas tatatanda yang digunakan dalam rajah peletakan. Untuk menunjukkan bahawa satu entiti adalah sebahagian daripada yang lain, sama ada perhubungan kebergantungan "deploy" 5 digunakan atau bentuk satu entiti diletakkan di dalam bentuk entiti 6 yang lain. Penerangan terperinci rajah diberikan dalam bab 3.

UML kini merupakan tatatanda standard untuk pemodelan visual sistem perisian, yang diterima pakai oleh Kumpulan Pengurusan Objek (OMG) pada musim luruh tahun 1997, dan disokong oleh banyak produk CASE berorientasikan objek.

Piawaian UML menawarkan set rajah berikut untuk pemodelan:

· Use case diagram - untuk memodelkan proses perniagaan sesebuah organisasi atau perusahaan dan menentukan keperluan untuk sistem maklumat yang dicipta;

· Gambar rajah kelas (rajah kelas) - untuk memodelkan struktur statik kelas sistem dan sambungan antara mereka;

Gambar rajah tingkah laku

· Gambar rajah interaksi;

· Rajah jujukan - untuk mensimulasikan proses pertukaran mesej antara objek dalam satu kes penggunaan;

· Gambar rajah kerjasama - untuk memodelkan proses pemesejan antara objek dalam satu kes penggunaan;

· Rajah Carta Negeri - untuk memodelkan kelakuan objek sistem semasa peralihan dari satu keadaan ke keadaan lain;

· Gambar rajah aktiviti - untuk memodelkan tingkah laku sistem dalam rangka kerja pelbagai kes penggunaan, atau aktiviti pemodelan;

Gambar rajah pelaksanaan:

Gambar rajah komponen - untuk memodelkan hierarki komponen (subsistem) sistem maklumat;

· Gambar rajah penggunaan - untuk memodelkan seni bina fizikal sistem maklumat yang direka bentuk.

Dalam rajah. 1.1 mempersembahkan model bersepadu sistem maklumat, termasuk rajah asas yang perlu dibangunkan dalam projek kursus ini.

nasi. 1. Model bersepadu sistem maklumat dalam tatatanda bahasa UML

4.2. Gunakan gambarajah kes

Kes guna ialah urutan tindakan yang dilakukan oleh sistem sebagai tindak balas kepada peristiwa yang dicetuskan oleh beberapa objek luaran (aktor). Kes penggunaan menerangkan interaksi biasa antara pengguna dan sistem. Dalam kes yang paling mudah, kes penggunaan ditentukan dengan membincangkan dengan pengguna fungsi yang dia ingin laksanakan dalam sistem maklumat yang diberikan. Dalam UML, kes penggunaan digambarkan seperti berikut:

Rajah 2. Kes guna

Aktor ialah peranan yang dimainkan oleh pengguna berhubung dengan sistem. Pelakon mewakili peranan, bukan orang tertentu atau tajuk pekerjaan. Walaupun mereka digambarkan sebagai figura manusia yang digayakan dalam rajah kes penggunaan, pelakon juga boleh menjadi sistem maklumat luaran yang memerlukan beberapa maklumat daripada sistem. Tunjukkan pelakon dalam rajah anda hanya apabila mereka benar-benar memerlukan beberapa kes penggunaan. Dalam UML, pelakon diwakili sebagai bentuk:

Rajah 3. Pelakon (pelakon)

Terdapat tiga jenis pelakon utama:

· Pengguna;

· Sistem;

· Sistem lain yang berinteraksi dengan ini;

Masa menjadi pelakon jika pelancaran sebarang acara dalam sistem bergantung padanya.

4.2.1. Hubungan Antara Kes Penggunaan dan Pelakon

Dalam UML, rajah kes guna menyokong beberapa jenis perhubungan antara unsur rajah:

komunikasi,

Kemasukan (termasuk),

Lanjutan (lanjutkan),

Generalisasi.

Pautan komunikasi Adakah hubungan antara use case dan aktor. Dalam UML, pautan komunikasi ditunjukkan menggunakan perkaitan sehala (garisan padat).

Rajah 4. Contoh pautan komunikasi

Pautan kemasukan terpakai dalam situasi di mana terdapat sekeping gelagat sistem yang diulang dalam lebih daripada satu kes penggunaan. Pautan ini biasanya digunakan untuk memodelkan fungsi boleh guna semula.

Pautan sambungan digunakan untuk menerangkan perubahan dalam kelakuan normal sistem. Ia membenarkan satu use case menggunakan fungsi use case lain apabila diperlukan.

Rajah 5. Contoh sambungan kemasukan dan lanjutan

Pautan generalisasi menunjukkan bahawa beberapa aktor atau kelas mempunyai sifat sepunya.

Rajah 6. Contoh pautan generalisasi

4.3.

Gambar rajah interaksi menerangkan tingkah laku kumpulan objek yang berinteraksi. Biasanya, gambar rajah interaksi merangkumi gelagat objek dalam satu kes penggunaan sahaja. Gambar rajah sedemikian memaparkan beberapa objek dan mesej yang mereka tukar antara satu sama lain.

Mesej Merupakan cara objek penghantar meminta objek penerima untuk melaksanakan salah satu operasinya.

Mesej bermaklumat Merupakan mesej yang membekalkan objek penerima dengan beberapa maklumat untuk mengemas kini keadaannya.

Minta mesej (interogatif) Merupakan mesej yang meminta pengeluaran beberapa maklumat tentang objek penerima.

Mesej imperatif Merupakan mesej yang meminta penerima mengambil tindakan.

Terdapat dua jenis rajah interaksi: rajah jujukan dan rajah kerjasama.

4.3.1. Rajah jujukan

Rajah jujukan mencerminkan aliran peristiwa yang berlaku dalam satu kes penggunaan.

Semua pelakon (aktor, kelas atau objek) yang terlibat dalam senario tertentu (kes penggunaan) ditunjukkan di bahagian atas rajah. Anak panah sepadan dengan mesej yang dihantar antara pelakon dan objek, atau antara objek untuk melaksanakan fungsi yang diperlukan.

Dalam rajah jujukan, objek dilukis sebagai segi empat tepat dengan garis putus-putus menegak dilukis ke bawah. Barisan ini dipanggil talian hayat sesuatu objek ... Ia adalah serpihan kitaran hidup sesuatu objek dalam proses interaksi.

Setiap mesej diwakili sebagai anak panah di antara garis kehidupan dua objek. Mesej muncul dalam susunan yang ditunjukkan pada halaman dari atas ke bawah. Setiap mesej ditandakan dengan sekurang-kurangnya nama mesej. Secara pilihan, anda boleh menambah hujah dan beberapa maklumat kawalan juga. Anda boleh menunjukkan perwakilan diri - mesej yang dihantar objek kepada dirinya sendiri, dengan anak panah mesej menghala ke talian hayat yang sama.

nasi. 7. Contoh rajah jujukan

4.3.2. Gambar rajah kerjasama

Gambar rajah kerjasama memaparkan aliran peristiwa dalam senario tertentu (kes penggunaan). Mesej disusun mengikut masa, walaupun gambar rajah kerjasama lebih memfokuskan pada perhubungan antara objek. Gambar rajah kerjasama mewakili semua maklumat yang terkandung dalam gambar rajah jujukan, tetapi gambar rajah kerjasama menerangkan aliran peristiwa secara berbeza. Ia menjadikannya lebih mudah untuk memahami hubungan yang wujud antara objek.

Dalam rajah kerjasama, seperti dalam rajah jujukan, anak panah menunjukkan mesej yang ditukar untuk kes penggunaan tertentu. Urutan temporal mereka ditunjukkan oleh penomboran mesej.

nasi. 8. Contoh gambarajah kerjasama

4.4. Gambar rajah kelas

4.4.1. Maklumat am

Gambar rajah kelas mentakrifkan jenis kelas sistem dan pelbagai jenis pautan statik yang wujud di antara mereka. Gambar rajah kelas juga menggambarkan atribut kelas, operasi kelas dan kekangan yang digunakan pada hubungan antara kelas.

Gambar rajah kelas UML ialah graf, nodnya adalah unsur-unsur struktur statik projek (kelas, antara muka), dan arka ialah hubungan antara nod (persatuan, warisan, kebergantungan).

Rajah kelas menggambarkan elemen berikut:

· Pakej - satu set elemen model yang berkaitan secara logik antara satu sama lain;

· Kelas - penerangan tentang sifat umum sekumpulan objek yang serupa;

· Antara muka ialah kelas abstrak yang mentakrifkan set operasi yang diberikan oleh objek kelas arbitrari yang dikaitkan dengan antara muka ini kepada objek lain.

4.4.2. Kelas

Kelas ialah sekumpulan entiti (objek) yang mempunyai sifat yang serupa iaitu data dan gelagat. Wakil individu kelas dipanggil objek kelas, atau hanya objek.

Tingkah laku objek dalam UML difahami sebagai sebarang peraturan untuk interaksi objek dengan dunia luar dan dengan data objek itu sendiri.

Dalam rajah, kelas digambarkan sebagai segi empat tepat dengan sempadan pepejal, dibahagikan dengan garis mendatar kepada 3 bahagian:

Bahagian atas (bahagian nama) mengandungi nama kelas dan sifat umum lain (khususnya, stereotaip).

Bahagian tengah mengandungi senarai atribut

Di bahagian bawah ialah senarai operasi kelas yang mencerminkan kelakuannya (tindakan yang dilakukan oleh kelas).

Mana-mana bahagian atribut dan operasi mungkin tidak dipaparkan (serta kedua-duanya sekali). Untuk bahagian yang hilang, anda tidak perlu melukis garis pemisah dan entah bagaimana menunjukkan kehadiran atau ketiadaan unsur di dalamnya.

Bahagian tambahan, seperti Pengecualian, boleh diperkenalkan mengikut budi bicara pelaksanaan tertentu.

nasi. 9. Contoh rajah kelas

4.4.2.1.Stereotaip kelas

Stereotaip kelas ialah mekanisme untuk mengkategorikan kelas.

Terdapat tiga stereotaip kelas utama yang ditakrifkan dalam UML:

Sempadan

Entiti

Kawalan.

4.4.2.2.Kelas Sempadan

Kelas sempadan ialah kelas yang terletak di sempadan sistem dan keseluruhan persekitaran. Ini ialah paparan, laporan, antara muka dengan perkakasan (seperti pencetak atau pengimbas) dan antara muka dengan sistem lain.

Untuk mencari kelas sempadan, anda perlu meneliti rajah kes penggunaan. Untuk setiap interaksi antara aktor dan use case, mesti ada sekurang-kurangnya satu kelas sempadan. Kelas inilah yang membolehkan pelakon berinteraksi dengan sistem.

4.4.2.3.Kelas entiti

Kelas entiti mengandungi maklumat yang disimpan. Mereka adalah yang paling penting kepada pengguna, dan oleh itu mereka sering menggunakan istilah dari kawasan subjek dalam nama mereka. Biasanya, untuk setiap kelas entiti, jadual dicipta dalam pangkalan data.

4.4.2.4.Kelas Kawalan

Kelas kawalan bertanggungjawab untuk menyelaraskan tindakan kelas lain. Lazimnya, setiap use case mempunyai satu kelas kawalan yang mengawal urutan peristiwa untuk use case tersebut. Kelas mengawal bertanggungjawab untuk penyelarasan, tetapi ia tidak membawa sebarang fungsi itu sendiri, kerana kelas lain tidak menghantarnya banyak mesej. Sebaliknya, dia sendiri menghantar banyak mesej. Kelas pengurus hanya mewakilkan tanggungjawab kepada kelas lain, atas sebab ini ia sering dirujuk sebagai kelas pengurus.

Mungkin terdapat kelas kawalan lain dalam sistem yang biasa kepada berbilang kes penggunaan. Sebagai contoh, mungkin terdapat kelas SecurityManager yang bertanggungjawab untuk memantau acara keselamatan. Kelas TransactionManager bertanggungjawab untuk menyelaraskan mesej yang berkaitan dengan transaksi pangkalan data. Mungkin terdapat pengurus lain untuk menangani elemen lain operasi sistem, seperti perkongsian sumber, pemprosesan data teragih atau pengendalian ralat.

Selain stereotaip yang dinyatakan di atas, anda boleh membuat sendiri.

4.4.2.5.Atribut

Atribut ialah sekeping maklumat yang dikaitkan dengan kelas. Atribut menyimpan data kelas terkapsul.

Oleh kerana atribut terkandung dalam kelas, ia disembunyikan daripada kelas lain. Oleh itu, anda mungkin perlu menentukan kelas yang dibenarkan untuk membaca dan mengubah suai atribut. Sifat ini dipanggil keterlihatan atribut.

Atribut boleh mempunyai empat nilai yang mungkin untuk parameter ini:

Awam (umum, terbuka). Nilai keterlihatan ini menganggap bahawa atribut akan kelihatan kepada semua kelas lain. Mana-mana kelas boleh melihat atau menukar nilai atribut. Dalam tatatanda UML, atribut biasa didahului oleh tanda "+".

Peribadi (tertutup, rahsia). Atribut yang sepadan tidak kelihatan kepada mana-mana kelas lain. Atribut peribadi dilambangkan dengan "-" mengikut tatatanda UML.

Dilindungi Atribut sedemikian hanya tersedia untuk kelas itu sendiri dan keturunannya. Notasi UML untuk atribut yang dilindungi ialah tanda "#".

Pakej atau Pelaksanaan Andaikan bahawa atribut ini adalah generik, tetapi hanya dalam pakejnya. Jenis keterlihatan ini tidak ditunjukkan oleh mana-mana ikon khas.

Dengan bantuan ketertutupan atau keselamatan, adalah mungkin untuk mengelakkan situasi apabila nilai atribut diubah oleh semua kelas sistem. Sebaliknya, logik untuk mengubah suai atribut akan dibalut dalam kelas yang sama dengan atribut itu sendiri. Parameter keterlihatan yang anda tetapkan akan mempengaruhi kod yang dijana.

4.4.2.6.operasi

Operasi melaksanakan tingkah laku khusus kelas. Operasi mempunyai tiga bahagian - nama, parameter dan jenis pulangan.

Parameter ialah hujah yang diterima oleh operasi "input". Jenis pulangan merujuk kepada hasil tindakan operasi.

Dalam rajah kelas, anda boleh memaparkan kedua-dua nama operasi dan nama operasi bersama-sama dengan parameter dan jenis pulangannya. Untuk mengurangkan beban kerja rajah, adalah berguna untuk menunjukkan hanya nama operasi pada sesetengah daripada mereka, dan pada yang lain tandatangan penuh mereka.

Dalam UML, operasi mempunyai notasi berikut:

Nama Operasi (Argumen: Jenis Data Argumen, Argumen2: Jenis Data Argumen2, ...): Jenis Kembali

Terdapat empat jenis urus niaga yang berbeza untuk dipertimbangkan:

Operasi pelaksanaan;

Operasi kawalan;

Operasi capaian;

Operasi bantu.

Operasi pelaksanaan

Operasi pelaksana melaksanakan beberapa fungsi perniagaan. Operasi sedemikian boleh didapati dengan memeriksa gambar rajah interaksi. Gambar rajah jenis ini memfokuskan pada fungsi perniagaan, dan setiap mesej dalam rajah kemungkinan besar boleh dikaitkan dengan operasi pelaksanaan.

Setiap langkah pelaksanaan mesti mudah dikesan mengikut keperluan yang sepadan. Ini dicapai pada pelbagai peringkat simulasi. Aktiviti diperoleh daripada mesej dalam rajah interaksi, mesej diperoleh daripada penerangan terperinci tentang aliran peristiwa yang dijana berdasarkan kes penggunaan, dan yang terakhir diperoleh daripada keperluan. Keupayaan untuk mengesan keseluruhan rantai ini memastikan bahawa setiap keperluan dilaksanakan dalam kod, dan setiap bahagian kod melaksanakan keperluan.

Kawalan operasi

Operasi pengurus mengawal penciptaan dan pemusnahan objek. Pembina kelas dan pemusnah termasuk dalam kategori ini.

Operasi capaian

Atribut biasanya bersifat peribadi atau dilindungi. Walau bagaimanapun, kelas lain kadangkala perlu melihat atau menukar nilainya. Terdapat operasi akses untuk ini. Pendekatan ini memungkinkan untuk merangkum atribut dengan selamat dalam kelas, melindunginya daripada kelas lain, tetapi masih membenarkan akses terkawal kepada mereka. Ia adalah amalan standard untuk mencipta operasi Dapatkan dan Tetapkan untuk setiap atribut kelas.

Operasi bantu

Operasi pembantu ialah operasi kelas yang ia perlukan untuk memenuhi tanggungjawabnya, tetapi kelas lain tidak sepatutnya tahu apa-apa. Ini adalah operasi peribadi dan dilindungi kelas.

Untuk mengenal pasti transaksi, ikuti langkah berikut:

1. Terokai rajah jujukan dan rajah koperatif. Kebanyakan mesej dalam rajah ini adalah aktiviti pelaksanaan. Mesej reflektif akan menjadi operasi tambahan.

2. Pertimbangkan operasi kawalan. Anda mungkin perlu menambah pembina dan pemusnah.

3. Pertimbangkan operasi capaian. Untuk setiap atribut kelas yang kelas lain perlu bekerjasama, anda perlu mencipta operasi Dapatkan dan Tetapkan.

4.4.2.7.Sambungan

Hubungan ialah hubungan semantik antara kelas. Ia membolehkan kelas belajar tentang atribut, operasi dan perhubungan kelas lain. Dalam erti kata lain, untuk satu kelas boleh menghantar mesej kepada yang lain dalam rajah jujukan atau rajah koperasi, mesti ada hubungan antara kedua-duanya.

Terdapat empat jenis perhubungan yang boleh diwujudkan antara kelas: persatuan, kebergantungan, pengagregatan dan generalisasi.

Persatuan komunikasi

Persatuan ialah penghubung semantik antara kelas. Mereka dilukis dalam rajah kelas sebagai garis biasa.

nasi. 10. Persatuan komunikasi

Persatuan boleh menjadi dua arah, seperti dalam contoh, atau satu arah. Dalam UML, persatuan dwiarah dilukis sebagai garis mudah tanpa anak panah atau dengan anak panah pada kedua-dua belah pihak. Pada perkaitan satu arah, hanya satu anak panah digambarkan menunjukkan arahnya.

Arah persatuan boleh ditentukan dengan meneliti rajah jujukan dan rajah koperasi. Jika semua mesej kepada mereka dihantar oleh hanya satu kelas dan diterima hanya oleh kelas lain, tetapi bukan sebaliknya, hubungan satu arah berlaku antara kelas ini. Jika sekurang-kurangnya satu mesej dihantar ke arah yang bertentangan, perkaitan itu mestilah dua arah.

Persatuan boleh menjadi reflektif. Perkaitan refleksif mengandaikan bahawa satu contoh kelas berinteraksi dengan kejadian lain dalam kelas yang sama.

Ketagihan komunikasi

Hubungan kebergantungan juga mencerminkan hubungan antara kelas, tetapi mereka sentiasa satu arah dan menunjukkan bahawa satu kelas bergantung pada takrifan yang dibuat dalam kelas yang lain. Sebagai contoh, kelas A menggunakan kaedah kelas B. Kemudian apabila kelas B berubah, anda perlu membuat perubahan yang sepadan dalam kelas A.

Kebergantungan digambarkan sebagai garis putus-putus antara dua elemen carta, dan elemen yang dilabuhkan ke hujung anak panah dianggap bergantung pada elemen yang dilabuhkan pada permulaan anak panah itu.

nasi. 11. Ketagihan komunikasi

Apabila menjana kod untuk kelas ini, tiada atribut baharu akan ditambahkan padanya. Walau bagaimanapun, pernyataan khusus bahasa yang diperlukan untuk menyokong komunikasi akan dihasilkan.

Pengagregatan pautan

Agregasi adalah bentuk persatuan yang lebih ketat. Agregasi ialah perkaitan antara keseluruhan dan sebahagian daripadanya. Contohnya, anda mungkin mempunyai kelas untuk Kereta, serta kelas untuk Enjin, Tayar dan kelas untuk bahagian lain kereta. Akibatnya, objek kelas Kereta akan terdiri daripada objek kelas Enjin, empat objek Tayar, dsb. Pengagregatan divisualisasikan sebagai garisan dengan berlian untuk kelas keseluruhan:

nasi. 11. Pengagregatan komunikasi

Selain pengagregatan mudah, UML memperkenalkan bentuk pengagregatan yang lebih kukuh yang dipanggil gubahan. Mengikut komposisi, bahagian objek hanya boleh dimiliki oleh satu keseluruhan, dan, sebagai tambahan, sebagai peraturan, kitaran hayat bahagian bertepatan dengan kitaran keseluruhan: mereka hidup dan mati dengannya. Sebarang penyingkiran keseluruhannya meluas ke bahagiannya.

Pemadaman bertingkat ini sering dilihat sebagai sebahagian daripada definisi pengagregatan, tetapi ia sentiasa tersirat apabila kepelbagaian peranan ialah 1..1; sebagai contoh, jika perlu untuk memadamkan Pelanggan, maka pemadaman ini mesti digunakan pada Pesanan (dan, seterusnya, pada Talian Pesanan).