Poster Soviet "Sistem manajemen produksi otomatis - ekonomi nasional!", Artis R. Suryaninov, 1972
“Sebuah kisah tentang pemodelan sistem yang kompleks”
Latar belakang
Sebuah komentar tersisa di salah satu artikel saya tentang pemodelan area subjek "dongeng" ( bagian 1 , bagian 2 ), saya kutip:
"Akan sangat bagus untuk melihat cerita tentang pemodelan sistem yang kompleks . "
Dan saya berjanji untuk mengambil sesuatu dari kehidupan nyata.
Beberapa kata tentang bahasa pemodelan, lingkungan pemodelan, metodologi, dan konvensi pemodelan
Bahasa pemodelan
Untuk pemodelan, UML digunakan - Unified Modeling Language, bahasa pemodelan terpadu [1].
Lingkungan pemodelan
Sebagai alat pemodelan digunakan Enterprise Architect dari perusahaan Australia Sparx Systems [2].
Metodologi dan Kesepakatan Pemodelan
Sebelum memulai desain, perlu untuk menetapkan aturan dan pendekatan tertentu yang akan kita ikuti ketika mengembangkan diagram, aturan yang sama akan digunakan ketika "membaca" diagram. Pendekatan utama dijelaskan secara rinci dalam [3, 4].
Tahap 1. Kami mengembangkan peta proses menggunakan diagram Use-case, meletakkan di atasnya semua proses target yang diidentifikasi - Elemen use-case, serta peserta proses - Elemen aktor, kami mencoba untuk segera mengelompokkan proses sesuai dengan maknanya (jika mungkin, tentu saja).
Tahap 2. Kami menjelaskan setiap proses dalam bentuk diagram Kegiatan. Untuk proses di mana lebih dari 10 langkah disorot, masuk akal untuk menerapkan prinsip dekomposisi langkah-langkah proses untuk meningkatkan keterbacaan diagram. Untuk diagram Aktivitas tingkat rendah, kami menerapkan penataan bidang diagram menggunakan jalur "berenang" - jalur berenang. Nama trek akan sesuai dengan jenis elemen bagan yang akan ditempatkan di trek ini. “Masuk / Keluar objek ": Elemen objek akan ditemukan di trek ini - objek yang digunakan atau merupakan hasil dari langkah tertentu dari proses. "Aktivitas": di sini kita menempatkan unsur-unsur Kegiatan - tindakan para peserta dalam proses. "Peran": trek untuk elemen yang akan menunjukkan peran pelaksana tindakan dalam proses kami, bagi mereka kami akan menggunakan elemen Obyek pemodelan objek yang sama - sebuah objek, tetapi menambahkan stereotip "Aktor" ke dalamnya. Lagu berikutnya disebut "Aturan" dan di trek ini kita akan menempatkan dalam bentuk teks aturan untuk menyelesaikan langkah-langkah proses, dan untuk ini kita akan menggunakan elemen pemodelan Catatan - catatan. Kami akan menggunakan trek Tools untuk mengumpulkan informasi tentang tingkat otomatisasi proses.
Langkah 3. Sorot apa yang bisa diotomatisasi. Kami akan memiliki tiga jenis langkah: eksekusi manual, otomatis dan sepenuhnya otomatis.
Tahap 4. Langkah otomatis perlu sesuai dengan fungsi atau fungsi sistem (hubungannya bisa banyak-ke-banyak), menggambar diagram use-case. Ini adalah fungsi dari sistem kami.
Langkah 5. Kami menggambarkan organisasi internal sistem menggunakan diagram kelas - Kelas. Jalan masuk “Masuk / Keluar objek ”pada diagram Aktivitas adalah dasar untuk membangun model objek dan model hubungan entitas.
Langkah 6. Kami menganalisis catatan pada trek "Aturan", mereka memberikan berbagai jenis pembatasan dan ketentuan, yang secara bertahap diubah menjadi persyaratan non-fungsional.
Langkah 7. Elemen pada trek Alat memberi tahu kami tentang tingkat otomatisasi proses.
Seperangkat diagram yang dihasilkan memberikan deskripsi yang diformalkan dalam notasi yang cukup ketat, yaitu memiliki bacaan yang jelas. Sekarang dimungkinkan untuk mengembangkan kerangka acuan, memperjelas spesifikasi persyaratan, dll.
Elemen pemodelan diagram use-case untuk peta proses
Elemen Pemodelan Bagan Elemen
Informasi singkat tentang objek otomatisasi
Objek otomatisasi adalah proses memastikan kualitas produksi perangkat medis.
Proses pembuatan perangkat medis ditandai dengan keberadaan sejumlah besar operasi manual. Manajemen kualitas diatur sesuai dengan GOST ISO 13485-2011. Produk Medis. Sistem Manajemen Mutu. Persyaratan sistem untuk tujuan pengaturan.
Untuk melakukan kontrol kualitas, perlu untuk memantau dan mencatat semua operasi dalam produksi perangkat medis untuk penyelidikan selanjutnya dari kemungkinan insiden.
Sebagai pembawa informasi pendaftaran, kode batang digunakan. Untuk membaca informasi, pembaca barcode jarak jauh digunakan.
Sistem otomatis yang dikembangkan (AS) untuk kontrol pembuatan perangkat medis dimaksudkan untuk:
- kontrol dan registrasi semua operasi dalam pembuatan perangkat medis;
- memantau proses pembuatan produk;
- memperoleh pelaporan tentang operasi yang dilakukan.
Peta Proses - Diagram use-case
Gambar 1 menunjukkan peta proses kontrol AC dari pembuatan perangkat medis. Proses disorot dalam warna hijau untuk skenario eksekusi yang akan diberikan di bawah ini.
Gambar 1. Proses peta sistem kontrol otomatis untuk pembuatan perangkat medis
Contoh Skenario Proses - Bagan Aktivitas
Gambar 2-5 menunjukkan contoh skenario untuk implementasi proses kontrol AS untuk pembuatan perangkat medis.
Gambar 2. Mempersiapkan pekerjaan (mulai dari shift)
Gambar 3. Membuat madu. produk (langkah makro)
Gambar 4. Awal pembuatan alat kesehatan
Gambar 5. Produksi perangkat medis
Object Life Cycle - Bagan Negara
Dalam Activity diagram, negara ditunjukkan dalam tanda kurung sebelum atau setelah nama-nama objek.
Siklus hidup penuh pembuatan perangkat medis disajikan pada diagram keadaan - Bagan Negara (Gambar 6).
Gambar 6. Diagram keadaan pembuatan perangkat medis
Struktur sistem
Sistem secara logis dibagi menjadi beberapa subsistem sesuai dengan atribut fungsional:
- Subsistem "Produksi perangkat medis";
- Subsistem "Direktori dan pendaftar (NSI)";
- Subsistem "Pemantauan dan kontrol" (termasuk modul "Pemantauan operasi teknologi" dan "Pelaporan");
- Subsistem "Keamanan";
- Subsistem "Administrasi".
Proses otomatis dalam konteks subsistem dan modul disajikan pada gambar di bawah ini (Gambar 7).
Gambar 7. Proses otomatis dalam konteks subsistem dan modul
Ini, tentu saja, tidak semua diagram, tetapi untuk memberikan gambaran tentang model, saya pikir itu sudah cukup.
Alih-alih sebuah kesimpulan
Ketika kami mulai mengembangkan sistem, pengetahuan tentang area subjek hanya didasarkan pada produk medis yang disebutkan di awal GOST ISO 13485-2011 dan deskripsi kebutuhan pelanggan selama setengah halaman. Model dibahas dengan pelanggan, tidak ada kesulitan khusus dalam "membaca" model.
Pembicara dikembangkan pada 2016-2017. di bawah SQL Server 2014 Express, dalam platform C #, ASP.NET MVC 5, untuk front-end - Javascript dan JQuery. Pembaca barcode nirkabel Mercury CL600R digunakan sebagai pembaca barcode jarak jauh.
Daftar sumber
- 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
- Situs Web Sistem Sparx. [Sumber daya elektronik] Mode akses: Internet: https://sparxsystems.com
- Sertifikat No. 18249 tentang pendaftaran dan penyimpanan karya hasil kegiatan intelektual. Alfimov R.V., Zolotukhina E.B., Krasnikova S.A. Sebuah manuskrip alat pengajaran yang berjudul "Memodelkan bidang studi menggunakan Arsitek Perusahaan" // 2011.
- Zolotukhina E.B., Cherry A.S., Krasnikova S.A. Memodelkan proses bisnis. - M: KURSUS, SIC INFRA-M, EBS Znanium.com. - 2017.