Gambar rajah UML2 dan ER. Ciri-ciri umum bahasa UML Bagaimana konsep model dan gambar rajah berkaitan

21.06.2021

UML ialah bahasa pemodelan grafik tujuan umum untuk menentukan, menggambarkan, mereka bentuk dan mendokumentasikan semua artifak yang dicipta dalam pembangunan sistem perisian.

Terdapat banyak buku bagus yang menerangkan secara terperinci tentang UML (di sesetengah tempat walaupun dengan sangat terperinci), saya ingin mengumpul di satu tempat konsep asas tentang gambar rajah, entiti dan hubungan antara mereka untuk ingatan pantas, sesuatu seperti helaian tipu .

Nota itu menggunakan bahan daripada buku: Ivanov D. Yu., Novikov F. A. Bahasa Pemodelan Bersepadu UML dan Leonenkov. Tutorial UML.

Pertama, mari kita tentukan editor. Di bawah Linux, saya mencuba editor UML yang berbeza, kebanyakannya saya menyukai UMLet, walaupun ia ditulis dalam Java, ia bergerak dengan sangat pantas dan kebanyakan templat entiti ada di dalamnya. Terdapat juga ArgoUML, editor UML merentas platform, juga ditulis dalam Java, kaya dengan fungsi, tetapi lebih perlahan.

Saya menetap UMLet, tetapkan di bawah Arch Linux dan Ubuntu:

# untuk Arch Linux yaourt -S umlet # Untuk Ubuntu sudo apt-get install umlet

Dalam UML, semua entiti boleh dipecahkan kepada jenis berikut:

struktur;
tingkah laku;
kumpulan;
anotasi;

Terdapat empat jenis perhubungan utama yang digunakan dalam UML:

Kebergantungan- menunjukkan bahawa menukar entiti bebas entah bagaimana mempengaruhi entiti bergantung. Secara grafik, hubungan pergantungan digambarkan sebagai garis putus-putus dengan anak panah menunjuk dari entiti bergantung kepada entiti bebas.

Persatuan- berlaku jika satu entiti berkaitan secara langsung dengan yang lain (atau dengan yang lain - persatuan itu bukan sahaja binari). Persatuan digambarkan secara grafik sebagai garis pepejal dengan pelbagai tambahan yang menghubungkan entiti berkaitan.

Generalisasi ialah hubungan antara dua entiti, satu daripadanya adalah kes khas (khusus) yang lain. Secara grafik, generalisasi digambarkan sebagai garis dengan anak panah segi tiga, tidak berlorek pada penghujungnya, diarahkan dari tertentu (subkelas) kepada umum (superclass).

Perlaksanaan- hubungan pelaksanaan menunjukkan bahawa satu entiti adalah pelaksanaan yang lain. Secara grafik, pelaksanaan digambarkan sebagai garis putus-putus dengan anak panah segi tiga tidak berlorek pada penghujungnya, diarahkan daripada entiti yang merealisasikan kepada yang boleh direalisasikan.

V UML 2 ditakrifkan 13 jenis carta. Mengikut piawaian, setiap carta harus mempunyai kotak dengan segi empat tepat (serong sudut kanan bawah) di sudut kiri atas, yang menunjukkan ID carta (teg) dan tajuk.

Gambar rajah untuk menggambarkan struktur sistem:

Gambar rajah komponen (tag komponen);
Gambar rajah penggunaan (tag penempatan);
Gambar rajah kelas (rajah kelas, tag kelas);
Gambar rajah objek (tag objek);
Gambar rajah struktur dalaman (rajah struktur komposit, tag kelas);

Gambar rajah untuk menggambarkan tingkah laku sistem:

Gambar rajah interaksi (tag masa);
Gambar rajah aktiviti (tag aktiviti);
Rajah jujukan (tag sd);
Gambar rajah komunikasi (tag kom);
Gambar rajah mesin negeri (tag mesin negeri);
Tag gambar rajah gambaran keseluruhan interaksi interaksi);

Gambar rajah berdiri berasingan:

Gambar rajah penggunaan (rajah kes guna, tag kes guna);
Gambar rajah pakej (tag pakej);

Gambar rajah penggunaan

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

Mengambil kira rajah kes penggunaan sebagai model sistem, seseorang boleh mengaitkannya dengan model kotak hitam. Setiap use case mentakrifkan urutan tindakan yang mesti dilakukan oleh sistem yang direka bentuk apabila ia berinteraksi dengan aktor yang sepadan.

Gambar rajah penggunaan menggunakan dua jenis entiti asas: kes penggunaan dan aktor, yang antaranya jenis perhubungan asas berikut diwujudkan.

Hubungan persatuan- Hubungan ini menetapkan peranan khusus yang dimainkan oleh pelakon apabila berinteraksi dengan contoh kes penggunaan. Hubungan perkaitan ditunjukkan oleh garisan yang kukuh antara aktor dan kes penggunaan. Baris ini boleh mempunyai simbol tambahan seperti nama dan kepelbagaian.

Nisbah pengembangan- mentakrifkan cara kejadian kes penggunaan tertentu berkaitan dengan kes penggunaan yang lebih umum, sifatnya ditentukan berdasarkan cara kejadian ini digabungkan bersama. Jadi, jika terdapat hubungan lanjutan daripada use case A kepada use case B, maka ini bermakna sifat-sifat instance use case B boleh ditambah kerana kehadiran properties dalam extended use case A.

Hubungan sambungan antara kes penggunaan ditunjukkan dengan garis putus-putus dengan anak panah (kes hubungan kebergantungan) menghala jauh daripada kes penggunaan yang merupakan sambungan kepada kes penggunaan asal.

Hubungan generalisasi berfungsi untuk menunjukkan fakta bahawa kes penggunaan A tertentu boleh digeneralisasikan kepada kes penggunaan B. Dalam kes ini, pilihan A akan menjadi pengkhususan pilihan B. Dalam kes ini, B dipanggil moyang atau ibu bapa berhubung dengan A, dan opsyen A ialah turunan berhubung dengan penggunaan opsyen V.

Secara grafik, hubungan ini ditunjukkan oleh garis pepejal dengan anak panah segitiga terbuka yang menunjukkan kes penggunaan induk.

Hubungan generalisasi antara kes penggunaan digunakan apabila perlu diperhatikan bahawa kes penggunaan kanak-kanak mempunyai semua sifat dan tingkah laku kes penggunaan ibu bapa.

Nisbah kemasukan antara dua kes penggunaan menunjukkan bahawa beberapa kelakuan yang ditentukan untuk satu kes penggunaan dimasukkan sebagai komponen komposit dalam urutan kelakuan kes penggunaan yang lain.

Hubungan kemasukan daripada kes penggunaan A kepada kes penggunaan B menunjukkan bahawa setiap contoh pilihan A termasuk kefungsian yang ditentukan untuk pilihan B.

Secara grafik, perhubungan ini dilambangkan dengan garis putus-putus dengan anak panah (kes hubungan pergantungan) yang menunjuk dari kes penggunaan asas kepada kes penggunaan yang disertakan.

Gambar rajah kelas

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

Pada rajah kelas, satu jenis entiti utama digunakan: kelas (termasuk banyak kes khas kelas: antara muka, jenis primitif, kelas persatuan, dll.), di antaranya jenis perhubungan asas berikut ditubuhkan: kebergantungan, persatuan, generalisasi , pelaksanaan.

Hubungan ketagihan secara amnya menunjukkan beberapa hubungan semantik antara dua elemen model atau dua set elemen sedemikian yang bukan perkaitan, generalisasi atau perhubungan pelaksanaan. Hubungan pergantungan digunakan dalam situasi di mana beberapa perubahan dalam satu elemen model mungkin memerlukan perubahan dalam elemen bergantung yang lain dalam model.

Hubungan pergantungan digambarkan secara grafik dengan garis putus-putus antara elemen yang sepadan dengan anak panah di salah satu hujungnya, dengan anak panah menunjuk dari kelas klien pergantungan kepada kelas bebas atau sumber.

Mungkin terdapat kata kunci khas (stereotaip) di atas anak panah:

"akses" - berfungsi untuk menunjukkan kebolehcapaian atribut awam dan operasi kelas sumber untuk kelas pelanggan;
"bind" - kelas pelanggan boleh menggunakan beberapa templat untuk parameterisasi berikutnya;
"derive" - atribut kelas klien boleh dikira daripada atribut kelas sumber;
"import" - atribut awam dan operasi kelas sumber menjadi sebahagian daripada kelas pelanggan, seolah-olah ia diisytiharkan secara langsung di dalamnya;
"perhalusi" - menunjukkan bahawa kelas pelanggan berfungsi sebagai penghalusan kelas sumber atas sebab sejarah, apabila maklumat tambahan muncul semasa kerja projek.

Hubungan persatuan sepadan dengan kewujudan beberapa hubungan antara kelas. Hubungan ini dilambangkan dengan garis pepejal dengan aksara khas tambahan yang mencirikan sifat individu bagi persatuan tertentu. Nama persatuan, serta nama dan kepelbagaian kelas peranan persatuan, boleh digunakan sebagai watak istimewa tambahan. Nama persatuan adalah elemen pilihan dalam penetapannya.

Nisbah pengagregatan berlaku di antara beberapa kelas sekiranya salah satu kelas adalah entiti tertentu yang merangkumi entiti lain sebagai bahagian konstituen. Ia digunakan untuk mewakili perhubungan sebahagian-ke-seluruh sistem.

Hubungan komposisi ialah kes khas perhubungan pengagregatan. Hubungan ini berfungsi untuk menyerlahkan bentuk khas hubungan "sebahagian-keseluruhan", di mana bahagian-bahagian konstituen, dalam erti kata lain, berada di dalam keseluruhan. Kekhususan hubungan di antara mereka terletak pada fakta bahawa bahagian tidak boleh bertindak secara berasingan daripada keseluruhan, iaitu, dengan kemusnahan keseluruhan, semua bahagian komponennya dimusnahkan.

Hubungan generalisasi ialah hubungan antara unsur yang lebih umum (ibu bapa atau moyang) dan unsur yang lebih peribadi atau istimewa (anak atau keturunan). Apabila digunakan pada rajah kelas, perhubungan ini menerangkan struktur hierarki kelas dan pewarisan sifat dan tingkah laku mereka. Diandaikan bahawa kelas keturunan mempunyai semua sifat dan tingkah laku kelas nenek moyang, dan juga mempunyai sifat dan tingkah laku sendiri yang tidak dimiliki oleh kelas nenek moyang.

Gambar rajah Automaton

Gambar rajah Automaton(gambar rajah mesin nyatakan) atau rajah negeri dalam UML 1 (gambar rajah carta keadaan) ialah satu cara untuk menerangkan tingkah laku dalam UML secara terperinci. Pada dasarnya, gambar rajah automaton, seperti namanya, ialah graf keadaan dan peralihan bagi automaton terhingga yang dimuatkan dengan banyak butiran dan butiran tambahan.

Rajah keadaan menerangkan proses menukar keadaan hanya satu kelas, atau lebih tepat, satu contoh kelas tertentu, iaitu, ia memodelkan semua kemungkinan perubahan dalam keadaan objek tertentu. Dalam kes ini, perubahan dalam keadaan objek boleh disebabkan oleh pengaruh luar dari objek lain atau dari luar. Ia adalah untuk menerangkan tindak balas sesuatu objek terhadap pengaruh luar sedemikian bahawa gambar rajah negeri digunakan.

Pada rajah automaton, satu jenis entiti utama digunakan - keadaan, dan satu jenis hubungan - peralihan, tetapi untuk kedua-duanya, banyak jenis, kes khas dan tatatanda tambahan ditakrifkan. Automatik mewakili aspek dinamik sistem yang dimodelkan dalam bentuk graf terarah, bucunya sepadan dengan keadaan, dan lengkok sepadan dengan peralihan.

Keadaan awal ialah kes khas keadaan yang tidak mengandungi sebarang tindakan dalaman (keadaan pseudo). Objek lalai berada dalam keadaan ini pada saat awal dalam masa. Ia berfungsi untuk menunjukkan dalam rajah keadaan kawasan grafik dari mana proses peralihan keadaan bermula.

Akhir (akhir) negeri ialah kes khas bagi sesebuah negeri yang juga tidak mengandungi sebarang tindakan dalaman (pseudo-states). Objek lalai akan berada dalam keadaan ini selepas automaton menyelesaikan kerjanya pada saat akhir masa.

Gambar rajah aktiviti

Apabila memodelkan tingkah laku sistem yang direka bentuk atau dianalisis, ia menjadi perlu bukan sahaja untuk mewakili proses menukar keadaannya, tetapi juga untuk memperincikan ciri-ciri pelaksanaan algoritma dan logik operasi yang dilakukan oleh sistem.

Gambar rajah aktiviti(rajah aktiviti) ialah satu lagi cara untuk menerangkan tingkah laku yang secara visual menyerupai carta alir lama algoritma yang baik. Digunakan untuk mensimulasikan proses melaksanakan operasi.

Arah utama menggunakan gambar rajah aktiviti adalah untuk memvisualisasikan keunikan pelaksanaan operasi kelas, apabila perlu untuk membentangkan algoritma untuk pelaksanaannya.

Dalam rajah aktiviti, satu jenis entiti utama digunakan - tindakan, dan satu jenis hubungan - peralihan (pemindahan kawalan). Juga digunakan ialah binaan seperti garpu, cantuman, cantuman, dahan. Adalah disyorkan untuk menggunakan kata kerja dengan perkataan penjelasan sebagai nama tindakan yang mudah.

Rajah jujukan

Rajah jujukan(rajah jujukan) ialah satu cara untuk menerangkan tingkah laku sistem "dengan contoh".

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 (terutamanya kelas, komponen dan pelakon), dan satu jenis perhubungan - pautan yang melaluinya mesej ditukar.

Jenis mesej yang mungkin (imej diambil dari larin.in):

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.

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

Gambar rajah komponen

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

Jenis utama entiti dalam rajah komponen ialah komponen itu sendiri, serta antara muka yang menunjukkan perhubungan antara komponen. 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);

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.

Dalam rajah peletakan, berbanding dengan rajah komponen, dua jenis entiti ditambah: artifak, iaitu pelaksanaan komponen dan nod (ia boleh sama ada pengelas yang menerangkan jenis nod, atau contoh tertentu. ), serta hubungan perkaitan antara nod, menunjukkan bahawa nod disambungkan secara fizikal pada masa jalan.

Gambar rajah objek

Gambar rajah objek(rajah objek) - ialah contoh rajah kelas.

Pada gambar rajah objek, satu jenis entiti utama digunakan: objek (contoh kelas), yang mana perhubungan tertentu ditunjukkan (paling kerap, kejadian perkaitan). Gambar rajah objek adalah bersifat tambahan - sebenarnya, ia adalah contoh (mungkin boleh dikatakan, pembuangan memori) yang menunjukkan objek dan hubungan antara mereka pada beberapa saat tertentu dalam fungsi sistem.

