Kami memperbaiki deskripsi fungsi sistem menggunakan diagram Sequence

Kami mengklarifikasi deskripsi fungsi sistem menggunakan diagram Sequence (lanjutan "Tupai")

Pada artikel ini, kami akan mempertimbangkan cara merinci (memperjelas) deskripsi fungsi otomatis menggunakan Diagram Urutan UML - diagram urutan.

Dalam contoh ini, saya menggunakan lingkungan Enterprise Architect dari perusahaan Australia Sparx Systems [1].
Lihat spesifikasi UML lengkap di sini [2].

Untuk mulai dengan, saya akan menjelaskan apa yang akan kami detail.
Pada bagian pertama artikel "Dari Pemodelan Proses hingga Perancangan Sistem Otomatis", kami mensimulasikan proses area subjek "dongeng" - sebuah garis tentang protein dari A. Pushkin's "Tales of Tsar Saltan" dari Pushkin. Dan kami mulai dengan bagan Aktivitas. Kemudian, pada bagian kedua, kami mengembangkan model fungsional menggunakan diagram Use-case, sebuah fragmen ditunjukkan pada Gambar 1.

Gambar 1. Persyaratan dan fungsi hubungan

Sekarang kami ingin mengklarifikasi informasi tentang penerapan fungsi otomatis ini:

• komponen antarmuka apa yang akan berinteraksi dengan pengguna kami;
• komponen kontrol apa yang kita butuhkan;
• apa yang akan kita simpan;
• pesan apa yang akan dipertukarkan oleh pengguna dan komponen sistem untuk melakukan fungsi.

Elemen utama dari diagram Sequence adalah benda yang berinteraksi dengan stereotip yang berbeda dan hubungan di antara mereka - benda yang berinteraksi saling bertukar informasi satu sama lain (Gambar 2).

Gambar 2. Elemen utama dari diagram Sequence

Objek diatur dalam urutan horisontal, pesan dikirim di antara mereka. Sumbu waktu berorientasi dari atas ke bawah.
Elemen Aktor dapat digunakan untuk mewakili pengguna yang memulai alur acara.
Setiap objek memiliki garis putus-putus yang disebut "garis kehidupan," di mana elemen ini ada dan berpotensi mengambil bagian dalam interaksi. Fokus kontrol ditunjukkan oleh persegi panjang pada garis kehidupan objek.
Pesan yang dipertukarkan antara objek dapat terdiri dari beberapa jenis, pesan juga dapat dikonfigurasi untuk mencerminkan operasi dan properti dari elemen sumber dan target.
Elemen stereotip, seperti Batas, Kontrol, dan Entitas, dapat digunakan untuk memodelkan antarmuka pengguna (GUI), pengontrol, dan elemen basis data, masing-masing.
Alur pesan berulang dapat ditunjuk sebagai fragmen jenis loop.

Jadi, kami berencana untuk menjelaskan deskripsi fungsi "Tambahkan informasi tentang kacang baru ke pernyataan".
Kami menyetujui generalisasi dan asumsi tambahan berikut.

1. Walnut, kernel dan cangkang adalah semua nilai material dari jenis yang sesuai (Gambar 3).
   
   Gambar 3. Menyempurnakan diagram kelas
2. Dalam pernyataan itu, pengguna kami akan memasukkan informasi tentang nilai material apa pun.
3. Perjelas nama pernyataan - "Pernyataan nilai akuntansi mat."
4. Misalkan pengguna kami, bekerja dengan GUI "Pernyataan akuntansi nilai-nilai material", dapat menambahkan nilai material baru melalui "Kartu akuntansi nilai-nilai material" GUI.
5. Bergantung pada jenis nilai material, struktur data dan GUI berubah.
6. Saat mengisi bidang kartu akuntansi bahan, kebenaran data yang dimasukkan diperiksa.

Diagram berdasarkan asumsi ini ditunjukkan pada Gambar 4.

Gambar 4. Penyempurnaan deskripsi fungsi "Tambahkan informasi tentang kacang baru ke pernyataan"

Penerapan jenis diagram UML lainnya dapat ditemukan di sini:

• Dari pemodelan proses hingga merancang sistem otomatis (Bagian 1);
• Dari pemodelan proses hingga merancang sistem otomatis (Bagian 2);
• Dua pendekatan untuk menyusun diagram Kegiatan.