5.4. Gambarajah Objek Penting: Objek dan Hubungannya Gambar rajah objek menunjukkan objek sedia ada dan hubungannya dalam reka bentuk logik sistem. Dalam erti kata lain, gambar rajah objek ialah petikan aliran peristiwa dalam beberapa konfigurasi

5.7. Gambar rajah proses. Penting: Gambar rajah Proses Pemproses, Peranti dan Sambungan digunakan untuk menunjukkan pengedaran proses merentas pemproses dalam reka bentuk sistem fizikal. Gambar rajah proses yang berasingan menunjukkan satu pandangan struktur proses

10.4. RAJAH UML 10.4.1. Jenis Gambarajah Visual UMLUML membolehkan anda mencipta beberapa jenis gambar rajah visual: gambar rajah kes guna; gambar rajah jujukan; gambar rajah koperasi; gambar rajah kelas; gambar rajah negeri; gambar rajah

1.2.6. Bingkai gambar rajah Dalam Rajah. Rajah 1.2.26 menunjukkan contoh tipikal gambar rajah penguraian dengan kotak sempadan yang dipanggil bingkai rajah. nasi. 1.2.26. Contoh gambarajah penguraian dengan rangka wayar Rangka wayar mengandungi pengepala (atas bingkai) dan pengaki (bawah).

Gambarajah Masa Untuk mendapatkan gambarajah pemasaan bagi voltan input dan output, anda perlu mengubah suai sedikit fail input. Seperti dalam contoh sebelumnya, voltan input sinusoidal akan digunakan: Vi 1 0 sin (0 0. 5V 5kHz) Bersama-sama dengan analisis sementara

Carta dan Graf Hanya pakar yang boleh membezakan maksud di sebalik barisan nombor yang tidak berkesudahan, tetapi sesiapa sahaja boleh memahami (atau sekurang-kurangnya mendakwa memahami) histogram atau carta pai. VBA tidak mempunyai alat terbina dalam untuk mencipta gambar rajah, tetapi sedemikian

5.1.14. Carta Carta ialah perwakilan grafik data berangka dalam jadual. Halaman menawarkan beberapa jenis carta: Lajur, Lajur Bertindan, Carta Bar, Carta Bar Bertindan, Garisan, Kawasan, Kawasan Bertindan