Gambar rajah struktur dalaman(rajah struktur komposit) digunakan untuk pembentangan pengelas struktur yang lebih terperinci, terutamanya kelas dan komponen.

Pengelas struktur digambarkan sebagai segi empat tepat, di bahagian atasnya ialah nama pengelas. Di dalam adalah bahagian. Terdapat beberapa bahagian. Bahagian boleh berinteraksi antara satu sama lain. Ini ditunjukkan menggunakan penyambung pelbagai jenis. Lokasi di pinggir luar bahagian yang disambungkan oleh penyambung dipanggil port. Pelabuhan juga terletak di pinggir luar pengelas struktur.

Gambar rajah gambaran keseluruhan interaksi Gambar rajah gambaran keseluruhan interaksi ialah sejenis gambar rajah aktiviti dengan sintaks lanjutan: pautan penggunaan interaksi yang ditakrifkan oleh rajah jujukan boleh bertindak sebagai unsur rajah gambaran keseluruhan interaksi.

Gambar rajah penyegerakan

Gambar rajah penyegerakan(gambarajah masa) ialah satu bentuk rajah jujukan khas, di mana perhatian khusus diberikan untuk menukar keadaan keadaan pengelas yang berbeza dan pemasaannya.

Gambar rajah pakej

Gambar rajah pakej(rajah pakej) ialah satu-satunya alat yang membolehkan anda menguruskan kerumitan model itu sendiri.

Elemen utama notasi ialah pakej dan kebergantungan dengan stereotaip yang berbeza.

Model perhubungan entiti (model ER)

Analog gambar rajah kelas(UML) mungkin model ER, yang digunakan dalam reka bentuk pangkalan data (model perhubungan).

Model perhubungan entiti (model ER) ialah model data yang membolehkan anda menerangkan skema konseptual domain. Model ER digunakan dalam reka bentuk pangkalan data peringkat tinggi (konseptual). Dengan bantuannya, adalah mungkin untuk menyerlahkan entiti utama dan menetapkan sambungan yang boleh diwujudkan antara entiti ini. wikipedia

Mana-mana serpihan kawasan subjek boleh diwakili sebagai satu set entiti, di antaranya terdapat beberapa sambungan.

Konsep asas:

Intipatinya(entiti) ialah entiti yang boleh dikenal pasti dalam beberapa cara yang membezakannya daripada entiti lain, contohnya PELANGGAN 777... Entiti sebenarnya adalah satu set atribut.

Set entiti(set entiti) - set entiti daripada jenis yang sama (dengan sifat yang sama).

Sambungan(hubungan) ialah perkaitan yang ditubuhkan antara pelbagai entiti.

Domain(domain) - satu set nilai (skop) atribut.

Terdapat tiga jenis pautan binari:

satu lawan satu- satu contoh entiti satu kelas dikaitkan dengan satu contoh entiti kelas lain, contohnya, KETUA - JABATAN;
1 hingga N atau satu kepada banyak- satu contoh entiti satu kelas dikaitkan dengan banyak kejadian entiti kelas lain, contohnya, JABATAN - PEKERJA;
N kepada M atau ramai kepada ramai- banyak kejadian entiti satu kelas dikaitkan dengan banyak kejadian entiti kelas lain, sebagai contoh, PEKERJA - PROJEK;

Glosari konsep asas UML

Objek- entiti yang unik dan merangkumi keadaan dan tingkah laku.

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

Antara muka- set operasi bernama yang mentakrifkan set perkhidmatan yang boleh diminta oleh pengguna dan disediakan oleh pembekal perkhidmatan.

Kerjasama- satu set objek yang berinteraksi untuk mencapai matlamat.

Pelakon- entiti yang berada di luar sistem yang dimodelkan dan berinteraksi secara langsung dengannya.

Komponen- bahagian modular sistem dengan set antara muka yang diperlukan dan disediakan dengan jelas.

Artifak- item maklumat yang digunakan atau dijana dalam proses pembangunan perisian. Dengan kata lain, artifak ialah unit fizikal pelaksanaan yang diperoleh daripada elemen model (seperti kelas atau komponen).

nod- sumber pengkomputeran yang menempatkan artifak dan, jika perlu, dilaksanakan.

Entiti tingkah laku bertujuan untuk menggambarkan tingkah laku. Terdapat hanya dua entiti tingkah laku asas: keadaan dan tindakan.

negeri- tempoh dalam kitaran hidup objek, di mana objek itu memenuhi keadaan tertentu dan menjalankan aktivitinya sendiri atau menunggu berlakunya sesuatu peristiwa.

Tindakan- pengiraan atom primitif.

Mesin ialah pakej yang mentakrifkan set konsep yang diperlukan untuk mewakili gelagat entiti yang dimodelkan dalam bentuk ruang diskret dengan bilangan keadaan dan peralihan yang terhad.

Pengelas ialah deskriptor bagi satu set objek daripada jenis yang sama.

Bacaan tambahan

Fowler M. UML. Asas, Edisi ke-3
Booch G., Rambeau D., Jacobson I. UML. Panduan pengguna

10.4. RAJAH UML

10.4.1. Jenis gambar rajah visual UML

UML membolehkan anda mencipta beberapa jenis gambar rajah visual:

Gunakan gambar rajah kes

Rajah jujukan;

Carta koperasi;

Gambar rajah kelas

Gambar rajah negeri;

Gambar rajah komponen;

Gambar rajah penempatan.

Rajah menggambarkan pelbagai aspek sistem. Sebagai contoh, gambar rajah koperasi menunjukkan bagaimana objek mesti berinteraksi untuk melaksanakan beberapa fungsi sistem. Setiap rajah mempunyai tujuan tersendiri.

10.4.2. Gunakan gambar rajah kes

Gambar rajah use case menggambarkan interaksi antara use case yang mewakili fungsi sistem dan aktor, mewakili orang atau sistem, menerima atau menghantar maklumat ke sistem tersebut. Contoh rajah kes penggunaan untuk ATM ditunjukkan dalam Rajah. 10.1.

nasi. 10.1. Gunakan gambarajah kes

Rajah menggambarkan interaksi antara kes penggunaan dan pelakon. Ia mencerminkan keperluan sistem dari sudut pandangan pengguna. Oleh itu, kes penggunaan adalah fungsi yang dilakukan oleh sistem, dan aktor adalah pihak berkepentingan berhubung dengan sistem yang dibina. Rajah menunjukkan pelakon yang mencetuskan kes penggunaan. Mereka juga menunjukkan apabila pelakon menerima maklumat daripada kes penggunaan. Pada dasarnya, rajah kes guna boleh menggambarkan keperluan sistem. Dalam contoh kami, pelanggan bank memulakan pelbagai kes penggunaan: "Keluarkan wang daripada akaun", "Pindahkan wang", "Tambah wang ke akaun", "Tunjukkan baki", "Tukar nombor pengenalan", "Buat pembayaran". Kerani bank boleh memulakan kes penggunaan Nombor Pengenalan Perubahan. Dari Kes Penggunaan Buat Pembayaran, terdapat anak panah ke Sistem Kredit. Sistem luaran juga boleh menjadi aktor, dalam kes ini sistem Kredit ditunjukkan betul-betul sebagai aktor - ia adalah luaran kepada sistem ATM. Anak panah yang menunjuk dari kes penggunaan kepada pelakon menunjukkan bahawa kes penggunaan memberikan beberapa maklumat kepada pelakon. Dalam kes ini, kes penggunaan "Buat Pembayaran" memberikan Sistem Kredit maklumat tentang pembayaran kad kredit.

Banyak maklumat tentang sistem boleh diperolehi daripada gambar rajah use case. Jenis rajah ini menerangkan fungsi umum sistem. Pengguna, pengurus projek, penganalisis, pembangun, pakar QA dan sesiapa sahaja yang berminat dengan sistem secara keseluruhan boleh memahami perkara yang perlu dilakukan oleh sistem dengan memeriksa rajah kes penggunaan.

10.4.3. Rajah jujukan

Rajah jujukan menggambarkan aliran peristiwa yang berlaku dalam kes penggunaan. Sebagai contoh, kes penggunaan "Keluarkan wang" menyediakan beberapa urutan yang mungkin: pengeluaran wang, percubaan untuk mengeluarkan wang jika tiada jumlah yang mencukupi pada akaun, percubaan untuk mengeluarkan wang menggunakan nombor pengenalan yang salah, dan beberapa yang lain. . Senario biasa untuk mengeluarkan $ 20 dari akaun (jika tiada masalah seperti nombor pengenalan yang salah atau dana yang tidak mencukupi dalam akaun) ditunjukkan dalam Rajah. 10.2.

Rajah 10.2. Rajah jujukan untuk pengeluaran pelanggan Joe sebanyak $20 daripada akaunnya

Bahagian atas rajah menunjukkan semua pelakon dan objek yang diperlukan oleh sistem untuk memenuhi kes penggunaan Pengeluaran Wang. Anak panah sepadan dengan mesej yang dihantar antara pelakon dan objek, atau antara objek untuk melaksanakan fungsi yang diperlukan. Ia juga harus diperhatikan bahawa rajah jujukan menunjukkan objek, bukan kelas. Kelas mewakili jenis objek. Objek adalah khusus; bukannya kelas Pelanggan rajah jujukan mewakili pelanggan tertentu Joe.

Kes penggunaan bermula apabila pelanggan memasukkan kad mereka ke dalam pembaca - objek ini ditunjukkan dalam segi empat tepat di bahagian atas rajah. Ia membaca nombor kad, membuka objek Akaun Joe, dan memulakan skrin ATM. Skrin meminta Joe untuk nombor pendaftarannya. Pelanggan memasukkan nombor 1234. Skrin menyemak nombor pada objek Akaun Joe dan mendapati ia betul. Skrin kemudian memberikan Joe menu pilihan dan Joe memilih "Keluarkan Wang". Skrin menanyakan berapa banyak yang dia mahu keluarkan, dan Joe menunjukkan $ 20. Skrin mengeluarkan wang daripada akaun. Dengan berbuat demikian, ia memulakan satu siri proses yang dilakukan oleh objek Akaun Joe. Pada masa yang sama, ia diperiksa bahawa terdapat sekurang-kurangnya $ 20 dalam akaun ini dan jumlah yang diperlukan ditolak daripada akaun. Daftar tunai kemudian diarahkan untuk "mengeluarkan cek dan wang tunai $20." Akhirnya, objek Akaun Joe yang sama mengarahkan pembaca kad untuk memulangkan kad.

Jadi, rajah jujukan ini menggambarkan aliran kes penggunaan Withdraw menggunakan contoh khusus Customer Joe mengeluarkan $ 20. Dengan melihat rajah ini, pengguna menjadi biasa dengan spesifik kerja mereka. Penganalisis melihat urutan (aliran) tindakan, pembangun melihat objek yang akan dibuat dan operasinya. Profesional kawalan kualiti akan memahami butiran proses dan boleh mereka bentuk ujian untuk mengesahkannya. Oleh itu, gambar rajah jujukan berguna kepada semua orang yang terlibat dalam projek.

10.4.4. Carta koperasi

Gambar rajah koperasi memaparkan maklumat yang sama seperti gambar rajah jujukan. Walau bagaimanapun, mereka melakukannya dengan cara yang berbeza dan untuk tujuan yang berbeza. Ditunjukkan dalam rajah. 10.2 satu rajah jujukan ditunjukkan dalam rajah. 10.3 sebagai gambar rajah koperasi.

Seperti sebelum ini, objek digambarkan sebagai segi empat tepat, dan watak sebagai angka. Manakala rajah jujukan menunjukkan interaksi antara aktor dan objek sepanjang masa, tiada hubungan dengan masa dalam rajah koperasi. Oleh itu, dapat dilihat bahawa pembaca kad mengarahkan "akaun Joe" untuk dibuka, dan "akaun Joe" menyebabkan pembaca kad memulangkan kad kepada pemiliknya. Objek yang berinteraksi secara langsung disambungkan dengan garisan. Jika, sebagai contoh, pembaca kad berkomunikasi secara langsung dengan skrin ATM, lukiskan garisan di antara mereka. Ketiadaan garis bermakna tiada komunikasi langsung antara objek.

nasi. 10.3. Gambar rajah koperasi yang menerangkan proses pengeluaran wang dari akaun

Jadi, gambar rajah koperasi memaparkan maklumat yang sama seperti gambar rajah jujukan, tetapi ia diperlukan untuk tujuan lain. Profesional kawalan kualiti dan arkitek sistem akan dapat memahami pengagihan proses antara tapak. Katakan beberapa jenis rajah koperasi menyerupai bintang, di mana beberapa objek dikaitkan dengan satu objek pusat. Arkitek sistem mungkin membuat kesimpulan bahawa sistem terlalu bergantung kepada kemudahan pusat dan perlu direka bentuk semula untuk mengagihkan proses dengan lebih sekata. Dalam rajah jujukan, jenis interaksi ini sukar dilihat.

10.4.5. Gambar rajah kelas

Gambar rajah kelas menggambarkan interaksi antara kelas dalam sistem. Contohnya, "Akaun Joe" ialah objek. Jenis objek sedemikian boleh dianggap sebagai akaun secara umum, iaitu, "Akaun" ialah kelas. Kelas mengandungi data dan tingkah laku (tindakan) yang mempengaruhi data tersebut. Sebagai contoh, kelas Akaun mengandungi nombor pengenalan pelanggan dan tindakan yang mengesahkannya. Dalam rajah kelas, satu kelas dijana untuk setiap jenis objek daripada rajah jujukan atau rajah Koperasi. Gambar rajah kelas untuk kes penggunaan Pengeluaran Wang ditunjukkan dalam Rajah 4-2. 10.4.

Rajah menunjukkan hubungan antara kelas yang melaksanakan kes penggunaan Pengeluaran Wang. Terdapat empat kelas yang terlibat dalam proses ini: Pembaca Kad, Akaun, ATM (skrin ATM) dan Dispenser Tunai. Setiap kelas dalam rajah kelas diwakili oleh segi empat tepat yang dibahagikan kepada tiga bahagian. Bahagian pertama menentukan nama kelas, yang kedua -nya sifat-sifat. Atribut ialah beberapa maklumat yang mencirikan kelas. Sebagai contoh, kelas Akaun mempunyai tiga atribut: Nombor Akaun, PIN dan Baki. Bahagian terakhir mengandungi operasi kelas yang mencerminkannya tingkah laku(tindakan yang dilakukan oleh kelas). Garis penghubung antara kelas menunjukkan interaksi antara kelas.

nasi. 10.4. Gambar rajah kelas

Pembangun menggunakan gambar rajah kelas untuk benar-benar membuat kelas. Alat seperti Rose menjana asas kod untuk kelas yang diisi pengaturcara dengan butiran dalam bahasa pilihan mereka. Dengan gambar rajah ini, penganalisis boleh menunjukkan butiran sistem dan arkitek boleh memahami reka bentuk. Jika, sebagai contoh, kelas membawa terlalu banyak beban fungsi, ini akan kelihatan dalam rajah kelas dan arkitek boleh mengagihkannya semula antara kelas lain. Anda juga boleh menggunakan rajah untuk mengenal pasti kes di mana tiada perhubungan ditakrifkan antara kelas berkomunikasi. Gambar rajah kelas hendaklah dibuat untuk menunjukkan kelas yang berinteraksi dalam setiap kes penggunaan. Anda juga boleh membina lebih banyak gambar rajah umum yang meliputi semua sistem atau subsistem.

