Perbaiki deskripsi fungsi sistem menggunakan Sequence diagram

Kami menyempurnakan deskripsi fungsi sistem menggunakan diagram Urutan (kelanjutan dari "Protein")

Pada artikel ini, kami akan mempertimbangkan bagaimana Anda dapat memperbaiki (mengklarifikasi) deskripsi fungsi otomatis menggunakan UML Sequence Diagram - diagram urutan.

Dalam contoh ini, saya menggunakan lingkungan Enterprise Architect dari perusahaan Australia. Sistem Sparx [1].
Untuk spesifikasi UML selengkapnya, lihat di sini [2].

Untuk memulainya, saya akan menjelaskan apa yang akan kami detailkan.
Π’ Bagian 1 artikel "Dari Pemodelan Proses ke Desain Sistem Otomatis" kami memodelkan proses area subjek yang "luar biasa" - baris tentang tupai dari The Tale of Tsar Saltan karya A.S. Pushkin. Dan kami mulai dengan diagram Aktivitas. Lalu masuk bagian ke-2 kami mengembangkan model fungsional menggunakan diagram Use-case, Gambar 1 menunjukkan sebuah fragmen.

Perbaiki deskripsi fungsi sistem menggunakan Sequence diagram
Gambar 1 Hubungan antara kebutuhan dan fitur

Sekarang kami ingin mengklarifikasi informasi tentang pelaksanaan 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 menjalankan fungsi tersebut.

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

Perbaiki deskripsi fungsi sistem menggunakan Sequence diagram
Gambar 2. Elemen Utama Sequence Diagram

Objek disusun dalam urutan horizontal, pesan diteruskan di antara mereka. Sumbu waktu diorientasikan dari atas ke bawah.
Elemen Aktor dapat digunakan untuk mewakili pengguna yang memulai aliran peristiwa.
Setiap objek memiliki garis putus-putus, yang disebut "garis kehidupan", di mana elemen ini ada dan berpotensi mengambil bagian dalam interaksi. Fokus kontrol ditunjukkan dengan persegi panjang pada garis hidup objek.
Pesan yang dipertukarkan antar objek dapat terdiri dari beberapa jenis, pesan juga dapat disesuaikan untuk mencerminkan operasi dan properti elemen sumber dan target.
Elemen stereotip seperti batas (Boundary), kontrol (Control) dan entitas (Entity) dapat digunakan untuk memodelkan antarmuka pengguna (GUI), pengontrol, dan elemen basis data.
Alur pesan berulang dapat ditetapkan sebagai fragmen dengan tipe "loop".

Jadi, kami berencana mengklarifikasi deskripsi fungsi "Tambahkan informasi tentang kacang baru ke pernyataan".
Mari kita sepakati generalisasi dan asumsi tambahan berikut.

  1. Kacang-kacangan, kernel dan cangkang semuanya merupakan aset material dari masing-masing jenis (Gambar 3).
    Perbaiki deskripsi fungsi sistem menggunakan Sequence diagram
    Gambar 3. Penyempurnaan Class Diagram
  2. Pengguna kami akan memasukkan informasi tentang nilai material apa pun ke dalam pernyataan.
  3. Mari kita perjelas nama lembarnya - "Pernyataan akuntansi untuk nilai material."
  4. Katakanlah pengguna kita, yang bekerja dengan "Pernyataan akuntansi nilai material" GUI, dapat menambahkan nilai finansial baru melalui "Kartu akuntansi nilai material" GUI.
  5. Bergantung pada jenis nilainya, struktur data dan GUI berubah.
  6. Saat mengisi kolom kartu akuntansi nilai material, kebenaran data yang dimasukkan diperiksa.

Diagram yang dibangun dengan asumsi ini ditunjukkan pada Gambar 4.

Perbaiki deskripsi fungsi sistem menggunakan Sequence diagram
Gambar 4. Klarifikasi deskripsi fungsi "Tambahkan informasi tentang kacang baru ke pernyataan"

Anda dapat membaca tentang penggunaan diagram UML jenis lain di sini:

Daftar sumber

  1. Situs web Sistem Sparx. [Sumber daya elektronik] Mode akses: Internet: https://sparxsystems.com
  2. Spesifikasi OMG Unified Modelling Language (OMG UML). Versi 2.5.1. [Sumber daya elektronik] Mode akses: Internet: https://www.omg.org/spec/UML/2.5.1/PDF

Sumber: www.habr.com

Tambah komentar