5.2.8. Carta Carta ialah perwakilan grafik data daripada julat yang dipilih. Untuk membina carta, ikut algoritma berikut1. Buat jadual nilai yang dikira.2. Pilih julat yang diingini (ia mungkin terdiri daripada segi empat tepat bukan bersebelahan

UML ialah akronim yang bermaksud Bahasa Pemodelan Bersepadu. Malah, ia adalah salah satu teknik pemodelan proses perniagaan yang paling popular dan merupakan notasi standard antarabangsa untuk menentukan, menggambarkan dan mendokumentasikan pembangunan perisian. Ditakrifkan oleh Kumpulan Pengurusan Objek, ia muncul sebagai hasil daripada beberapa sistem tatatanda UML tambahan dan kini telah menjadi standard de facto untuk pemodelan visual. Prinsip asas mana-mana pengaturcaraan berorientasikan objek bermula dengan membina model.

UML telah dicipta akibat daripada kekecohan yang mengelilingi pembangunan perisian dan dokumentasi. Pada tahun 1990-an, terdapat beberapa cara berfikir tentang sistem perisian. Terdapat keperluan untuk cara UML visual yang lebih bersatu untuk mewakili sistem ini, dan sebagai hasilnya, ia telah dibangunkan antara 1994 dan 1996 oleh tiga jurutera perisian yang bekerja di Rational Software. Ia kemudiannya diterima pakai sebagai standard pada tahun 1997 dan kekal sehingga hari ini, dengan hanya beberapa kemas kini.

Pada asasnya, UML ialah bahasa pemodelan tujuan umum dalam bidang pembangunan perisian. Walau bagaimanapun, ia kini telah menemui jalan ke dalam dokumentasi beberapa proses perniagaan atau aliran kerja, seperti gambar rajah aktiviti. Sejenis gambar rajah UML boleh digunakan sebagai pengganti carta alir. Mereka menyediakan kedua-dua cara yang lebih standard untuk memodelkan aliran kerja dan pelbagai ciri untuk meningkatkan kebolehbacaan dan kecekapan.

Seni bina adalah berdasarkan objek meta, yang mentakrifkan asas untuk mencipta bahasa UML. Ia cukup tepat untuk mencipta keseluruhan aplikasi. UML boleh laksana sepenuhnya boleh digunakan pada berbilang platform menggunakan teknologi berbeza dengan semua proses sepanjang kitaran pembangunan perisian.

UML bertujuan untuk menjadi bahasa pemodelan visual yang dibangunkan pengguna. Ia menyokong konsep pembangunan peringkat tinggi seperti struktur, corak dan kerjasama. UML ialah satu set elemen seperti:

1. Pernyataan bahasa pengaturcaraan.
2. Pelakon - menerangkan peranan yang dimainkan oleh pengguna atau mana-mana sistem lain yang berinteraksi dengan objek.
3. Aktiviti yang perlu dijalankan untuk memenuhi kontrak kerja dan dipersembahkan dalam gambar rajah.
4. Proses perniagaan yang merangkumi satu set tugasan yang mencipta perkhidmatan khusus untuk pelanggan, divisualisasikan oleh carta alir tindakan berurutan.
5. Komponen perisian yang logik dan boleh diguna semula.

Gambar rajah UML terbahagi kepada dua kategori. Jenis pertama termasuk tujuh jenis gambar rajah yang mewakili maklumat struktur, yang kedua - tujuh yang selebihnya, mewakili jenis tingkah laku umum. Gambar rajah ini digunakan untuk mendokumenkan seni bina sistem dan terlibat secara langsung dalam pemodelan sistem UML.

Gambar rajah UML dibentangkan sebagai perwakilan statik dan dinamik bagi model sistem. Pandangan statik termasuk gambar rajah kelas dan komposisi yang menyerlahkan struktur statik. Pandangan dinamik mewakili interaksi antara objek dan perubahan dalam keadaan dalaman objek menggunakan urutan, aktiviti dan rajah keadaan.

Pelbagai alat pemodelan UML tersedia untuk memudahkan pemodelan, termasuk IBM Rose, Rhapsody, MagicDraw, StarUML, ArgoUML, Umbrello, BOUML, PowerDesigner dan Dia.

Penggunaan UML mempunyai pelbagai jenis dalam dokumentasi pembangunan perisian dan dalam proses perniagaan:

1. Lakaran. Dalam kes ini, gambar rajah UML digunakan untuk menyampaikan pelbagai aspek dan ciri sistem. Walau bagaimanapun, ini hanyalah pandangan peringkat atas sistem dan kemungkinan besar tidak akan menyertakan semua butiran yang diperlukan untuk menyelesaikan projek sehingga akhir.
2. Reka Bentuk Hadapan - Reka bentuk lakaran dilakukan sebelum aplikasi dikodkan. Ini dilakukan untuk mendapatkan gambaran keseluruhan yang lebih baik tentang sistem atau aliran kerja yang cuba dibuat oleh pengguna. Banyak masalah atau kekurangan reka bentuk boleh dikenal pasti, yang akan meningkatkan kesihatan dan kesejahteraan keseluruhan projek.
3. Reka bentuk terbalik. Setelah kod ditulis, gambar rajah UML dipaparkan sebagai satu bentuk dokumentasi untuk aktiviti, peranan, peserta dan aliran kerja yang berbeza.
4. Rangka tindakan. Dalam kes ini, rajah berfungsi sebagai reka bentuk lengkap yang hanya memerlukan pelaksanaan sebenar sistem atau perisian. Ini sering dilakukan menggunakan alat CASE (Computer Aided Software Engineering Tools). Kelemahan utama menggunakan alat CASE ialah ia memerlukan tahap pengetahuan tertentu, latihan pengguna, serta pengurusan dan kakitangan.

UML bukanlah bahasa pengaturcaraan kendiri seperti Java, C++ atau Python, tetapi dengan alatan yang betul ia boleh menjadi bahasa program pseudo UML. Untuk mencapai matlamat ini, keseluruhan sistem mesti didokumenkan dalam rajah yang berbeza dan, menggunakan perisian yang betul, rajah boleh diterjemahkan terus ke dalam kod. Kaedah ini hanya berguna jika masa yang digunakan untuk melukis gambar rajah akan mengambil masa yang lebih singkat daripada menulis kod sebenar. Walaupun UML dicipta untuk sistem pemodelan, ia telah menemui beberapa aplikasi dalam bidang perniagaan.

Di bawah ialah contoh rajah UML untuk pemodelan perniagaan.

Satu penyelesaian praktikal adalah untuk mewakili secara visual aliran proses untuk telejualan melalui gambar rajah aktiviti. Dari saat pesanan diambil sebagai input hingga saat pesanan selesai dan output khusus diberikan.

Terdapat beberapa jenis gambar rajah UML, dan setiap satu menjalankan tugas yang berbeza, sama ada ia dibangunkan sebelum pelaksanaan atau selepas, sebagai sebahagian daripada dokumentasi. Dua kategori yang paling luas, meliputi semua jenis lain, ialah rajah tingkah laku dan rajah struktur. Seperti namanya, beberapa gambar rajah UML cuba menganalisis dan menggambarkan struktur sistem atau proses, manakala yang lain menerangkan kelakuan sistem, peserta dan komponennya.

Jenis yang berbeza dipecahkan seperti berikut:

1. Tidak semua daripada 14 jenis gambar rajah UML yang berbeza digunakan secara tetap semasa mendokumentasikan sistem dan seni bina.
2. Prinsip Pareto juga digunakan untuk penggunaan gambar rajah UML.
3. 20% daripada carta digunakan oleh pembangun 80% daripada masa itu.

Elemen yang paling biasa digunakan dalam pembangunan perisian ialah:

• gambar rajah penggunaan;
• gambar rajah kelas;
• urutan.

Gambar rajah aktiviti ialah gambar rajah UML yang paling penting untuk mencipta model proses perniagaan. Dalam pembangunan perisian, ia digunakan untuk menggambarkan aliran pelbagai aktiviti. Mereka boleh sama ada bersiri atau selari. Mereka menerangkan objek yang digunakan, dimakan atau dihasilkan oleh aktiviti dan hubungan antara aktiviti yang berbeza.

Semua perkara di atas adalah penting untuk memodelkan proses perniagaan yang menjurus dari satu sama lain, kerana ia saling berkaitan dengan permulaan dan penghujung yang jelas. Dalam persekitaran perniagaan, ini juga dipanggil pemetaan proses perniagaan. Watak utama ialah pengarang, editor dan penerbit. Contoh UML adalah seperti berikut. Apabila penyemak melihat draf dan memutuskan bahawa beberapa perubahan perlu dibuat. Pengarang kemudian menyemak draf dan membawanya semula untuk menganalisis ulasan.

Gambar rajah penggunaan

Asas sistem - digunakan untuk menganalisis keperluan tahap sistem. Keperluan ini dinyatakan dalam kes penggunaan yang berbeza. Tiga komponen utama rajah UML ialah:

1. Berfungsi - dibentangkan sebagai kes penggunaan.
2. Kata kerja yang menerangkan tindakan.
3. Pelakon - untuk berinteraksi dengan sistem. Peranan pelakon boleh menjadi pengguna, organisasi, atau aplikasi luaran. Hubungan antara peserta diwakili oleh anak panah lurus.

Contohnya, untuk carta pengurusan inventori. Dalam kes ini, terdapat pemilik, pembekal, pengurus, pakar inventori dan pemeriksa inventori. Bekas bulat mewakili tindakan yang dilakukan oleh pelakon. Tindakan yang mungkin: pembelian dan pembayaran saham, menyemak kualiti inventori, memulangkan inventori atau mengedarkannya.

Jenis rajah ini sangat sesuai untuk menunjukkan tingkah laku dinamik antara peserta dalam sistem, memudahkan pembentangannya tanpa menggambarkan butiran pelaksanaan.

Sementara

Gambar rajah pemasaan UML digunakan untuk mewakili perhubungan objek yang fokusnya bergantung pada masa. Tidak menarik bagaimana objek berinteraksi atau menukar satu sama lain, tetapi pengguna ingin membayangkan bagaimana objek dan subjek bertindak sepanjang paksi masa linear.

Setiap peserta individu diwakili melalui talian hayat, yang pada asasnya adalah garisan yang membentuk peringkat apabila peserta individu bergerak dari satu peringkat ke peringkat seterusnya. Tumpuan adalah pada tempoh masa peristiwa dan perubahan yang berlaku bergantung padanya.

Komponen utama gambarajah masa ialah:

1. Talian hayat adalah ahli individu.
2. Garis Masa Negeri - Satu laluan kehidupan boleh melalui pelbagai keadaan dalam satu proses.
3. Kekangan tempoh ialah kekangan selang masa yang mewakili tempoh yang diperlukan untuk memenuhi kekangan.
4. Had masa - mengehadkan selang masa di mana sesuatu mesti disiapkan oleh peserta.
5. Kemunculan Kemusnahan - Kemunculan mesej yang memusnahkan peserta individu dan mewakili penghujung kitaran hayat peserta tersebut.

Gambar rajah mendatar, juga dipanggil gambar rajah keadaan, digunakan untuk menerangkan keadaan berbeza komponen dalam sistem. Ia menerima format nama terhingga kerana gambar rajah pada asasnya ialah mesin yang menerangkan keadaan berbilang objek dan cara ia berubah berdasarkan peristiwa dalaman dan luaran.

Gambarajah keadaan mesin yang sangat mudah adalah seperti permainan catur. Permainan catur biasa terdiri daripada gerakan yang dibuat oleh Putih dan gerakan yang dibuat oleh Hitam. Putih mempunyai langkah pertama, yang dengan itu memulakan permainan. Tamat permainan boleh berlaku tanpa mengira sama ada Putih atau Hitam menang. Permainan boleh berakhir dalam perlawanan, persinggahan atau seri (keadaan mesin yang berbeza). Carta negeri digunakan terutamanya dalam reka bentuk UML hadapan dan belakang bagi pelbagai sistem.

Berturut-turut

Jenis rajah ini ialah rajah UML yang paling penting bukan sahaja dalam kalangan komuniti sains komputer, tetapi juga sebagai model peringkat reka bentuk untuk pembangunan aplikasi perniagaan. Mereka popular apabila menerangkan proses perniagaan kerana sifatnya yang jelas secara visual. Seperti namanya, gambar rajah menerangkan urutan mesej dan interaksi yang berlaku antara subjek dan objek. Pelakon atau objek hanya boleh aktif apabila perlu atau apabila objek lain ingin berkomunikasi dengan mereka. Semua komunikasi dibentangkan dalam susunan kronologi.

Untuk maklumat yang lebih lengkap, anda boleh mempertimbangkan contoh rajah jujukan UML di bawah.

Seperti contoh yang dicadangkan, gambar rajah struktur digunakan untuk menunjukkan struktur sistem. Lebih khusus lagi, bahasa itu digunakan dalam pembangunan perisian untuk mewakili seni bina sistem dan bagaimana komponen yang berbeza saling berkaitan.

Gambar rajah kelas UML ialah jenis gambar rajah yang paling biasa untuk dokumentasi perisian. Memandangkan kebanyakan atur cara yang dicipta hari ini masih berdasarkan paradigma pengaturcaraan berorientasikan objek, menggunakan gambar rajah kelas untuk mendokumentasikan perisian ternyata masuk akal. Ini kerana OOP adalah berdasarkan kelas UML dan hubungan antara mereka. Secara ringkasnya, rajah mengandungi kelas, bersama-sama dengan atributnya, juga dipanggil medan data, dan kelakuannya, dipanggil fungsi ahli.

Lebih khusus lagi, setiap kelas mempunyai 3 medan: nama di bahagian atas, atribut tepat di bawah nama, operasi/tingkah laku di bahagian bawah. Hubungan antara kelas yang berbeza (diwakili oleh garis penghubung) membentuk gambar rajah kelas. Contoh di atas menunjukkan rajah kelas asas.

Objek

Apabila membincangkan gambar rajah struktur UML, seseorang perlu mendalami konsep sains komputer. Dalam kejuruteraan perisian, kelas dianggap sebagai jenis data abstrak, manakala objek adalah tika. Contohnya, jika terdapat "Kereta", yang merupakan jenis abstrak umum, maka tika kelas "Kereta" akan menjadi "Audi".

Gambar rajah objek UML membantu pembangun perisian menyemak sama ada struktur abstrak yang dijana mewakili struktur yang berdaya maju apabila dilaksanakan dalam amalan, iaitu, apabila objek diwujudkan. Sesetengah pembangun menganggap ini sebagai semakan ketepatan tahap menengah. Ia memaparkan contoh kelas. Lebih tepat lagi, kelas generik "Pelanggan" kini mempunyai pelanggan sebenar, sebagai contoh, dipanggil "James". James ialah contoh kelas yang lebih umum dan mempunyai atribut yang sama, walau bagaimanapun, dengan nilai yang diberikan. Perkara yang sama dilakukan dengan akaun Akaun dan Simpanan. Mereka berdua adalah objek kelas masing-masing.

Kerahan

Gambar rajah penggunaan digunakan untuk menggambarkan hubungan antara perisian dan perkakasan. Untuk lebih spesifik, dengan gambar rajah penggunaan, anda boleh membina model fizikal cara komponen perisian (artifak) digunakan pada komponen perkakasan yang dikenali sebagai nod.

Skim penggunaan mudah yang biasa untuk aplikasi web termasuk:

1. Nod (pelayan aplikasi dan pelayan pangkalan data).
2. Skema artifak aplikasi klien dan pangkalan data.

Gambar rajah pakej adalah serupa dengan koleksi makro untuk gambar rajah penggunaan UML yang kami jelaskan di atas. Pelbagai pakej mengandungi nod dan artifak. Mereka mengumpulkan gambar rajah dan memodelkan komponen ke dalam kumpulan, sama seperti ruang nama merangkum nama berbeza yang agak berkaitan. Akhirnya, pakej juga boleh dibina oleh beberapa pakej lain untuk mewakili sistem dan tingkah laku yang lebih kompleks.

Tujuan utama rajah pakej adalah untuk menunjukkan hubungan antara pelbagai komponen besar yang membentuk sistem yang kompleks. Pengaturcara mendapati ciri abstraksi ini memberi manfaat yang baik untuk menggunakan gambar rajah pakej, terutamanya apabila beberapa butiran mungkin dikecualikan daripada gambaran besar.

Seperti mana-mana perkara lain dalam hidup, untuk melakukan sesuatu dengan betul anda memerlukan alat yang betul. Alat yang menawarkan anotasi UML dan templat rajah digunakan untuk mendokumentasikan perisian, proses atau sistem. Terdapat pelbagai alat dokumentasi perisian yang boleh membantu anda melukis rajah.

Mereka biasanya termasuk dalam kategori utama berikut:

1. Kertas dan pen adalah mudah. Ambil kertas dan pen, buka kod sintaks UML dari Internet dan lukis apa sahaja jenis rajah yang anda perlukan.
2. Alat Dalam Talian - Terdapat beberapa aplikasi dalam talian yang boleh anda gunakan untuk membuat carta. Kebanyakan daripada mereka menawarkan langganan berbayar atau bilangan carta terhad dalam peringkat percuma.
3. Alat dalam talian percuma hampir sama dengan alat berbayar. Perbezaan utama ialah yang berbayar juga menawarkan tutorial dan templat siap sedia untuk gambar rajah tertentu.
4. Aplikasi Desktop - Aplikasi desktop biasa untuk digunakan untuk rajah dan hampir mana-mana rajah lain ialah Microsoft Visio. Ia menawarkan ciri dan fungsi lanjutan. Satu-satunya kelemahan ialah anda perlu membayarnya.

Oleh itu, agak jelas bahawa UML merupakan aspek penting yang dikaitkan dengan pembangunan perisian berorientasikan objek. Ia menggunakan tatatanda grafik untuk mencipta model visual program sistem.

UML ialah bahasa pemodelan grafik bersatu untuk menerangkan, menggambarkan, mereka bentuk dan mendokumentasikan sistem OO. UML direka bentuk untuk menyokong proses pemodelan perisian berdasarkan pendekatan OO, mengatur hubungan konsep konsep dan program, dan mencerminkan masalah penskalaan sistem kompleks. Model UML digunakan pada semua peringkat kitaran hayat perisian, daripada analisis perniagaan kepada penyelenggaraan sistem. Organisasi yang berbeza mungkin menggunakan UML mengikut keperluan mereka, bergantung pada kawasan masalah mereka dan teknologi yang mereka gunakan.

Sejarah Ringkas UML

Menjelang pertengahan 90-an, pelbagai pengarang telah mencadangkan beberapa dozen kaedah pemodelan OO, yang setiap satunya menggunakan tatatanda grafiknya sendiri. Pada masa yang sama, mana-mana kaedah ini mempunyai kekuatannya, tetapi tidak membenarkan membina model PS yang cukup lengkap, menunjukkannya "dari semua pihak," iaitu semua unjuran yang diperlukan (Lihat artikel 1). Selain itu, kekurangan standard pemodelan OO menyukarkan pembangun untuk memilih kaedah yang paling sesuai, yang menghalang penggunaan meluas pendekatan OO kepada pembangunan perisian.

Atas permintaan Kumpulan Pengurusan Objek (OMG), organisasi yang bertanggungjawab untuk penggunaan piawaian dalam bidang teknologi objek dan pangkalan data, masalah mendesak penyatuan dan penyeragaman telah diselesaikan oleh pengarang tiga kaedah OO yang paling popular - G Butch, D. Rambo dan A. Jacobson, yang menggabungkan usaha mencipta versi UML 1.1, diluluskan oleh OMG pada tahun 1997 sebagai standard.

UML ialah bahasa

Mana-mana bahasa terdiri daripada perbendaharaan kata dan peraturan untuk menggabungkan perkataan untuk mencipta binaan yang bermakna. Ini, khususnya, bagaimana bahasa pengaturcaraan distrukturkan, seperti UML. Ciri tersendirinya ialah kamus bahasa dibentuk oleh unsur grafik. Setiap simbol grafik mempunyai semantik khusus yang dikaitkan dengannya, jadi model yang dicipta oleh satu pembangun boleh difahami dengan jelas oleh yang lain, serta oleh alat perisian yang mentafsir UML. Dari sini, khususnya, model perisian yang dibentangkan dalam UML boleh diterjemahkan secara automatik ke dalam bahasa pengaturcaraan OO (seperti Java, C++, VisualBasic), iaitu, jika terdapat alat pemodelan visual yang baik yang menyokong UML, mempunyai membina model, kami juga akan menerima contoh kod program yang sepadan dengan model ini.

Perlu ditekankan bahawa UML ialah bahasa, bukan kaedah. Ia menerangkan elemen untuk mencipta model dan cara membacanya, tetapi tidak mengatakan apa-apa tentang model mana yang harus dibangunkan dan dalam kes apa. Untuk mencipta kaedah berdasarkan UML, adalah perlu untuk menambahnya dengan penerangan tentang proses pembangunan perisian. Contoh proses sedemikian ialah Proses Bersepadu Rasional, yang akan dibincangkan dalam artikel seterusnya.

Kamus UML

Model ini diwakili dalam bentuk entiti dan hubungan antara mereka, yang ditunjukkan dalam rajah.

Entiti adalah abstraksi yang merupakan elemen utama model. Terdapat empat jenis entiti - struktur (kelas, antara muka, komponen, kes penggunaan, kerjasama, nod), tingkah laku (interaksi, keadaan), kumpulan (pakej) dan anotasi (komen). Setiap jenis entiti mempunyai perwakilan grafiknya sendiri. Entiti akan dibincangkan secara terperinci semasa mengkaji rajah.

Perhubungan menunjukkan pelbagai perkaitan antara entiti. UML mentakrifkan jenis perhubungan berikut:

• Ketagihan menunjukkan hubungan sedemikian antara dua entiti apabila perubahan dalam salah satu daripada mereka - bebas - boleh menjejaskan semantik yang lain - bergantung. Kebergantungan diwakili oleh anak panah bertitik yang diarahkan daripada entiti bergantung kepada entiti bebas.
• Persatuan ialah hubungan struktur yang menunjukkan bahawa objek satu entiti berkaitan dengan objek yang lain. Secara grafik, persatuan ditunjukkan sebagai garis yang menghubungkan entiti yang berkaitan. Persatuan berfungsi untuk menavigasi antara objek. Sebagai contoh, perkaitan antara kelas "Pesanan" dan "Produk" boleh digunakan untuk mencari semua produk yang dinyatakan dalam susunan tertentu, di satu pihak, atau untuk mencari semua pesanan yang mengandungi produk ini, di pihak yang lain. Adalah jelas bahawa program yang sepadan mesti melaksanakan mekanisme yang menyediakan navigasi sedemikian. Jika navigasi dalam satu arah sahaja diperlukan, ia ditunjukkan dengan anak panah di hujung perkaitan. Kes khas perkaitan ialah pengagregatan - perhubungan dalam bentuk "keseluruhan" - "bahagian". Secara grafik, ia diserlahkan dengan berlian di hujung berhampiran intipati-keseluruhan.
• Generalisasi ialah hubungan antara entiti induk dan entiti anak. Pada asasnya, hubungan ini mencerminkan harta warisan untuk kelas dan objek. Generalisasi ditunjukkan sebagai garis yang berakhir dengan segi tiga yang menghala ke arah entiti induk. Kanak-kanak mewarisi struktur (atribut) dan tingkah laku (kaedah) ibu bapa, tetapi pada masa yang sama ia boleh mempunyai elemen struktur baru dan kaedah baru. UML membenarkan berbilang warisan, di mana entiti berkaitan dengan lebih daripada satu entiti induk.
• Perlaksanaan– hubungan antara entiti yang mentakrifkan spesifikasi tingkah laku (antara muka) dengan entiti yang mentakrifkan pelaksanaan tingkah laku ini (kelas, komponen). Hubungan ini biasanya digunakan semasa memodelkan komponen dan akan diterangkan dengan lebih terperinci dalam artikel seterusnya.

Gambar rajah. UML menyediakan gambar rajah berikut:

• Gambar rajah yang menerangkan kelakuan sistem:
• Gambar rajah negeri
• Gambar rajah aktiviti,
• Gambar rajah objek,
• Rajah jujukan,
• Gambar rajah kerjasama;
• Gambar rajah yang menerangkan pelaksanaan fizikal sistem:
• Gambar rajah komponen;
• Gambar rajah penempatan.

Pandangan Kawalan Model. Pakej.

Kami telah mengatakan bahawa untuk membolehkan model difahami dengan baik oleh manusia, adalah perlu untuk mengaturnya secara hierarki, meninggalkan sebilangan kecil entiti pada setiap peringkat hierarki. UML termasuk cara mengatur perwakilan hierarki model - pakej. Mana-mana model terdiri daripada satu set pakej yang mungkin mengandungi kelas, kes penggunaan dan entiti dan rajah lain. Pakej boleh mengandungi pakej lain, membenarkan penciptaan hierarki. UML tidak menyediakan rajah pakej yang berasingan, tetapi ia mungkin muncul dalam rajah lain. Pakej itu digambarkan sebagai segi empat tepat dengan penanda halaman.

Apa yang disediakan oleh UML.

• penerangan hierarki sistem yang kompleks dengan mengenal pasti pakej;
• pemformalan keperluan fungsian untuk sistem menggunakan radas kes penggunaan;
• memperincikan keperluan sistem dengan membina gambar rajah aktiviti dan senario;
• mengenal pasti kelas data dan membina model data konsep dalam bentuk gambar rajah kelas;
• mengenal pasti kelas yang menerangkan antara muka pengguna dan mencipta skema navigasi skrin;
• perihalan proses interaksi objek apabila melaksanakan fungsi sistem;
• perihalan tingkah laku objek dalam bentuk aktiviti dan gambar rajah negeri;
• perihalan komponen perisian dan interaksinya melalui antara muka;
• penerangan tentang seni bina fizikal sistem.

Dan perkara terakhir...

Walaupun semua daya tarikan UML, ia akan menjadi sukar untuk digunakan dalam pemodelan perisian sebenar tanpa alat pemodelan visual. Alat sedemikian membolehkan anda mempersembahkan gambar rajah dengan cepat pada skrin paparan, mendokumentasikannya, menjana templat kod program dalam pelbagai bahasa pengaturcaraan OO dan mencipta skema pangkalan data. Kebanyakannya termasuk kemungkinan merekayasa semula kod program - memulihkan unjuran tertentu model perisian dengan menganalisis kod sumber program secara automatik, yang sangat penting untuk memastikan pematuhan antara model dan kod dan apabila mereka bentuk sistem yang mewarisi fungsi sistem terdahulu.

Pada masa ini, UML ialah tatatanda standard untuk pemodelan visual sistem perisian, yang diterima pakai oleh konsortium Object Managing Group (OMG) pada musim luruh tahun 1997, yang disokong oleh banyak produk CASE berorientasikan objek.

Piawaian UML menawarkan set rajah berikut untuk pemodelan:

· rajah kes guna – untuk memodelkan proses perniagaan sesebuah organisasi atau perusahaan dan menentukan keperluan untuk sistem maklumat yang dicipta;

· rajah kelas – untuk memodelkan struktur statik kelas sistem dan sambungan antara mereka;

· gambar rajah tingkah laku sistem;

· rajah interaksi;

· rajah jujukan – untuk memodelkan proses pemesejan 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;

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

rajah pelaksanaan:

· rajah komponen – untuk memodelkan hierarki komponen (subsistem) sistem maklumat;

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

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

nasi. 1. Model bersepadu sistem maklumat dalam tatatanda UML

4.2. Gunakan gambarajah kes

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

Rajah.2. Kes guna

Pelakon 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 guna, pelakon juga boleh menjadi sistem maklumat luaran yang memerlukan beberapa maklumat daripada sistem itu. Pelakon hanya perlu ditunjukkan pada rajah jika mereka benar-benar memerlukan beberapa kes penggunaan. Dalam UML, aktor diwakili sebagai bentuk:

Rajah.3. Watak (pelakon)

Pelakon dibahagikan kepada tiga jenis utama:

· pengguna;

· sistem;

· sistem lain yang berinteraksi dengan sistem 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 ialah hubungan antara use case dan aktor. Dalam UML, perhubungan komunikasi ditunjukkan menggunakan perkaitan satu arah (garisan pepejal).

Rajah.4. Contoh pautan komunikasi

Dayakan sambungan digunakan dalam situasi di mana terdapat beberapa kelakuan sistem yang diulang dalam lebih daripada satu kes penggunaan. Sambungan ini biasanya digunakan untuk memodelkan fungsi boleh guna semula.

Komunikasi pengembangan digunakan untuk menerangkan perubahan dalam kelakuan normal sistem. Ia membenarkan satu use case untuk menggunakan fungsi use case yang lain apabila diperlukan.

Rajah.5. Contoh hubungan kemasukan dan sambungan

Sambungan 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 hanya satu kes penggunaan. Gambar rajah sedemikian memaparkan beberapa objek dan mesej yang mereka tukar antara satu sama lain.

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

Mesej maklumat ialah mesej yang menyediakan objek penerima dengan beberapa maklumat untuk mengemas kini keadaannya.

Minta mesej (interogatif) ialah mesej yang meminta pelepasan beberapa maklumat tentang objek penerima.

Mesej imperatif ialah mesej yang meminta objek penerima melakukan beberapa 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 aktor (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 digambarkan sebagai segi empat tepat dengan garis menegak bertitik ditarik ke bawah daripadanya. Barisan ini dipanggil talian hayat objek . Ia mewakili serpihan kitaran hidup objek dalam proses interaksi.

Setiap mesej diwakili sebagai anak panah di antara garis kehidupan dua objek. Mesej muncul dalam susunan ia muncul pada halaman dari atas ke bawah. Setiap mesej ditandakan dengan sekurang-kurangnya nama mesej. Jika mahu, anda juga boleh menambah hujah dan beberapa maklumat kawalan. Anda boleh menunjukkan perwakilan diri - mesej yang dihantar oleh objek kepada dirinya sendiri, dengan anak panah mesej menghala ke garis 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 hubungan antara objek. Gambar rajah kerjasama membentangkan semua maklumat yang terdapat 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, sama seperti dalam rajah jujukan, anak panah mewakili mesej yang ditukar dalam kes penggunaan tertentu. Urutan masa mereka ditunjukkan dengan menomborkan 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 sambungan statik yang wujud di antara mereka. Gambar rajah kelas juga menggambarkan atribut kelas, operasi kelas, dan sekatan yang dikenakan ke atas hubungan antara kelas.

Gambar rajah kelas dalam bahasa 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 (kelas) - perihalan sifat sepunya sekumpulan objek yang serupa;

· Antara muka - kelas abstrak yang menentukan set operasi yang objek kelas arbitrari yang dikaitkan dengan antara muka yang diberikan menyediakan kepada objek lain.

4.4.2. Kelas

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

Tingkah laku objek dalam UML merujuk kepada 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 (atau kedua-duanya sekali). Untuk bahagian yang hilang, anda tidak perlu melukis garis pemisah atau dalam apa jua cara menunjukkan kehadiran atau ketiadaan unsur di dalamnya.

Bahagian tambahan, seperti pengecualian, boleh diperkenalkan mengikut budi bicara pelaksanaan khusus.

nasi. 9. Contoh rajah kelas

4.4.2.1.Stereotaip kelas

Stereotaip kelas ialah mekanisme untuk membahagikan kelas kepada kategori.

UML mentakrifkan tiga stereotaip kelas utama:

Sempadan (sempadan);

Entiti (entiti);

Kawalan.

4.4.2.2.Kelas sempadan

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

Untuk mencari kelas sempadan, anda perlu memeriksa gambar rajah use case. Setiap interaksi antara aktor dan use case mesti dikaitkan dengan sekurang-kurangnya satu kelas sempadan. Kelas inilah yang membolehkan seseorang aktor berinteraksi dengan sistem.

4.4.2.3.Kelas entiti

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

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 pengurus bertanggungjawab untuk penyelarasan, tetapi tidak menyediakan sebarang fungsi itu sendiri, kerana kelas lain tidak menghantar banyak mesej kepadanya. Sebaliknya, dia sendiri menghantar banyak mesej. Kelas pengurus hanya mewakilkan tanggungjawab kepada kelas lain, itulah sebabnya ia sering dipanggil kelas pengurus.

Mungkin terdapat kelas kawalan lain dalam sistem yang biasa kepada berbilang kes penggunaan. Sebagai contoh, mungkin terdapat kelas SecurityManager (pengurus keselamatan) yang bertanggungjawab untuk memantau acara berkaitan keselamatan. Kelas TransactionManager bertanggungjawab untuk menyelaraskan mesej yang berkaitan dengan transaksi pangkalan data. Mungkin terdapat pengurus lain untuk mengendalikan 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 elemen maklumat yang dikaitkan dengan kelas. Atribut menyimpan data kelas terkapsul.

Oleh kerana atribut terkandung dalam kelas, ia disembunyikan daripada kelas lain. Oleh sebab itu, anda mungkin perlu menentukan kelas mana yang mempunyai hak untuk membaca dan menukar atribut. Sifat ini dipanggil keterlihatan atribut.

Atribut boleh mempunyai empat nilai yang mungkin untuk parameter ini:

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

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

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

Pakej atau Pelaksanaan (pakej). Mengandaikan bahawa atribut dikongsi, tetapi hanya dalam skop pakejnya. Jenis keterlihatan ini tidak ditunjukkan oleh mana-mana ikon khas.

Dengan bantuan ketertutupan atau keselamatan, adalah mungkin untuk mengelakkan situasi di mana nilai atribut diubah oleh semua kelas sistem. Sebaliknya, logik untuk menukar atribut akan terkandung dalam kelas yang sama dengan atribut itu sendiri. Tetapan keterlihatan yang anda tetapkan akan mempengaruhi kod yang dijana.

4.4.2.6.operasi

Operasi melaksanakan tingkah laku yang dikaitkan dengan kelas. Operasi mempunyai tiga bahagian: nama, parameter dan jenis pulangan.

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

Rajah kelas boleh menunjukkan kedua-dua nama operasi dan nama operasi bersama-sama dengan parameter dan jenis pulangannya. Untuk mengurangkan beban pada rajah, adalah berguna untuk menunjukkan hanya nama operasi pada sebahagian daripadanya, dan tandatangan penuhnya pada yang lain.

Dalam UML, operasi mempunyai notasi berikut:

Nama Operasi (argumen: jenis data argumen, argument2:jenis data argumen2,...): jenis pulangan

Terdapat empat jenis operasi yang berbeza untuk dipertimbangkan:

Operasi pelaksanaan;

Operasi Pengurusan;

Operasi capaian;

Operasi bantu.

Operasi Perlaksanaan

Operasi pelaksana melaksanakan beberapa fungsi perniagaan. Operasi sedemikian boleh didapati dengan memeriksa gambar rajah interaksi. Jenis rajah ini memfokuskan pada fungsi perniagaan, dan setiap mesej dalam rajah mungkin boleh dipetakan kepada aktiviti pelaksanaan.

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

Operasi Kawalan

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

Operasi Akses

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

Operasi Bantu

Operasi penolong ialah operasi kelas yang diperlukan untuk melaksanakan tanggungjawabnya, tetapi kelas mana yang tidak sepatutnya tahu apa-apa. Ini adalah operasi kelas persendirian dan dilindungi.

Untuk mengenal pasti transaksi, ikuti langkah berikut:

1. Belajar rajah jujukan dan rajah koperatif. Kebanyakan mesej dalam rajah ini adalah operasi 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 mewakili hubungan semantik antara kelas. Ia memberi kelas keupayaan untuk belajar tentang atribut, operasi dan perhubungan kelas lain. Dalam erti kata lain, untuk satu kelas menghantar mesej kepada yang lain dalam rajah jujukan atau rajah koperasi, mesti ada hubungan antara mereka.

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

Persatuan Komunikasi

Persatuan ialah hubungan semantik antara kelas. Mereka dilukis pada rajah kelas sebagai garis biasa.

nasi. 10. Persatuan Komunikasi

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

Arah perkaitan boleh ditentukan dengan meneliti rajah jujukan dan rajah koperatif. Jika semua mesej padanya dihantar oleh hanya satu kelas dan diterima oleh kelas lain sahaja, tetapi bukan sebaliknya, terdapat komunikasi sehala antara kelas ini. Jika sekurang-kurangnya satu mesej dihantar ke arah yang bertentangan, perkaitan itu mestilah dua arah.

Persatuan boleh menjadi refleksif. Perkaitan refleksif melibatkan 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 definisi yang dibuat dalam kelas lain. Sebagai contoh, kelas A menggunakan kaedah kelas B. Kemudian apabila kelas B berubah, adalah perlu untuk membuat perubahan yang sepadan dalam kelas A.

Kebergantungan diwakili oleh garis putus-putus yang dilukis di antara dua elemen gambar rajah, dan elemen yang berlabuh di hujung anak panah dikatakan bergantung pada elemen yang berlabuh pada permulaan anak panah itu.

nasi. 11. Ketagihan komunikasi

Apabila menjana kod untuk kelas ini, tiada atribut baharu akan ditambahkan padanya. Walau bagaimanapun, pengendali khusus bahasa akan diwujudkan untuk menyokong komunikasi.

Pengagregatan komunikasi

Agregasi adalah bentuk persatuan yang lebih ketat. Agregasi adalah hubungan antara keseluruhan dan bahagiannya. Contohnya, anda mungkin mempunyai kelas yang dipanggil Kereta, serta kelas seperti 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 berhampiran kelas, iaitu integer:

nasi. 11. Pengagregatan komunikasi

Sebagai tambahan kepada pengagregatan mudah, UML memperkenalkan jenis pengagregatan yang lebih kuat yang dipanggil komposisi. Menurut komposisi, bahagian objek hanya boleh dimiliki oleh satu keseluruhan, dan, sebagai tambahan, sebagai peraturan, kitaran hayat bahagian itu bertepatan dengan kitaran keseluruhan: mereka hidup dan mati bersamanya. Sebarang pemadaman keseluruhan terpakai pada bahagiannya.

Pemadaman bertingkat ini sering dianggap 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 juga mesti digunakan pada Pesanan (dan, seterusnya, pada Talian Pesanan).

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

Entiti model dan hubungan itu sendiri adalah contoh metaclass metamodel.

Memandangkan model UML dari kedudukan 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 dipanggil hubungan.. Bahagian selebihnya menyediakan gambaran ringkas (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 diperiksa semula, dengan lebih terperinci dan dengan contoh.

1.4.1. Entiti

Untuk kemudahan gambaran keseluruhan, 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 – entiti yang unik dan merangkumi keadaan dan tingkah laku.

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

Antara muka(antara muka) 3 - 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 sesuatu matlamat.

Pelakon(aktor) 5 – entiti yang terletak di luar sistem yang dimodelkan dan berinteraksi secara langsung dengannya.

∇ Hubungan sedemikian pasti wujud, yang dinyatakan dalam Rajah. Hierarki jenis rajah untuk UML 1 sebagai hubungan pergantungan dengan stereotaip "memperhalusi".

∇∇ Dalam UML 1, perkaitan sukarela timbul antara 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 berubah begitu banyak sehingga nama tidak lagi mencerminkan kandungan.

Senarai rajah baharu dan nama mereka yang diterima pakai dalam buku ini diberikan di bawah.

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

Dalam Rajah. Hierarki Jenis Rajah untuk UML 2 (Bahagian 1 dan 2) Gambar rajah kelas disediakan yang menunjukkan hubungan antara rajah dalam UML 2.

Kemudian dalam bab ini kita akan menerangkan secara ringkas kesemua tiga belas rajah kanonik supaya kita mempunyai beberapa konteks dan perbendaharaan kata untuk perkara berikut. Perincian diberikan dalam bab-bab buku yang selebihnya.

Tetapi sebelum beralih ke bahagian seterusnya, mari kita buat satu penyimpangan kecil mengenai bagaimana piawaian memerlukan gambar rajah untuk direka bentuk. 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 mengehadkan kawasan di mana elemen rajah harus ditempatkan, maka nama rajah ditulis dalam format khas yang ditunjukkan dalam Rajah. Notasi untuk gambar rajah.

Bentuk label kompleks ini tidak disokong oleh semua alatan. Walau bagaimanapun, ini tidak perlu, kerana semantik adalah primer, dan notasi adalah sekunder. Dalam perkara yang berikut, kami menggunakan segi empat tepat sebagai label carta di seluruh, dan ini tidak sepatutnya menyebabkan sebarang kekeliruan.

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

Jadual Jenis dan tag carta