10.4.6. Gambar rajah negeri

Gambar rajah keadaan direka bentuk untuk memodelkan pelbagai keadaan di mana sesuatu objek boleh berada. Walaupun gambar rajah kelas menunjukkan gambar statik kelas dan hubungannya, gambar rajah keadaan digunakan untuk menerangkan dinamik tingkah laku sistem.

Nyatakan gambar rajah menggambarkan kelakuan sesuatu objek. Sebagai contoh, akaun bank boleh mempunyai beberapa negeri yang berbeza. Ia boleh dibuka, ditutup, atau kredit untuknya boleh melebihi. Gelagat akaun berubah bergantung pada keadaan di mana ia berada. Rajah keadaan menunjukkan dengan tepat maklumat ini. Dalam rajah. 10.5 ialah contoh gambar rajah keadaan untuk akaun bank.

nasi. 10.5. Rajah negeri untuk kelas Akaun

Rajah ini menunjukkan keadaan akaun yang mungkin, serta proses peralihan akaun dari satu keadaan ke keadaan yang lain. Sebagai contoh, jika pelanggan meminta untuk menutup akaun terbuka, yang terakhir akan masuk ke keadaan "Tertutup". Keperluan pelanggan dipanggil acara, ia adalah peristiwa yang menyebabkan peralihan dari satu keadaan ke keadaan yang lain.

Apabila pelanggan mengeluarkan wang daripada akaun terbuka, akaun itu boleh masuk ke keadaan "Kredit berlebihan". Ini hanya berlaku jika baki akaun kurang daripada sifar, seperti yang ditunjukkan oleh keadaan [baki negatif] dalam carta kami. Dikurung dalam kurungan segi empat sama syarat menentukan apabila peralihan dari satu keadaan ke keadaan lain mungkin berlaku atau tidak.

Terdapat dua keadaan khas dalam rajah - permulaan dan perlawanan akhir. Keadaan awal diserlahkan dengan titik hitam: ia sepadan dengan keadaan objek pada masa penciptaannya. Keadaan akhir ditunjukkan oleh titik hitam dalam bulatan putih: ia sepadan dengan keadaan objek sejurus sebelum ia dimusnahkan. Terdapat satu dan hanya satu keadaan awal dalam carta negeri. Pada masa yang sama, mungkin terdapat seberapa banyak keadaan akhir yang anda perlukan, atau mungkin tidak ada sama sekali.

Apabila objek berada dalam keadaan tertentu, proses tertentu boleh dilaksanakan. Dalam contoh kami, apabila pinjaman melebihi, mesej yang sepadan dihantar kepada pelanggan. Proses yang berlaku apabila objek berada dalam keadaan tertentu dipanggil tindakan.

Rajah negeri tidak perlu dibuat untuk setiap kelas, ia hanya digunakan dalam kes yang sangat kompleks. Jika objek kelas boleh wujud dalam beberapa keadaan dan berkelakuan berbeza dalam setiap daripada mereka, ia mungkin memerlukan gambar rajah sedemikian. Walau bagaimanapun, dalam banyak projek mereka tidak digunakan sama sekali. Walau bagaimanapun, jika rajah keadaan telah dibina, pembangun boleh menggunakannya semasa membuat kelas.

Gambar rajah negeri diperlukan terutamanya untuk tujuan dokumentasi.

10.4.7. Gambar rajah komponen

Gambar rajah komponen menunjukkan rupa model pada lapisan fizikal. Ia menggambarkan komponen perisian sistem anda dan sambungan antara mereka. Pada masa yang sama, dua jenis komponen dibezakan: komponen boleh laku dan perpustakaan kod.

Dalam rajah. 10.6 menggambarkan salah satu rajah komponen untuk sistem ATM. Rajah ini menunjukkan komponen pelanggan sistem ATM. Dalam kes ini, pasukan pembangunan memutuskan untuk membina sistem menggunakan bahasa C ++. Setiap kelas mempunyai fail pengepala sendiri dan fail dengan sambungan. CPP supaya setiap kelas dipetakan kepada komponennya sendiri dalam rajah. Komponen gelap yang diserlahkan dipanggil spesifikasi pakej dan sepadan dengan fail badan kelas ATM dalam C ++ (fail dengan sambungan .CPP). Komponen yang tidak dipilih juga dipanggil spesifikasi pakej, tetapi ia sepadan dengan fail pengepala kelas C ++ (fail dengan sambungan .H). komponen ATM. exe ialah spesifikasi untuk tugasan dan mewakili aliran pemprosesan maklumat. Dalam kes ini, urutan pemprosesan ialah program boleh laku.

Komponen disambungkan dengan garis putus-putus yang menunjukkan kebergantungan di antara mereka. Sistem boleh mempunyai berbilang rajah komponen, bergantung pada bilangan subsistem atau boleh laku. Setiap subsistem ialah pakej komponen.

Gambar rajah komponen digunakan oleh peserta projek yang bertanggungjawab untuk menyusun sistem. Gambar rajah komponen memberi anda idea tentang susunan komponen harus disusun, serta komponen boleh laku yang akan dihasilkan oleh sistem. Rajah menunjukkan korespondensi kelas dengan komponen yang dilaksanakan. Jadi, ia diperlukan di mana penjanaan kod bermula.

nasi. 10.6. Gambar rajah komponen

10.4.8. Gambar rajah penempatan

Gambar rajah penempatan menunjukkan lokasi fizikal pelbagai komponen sistem pada rangkaian. Dalam contoh kami, sistem ATM terdiri daripada sebilangan besar subsistem yang berjalan pada peranti fizikal atau nod yang berasingan. Gambar rajah susun atur untuk sistem ATM ditunjukkan dalam Rajah. 10.7.

Daripada rajah ini, anda boleh belajar tentang lokasi fizikal sistem. Program pelanggan ATM akan dijalankan di beberapa lokasi di tapak yang berbeza. Pelanggan akan berkomunikasi dengan pelayan ATM serantau melalui rangkaian tertutup. Ia akan menjalankan perisian pelayan ATM. Sebaliknya, melalui rangkaian tempatan, pelayan serantau akan berinteraksi dengan pelayan pangkalan data perbankan yang menjalankan Oracle. Akhirnya, pencetak disambungkan ke pelayan ATM serantau.

Jadi rajah ini menunjukkan lokasi fizikal sistem. Sebagai contoh, sistem ATM kami mengikut seni bina tiga peringkat, dengan peringkat pertama mengehoskan pangkalan data, yang kedua dengan pelayan serantau dan yang ketiga dengan pelanggan.

10.7. Gambar rajah penempatan

Gambar rajah susun atur digunakan oleh pengurus projek, pengguna, arkitek sistem, dan kakitangan operasi untuk memikirkan susun atur fizikal sistem dan lokasi subsistem individunya. Pengurus projek akan menerangkan kepada pengguna bagaimana rupa produk siap itu. Kakitangan pengendalian akan dapat merancang kerja pemasangan sistem.

Daripada buku Microsoft Office pengarang Leontiev Vitaly Petrovich

Gambar rajah Nombor dalam jadual tidak selalu memberikan gambaran yang lengkap, walaupun ia disusun mengikut cara yang paling mudah untuk anda. Menggunakan templat carta yang tersedia dalam Microsoft Excel, anda boleh mendapatkan gambaran visual data hamparan anda tanpa

Daripada buku Computer 100. Bermula dengan Windows Vista pengarang Zozulya Yuri

Diagram Diagram digunakan untuk mempersembahkan data jadual dalam bentuk grafik, yang boleh meningkatkan kejelasan maklumat dengan ketara, menunjukkan nisbah pelbagai parameter atau dinamik perubahannya. Untuk memasukkan carta dalam Word, gunakan alatan

Daripada buku Kerja Pejabat Berkesan pengarang Ptashinsky Vladimir Sergeevich

Carta Ciri paling visual Excel ialah pembentangan hasil pengiraan atau data terkumpul dalam bentuk graf (carta): kadangkala angka yang paling mengagumkan tidak dapat meyakinkan bagaimana ia boleh dilakukan menggunakan grafik yang mudah sekalipun. Excel mempunyai

Daripada buku kerja Excel. Kursus multimedia pengarang Medinov Oleg

Bab 8 Carta Excel sering digunakan untuk mencipta dokumen yang mewakili pelbagai laporan statistik dan analisis. Ini boleh menjadi laporan jualan, jadual ukuran suhu udara, data daripada tinjauan pendapat, dll. Angka tidak selalunya

Daripada buku Word 2007 tutorial Popular pengarang Krainsky I

Membina gambar rajah Untuk contoh pertama, anda perlu mencipta jadual yang ditunjukkan dalam Rajah. 8.1. nasi. 8.1. Jadual Pengukuran Suhu Kami akan membina graf suhu mudah berdasarkan data dalam jadual ini. Pilih julat yang diisi dalam jadual. Pergi ke

Dari buku Panduan Belajar sendiri untuk bekerja pada komputer pengarang Kolisnichenko Denis Nikolaevich

6.6. Carta Selain fail grafik, anda boleh memasukkan carta ke dalam dokumen Word. Dengan bantuan gambar rajah, anda boleh memvisualisasikan data berangka, contohnya, menjejaki bagaimana data berubah, melihat pembangunan projek dalam dinamik. Gambar rajah bertukar serupa

Daripada buku Analisis dan Reka Bentuk Berorientasikan Objek dengan Contoh Aplikasi C ++ pengarang Butch Grady

14.9. Carta Mungkin sudah tiba masanya untuk menukar nombor kering kepada grafik, menjadikan jadual kami lebih cantik dan bermaklumat? Untuk ini, gambar rajah digunakan. Sebut apa yang anda suka, tetapi carta dianggap lebih baik daripada jadual. Untuk membina carta, anda perlu memilih nilai yang digunakan

Daripada buku Teknologi Pengaturcaraan pengarang Kamaev VA

5.2. Diagram Kelas Penting: Kelas dan Hubungan Antaranya Gambar rajah kelas menunjukkan kelas dan hubungannya, dengan itu mewakili aspek logik projek. Gambar rajah kelas yang berasingan memberikan pandangan khusus tentang struktur kelas. Pada peringkat analisis, kami

Daripada buku Memodelkan Proses Perniagaan dengan BPwin 4.0 pengarang Maklakov Sergey Vladimirovich

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

Dari buku OrCAD PSpice. Analisis litar elektrik oleh Keown J.

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

Daripada Buku VBA untuk Dummies pengarang Cummings Steve

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

Daripada buku Tutorial untuk Macintosh pengarang Skrylina Sophia

1.2.6. Gambar rajah rangka wayar 1.2.26 menunjukkan contoh tipikal gambarajah penguraian dengan kotak sempadan, dipanggil gambar rajah rangka wayar. nasi. 1.2.26. Contoh Gambarajah Penguraian dengan Rangka Dawai Rangka wayar mengandungi pengepala (atas bingkai) dan pengaki (bawah).

Dari buku pengarang

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

Dari buku pengarang

Carta dan graf Hanya pakar yang boleh membezakan maksud di sebalik siri nombor yang tidak berkesudahan, tetapi semua orang boleh memahami (atau sekurang-kurangnya mengisytiharkan bahawa mereka faham) histogram atau carta pai. VBA tidak mempunyai alat carta terbina dalam, tetapi sedemikian

Dari buku pengarang

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

Dari buku pengarang

5.2.8. Carta Carta ialah perwakilan grafik data daripada julat yang dipilih. Untuk membina carta, ikut algoritma di bawah: 1. Buat jadual nilai yang dikira. 2. Pilih julat yang diperlukan (ia boleh terdiri daripada segi empat tepat bukan bersebelahan

UML ialah akronim untuk Unified Modelling Language. 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, 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 dicipta daripada kekacauan di sekitar pembangunan perisian dan dokumentasi. Pada tahun 1990-an, terdapat beberapa cara yang berbeza untuk mewakili sistem perisian. Terdapat keperluan untuk cara UML visual yang lebih bersatu untuk mewakili sistem ini, dan sebagai hasilnya, ia telah dibangunkan pada 1994-1996 oleh tiga jurutera perisian yang bekerja di Rational Software. Ia kemudiannya diterima pakai sebagai standard pada tahun 1997 dan kekal begitu, dengan hanya beberapa kemas kini.

Pada asasnya, UML ialah bahasa pemodelan tujuan umum dalam bidang pembangunan perisian. Walau bagaimanapun, ia kini ditunjukkan dalam dokumentasi beberapa proses perniagaan atau aliran kerja, seperti gambar rajah aktiviti. Gambar rajah jenis 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 UML. Ia cukup tepat untuk mencipta keseluruhan aplikasi. UML boleh laksana sepenuhnya boleh digunakan merentasi pelbagai platform menggunakan teknologi berbeza dengan semua proses sepanjang kitaran pembangunan perisian.

UML bertujuan untuk pembangunan bahasa pemodelan visual oleh pengguna. Ia menyokong konsep reka bentuk peringkat tinggi seperti struktur, templat dan kerjasama. UML ialah koleksi elemen seperti:

Penyataan bahasa pengaturcaraan.
Pelakon - menerangkan peranan yang dimainkan oleh pengguna atau mana-mana sistem lain yang berinteraksi dengan objek.
Aktiviti yang akan dijalankan untuk pelaksanaan kontrak kerja dan dibentangkan dalam gambar rajah.
Proses perniagaan yang merangkumi satu set tugasan yang mencipta perkhidmatan khusus untuk pelanggan, divisualisasikan oleh carta alir tindakan berurutan.
Komponen perisian yang logik dan boleh diguna semula.

Gambar rajah UML dibahagikan kepada dua kategori. Jenis pertama termasuk tujuh jenis rajah yang mewakili maklumat struktur, yang kedua termasuk tujuh lagi yang mewakili jenis tingkah laku biasa. Gambar rajah ini digunakan untuk mendokumentasikan seni bina sistem dan terlibat secara langsung dalam pemodelan sistem UML.

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

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

UML digunakan dalam cara yang berbeza, dalam dokumentasi pembangunan perisian dan dalam proses perniagaan:

Lakaran. Dalam kes ini, gambar rajah UML digunakan untuk menyampaikan pelbagai aspek dan ciri sistem. Walau bagaimanapun, ini hanyalah pandangan peringkat atas sistem dan berkemungkinan tidak akan menyertakan semua butiran yang diperlukan untuk menjalankan projek sehingga ke penghujungnya.
Reka Bentuk Hadapan - Reka bentuk lakaran dilakukan sebelum pengekodan aplikasi. Ini adalah untuk memberikan gambaran keseluruhan yang lebih baik tentang sistem atau aliran kerja yang cuba dicipta oleh pengguna. Banyak masalah atau kecacatan reka bentuk boleh dikenal pasti, yang akan meningkatkan kesihatan dan kesejahteraan keseluruhan projek.
Reka bentuk terbalik. Setelah kod ditulis, gambar rajah UML muncul sebagai satu bentuk dokumentasi untuk aktiviti, peranan, peserta dan aliran kerja yang berbeza.
Rangka tindakan. Dalam kes ini, rajah berfungsi sebagai pembinaan 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, dan pengurusan serta kakitangan.

UML bukanlah bahasa pengaturcaraan yang berdiri sendiri seperti Java, C ++ atau Python, namun dengan alatan yang betul ia boleh menjadi UML pseudo. Untuk mencapai matlamat ini, keseluruhan sistem mesti didokumenkan dalam rajah yang berbeza, dan menggunakan perisian yang betul, rajah boleh diterjemahkan terus ke dalam kod. Teknik ini hanya berguna jika masa yang digunakan untuk melukis carta adalah kurang memakan masa daripada menulis kod sebenar. Walaupun UML dicipta untuk pemodelan sistem, ia telah menemui beberapa kegunaan dalam bidang perniagaan.

Berikut ialah contoh rajah UML untuk pemodelan perniagaan.

Satu penyelesaian praktikal adalah untuk menggambarkan aliran proses untuk telesales melalui gambar rajah aktiviti. Dari saat pesanan diambil sebagai input, sehingga saat pesanan selesai dan output tertentu 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, merangkumi 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:

Tidak semua daripada 14 jenis gambar rajah UML yang berbeza digunakan secara tetap semasa mendokumentasikan sistem dan seni bina.
Prinsip Pareto juga digunakan untuk penggunaan gambar rajah UML.
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 tindakan ialah gambar rajah UML yang paling penting untuk mencipta model proses perniagaan. Dalam pembangunan perisian, ia digunakan untuk menerangkan aliran tindakan yang berbeza. Mereka boleh sama ada berurutan atau selari. Mereka menerangkan objek yang digunakan, dimakan atau dihasilkan sebagai hasil daripada aktiviti dan hubungan antara aktiviti yang berbeza.

Semua perkara di atas adalah penting untuk memodelkan proses perniagaan yang membawa antara satu sama lain, kerana ia saling berkaitan dengan permulaan dan penghujung yang jelas. Dalam persekitaran perniagaan, ini juga dirujuk sebagai pemetaan proses perniagaan. Pelakon utama ialah pengarang, editor dan penerbit. Contoh UML termasuk yang berikut. Apabila penyemak menyemak draf dan memutuskan bahawa beberapa perubahan perlu dibuat. Pengarang kemudian menyemak draf dan mengembalikannya semula untuk menganalisis gambaran keseluruhan.

Gambar rajah penggunaan

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

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

Contohnya, untuk carta kawalan inventori. Dalam kes ini, terdapat pemilik, pembekal, pengurus, pakar inventori dan pemeriksa inventori. Bekas bulat mewakili aksi yang dilakukan oleh pelakon. Tindakan yang mungkin termasuk membeli dan membayar stok, menyemak kualiti stok, memulangkan stok atau mengedarkannya.

Jenis rajah ini sangat sesuai untuk memaparkan gelagat dinamik antara peserta dalam sistem, memudahkan pembentangannya tanpa menggambarkan butiran pelaksanaan.

Sementara

Gambar rajah masa UML digunakan untuk mewakili perhubungan objek apabila fokus bergantung pada masa. Pada masa yang sama, 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 garis kehidupan, yang pada asasnya adalah garis yang membentuk peringkat, apabila peserta individu bergerak dari satu peringkat ke peringkat seterusnya. Tumpuan adalah pada tempoh peristiwa dan perubahan yang berlaku bergantung padanya.

Komponen utama carta masa ialah:

Talian hayat adalah ahli individu.
Garis Masa Negeri - Satu laluan kehidupan boleh melalui pelbagai keadaan dalam satu proses.
Kekangan tempoh - Kekangan selang masa yang mewakili tempoh yang diperlukan untuk kekangan itu dipenuhi.
Had masa - hadkan selang masa di mana sesuatu mesti dilakukan oleh peserta.
Rupa Kemusnahan - Kemunculan mesej yang memusnahkan peserta individu dan menggambarkan penghujung kitaran hayat peserta tersebut.

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

Gambar rajah keadaan mesin yang sangat mudah adalah dalam 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 dengan perlawanan, peletakan jawatan atau seri (keadaan mesin yang berbeza). Carta negeri digunakan terutamanya dalam reka bentuk UML hadapan dan belakang bagi pelbagai sistem.

Berturut-turut

Gambar rajah jenis ini adalah gambar rajah UML yang paling penting bukan sahaja dalam kalangan komuniti sains komputer, tetapi juga sebagai model lapisan reka bentuk untuk membangunkan aplikasi perniagaan. Mereka popular untuk 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 diperlukan atau apabila objek lain ingin berkomunikasi dengan mereka. Semua komunikasi dibentangkan dalam susunan kronologi.

Untuk maklumat lanjut, lihat contoh rajah jujukan UML di bawah.

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

Gambar rajah kelas UML ialah jenis gambar rajah yang paling biasa untuk dokumentasi perisian. Memandangkan kebanyakan program yang sedang ditulis masih berdasarkan paradigma pengaturcaraan berorientasikan objek, masuk akal untuk menggunakan gambar rajah kelas untuk mendokumentasikan perisian. Ini kerana OOP adalah berdasarkan kelas UML dan perhubungan antara mereka. Secara ringkasnya, carta mengandungi kelas, bersama dengan atributnya, juga dipanggil medan data, dan kelakuannya, dipanggil fungsi ahli.

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

Objek

Apabila membincangkan gambar rajah struktur UML, anda perlu mendalami konsep sains komputer. Dalam pembangunan perisian, kelas dianggap sebagai jenis data abstrak, manakala objek ialah tika. Contohnya, jika terdapat "Kereta", yang merupakan jenis abstrak generik, maka tika kelas "Kereta" ialah "Audi".

Gambar rajah objek UML membantu pembangun perisian menyemak sama ada struktur abstrak yang dijana adalah struktur yang berdaya maju apabila dilaksanakan dalam amalan, iaitu apabila objek dicipta. Sesetengah pembangun menganggap ini sebagai tahap menengah pengesahan ketepatan. Ia memaparkan contoh kelas. Lebih tepat lagi, kelas generik "Pelanggan" kini mempunyai pelanggan sebenar, contohnya, bernama "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.

Corak penggunaan biasa yang dipermudahkan untuk aplikasi web termasuk:

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

Gambar rajah pakej adalah serupa dengan makro untuk 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 dibuat oleh beberapa pakej lain untuk mewakili sistem dan tingkah laku yang lebih kompleks.

Tujuan utama rajah pakej adalah untuk menunjukkan hubungan antara pelbagai komponen utama yang membentuk sistem yang kompleks. Pengaturcara mendapati ciri abstraksi ini merupakan kelebihan yang baik untuk menggunakan gambar rajah pakej, terutamanya apabila butiran boleh ditinggalkan daripada gambar.

Seperti mana-mana perkara lain dalam hidup, mendapatkan sesuatu yang betul memerlukan alat yang betul. Untuk mendokumentasikan perisian, proses atau sistem, gunakan alatan yang menawarkan anotasi UML dan templat rajah. Terdapat pelbagai alat dokumentasi perisian yang boleh membantu anda melukis gambar rajah.

Mereka biasanya termasuk dalam kategori utama berikut:

Kertas dan pen adalah mudah. Mereka mengambil kertas dan pen, membuka kod sintaks UML dari Internet dan melukis sebarang jenis rajah yang diperlukan.
Alat Dalam Talian - Terdapat beberapa aplikasi dalam talian yang boleh anda gunakan untuk mencipta carta anda. Kebanyakan daripada mereka menawarkan langganan berbayar atau carta peringkat percuma dalam jumlah terhad.
Alat dalam talian percuma hampir sama dengan alat berbayar. Perbezaan utama ialah yang berbayar juga menawarkan tutorial dan templat siap sedia untuk carta tertentu.
Aplikasi desktop ialah 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 adalah aspek penting yang dikaitkan dengan pembangunan perisian berorientasikan objek. Ia menggunakan tatatanda grafik untuk mencipta model visual program sistem.

& nbsp & nbsp & nbsp & nbsp Bahasa Pemodelan Bersepadu (UML) ialah bahasa untuk menentukan, menggambarkan, membina dan mendokumenkan sistem perisian, serta model perniagaan dan sistem bukan perisian lain. UML ialah gabungan teknik kejuruteraan yang sebelum ini berjaya digunakan untuk memodelkan sistem yang besar dan kompleks.

& nbsp & nbsp & nbsp & nbsp Pencipta UML mewakilinya sebagai bahasa untuk mentakrif, mewakili, mereka bentuk dan mendokumentasikan sistem perisian, sistem perniagaan dan sistem lain yang pelbagai sifat. UML mentakrifkan notasi dan metamodel. Notasi ialah koleksi objek grafik yang digunakan dalam model; ia adalah sintaks bahasa pemodelan.

UML & nbsp & nbsp & nbsp & nbsp menyediakan alat ekspresif untuk mencipta model visual yang:

difahami secara seragam oleh semua pemaju yang terlibat dalam projek;
adalah alat komunikasi dalam projek.

& nbsp & nbsp & nbsp & nbsp Bahasa Pemodelan Bersepadu (UML):

tidak bergantung pada bahasa pengaturcaraan berorientasikan objek (OO);
tidak bergantung pada metodologi pembangunan projek yang digunakan;
boleh menyokong mana-mana bahasa pengaturcaraan OO.

& nbsp & nbsp & nbsp & nbsp UML ialah sumber terbuka dan boleh dikembangkan kepada teras asas. Dalam UML, anda boleh menerangkan kelas, objek dan komponen secara bermakna dalam pelbagai bidang subjek, selalunya sangat berbeza antara satu sama lain.

gambar rajah UML

& nbsp & nbsp & nbsp & nbsp Pada pelupusan pereka sistem, Rational Rose menyediakan jenis rajah berikut, penciptaan berurutan yang membolehkan anda mendapatkan gambaran lengkap keseluruhan sistem yang direka bentuk dan komponen individunya:

Gunakan gambarajah kes
Gambar rajah penyebaran (rajah topologi);
Rajah carta negeri;
Gambar rajah interaksi Gambar rajah aktiviti
Rajah jujukan
Gambar rajah kerjasama
Gambar rajah kelas
Gambar rajah komponen
Gambar rajah tingkah laku
Gambar rajah aktiviti
Gambar rajah pelaksanaan

& nbsp & nbsp & nbsp & nbsp Setiap rajah ini mengkokritkan pandangan yang berbeza bagi model sistem. Dalam kes ini, rajah kes guna mewakili model konsep sistem, yang merupakan titik permulaan untuk membina semua rajah lain. Gambar rajah kelas ialah model logik yang mencerminkan aspek statik reka bentuk struktur sistem, dan gambar rajah tingkah laku, yang juga jenis model logik, mencerminkan aspek dinamik fungsinya. Gambar rajah pelaksanaan digunakan untuk mewakili komponen sistem dan merujuk kepada model fizikalnya.

& nbsp & nbsp & nbsp & nbsp Daripada rajah di atas, sesetengahnya digunakan untuk menunjukkan dua atau lebih subspesies. Gambar rajah berikut digunakan sebagai perwakilan bebas: kes penggunaan, kelas, keadaan, aktiviti, urutan, kerjasama, komponen dan penggunaan.

& nbsp & nbsp & nbsp & nbsp Terdapat tiga jenis simbol visual untuk gambar rajah UML yang penting dari segi maklumat yang terkandung di dalamnya:

sambungan, yang diwakili oleh garisan yang berbeza pada pesawat;
teks terkandung dalam sempadan bentuk geometri individu;
simbol grafik dilukis berhampiran visual carta.

& nbsp & nbsp & nbsp & nbsp Apabila memaparkan gambar rajah secara grafik, adalah disyorkan untuk mematuhi peraturan berikut:

setiap rajah hendaklah merupakan perwakilan lengkap beberapa serpihan domain simulasi;
entiti model yang diwakili pada rajah mestilah mempunyai tahap konsep yang sama;
semua maklumat tentang entiti mesti diwakili dengan jelas dalam rajah;
gambar rajah tidak boleh mengandungi maklumat yang bercanggah;
gambar rajah tidak boleh dibebankan dengan maklumat teks;
setiap rajah mestilah berdikari untuk tafsiran yang betul bagi semua unsurnya;
bilangan jenis rajah yang diperlukan untuk menerangkan sistem tertentu tidak ditetapkan dengan ketat dan ditentukan oleh pembangun;
model sistem mesti mengandungi hanya unsur-unsur yang ditakrifkan dalam tatatanda UML.

Entiti dalam UML

& nbsp & nbsp & nbsp & nbsp UML mentakrifkan empat jenis entiti: struktur, tingkah laku, pengelompokan dan anotasi... Entiti ialah elemen berorientasikan objek utama bahasa yang digunakan untuk membuat model.

& nbsp & nbsp & nbsp & nbsp Entiti struktur ialah kata nama dalam model UML. Biasanya, ia mewakili bahagian statik model yang sepadan dengan elemen konsep atau fizikal sistem. Contoh entiti struktur ialah kelas, antara muka, kerjasama, kes penggunaan, komponen, nod, aktor.

& nbsp & nbsp & nbsp & nbsp Entiti tingkah laku adalah komponen dinamik model UML. Ini adalah kata kerja yang menerangkan tingkah laku model dalam masa dan ruang. Terdapat dua jenis entiti tingkah laku utama:

interaksi ialah tingkah laku, intipatinya ialah pertukaran mesej antara objek dalam konteks tertentu untuk mencapai matlamat tertentu;
automaton - algoritma tingkah laku yang menentukan urutan keadaan yang melaluinya objek atau interaksi sebagai tindak balas kepada pelbagai peristiwa.

& nbsp & nbsp & nbsp & nbsp Mengelompokkan entiti ialah bahagian penyusunan model UML. Ini adalah blok di mana model boleh diuraikan. Terdapat satu salinan entiti utama sedemikian - ia adalah pakej.

& nbsp & nbsp & nbsp & nbsp Pakej ialah mekanisme universal untuk menyusun item ke dalam kumpulan. Entiti pengelompokan struktur, tingkah laku dan lain-lain boleh diletakkan dalam pakej. Tidak seperti komponen yang benar-benar wujud semasa program berjalan, pakej adalah konseptual semata-mata, iaitu, ia hanya wujud semasa proses pembangunan.

& nbsp & nbsp & nbsp & nbsp Entiti anotasi adalah bahagian penjelasan model UML: ulasan untuk penerangan tambahan, penjelasan atau teguran kepada mana-mana elemen model. Terdapat hanya satu jenis asas unsur anotasi, anotasi. Nota digunakan untuk memberikan ulasan atau kekangan kepada gambar rajah, dinyatakan dalam teks tidak formal atau formal.

Hubungan dalam UML

& nbsp & nbsp & nbsp & nbsp Jenis perhubungan berikut ditakrifkan dalam UML: pergantungan, persatuan, generalisasi dan pelaksanaan... Perhubungan ini ialah binaan gam utama dalam UML dan juga cara entiti digunakan untuk membina model.

& nbsp & nbsp & nbsp & nbsp Kebergantungan ialah hubungan semantik antara dua entiti, di mana perubahan dalam salah satu daripada mereka, bebas, boleh menjejaskan semantik yang lain, bergantung.

& nbsp & nbsp & nbsp & nbsp Persatuan- hubungan struktur yang menerangkan satu set sambungan semantik atau logik antara objek.

& nbsp & nbsp & nbsp & nbsp Generalisasi ialah hubungan di mana objek unsur khusus (keturunan) boleh digantikan dengan objek unsur generik (nenek moyang). Pada masa yang sama, mengikut prinsip pengaturcaraan berorientasikan objek, kanak-kanak mewarisi struktur dan tingkah laku ibu bapanya (ibu bapa).

& nbsp & nbsp & nbsp & nbsp Kesedaran ialah hubungan semantik antara pengelas di mana satu pengelas mentakrifkan kewajipan dan satu lagi menjamin pemenuhannya. Hubungan pelaksanaan berlaku dalam dua kes:

antara antara muka dan kelas atau komponen yang melaksanakannya;
antara kes penggunaan dan kerjasama yang melaksanakannya.

Mekanisme UML Biasa

& nbsp & nbsp & nbsp & nbsp Untuk penerangan yang tepat tentang sistem dalam UML, mekanisme umum yang dipanggil digunakan:

spesifikasi;
tambahan (perhiasan);
bahagian (bahagian biasa);
mekanisme kebolehlanjutan.

& nbsp & nbsp & nbsp & nbsp UML bukan sahaja bahasa grafik. Setiap elemen grafik tatatandanya mempunyai spesifikasi mengandungi perwakilan teks bagi konstruk bahasa yang sepadan. Sebagai contoh, ikon kelas mempunyai spesifikasi yang menerangkan atribut, operasi dan tingkah lakunya, walaupun secara visual, dalam rajah, ikon selalunya mencerminkan hanya sebahagian kecil daripada maklumat ini. Selain itu, model itu mungkin mengandungi perwakilan lain bagi kelas ini, mencerminkan aspek yang sama sekali berbeza daripadanya, tetapi, bagaimanapun, sepadan dengan spesifikasi. Oleh itu, tatatanda grafik UML digunakan untuk menggambarkan sistem, dan dengan bantuan spesifikasi menerangkan butirannya.

& nbsp & nbsp & nbsp & nbsp Hampir setiap elemen UML mempunyai perwakilan grafik unik yang memberikan gambaran visual ciri-ciri yang paling penting. Notasi entiti "kelas" mengandungi nama, atribut dan operasinya. Spesifikasi kelas boleh mengandungi butiran lain, seperti keterlihatan atribut dan operasi, ulasan atau petunjuk bahawa kelas itu abstrak. Banyak butiran ini boleh dipaparkan sebagai grafik atau teks. tambahan kepada segi empat tepat piawai yang mewakili kelas.

& nbsp & nbsp & nbsp & nbsp Apabila memodelkan sistem berorientasikan objek, terdapat pembahagian entiti yang diwakili.

& nbsp & nbsp & nbsp & nbsp Pertama, terdapat pembahagian ke dalam kelas dan objek. Kelas ialah abstraksi, dan objek ialah penjelmaan konkrit abstraksi itu. Dalam hal ini, hampir semua binaan bahasa dicirikan oleh dualitas kelas / objek. Jadi, terdapat kes penggunaan dan kejadian kes penggunaan, komponen dan tika komponen, nod dan tika nod. Dalam perwakilan grafik, adalah kebiasaan untuk menggunakan simbol yang sama untuk objek seperti untuk kelas, dan menggariskan nama.

& nbsp & nbsp & nbsp & nbsp Kedua, terdapat pembahagian ke dalam antara muka dan pelaksanaannya. Antara muka mengisytiharkan komitmen, dan pelaksanaan mewakili penjelmaan konkrit komitmen tersebut dan memastikan bahawa semantik yang diisytiharkan diikuti dengan teliti. Oleh kerana itu, hampir semua binaan UML dicirikan oleh dualiti antara muka / pelaksanaan. Sebagai contoh, kes penggunaan dilaksanakan oleh koperasi, dan operasi mengikut kaedah.

& nbsp & nbsp & nbsp & nbsp UML ialah bahasa terbuka, iaitu, ia membenarkan sambungan terkawal untuk mencerminkan spesifikasi model domain.

& nbsp & nbsp & nbsp & nbsp Mekanisme sambungan UML termasuk:

stereotaip (stereotaip) - mengembangkan perbendaharaan kata UML, membenarkan, berdasarkan unsur bahasa sedia ada, untuk mencipta yang baharu yang tertumpu pada penyelesaian masalah tertentu;
nilai teg - memanjangkan sifat binaan UML asas, membenarkan maklumat tambahan disertakan dalam spesifikasi elemen;
kekangan - memanjangkan semantik binaan UML, membolehkan anda mencipta peraturan baharu dan mengatasi peraturan sedia ada.

& nbsp & nbsp & nbsp & nbsp Bersama-sama, ketiga-tiga mekanisme sambungan bahasa ini membolehkan anda mengubah suainya mengikut keperluan projek atau keistimewaan teknologi pembangunan.

Gunakan gambarajah kes

& nbsp & nbsp & nbsp & nbsp Jenis rajah ini membolehkan anda membuat senarai operasi yang sistem lakukan. Jenis rajah ini sering dirujuk sebagai rajah fungsi, kerana senarai keperluan sistem dibuat berdasarkan set rajah tersebut dan set fungsi yang dilakukan oleh sistem ditentukan.

Rajah - 1. Gambar rajah kes penggunaan

& nbsp & nbsp & nbsp & nbsp Gambar rajah kes guna menerangkan kefungsian sistem atau perkara yang sepatutnya dilakukan oleh sistem. Pembangunan rajah mempunyai matlamat berikut:

mentakrifkan sempadan umum dan konteks domain simulasi;
merumuskan keperluan am untuk kelakuan berfungsi sistem yang direka bentuk;
membangunkan model konsep awal sistem untuk perincian seterusnya dalam bentuk model logik dan fizikal;
menyediakan dokumentasi awal untuk interaksi pembangun sistem dengan pelanggan dan penggunanya.

& nbsp & nbsp & nbsp & nbsp Intipati gambar rajah use case adalah seperti berikut. Sistem yang direka bentuk diwakili sebagai satu set entiti atau aktor yang berinteraksi dengan sistem melalui kes penggunaan. Dalam kes ini, aktor atau aktor adalah mana-mana entiti yang berinteraksi dengan sistem dari luar. Ia boleh menjadi seseorang, peranti teknikal, program atau mana-mana sistem lain yang boleh berfungsi sebagai sumber pengaruh pada sistem yang dimodelkan seperti yang ditentukan oleh pembangun sendiri. Kes guna berfungsi untuk menerangkan perkhidmatan yang disediakan oleh sistem kepada aktor.

& nbsp & nbsp & nbsp & nbsp Tujuan kes penggunaan adalah untuk mentakrifkan aspek lengkap atau serpihan tingkah laku entiti tanpa mendedahkan struktur dalamannya. Entiti sedemikian boleh menjadi sistem atau mana-mana elemen model yang mempunyai kelakuannya sendiri.

& nbsp & nbsp & nbsp & nbsp Setiap kes penggunaan sepadan dengan perkhidmatan berasingan yang disediakan oleh entiti model atas permintaan pelakon, iaitu, menentukan cara entiti itu digunakan. Perkhidmatan itu, yang dimulakan atas permintaan pelakon, adalah urutan tindakan yang lengkap dan tidak boleh dibahagikan. Ini bermakna selepas sistem selesai memproses permintaan, ia mesti kembali kepada keadaan asalnya untuk bersedia untuk melaksanakan permintaan seterusnya.

& nbsp & nbsp & nbsp & nbsp Kes Penggunaan boleh digunakan kedua-duanya untuk menentukan keperluan luaran untuk sistem yang direka bentuk dan untuk menentukan kelakuan berfungsi sistem sedia ada. Set kes penggunaan secara keseluruhan harus mentakrifkan semua sisi yang mungkin bagi tingkah laku sistem yang dijangkakan. Di samping itu, kes penggunaan secara tersirat menetapkan keperluan yang menentukan cara aktor mesti berinteraksi dengan sistem agar dapat berfungsi dengan betul dengan perkhidmatan yang disediakan. Untuk kemudahan, banyak kes penggunaan boleh dilihat sebagai pakej yang berasingan.

& nbsp & nbsp & nbsp & nbsp Contoh kes penggunaan mungkin termasuk: menyemak status akaun semasa pelanggan, membuat pesanan untuk pembelian item, mendapatkan maklumat tambahan tentang kepercayaan kredit pelanggan, memaparkan borang grafik pada skrin monitor , dan tindakan lain.

Gambar rajah kelas

& nbsp & nbsp & nbsp & nbsp Pusat kepada pengaturcaraan berorientasikan objek ialah pembangunan model logik sistem dalam bentuk rajah kelas. Rajah kelas (rajah kelas) digunakan untuk mewakili struktur statik model sistem dalam terminologi kelas pengaturcaraan berorientasikan objek. Gambar rajah kelas boleh mencerminkan, khususnya, pelbagai hubungan antara entiti individu domain, seperti objek dan subsistem, serta menerangkan struktur dalaman dan jenis hubungan mereka.

Rajah - 2. Gambar rajah kelas

& nbsp & nbsp & nbsp & nbsp Ikon Rajah membolehkan anda memaparkan hierarki sistem yang kompleks, perhubungan kelas (Kelas) dan antara muka (Antara Muka). Jenis rajah ini bertentangan dalam kandungan dengan rajah Kerjasama, yang memaparkan objek sistem. Rational Rose membolehkan anda membuat kelas menggunakan gambar rajah jenis ini dalam pelbagai tatatanda. seperti awan. Oleh itu, kelas hanyalah templat, mengikut mana objek tertentu akan dibuat pada masa hadapan.

& nbsp & nbsp & nbsp & nbsp Rajah kelas ialah graf, bucunya ialah unsur-unsur jenis "pengelas", disambungkan oleh pelbagai jenis perhubungan struktur. Diagram kelas juga boleh mengandungi antara muka, pakej, perhubungan, dan juga contoh individu seperti objek dan perhubungan.

& nbsp & nbsp & nbsp & nbsp Kelas dalam bahasa UML, ia digunakan untuk menandakan satu set objek yang mempunyai struktur, tingkah laku dan hubungan yang sama dengan objek kelas lain. Kelas digambarkan secara grafik sebagai segi empat tepat, yang boleh juga dibahagikan dengan garis mendatar kepada bahagian atau bahagian. Bahagian ini boleh mengandungi nama kelas, atribut (pembolehubah) dan operasi (kaedah).

Rajah negeri (rajah carta negeri)

& nbsp & nbsp & nbsp & nbsp Setiap rajah keadaan dalam UML menerangkan semua keadaan yang mungkin bagi satu kejadian kelas tertentu dan kemungkinan jujukan peralihannya dari satu keadaan ke keadaan lain, iaitu, ia memodelkan semua perubahan dalam keadaan objek sebagai tindak balasnya terhadap pengaruh luar.

& nbsp & nbsp & nbsp & nbsp Carta keadaan paling biasa digunakan untuk menerangkan gelagat objek individu, tetapi juga boleh digunakan untuk menentukan kefungsian komponen model lain seperti kes penggunaan, aktor, subsistem, operasi dan kaedah.

Rajah - 2. Nyatakan rajah

& nbsp & nbsp & nbsp & nbsp Rajah keadaan ialah sejenis graf khas yang mewakili beberapa automasi. Bucu graf ialah keadaan yang mungkin bagi automaton, yang digambarkan oleh simbol grafik yang sepadan, dan lengkok menunjukkan peralihannya dari keadaan ke keadaan. Gambar rajah negeri boleh bersarang antara satu sama lain untuk persembahan yang lebih terperinci bagi elemen individu model.

& nbsp & nbsp & nbsp & nbsp Dalam metamodel UML mesin ialah pakej yang mentakrifkan set konsep yang diperlukan untuk mewakili gelagat entiti yang dimodelkan dalam bentuk ruang diskret dengan bilangan keadaan dan peralihan yang terhad.

& nbsp & nbsp & nbsp & nbsp Tempoh kehadiran sistem dalam mana-mana keadaan yang mungkin jauh melebihi masa yang diperlukan untuk beralih dari satu keadaan ke keadaan lain. Diandaikan bahawa, dalam had, masa peralihan boleh sama dengan sifar (melainkan dinyatakan sebaliknya), iaitu, perubahan dalam keadaan objek boleh berlaku serta-merta.

& nbsp & nbsp & nbsp & nbsp Kelakuan mesin dimodelkan sebagai pergerakan berurutan sepanjang graf dari bucu ke bucu, dengan mengambil kira orientasi lengkok yang menghubungkannya.

& nbsp & nbsp & nbsp & nbsp Prasyarat berikut mesti dipenuhi untuk mesin:

keadaan di mana objek boleh pergi hanya ditentukan oleh keadaan semasa dan tidak bergantung pada sejarah;
pada setiap saat, automaton hanya boleh berada dalam satu keadaannya. Pada masa yang sama, automaton boleh kekal dalam keadaan berasingan untuk sebarang tempoh masa, jika tiada kejadian berlaku;
masa mesin berada dalam keadaan tertentu, serta masa yang diperlukan untuk mencapai keadaan tertentu, tidak dinyatakan dalam apa-apa cara;
bilangan keadaan automaton mestilah terhingga dan kesemuanya mesti dinyatakan dengan jelas. Keadaan pseudo individu mungkin tidak mempunyai spesifikasi (keadaan awal dan akhir). Dalam kes ini, tujuan dan semantiknya ditentukan sepenuhnya dari konteks model dan rajah keadaan yang dipertimbangkan;
graf automaton tidak seharusnya mengandungi keadaan dan peralihan terpencil. Untuk setiap keadaan, kecuali yang awal, keadaan sebelumnya mesti ditakrifkan, dan setiap peralihan mesti menghubungkan dua keadaan automat;
automat tidak seharusnya mengandungi peralihan yang bercanggah, apabila objek secara serentak boleh pergi ke dua atau lebih keadaan berikutnya (kecuali untuk kes sub-automata selari). Dalam UML, konflik boleh dielakkan dengan memperkenalkan syarat pengawal.

negeri adalah asas bukan sahaja dalam metamodel UML, tetapi juga dalam analisis sistem gunaan. Keseluruhan konsep sistem dinamik adalah berdasarkan konsep negara. Semantik keadaan dalam UML mempunyai beberapa ciri khusus.

& nbsp & nbsp & nbsp & nbsp Dalam UML, keadaan ialah metaclass abstrak yang digunakan untuk memodelkan satu situasi semasa syarat tertentu dipenuhi. Keadaan boleh ditentukan sebagai satu set nilai khusus untuk atribut kelas atau objek. Perubahan kepada nilai atribut individu akan mencerminkan perubahan dalam keadaan kelas atau objek yang dimodelkan.

Gambar rajah aktiviti

& nbsp & nbsp & nbsp & nbsp Apabila memodelkan tingkah laku sistem yang direka bentuk atau dianalisis, ia menjadi perlu bukan sahaja untuk mewakili proses menukar keadaannya, tetapi juga untuk memperincikan ciri-ciri pelaksanaan algoritma dan logik operasi yang dilakukan oleh sistem.

& nbsp & nbsp & nbsp & nbsp Malah, jenis rajah ini juga boleh digunakan untuk menggambarkan keadaan objek yang dimodelkan, namun, tujuan utama rajah Aktiviti adalah untuk mencerminkan proses perniagaan sesuatu objek. Jenis rajah ini membolehkan anda menunjukkan bukan sahaja urutan proses, tetapi juga cawangan dan juga penyegerakan proses.

& nbsp & nbsp & nbsp & nbsp Jenis rajah ini membolehkan anda mereka bentuk algoritma untuk kelakuan objek dengan sebarang kerumitan, termasuk boleh digunakan untuk melukis rajah blok.

& nbsp & nbsp & nbsp & nbsp Rajah aktiviti digunakan untuk memodelkan proses melaksanakan operasi dalam bahasa UML. Notasi grafik yang mereka gunakan sangat serupa dengan notasi carta negeri kerana ia juga termasuk keadaan dan peralihan. Setiap keadaan pada rajah aktiviti sepadan dengan pelaksanaan beberapa operasi asas, dan peralihan kepada keadaan seterusnya dilakukan hanya selepas selesai operasi ini.

& nbsp & nbsp & nbsp & nbsp Oleh itu, rajah aktiviti boleh dianggap sebagai kes khas rajah keadaan. Mereka membenarkan anda melaksanakan dalam ciri bahasa UML bagi kawalan prosedur dan segerak, disebabkan penyempurnaan aktiviti dan tindakan dalaman. Arah utama menggunakan gambar rajah aktiviti adalah untuk memvisualisasikan keunikan pelaksanaan operasi kelas, apabila perlu untuk membentangkan algoritma untuk pelaksanaannya.

& nbsp & nbsp & nbsp & nbsp Dalam konteks UML aktiviti ialah koleksi pengiraan individu yang dilakukan oleh mesin, yang membawa kepada beberapa keputusan atau tindakan (tindakan). Gambarajah aktiviti memaparkan logik dan urutan peralihan dari satu aktiviti ke aktiviti yang lain, dan perhatian penganalisis tertumpu pada keputusan. Hasil daripada aktiviti boleh membawa kepada perubahan dalam keadaan sistem atau pengembalian beberapa nilai.

& nbsp & nbsp & nbsp & nbsp Keadaan tindakan ialah kes khas keadaan dengan beberapa tindakan input dan sekurang-kurangnya satu peralihan meninggalkan negeri itu. Peralihan ini secara tersirat menganggap bahawa tindakan input telah pun selesai. Keadaan tindakan tidak boleh mempunyai peralihan dalaman, kerana ia adalah asas. Penggunaan biasa keadaan tindakan adalah untuk mensimulasikan satu langkah dalam pelaksanaan algoritma (prosedur) atau aliran kawalan.

Rajah jujukan

& nbsp & nbsp & nbsp & nbsp Apabila mempertimbangkan gambar rajah keadaan dan aktiviti, adalah diambil perhatian bahawa walaupun rajah ini digunakan untuk menentukan dinamik gelagat sistem, masa tidak hadir secara eksplisit di dalamnya. Aspek temporal tingkah laku boleh menjadi sangat penting dalam memodelkan proses segerak yang menerangkan interaksi objek. UML menggunakan rajah jujukan untuk memodelkan interaksi objek dari semasa ke semasa.

& nbsp & nbsp & nbsp & nbsp Rajah jujukan menunjukkan hanya mereka objek yang terlibat secara langsung dalam interaksi. Perkara utama untuk rajah jujukan ialah dinamik interaksi objek sepanjang masa.

& nbsp & nbsp & nbsp & nbsp Dalam UML, gambar rajah jujukan mempunyai dua dimensi. Yang pertama dari kiri ke kanan dalam bentuk garis menegak, setiap satunya menggambarkan garis kehidupan objek berasingan yang mengambil bahagian dalam interaksi. Bahagian paling kiri gambar rajah menggambarkan objek yang memulakan interaksi. Di sebelah kanan, objek lain digambarkan, yang secara langsung berinteraksi dengan yang pertama. Oleh itu, semua objek dalam rajah jujukan membentuk beberapa jenis susunan, ditentukan oleh susunan atau tahap aktiviti objek apabila berinteraksi antara satu sama lain.

& nbsp & nbsp & nbsp & nbsp Secara grafik, setiap objek digambarkan sebagai segi empat tepat dan terletak di bahagian atas garis hayatnya. Nama objek dan nama kelas ditulis di dalam segi empat tepat, dipisahkan oleh titik bertindih. Dalam kes ini, keseluruhan rekod digariskan, yang merupakan ciri objek.

& nbsp & nbsp & nbsp & nbsp Dimensi kedua rajah jujukan ialah paksi masa menegak dari atas ke bawah. Bahagian paling atas rajah sepadan dengan momen awal dalam masa. Interaksi objek dilaksanakan melalui mesej yang dihantar dari satu objek ke objek yang lain. Mesej dipaparkan sebagai anak panah mendatar dengan nama mesej, dan susunannya ditentukan mengikut masa kejadian. Iaitu, mesej yang terletak dalam rajah jujukan di atas dicetuskan lebih awal daripada yang terdapat di bawah. Skala pada paksi masa tidak ditunjukkan kerana rajah jujukan hanya memodelkan susunan temporal interaksi awal-kemudian.

Gambar rajah kerjasama

& nbsp & nbsp & nbsp & nbsp Ciri utama rajah kerjasama ialah keupayaan untuk mewakili secara grafik bukan sahaja urutan interaksi, tetapi juga semua hubungan struktur antara objek yang mengambil bahagian dalam interaksi ini.

Rajah - 3. Gambarajah kerjasama

& nbsp & nbsp & nbsp & nbsp Jenis rajah ini membolehkan anda menerangkan interaksi objek, mengabstrakkan daripada urutan penghantaran mesej. Semua mesej yang diterima dan dihantar bagi objek tertentu dan jenis mesej ini dicerminkan dalam jenis rajah ini dalam bentuk padat.

& nbsp & nbsp & nbsp & nbsp Pertama sekali, gambar rajah kerjasama dalam bentuk segi empat tepat menggambarkan objek yang mengambil bahagian dalam interaksi, mengandungi nama objek, kelasnya dan, mungkin, nilai atribut. Selanjutnya, seperti dalam rajah kelas, perkaitan antara objek ditunjukkan dalam bentuk pelbagai garis penghubung. Dalam kes ini, anda boleh menentukan secara eksplisit nama persatuan dan peranan yang dimainkan oleh objek dalam persatuan ini. Selain itu, pautan dinamik - aliran mesej boleh digambarkan. Ia juga diwakili sebagai garis penghubung antara objek, di atasnya terdapat anak panah yang menunjukkan arah, nama mesej dan nombor urutan dalam urutan umum permulaan mesej.

& nbsp & nbsp & nbsp & nbsp Tidak seperti rajah jujukan, rajah kerjasama hanya menggambarkan hubungan antara objek yang memainkan peranan khusus dalam interaksi. Carta ini tidak menunjukkan masa sebagai dimensi yang berasingan. Oleh itu, jujukan interaksi dan aliran selari boleh ditentukan menggunakan nombor jujukan. Oleh itu, jika anda perlu menyatakan secara eksplisit perhubungan antara objek dalam masa nyata, sebaiknya berbuat demikian dalam rajah jujukan.

& nbsp & nbsp & nbsp & nbsp Konsep kerjasama merupakan salah satu konsep asas dalam UML. Ia berfungsi untuk menetapkan satu set objek yang berinteraksi dengan tujuan tertentu dalam konteks umum sistem yang dimodelkan. Tujuan kerjasama itu sendiri adalah untuk menentukan ciri-ciri pelaksanaan operasi individu yang paling penting dalam sistem. Kerjasama mentakrifkan struktur tingkah laku sistem dari segi interaksi peserta dalam kerjasama ini.

& nbsp & nbsp & nbsp & nbsp Kerjasama boleh dibentangkan pada dua peringkat:

tahap spesifikasi - menunjukkan peranan pengelas dan peranan persatuan dalam interaksi yang dipertimbangkan;
peringkat contoh - menunjukkan kejadian dan hubungan yang membentuk peranan berasingan dalam kerjasama.

& nbsp & nbsp & nbsp & nbsp Gambar rajah kerjasama peringkat BOM menunjukkan peranan yang dimainkan oleh elemen yang terlibat dalam interaksi. Elemen kerjasama di peringkat ini ialah kelas dan persatuan, yang menunjukkan peranan berasingan pengelas dan persatuan antara peserta dalam kerjasama.

& nbsp & nbsp & nbsp & nbsp Gambar rajah kerjasama peringkat contoh diwakili oleh koleksi objek (kejadian kelas) dan perhubungan (kejadian persatuan). Dalam kes ini, pautan ditambah dengan anak panah mesej. Pada tahap ini, hanya objek ditunjukkan yang berkaitan secara langsung dengan pelaksanaan operasi atau pengelas. Dalam kes ini, tidak perlu sama sekali untuk menggambarkan semua sifat atau semua persatuan, kerana hanya peranan pengelas yang terdapat pada rajah kerjasama, tetapi bukan pengelas itu sendiri. Oleh itu, sementara pengelas memerlukan penerangan lengkap semua kejadiannya, peranan pengelas memerlukan penerangan hanya sifat dan persatuan yang diperlukan untuk mengambil bahagian dalam kerjasama tertentu.

& nbsp & nbsp & nbsp & nbsp Akibat penting berikutan daripada ini. Satu set objek yang sama boleh mengambil bahagian dalam koperasi yang berbeza. Bergantung pada kerjasama yang sedang dipertimbangkan, kedua-dua sifat objek individu dan hubungan antara mereka boleh berubah. Inilah yang membezakan gambar rajah kerjasama daripada gambar rajah kelas, yang mesti menunjukkan semua sifat dan perkaitan antara unsur rajah.

Gambar rajah komponen

& nbsp & nbsp & nbsp & nbsp Jenis rajah ini bertujuan untuk pengagihan kelas dan objek mengikut komponen dalam reka bentuk fizikal sistem. Rajah jenis ini sering dirujuk sebagai rajah unit.

Rajah - 4. Rajah komponen

& nbsp & nbsp & nbsp & nbsp Reka bentuk lengkap sistem perisian ialah set model peringkat logik dan fizikal, yang mesti konsisten antara satu sama lain. UML menggunakan rajah pelaksanaan untuk mewakili model sistem secara fizikal, yang termasuk rajah komponen dan rajah penempatan.

& nbsp & nbsp & nbsp & nbsp Rajah komponen, berbeza dengan rajah yang dipertimbangkan sebelum ini, menerangkan ciri-ciri perwakilan fizikal sistem. Ia membolehkan anda mentakrifkan seni bina sistem yang sedang dibangunkan dengan mewujudkan kebergantungan antara komponen perisian, yang boleh menjadi sumber dan kod boleh laku. Elemen grafik utama gambar rajah komponen ialah komponen, antara muka dan kebergantungannya.

& nbsp & nbsp & nbsp & nbsp Rajah komponen dibangunkan untuk tujuan berikut:

visualisasi struktur umum kod sumber sistem perisian;
spesifikasi versi boleh laku sistem perisian;
memastikan kebolehgunaan semula serpihan individu kod program;
perwakilan skema pangkalan data konseptual dan fizikal.

& nbsp & nbsp & nbsp & nbsp Penganalisis dan arkitek sistem, serta pengaturcara terlibat dalam pembangunan rajah komponen. Gambar rajah komponen menyediakan peralihan yang konsisten daripada pandangan logik kepada pelaksanaan khusus projek dalam bentuk kod program. Sesetengah komponen boleh wujud hanya pada peringkat penyusunan kod program, yang lain pada peringkat pelaksanaannya. Gambar rajah komponen menggambarkan kebergantungan umum antara komponen, menganggap yang terakhir sebagai pengelas.

& nbsp & nbsp & nbsp & nbsp Untuk mewakili entiti fizikal dalam bahasa UML, istilah khas digunakan - komponen... Komponen melaksanakan set antara muka tertentu dan berfungsi untuk penetapan umum unsur-unsur perwakilan fizikal model. Untuk mewakili komponen secara grafik, simbol khas digunakan - segi empat tepat dengan dua segi empat tepat yang lebih kecil dimasukkan di sebelah kiri. Di dalam segi empat tepat besar tertulis nama komponen dan, jika perlu, beberapa maklumat tambahan. Perwakilan simbol ini mungkin berbeza sedikit bergantung pada jenis maklumat yang berkaitan dengan komponen.

Gambar rajah penempatan

& nbsp & nbsp & nbsp & nbsp Jenis rajah ini direka bentuk untuk menganalisis perkakasan sistem, iaitu, "perkakasan", dan bukan program. Dalam terjemahan langsung daripada bahasa Inggeris, Deployment bermaksud "pengerahan", tetapi istilah "topologi" lebih tepat menggambarkan intipati jenis rajah ini.

Rajah - 5. Gambar rajah penyebaran

& nbsp & nbsp & nbsp & nbsp Perwakilan fizikal sistem perisian tidak boleh lengkap jika tiada maklumat tentang platform apa dan maksud pengkomputeran ia dilaksanakan. Jika program sedang dibangunkan yang berjalan secara setempat pada komputer pengguna dan tidak menggunakan peranti dan sumber persisian, maka tidak perlu membangunkan gambar rajah tambahan. Apabila membangunkan aplikasi korporat, kehadiran gambar rajah sedemikian boleh menjadi sangat berguna untuk menyelesaikan masalah penempatan rasional komponen untuk menggunakan sumber pengkomputeran dan komunikasi yang diedarkan dengan berkesan, memastikan keselamatan, dan lain-lain.

& nbsp & nbsp & nbsp & nbsp Gambar rajah penempatan direka bentuk untuk mewakili konfigurasi keseluruhan dan topologi sistem perisian teragih dalam UML.

& nbsp & nbsp & nbsp & nbsp Gambar rajah penempatan direka bentuk untuk menggambarkan elemen dan komponen program yang wujud hanya pada peringkat pelaksanaannya (masa jalan). Dalam kes ini, hanya komponen-contoh program, yang merupakan fail boleh laku atau perpustakaan dinamik, dibentangkan. Komponen yang tidak digunakan pada masa jalan tidak ditunjukkan dalam rajah penggunaan. Jadi, komponen dengan kod sumber program hanya boleh hadir dalam rajah komponen. Mereka tidak ditunjukkan dalam rajah penggunaan.

& nbsp & nbsp & nbsp & nbsp Gambarajah penggunaan mengandungi perwakilan grafik pemproses, peranti, proses dan perhubungan antara mereka. Tidak seperti gambar rajah pandangan logik, gambar rajah penggunaan adalah seragam untuk sistem secara keseluruhan, kerana ia mesti mencerminkan sepenuhnya spesifik pelaksanaannya. Pembangunan gambar rajah penempatan biasanya merupakan langkah terakhir dalam spesifikasi model sistem perisian.

& nbsp & nbsp & nbsp & nbsp Apabila membangunkan gambar rajah penempatan, matlamat berikut diteruskan:

menentukan pengagihan komponen sistem oleh nod fizikalnya;
menunjukkan sambungan fizikal antara semua nod pelaksanaan sistem pada peringkat pelaksanaannya;
mengenal pasti kesesakan dalam sistem dan mengkonfigurasi semula topologinya untuk mencapai prestasi yang diperlukan.

& nbsp & nbsp & nbsp & nbsp Gambar rajah penggunaan dibangunkan bersama oleh penganalisis sistem, jurutera rangkaian dan jurutera sistem.

Ciri-ciri antara muka desktop Rational Rose

& nbsp & nbsp & nbsp & nbsp Alat Rational Rose CASE melaksanakan piawaian yang diterima umum untuk antara muka kerja program, serupa dengan persekitaran pengaturcaraan visual yang terkenal. Selepas memasang Rational Rose pada komputer pengguna, yang boleh dikatakan tidak menyebabkan sebarang kesulitan walaupun untuk pemula, melancarkan program ini dalam persekitaran MS Windows 95/98 menghasilkan antara muka yang berfungsi pada skrin (Rajah 6).

Rajah - 6. Pandangan umum antara muka kerja program Rational Rose

& nbsp & nbsp & nbsp & nbsp Antara muka kerja Rational Rose terdiri daripada pelbagai elemen, yang utama ialah:

Menu utama program
Tetingkap rajah
Tetingkap dokumentasi
tetingkap penyemak imbas
Tetingkap log

Mari kita pertimbangkan secara ringkas tujuan dan fungsi utama setiap elemen ini.

Menu utama program

Menu utama program dibuat dalam piawaian yang diterima umum dan mempunyai bentuk berikut (Gamb. 7).

Item menu individu, yang tujuannya jelas daripada namanya, menggabungkan operasi serupa yang berkaitan dengan keseluruhan projek secara keseluruhan. Beberapa item menu mengandungi fungsi biasa (membuka projek, mengeluarkan dan mencetak gambar rajah, menyalin ke papan keratan dan menampal pelbagai elemen rajah dari papan keratan). Yang lain sangat spesifik sehingga mereka mungkin memerlukan usaha tambahan untuk belajar (pilihan untuk menjana kod program, menyemak ketekalan model, menyambungkan modul tambahan).

Rajah - 7. Kemunculan menu utama program

Bar alat standard

Bar alat standard terletak di bawah menu utama program dan kelihatan seperti ini (Gamb. 8). Sesetengah alatan tidak tersedia (projek baharu tidak mempunyai item). Bar alat standard menyediakan akses pantas kepada arahan menu yang paling kerap dilakukan oleh pembangun.

Rajah - 8. Kemunculan bar alat standard

Pengguna boleh menyesuaikan penampilan panel ini mengikut budi bicaranya sendiri. Untuk melakukan ini, pilih item menu Alat -> Pilihan dan buka tab Bar Alat. Dengan cara ini, anda boleh menunjukkan atau menyembunyikan pelbagai butang alat dan menukar saiznya.

tetingkap penyemak imbas

Secara lalai, tetingkap penyemak imbas terletak di sebelah kiri antara muka kerja di bawah bar alat standard (Gamb. 9).

Penyemak imbas menyusun paparan model dalam struktur hierarki yang memudahkan navigasi dan membolehkan anda mencari sebarang elemen model dalam projek anda. Dalam kes ini, sebarang elemen yang ditambahkan oleh pembangun pada model akan dipaparkan dengan serta-merta dalam tetingkap penyemak imbas. Sehubungan itu, setelah memilih elemen dalam tetingkap penyemak imbas, kita boleh memvisualisasikannya dalam tetingkap rajah atau menukar spesifikasinya. Penyemak imbas juga membolehkan anda menyusun item model ke dalam pakej dan mengalihkan item antara paparan model yang berbeza. Jika dikehendaki, tetingkap penyemak imbas boleh diletakkan di tempat lain antara muka kerja atau disembunyikan sama sekali menggunakan item menu Lihat. Anda juga boleh mengubah saiz pelayar dengan menyeret sempadan bingkai luarnya.

Rajah - 9. Penampilan pelayar

Bar alat khusus

Bar alat khas terletak di antara tetingkap penyemak imbas dan tetingkap rajah di tengah-tengah antara muka yang berfungsi. Secara lalai, bar alat ditawarkan untuk membina gambar rajah kelas model (Rajah 10).

Rajah - 10. Kemunculan bar alat gambar rajah kelas khusus

Anda boleh menukar lokasi bar alat khas dengan mengalihkan bingkai bar alat ke lokasi yang dikehendaki. Anda juga boleh menyesuaikan komposisi panel dengan menambah atau mengalih keluar butang individu yang sepadan dengan alat tertentu. Penetapan butang boleh didapati dalam petua alat yang muncul selepas penuding tetikus dijeda pada butang yang sepadan.

Tetingkap rajah

Tetingkap rajah adalah kawasan kerja utama antara mukanya, di mana pelbagai pandangan model projek divisualisasikan. Secara lalai, tetingkap rajah terletak di sebelah kanan antara muka kerja, tetapi lokasi dan saiznya juga boleh diubah. Apabila membangunkan projek baharu, jika wizard projek belum digunakan, tetingkap rajah ialah kawasan kosong yang tidak mengandungi sebarang unsur model (Rajah 11).

Nama rajah, yang terletak dalam tetingkap ini, ditunjukkan dalam bar tajuk program (baris paling atas program) atau, jika tetingkap tidak dikembangkan ke skrin penuh, dalam bar tajuk tetingkap rajah . Beberapa rajah boleh hadir dalam tetingkap rajah pada masa yang sama, tetapi hanya satu daripadanya boleh aktif. Sebagai contoh, dalam Rajah. 11, rajah penggunaan aktif, walaupun rajah lain tersedia. Bertukar antara gambar rajah boleh dilakukan dengan memilih paparan yang dikehendaki pada bar alat standard atau melalui item menu Tetingkap. Apabila mengaktifkan jenis rajah yang berasingan, penampilan bar alat khas berubah, yang diselaraskan untuk jenis rajah tertentu.

Rajah - 11. Kemunculan tetingkap rajah dengan pandangan model yang berbeza

Tetingkap dokumentasi

Tetingkap dokumentasi lalai mungkin tidak hadir pada skrin. Dalam kes ini, ia boleh diaktifkan melalui item menu View -> Documentation, selepas itu ia akan muncul di bawah pelayar (Gamb. 12).

Tetingkap dokumentasi, seperti namanya, adalah untuk mendokumentasikan elemen paparan model. Anda boleh menulis pelbagai maklumat ke dalamnya, dan apa yang penting - dalam bahasa Rusia. Maklumat ini kemudiannya ditukar menjadi komen dan tidak sama sekali menjejaskan logik pelaksanaan kod program.

Dalam tetingkap dokumentasi, maklumat yang berkaitan dengan elemen terpilih yang berasingan bagi gambar rajah diaktifkan. Dalam kes ini, anda boleh memilih elemen sama ada dalam tetingkap penyemak imbas atau dalam tetingkap rajah. Apabila elemen baharu ditambahkan pada rajah (contohnya, kelas), dokumentasinya dijana secara automatik, yang kosong (Tiada dokumentasi). Selepas itu, pemaju secara bebas memperkenalkan maklumat penjelasan yang diperlukan, yang diingati dan boleh diubah semasa kerja projek.

Serta untuk tetingkap lain antara muka yang berfungsi, anda boleh menukar saiz dan kedudukan tetingkap dokumentasi.

Rajah - 12. Penampilan tetingkap dokumentasi

Tetingkap log

Tetingkap Log bertujuan untuk rakaman automatik pelbagai maklumat perkhidmatan yang dijana semasa kerja dengan program. Log merekodkan masa dan sifat tindakan pembangun, seperti mengemas kini model, menyesuaikan menu dan bar alat, dan mesej ralat yang berlaku semasa menjana kod program.

Tetingkap log sentiasa ada pada antara muka kerja di kawasan tetingkap rajah (Gamb. 13). Walau bagaimanapun, ia boleh ditutup oleh tingkap rajah lain atau diminimumkan. Anda boleh mengaktifkan tetingkap log melalui menu Window-> Log. Dalam kes ini, ia dipaparkan di atas tetingkap lain dalam anak tetingkap kanan antara muka yang berfungsi. Tetingkap ini tidak boleh dialih keluar sepenuhnya, ia hanya boleh diminimumkan.

Rajah - 13. Penampilan tetingkap log

Kesimpulan

& nbsp & nbsp & nbsp & nbsp Lama kelamaan, UML akan menjadi "Esperanto" di mana ahli matematik, penganalisis sistem, ahli fizik, pengaturcara, pengurus, ahli ekonomi dan pakar profesion lain boleh berkomunikasi, menyampaikan pengetahuan profesional mereka dalam bentuk yang bersatu. Lagipun, pada dasarnya, setiap pakar beroperasi dengan konsep model dalam bidang pengetahuannya. Dan aspek model inilah yang boleh ditentukan dengan menggunakan bahasa UML.

& nbsp & nbsp & nbsp & nbsp Dalam hal ini, kepentingan bahasa UML meningkat dengan ketara, kerana ia semakin memperoleh ciri-ciri bahasa perwakilan pengetahuan. Pada masa yang sama, kehadiran dalam UML cara bergambar untuk mewakili struktur dan tingkah laku model memungkinkan untuk mencapai perwakilan pengetahuan deklaratif dan prosedur yang mencukupi dan, tidak kurang pentingnya, untuk mewujudkan korespondensi semantik antara bentuk-bentuk ini. pengetahuan. Semua ciri UML ini membolehkan kami membuat kesimpulan bahawa ia mempunyai prospek yang paling serius dalam masa terdekat.

Artikel ini mengkaji era baharu pembangunan perisian, kesannya terhadap keperluan baharu untuk UML dan amalan terbaik untuk memenuhinya.
& nbsp 7. "Pemodelan Data dalam Rational Rose" Sergey Trofimov Menghuraikan pemodelan perwakilan data fizikal menggunakan Rational Rose
& nbsp 8. Bahasa UML. Pemahaman umum bahasa UML: struktur, elemen grafik dan gambar rajah bahasa.
& nbsp 9. UML Praktikal. Dokumen ini ialah terjemahan dari UML Praktikal. Pengenalan Hands-On untuk Pembangun. Pengenalan praktikal untuk pembangun
& nbsp 10. "Bahasa standard pemodelan berorientasikan objek UML" Vendrov Alexander Mikhailovich. Sejarah UML
& nbsp 11. UML ialah bahasa pemodelan bersatu. Bahan ini mengandungi maklumat awal tentang kaedah menerangkan sistem perisian dan notasi yang digunakan dalam UML.
& nbsp 12. Bahasa UML. Panduan pengguna. Oleh Grady Booch, James Rambeau, Ivar Jacobson
& nbsp 13. "Rajah UML dalam Rasional Rose" Sergey Trofimov
& nbsp 14. "Analisis dan reka bentuk. Visual modeling (UML) Rational Rose" Konstantin Domolego
& nbsp 15. Perpustakaan Gennady Vernikov. Penerangan lengkap tentang piawaian reka bentuk dan pemodelan.
& nbsp 16. "Contoh penerangan bidang subjek menggunakan UML dalam pembangunan sistem perisian" Ye.B. Zolotukhina, R.V. Alfimov. Artikel menunjukkan contoh khusus pendekatan yang mungkin untuk pemodelan domain berdasarkan penggunaan Bahasa Pemodelan Bersepadu (UML)

& nbsp & nbsp & nbsp & nbsp

Gambar rajah UML ialah bahasa penerangan grafik khusus yang direka untuk pemodelan objek dalam pembangunan pelbagai perisian. Bahasa ini mempunyai profil yang luas dan merupakan standard terbuka yang menggunakan pelbagai tatatanda grafik untuk mencipta model abstrak sistem. UML dicipta untuk menyediakan definisi, visualisasi, dokumentasi dan reka bentuk semua jenis sistem perisian. Perlu diingat bahawa gambar rajah UML itu sendiri bukanlah bahasa pengaturcaraan, tetapi ia menyediakan kemungkinan untuk menghasilkan kod berasingan berdasarkannya.

Mengapa ia diperlukan?

UML tidak berakhir dengan memodelkan semua jenis perisian. Selain itu, bahasa ini digunakan secara aktif hari ini untuk memodelkan pelbagai proses perniagaan, menjalankan kejuruteraan sistem, serta memaparkan struktur organisasi.

Menggunakan UML, pembangun perisian boleh menguatkuasakan konvensyen lengkap dalam tatatanda grafik yang digunakan untuk mewakili konsep umum seperti komponen, generalisasi, kelas, tingkah laku dan pengagregatan. Ini mencapai tahap tumpuan yang lebih besar pada seni bina dan reka bentuk.

Ia juga perlu diperhatikan bahawa terdapat beberapa jenis rajah tersebut.

Gambar rajah kelas

Gambar rajah kelas UML ialah gambar rajah struktur statik yang direka untuk menerangkan struktur sistem, serta menunjukkan atribut, kaedah dan kebergantungan antara beberapa kelas yang berbeza.

Perlu diperhatikan fakta bahawa terdapat beberapa sudut pandangan mengenai pembinaan rajah tersebut, bergantung pada cara ia akan digunakan:

Konseptual. Dalam kes ini, gambar rajah kelas UML menerangkan model domain tertentu, dan hanya kelas objek yang digunakan disediakan di dalamnya.
khusus. Gambar rajah digunakan dalam proses reka bentuk pelbagai sistem maklumat.
Perlaksanaan. Rajah kelas merangkumi semua jenis kelas yang digunakan secara langsung dalam kod program.

Gambar rajah komponen

Rajah Komponen UML ialah gambar rajah struktur statik sepenuhnya. Ia bertujuan untuk menunjukkan pembahagian sistem perisian tertentu kepada pelbagai komponen struktur, serta hubungan antara mereka. Gambar rajah komponen UML boleh menggunakan semua jenis model, perpustakaan, fail, pakej, fail boleh laku dan banyak elemen lain.

Gambarajah Struktur Komposit / Komposit

Rajah Struktur Komposit / Komposit UML juga merupakan gambar rajah struktur statik, tetapi ia digunakan untuk menunjukkan struktur dalaman kelas. Jika boleh, rajah ini juga boleh menunjukkan interaksi unsur-unsur yang terdapat dalam struktur dalaman kelas.

Subjenis daripadanya ialah gambar rajah kerjasama UML, yang digunakan untuk menunjukkan peranan, serta interaksi pelbagai kelas dalam sempadan kerjasama. Mereka agak berguna apabila anda perlu memodelkan corak reka bentuk.

Perlu diingat bahawa jenis gambar rajah kelas UML dan jenis struktur komposit boleh digunakan pada masa yang sama.

Gambar rajah penempatan

Gambar rajah ini digunakan untuk mensimulasikan nod yang berfungsi, serta semua jenis artifak yang digunakan untuknya. UML 2 menggunakan artifak ke pelbagai nod, manakala versi pertama menggunakan komponen secara eksklusif. Oleh itu, gambarajah penggunaan UML digunakan terutamanya oleh versi kedua.

Kebergantungan nyata terbentuk antara artifak dan komponen yang ia laksanakan.

Gambar rajah objek

Paparan ini membolehkan anda melihat petikan penuh atau separa sistem yang dibuat pada masa tertentu. Ia memaparkan sepenuhnya semua contoh kelas sistem tertentu, menunjukkan nilai semasa parameter mereka, serta pautan di antara mereka.

Gambar rajah pakej

Gambar rajah ini bersifat struktur, dan kandungan utamanya ialah semua jenis pakej, serta hubungan antara mereka. Dalam kes ini, tiada pemisahan yang ketat antara beberapa rajah struktur, akibatnya penggunaannya paling kerap ditemui semata-mata untuk kemudahan, dan tidak membawa sebarang makna semantik. Perlu diingat bahawa elemen yang berbeza boleh menyediakan gambar rajah UML yang lain (contoh: pakej dan gambar rajah pakej itu sendiri).

Penggunaannya dijalankan untuk memastikan organisasi beberapa elemen ke dalam kumpulan mengikut kriteria tertentu, untuk memudahkan struktur, dan juga untuk mengatur kerja dengan model sistem ini.

Gambar rajah aktiviti

Gambar rajah aktiviti UML menggambarkan penguraian aktiviti tertentu kepada beberapa bahagian komponen. Dalam kes ini, konsep "aktiviti" merujuk kepada spesifikasi tingkah laku boleh laku tertentu dalam bentuk selari, serta pelaksanaan berurutan yang diselaraskan pelbagai elemen bawahan - jenis aktiviti bersarang dan pelbagai tindakan, disatukan oleh benang yang pergi dari output nod tertentu kepada input yang lain.

Gambar rajah aktiviti UML sering digunakan untuk memodelkan pelbagai proses perniagaan, pengiraan selari dan berjujukan. Antara lain, mereka mensimulasikan semua jenis prosedur teknologi.

Gambar rajah Automaton

Pandangan ini juga dipanggil gambar rajah keadaan UML. Mempunyai mesin keadaan yang dipersembahkan dengan keadaan dan peralihan yang ringkas dan komposit.

Mesin keadaan ialah spesifikasi urutan keadaan berbeza yang melaluinya objek tertentu, atau interaksi sebagai tindak balas kepada beberapa peristiwa dalam kehidupannya, serta tindak balas objek terhadap peristiwa tersebut. Mesin keadaan yang menggunakan carta keadaan UML dilampirkan pada elemen sumber dan digunakan untuk menentukan gelagat kejadiannya.

Skim naga yang dipanggil boleh digunakan sebagai analogi gambar rajah tersebut.

Gunakan gambar rajah kes

Gambar rajah kes penggunaan UML menggambarkan semua perhubungan yang timbul antara pelakon, serta pelbagai kes penggunaan. Tugas utamanya adalah untuk menyediakan dirinya sebagai cara lengkap yang membolehkan pelanggan, pengguna akhir, atau beberapa pembangun bersama-sama membincangkan kelakuan dan kefungsian sistem tertentu.

Jika gambarajah kes penggunaan UML digunakan dalam proses pemodelan sistem, maka penganalisis akan:

Asingkan dengan jelas sistem simulasi daripada persekitarannya.
Kenal pasti pelakon, cara interaksi mereka dengan sistem ini, serta kefungsian yang diharapkan.
Ditetapkan dalam glosari sebagai bidang subjek pelbagai konsep yang berkaitan dengan penerangan terperinci tentang fungsi sistem ini.

Jika gambar rajah penggunaan dibangunkan dalam UML, prosedur bermula dengan penerangan teks, yang diperoleh apabila bekerja dengan pelanggan. Pada masa yang sama, perlu diperhatikan fakta bahawa pelbagai keperluan tidak berfungsi dalam proses penyediaan model kes penggunaan telah ditinggalkan sepenuhnya, dan dokumen berasingan akan dibentuk untuk mereka.

Komunikasi

Gambar rajah komunikasi, sama seperti gambar rajah jujukan UML, adalah transitif, iaitu, ia menyatakan interaksi dengan sendirinya, tetapi pada masa yang sama menunjukkannya dengan cara yang berbeza, dan, jika perlu, dengan tahap ketepatan yang diperlukan, anda boleh mengubahnya. ke dalam yang lain.

Gambar rajah komunikasi menggambarkan interaksi yang berlaku antara pelbagai elemen struktur komposit, serta peranan kerjasama. Perbezaan utama dari rajah jujukan ialah ia jelas menunjukkan hubungan antara beberapa elemen, dan masa tidak digunakan sebagai dimensi yang berasingan.

Jenis ini dibezakan dengan format percuma sepenuhnya untuk memesan beberapa objek dan pautan dengan cara yang sama seperti yang dilakukan dalam gambar rajah objek. Jika terdapat keperluan untuk mengekalkan susunan mesej dalam format percuma ini, ia dinomborkan mengikut kronologi. Membaca rajah ini bermula dengan mesej asal 1.0, dan kemudian meneruskan ke arah mesej dihantar dari satu objek ke objek lain.

Kebanyakan rajah ini menunjukkan maklumat yang sama persis seperti yang diberikan oleh rajah jujukan kepada kita, walau bagaimanapun, kerana ia menggunakan cara yang berbeza untuk menyampaikan maklumat, perkara tertentu dalam satu rajah menjadi lebih mudah untuk dikenal pasti berbanding rajah yang lain. Perlu diingatkan juga bahawa gambar rajah komunikasi menunjukkan dengan lebih jelas elemen yang mana setiap elemen berinteraksi, manakala gambar rajah jujukan lebih jelas menunjukkan dalam susunan interaksi tersebut berlaku.

Rajah jujukan

Gambarajah jujukan UML menunjukkan interaksi antara berbilang objek, yang disusun mengikut masa kejadiannya. Gambar rajah ini memaparkan interaksi tertib masa antara berbilang objek. Khususnya, ia memaparkan semua objek yang mengambil bahagian dalam interaksi, serta urutan lengkap mesej yang ditukar oleh mereka.

Elemen utama dalam kes ini ialah penetapan pelbagai objek, serta garis menegak yang menunjukkan peredaran masa dan segi empat tepat yang menyediakan aktiviti objek tertentu atau prestasi mana-mana fungsi olehnya.

Gambar rajah kerjasama

Jenis rajah ini membolehkan anda menunjukkan interaksi antara beberapa objek, mengabstraksi daripada urutan mesej penyiaran. Jenis rajah dalam bentuk padat ini memaparkan secara mutlak semua mesej yang dihantar dan diterima bagi objek tertentu, serta format mesej ini.

Disebabkan fakta bahawa rajah jujukan dan rajah komunikasi hanyalah pandangan yang berbeza untuk prosedur yang sama, Rational Rose menyediakan keupayaan untuk mencipta rajah komunikasi daripada rajah jujukan atau sebaliknya, serta menyegerakkannya secara automatik sepenuhnya.

Carta gambaran keseluruhan interaksi

Ini ialah gambar rajah UML, yang merupakan subset gambar rajah aktiviti yang merangkumi kedua-dua elemen Jujukan dan pembinaan aliran kawalan.

Perlu diingat fakta bahawa format ini menggabungkan gambarajah Kerjasama dan Jujukan, yang memberikan peluang dari sudut pandangan yang berbeza untuk mempertimbangkan interaksi antara beberapa objek dalam sistem yang sedang dibentuk.

Gambar rajah penyegerakan

Ia ialah rajah jujukan ganti yang menunjukkan dengan jelas perubahan keadaan pada talian hayat dengan skala masa tertentu. Boleh menjadi agak berguna dalam pelbagai aplikasi masa nyata.

Apakah faedahnya?

Perlu diperhatikan beberapa kelebihan yang membezakan gambar rajah penggunaan UML dan lain-lain:

Bahasa ini berorientasikan objek, akibatnya teknologi untuk menerangkan hasil analisis dan reka bentuk yang dijalankan secara semantik dekat dengan kaedah pengaturcaraan dalam semua jenis bahasa berorientasikan objek jenis moden.
Menggunakan bahasa ini, sistem boleh diterangkan dari hampir semua sudut pandangan yang mungkin, dan dengan cara yang sama, pelbagai aspek tingkah lakunya diterangkan.
Semua gambar rajah agak mudah dibaca, walaupun selepas kebiasaan yang agak cepat dengan sintaksnya.
UML membolehkan anda mengembangkan, serta memperkenalkan stereotaip grafik dan teks anda sendiri, yang menyumbang kepada penggunaannya bukan sahaja dalam kejuruteraan perisian.
Bahasa telah menjadi agak meluas, dan juga berkembang dengan agak aktif.

keburukan

Walaupun fakta bahawa membina gambar rajah UML mempunyai banyak kelebihannya, selalunya ia dikritik kerana kelemahan berikut:

Lebihan. Dalam kebanyakan kes, pengkritik mengatakan bahawa UML terlalu besar dan kompleks, dan selalunya ini tidak wajar. Ia termasuk banyak pembinaan dan gambar rajah yang berlebihan atau tidak berguna, dan selalunya kritikan sedemikian pergi ke versi kedua, dan bukan yang pertama, kerana dalam semakan yang lebih baru terdapat lebih banyak kompromi "yang dibangunkan oleh jawatankuasa".
Pelbagai ketidaktepatan semantik. Oleh kerana UML ditakrifkan oleh gabungan dirinya sendiri, Bahasa Inggeris, dan OCL, ia tidak mempunyai kekakuan yang wujud dalam bahasa yang ditakrifkan dengan tepat oleh teknik penerangan formal. Dalam situasi tertentu, sintaks abstrak OCL, UML dan Bahasa Inggeris mula bercanggah antara satu sama lain, manakala dalam kes lain ia tidak lengkap. Penerangan yang tidak tepat tentang bahasa itu sendiri memberi kesan kepada kedua-dua pengguna dan penyedia alat, yang akhirnya membawa kepada ketidakserasian alatan disebabkan oleh cara unik untuk mentafsir spesifikasi yang berbeza.
Masalah dalam proses pelaksanaan dan kajian. Semua masalah di atas mewujudkan kesukaran tertentu dalam proses memperkenalkan dan mempelajari UML, dan ini benar terutamanya apabila kepimpinan memaksa jurutera menggunakannya secara paksa, sementara mereka tidak mempunyai kemahiran terdahulu.
Kod itu mencerminkan kod. Pendapat lain ialah bukan model yang cantik dan menarik yang penting, tetapi sistem kerja itu sendiri, iaitu, kod itu adalah projek. Selaras dengan pandangan ini, terdapat keperluan untuk membangunkan cara yang lebih cekap untuk menulis perisian. UML dihargai untuk pendekatan yang menyusun model untuk menjana semula kod boleh laku atau sumber. Tetapi pada hakikatnya, ini mungkin tidak mencukupi, kerana bahasa tidak mempunyai sifat kesempurnaan Turing, dan setiap kod yang dijana akhirnya akan dihadkan oleh perkara yang boleh diandaikan atau ditentukan oleh alat penterjemah UML.
Muatkan tidak sepadan. Istilah ini berasal dari teori analisis sistem untuk menentukan ketidakupayaan input sistem tertentu untuk melihat output yang lain. Seperti mana-mana sistem tatatanda standard, UML boleh mewakili beberapa sistem dengan cara yang lebih cekap dan ringkas daripada yang lain. Oleh itu, pembangun lebih cenderung kepada penyelesaian yang lebih selesa untuk menganyam semua kekuatan UML, serta bahasa pengaturcaraan lain. Masalah ini lebih jelas sekiranya bahasa pembangunan tidak mematuhi prinsip asas doktrin ortodoks berorientasikan objek, iaitu, ia tidak cuba berfungsi mengikut prinsip OOP.
Cuba untuk menjadi serba boleh. UML ialah bahasa pemodelan tujuan umum yang berusaha untuk serasi dengan mana-mana bahasa pemprosesan yang tersedia hari ini. Dalam konteks projek tertentu, agar pasukan reka bentuk dapat mencapai matlamat muktamad, adalah perlu untuk memilih keupayaan yang terpakai bagi bahasa tersebut. Di samping itu, cara yang mungkin untuk mengehadkan skop UML dalam kawasan tertentu melalui formalisme yang tidak dirumuskan sepenuhnya, tetapi ia sendiri menjadi objek kritikan.

Oleh itu, penggunaan bahasa ini tidak relevan dalam semua keadaan.

Artikel terbaru

2021-11-16 12:29:16
Perisian tegar Samsung Galaxy Gio s5660
2021-11-16 12:29:16
Memaparkan item mengikut tag: firmware samsung galaxy a8
2021-11-16 12:29:16
Manual pengguna Sony Ericsson Xperia Arc Smartphone Arc

Artikel popular

Pilihan Editor

2021-11-11 12:38:28

Nilai avatar dalam psikologi
Melalui avatar, anda boleh mengetahui beberapa sifat perwatakan seseorang - kedua-dua anda sendiri dan orang yang anda minati. Ini bukan tentang menguji seseorang sepenuhnya untuk ...
2021-11-11 12:38:28

Nilai avatar dalam psikologi
Imej maya kami, bersama-sama dengan imej dalam kehidupan sebenar, secara aktif mempengaruhi kejayaan kerjaya. Tangga kerjaya dalam talian bermula dengan mengisi ...
2021-11-11 12:38:28

Bagaimana untuk menekankan surat dalam MS Word
Bahasa Rusia sangat kompleks dan pelbagai rupa, itulah sebabnya ramai orang asing mempelajarinya dengan susah payah. Salah satu ciri menarik bahasa kita ialah makna ...
2021-11-11 12:38:28

Apa ertinya jika avatar seseorang
Hari ini di Internet terdapat banyak perkataan baru dan kadang-kadang tidak dapat difahami sepenuhnya untuk kita, seperti skype, spam, banjir, userpic dan banyak lagi. Dalam artikel ini ...
2021-11-11 12:38:28

Cara Mencipta Momen Twitter Anda Sendiri
Di Twitter, Moments hanyalah koleksi tweet (dengan gambar, dengan atau tanpa video) tentang acara tertentu dan dikumpulkan ke dalam satu suapan. V...