Untuk mengoordinasikan pengoperasian perangkat jaringan dari produsen yang berbeda, memastikan interaksi jaringan yang menggunakan lingkungan propagasi sinyal yang berbeda, model referensi interaksi telah dibuat sistem terbuka(VOS). Model referensi dibangun berdasarkan prinsip hierarki. Setiap tingkat memberikan pelayanan kepada tingkat yang lebih tinggi dan menggunakan jasa pada tingkat yang lebih rendah.
Pemrosesan data dimulai pada tingkat aplikasi. Setelah ini, data melewati seluruh lapisan model referensi, dan dikirim melalui lapisan fisik ke saluran komunikasi. Pada penerimaan, pemrosesan data terbalik terjadi.
Model referensi OSI memperkenalkan dua konsep: protokol Dan antarmuka.
Protokol adalah seperangkat aturan yang menjadi dasar interaksi lapisan berbagai sistem terbuka.
Antarmuka adalah seperangkat sarana dan metode interaksi antar elemen sistem terbuka.
Protokol mendefinisikan aturan interaksi antar modul pada level yang sama di node yang berbeda, dan antarmuka - antara modul dengan level yang berdekatan di node yang sama.
Ada total tujuh lapisan model referensi OSI. Perlu dicatat bahwa tumpukan sebenarnya menggunakan lebih sedikit lapisan. Misalnya, TCP/IP yang populer hanya menggunakan empat lapisan. Mengapa demikian? Kami akan menjelaskannya nanti. Sekarang mari kita lihat masing-masing dari tujuh level secara terpisah.
Lapisan Model OSI:
- Tingkat fisik. Menentukan jenis media transmisi data, karakteristik fisik dan listrik antarmuka, dan jenis sinyal. Lapisan ini berhubungan dengan sedikit informasi. Contoh protokol lapisan fisik: Ethernet, ISDN, Wi-Fi.
- Tingkat tautan data. Bertanggung jawab atas akses ke media transmisi, koreksi kesalahan, dan transmisi data yang andal. Di resepsionis Data yang diterima dari lapisan fisik dikemas ke dalam bingkai dan kemudian integritasnya diperiksa. Jika tidak ada kesalahan, maka data ditransfer ke lapisan jaringan. Jika ada kesalahan, frame dibuang dan permintaan transmisi ulang dibuat. Lapisan data link dibagi menjadi dua sublapisan: MAC (Media Access Control) dan LLC (Local Link Control). MAC mengatur akses ke media fisik bersama. LLC menyediakan layanan lapisan jaringan. Switch beroperasi pada lapisan data link. Contoh protokol: Ethernet, PPP.
- Lapisan jaringan. Tugas utamanya adalah perutean - menentukan jalur transmisi data yang optimal, pengalamatan node secara logis. Selain itu, level ini mungkin ditugaskan untuk memecahkan masalah jaringan (protokol ICMP). Lapisan jaringan bekerja dengan paket. Contoh protokol: IP, ICMP, IGMP, BGP, OSPF).
- Lapisan transportasi. Dirancang untuk mengirimkan data tanpa kesalahan, kehilangan, dan duplikasi dalam urutan pengirimannya. Melakukan kontrol end-to-end transmisi data dari pengirim ke penerima. Contoh protokol: TCP, UDP.
- Tingkat sesi. Mengelola pembuatan/pemeliharaan/penghentian sesi komunikasi. Contoh protokol: L2TP, RTCP.
- Level eksekutif. Mengubah data menjadi bentuk yang diperlukan, mengenkripsi/mengkodekan, dan mengompresi.
- Lapisan aplikasi. Menyediakan interaksi antara pengguna dan jaringan. Berinteraksi dengan aplikasi sisi klien. Contoh protokol: HTTP, FTP, Telnet, SSH, SNMP.
Setelah mengenal model referensi, mari kita lihat tumpukan protokol TCP/IP.
Ada empat lapisan yang didefinisikan dalam model TCP/IP. Seperti dapat dilihat dari gambar di atas, satu lapisan TCP/IP dapat berhubungan dengan beberapa lapisan model OSI.
Tingkat model TCP/IP:
- Tingkat antarmuka jaringan. Sesuai dengan dua lapisan bawah model OSI: data link dan fisik. Berdasarkan hal tersebut jelas bahwa level ini menentukan karakteristik media transmisi ( pasangan bengkok, serat optik, radio), jenis sinyal, metode pengkodean, akses ke media transmisi, koreksi kesalahan, pengalamatan fisik (alamat MAC). Dalam model TCP/IP, protokol Ethrnet dan turunannya (Fast Ethernet, Gigabit Ethernet) beroperasi pada level ini.
- Lapisan interkoneksi. Sesuai dengan lapisan jaringan model OSI. Mengambil alih semua fungsinya: perutean, pengalamatan logis (alamat IP). Protokol IP beroperasi pada level ini.
- Lapisan transportasi. Sesuai dengan lapisan transport model OSI. Bertanggung jawab untuk mengirimkan paket dari sumber ke tujuan. Pada tingkat ini dua protokol yang digunakan: TCP dan UDP. TCP lebih dapat diandalkan dibandingkan UDP dengan membuat permintaan pra-koneksi untuk transmisi ulang ketika terjadi kesalahan. Namun, pada saat yang sama, TCP lebih lambat dibandingkan UDP.
- Lapisan aplikasi. Tugas utamanya adalah berinteraksi dengan aplikasi dan proses pada host. Contoh protokol: HTTP, FTP, POP3, SNMP, NTP, DNS, DHCP.
Enkapsulasi adalah metode pengemasan paket data di mana header paket independen diabstraksi dari header di level yang lebih rendah dengan memasukkannya ke level yang lebih tinggi.
Mari lihat contoh spesifik. Katakanlah kita ingin berpindah dari komputer ke situs web. Untuk melakukan ini, komputer kita harus menyiapkan permintaan http untuk mendapatkan sumber daya dari server web tempat halaman situs yang kita perlukan disimpan. Di tingkat aplikasi, header HTTP ditambahkan ke data browser. Selanjutnya, pada lapisan transport, header TCP ditambahkan ke paket kita, berisi nomor port pengirim dan penerima (port 80 untuk HTTP). Pada lapisan jaringan, header IP dihasilkan berisi alamat IP pengirim dan penerima. Segera sebelum transmisi, header Ethrnet ditambahkan pada lapisan tautan, yang berisi alamat fisik (alamat MAC) pengirim dan penerima. Setelah semua prosedur ini, paket dalam bentuk bit informasi dikirimkan melalui jaringan. Di resepsi, prosedur sebaliknya terjadi. Server web akan memeriksa header yang sesuai di setiap level. Jika pemeriksaan berhasil, header akan dibuang dan paket dikirim ke level tertinggi. Jika tidak, seluruh paket akan dibuang.
Dukung proyek ini
Teman-teman, website Netcloud berkembang setiap hari berkat dukungan Anda. Kami berencana meluncurkan bagian artikel baru, serta beberapa layanan bermanfaat.
Anda mempunyai kesempatan untuk mendukung proyek dan menyumbang berapa pun jumlah yang Anda anggap perlu.
Ide kendali model referensi, yang diusulkan pada tahun 1961, dapat diimplementasikan dengan sedikit modifikasi rangkaian pada Gambar. 11.27. Ide ini mempunyai pengaruh yang besar terhadap pekerjaan pada sistem kendali. Esensinya adalah membangun, mensintesis atau mengadaptasi suatu sistem, suatu umum respon impuls yang paling sesuai dengan karakteristik model acuan atau karakteristik beberapa model ideal.
Misalkan, misalnya, karakteristik dinamis kendali pesawat berbeda secara signifikan untuk kecepatan di bawah penghalang suara dan supersonik. Untuk memberi pilot kemampuan mengendalikan pesawat secara memadai berapa pun kecepatannya, autopilot diperkenalkan, yang menerima sinyal kendali pilot dan menggerakkan mekanisme servo kendali. Respons pesawat terhadap sinyal kendali pilot sesuai dengan respons beberapa model referensi, yang dipilih oleh perancang sistem untuk memberikan "rasa kemudi" pada pesawat yang nyaman bagi pilot. Banyak sistem fisik yang disintesis sehingga karakteristiknya mirip dengan model, dan banyak dari sistem ini bersifat adaptif.
Tidak sulit untuk menerapkan pendekatan yang dijelaskan dengan memodifikasi diagram pada Gambar. 11.11 atau 11.27. Untuk melakukan ini, Anda hanya perlu mengganti model invers dengan penundaan dengan model referensi. Kemudian karakteristik umum sistem ini lebih cenderung serupa dengan kinerja model referensi daripada sekadar lompatan tertunda. Modifikasi rangkaian ini ditunjukkan pada Gambar. 11.28.
Dalam sistem pada Gambar. 11.11 dan 11.27, penundaan diperkenalkan untuk memungkinkan pemodelan invers yang akurat sesuai dengan tingkat MSD yang rendah. Jika ada penundaan, Anda bisa mendapatkan respons yang tertunda, namun lebih akurat. Seperti disebutkan di atas, penerapan penundaan diperlukan jika ada penundaan respons dalam sistem yang dikontrol atau sistem ini bukan fase minimum. Saat mengganti penundaan dengan model referensi, jika penundaan diperlukan untuk pemodelan invers yang akurat, biasanya penundaan tersebut juga perlu disertakan dalam model referensi.
Beras. 11.28. Kontrol dengan model invers adaptif, mirip dengan Gambar. 11.27, tetapi dengan model referensi disertakan
Dalam hal ini, perlu untuk membentuk karakteristik model referensi yang dapat diimplementasikan dengan menyalakan sistem terkontrol dan filter adaptif secara berurutan, jika koefisien bobot filter ini sesuai dengan standar deviasi minimum. Skema pada Gambar. 11.28 berfungsi dengan baik ketika kondisi fleksibel ditentukan untuk sistem adaptif. Namun, tidak boleh diasumsikan bahwa rangkaian ini kurang inersia atau mempunyai respon yang lebih akurat daripada yang mungkin dilakukan untuk sistem terkontrol dan perangkat kontrol respon impuls terbatas adaptifnya.
Untuk contoh sistem kendali adaptif yang menggunakan pemodelan invers dengan menggunakan model referensi, perhatikan implementasi rangkaian berikut pada Gambar. 11.28:
model referensi: koefisien bobot dalam model koefisien bobot pada perangkat kontrol iterasi proses adaptif. Pada Gambar. Gambar 11.29 menunjukkan respons terhadap satu langkah model terkontrol tanpa kompensasi, dan Gambar. 11.30 - respons dari sistem kompensasi yang ditumpangkan pada respons sistem referensi. Jelas bahwa perkiraan yang sangat dekat telah diperoleh.
Model referensi BPM (Manajemen Proses Bisnis) yang diusulkan didasarkan pada rangkaian premis berikut:
Meningkatkan produktivitas suatu perusahaan sebagai sistem yang kompleks memerlukan konstruksi rasional, dan manajemen proses adalah konsep paling modern untuk konstruksi tersebut;
BPM (sebagai suatu disiplin ilmu) menawarkan pendekatan sistematis terhadap penerapan manajemen proses;
Setiap perusahaan yang digerakkan oleh proses memiliki sistem BPM sendiri - portofolio seluruh proses bisnis, serta metode dan alat untuk mengelola pengembangan, pelaksanaan, dan pengembangan portofolio ini;
Fleksibilitas sistem BPM perusahaan merupakan faktor utama keberhasilannya;
Khusus platform perangkat lunak(BPM suite) untuk mengimplementasikan sistem BPM perusahaan diperlukan, namun tidak cukup, karena BPM menempati tempat khusus dalam arsitektur perusahaan.
Sasaran: meningkatkan produktivitas perusahaan
Untuk mengelola produktivitasnya, sebagian besar bisnis menggunakan prinsip ini masukan(Gbr. 1), memungkinkan Anda beradaptasi dengan ekosistem bisnis eksternal dengan melakukan serangkaian tindakan tertentu:
Mengukur kemajuan produksi dan kegiatan usaha (biasanya pengukuran tersebut disajikan dalam bentuk berbagai metrik atau indikator, misalnya persentase pelanggan yang kembali);
Mengisolasi peristiwa-peristiwa penting bagi perusahaan dari ekosistem bisnis eksternal (misalnya, undang-undang atau kebutuhan pasar baru);
Menentukan strategi pengembangan usaha perusahaan;
Penerapan keputusan yang diambil(dengan melakukan perubahan pada sistem bisnis perusahaan).
Sesuai dengan rekomendasi klasik Edward Deming, penulis berbagai karya di bidang manajemen mutu, termasuk buku terkenal “Exiting the Crisis”, semua perbaikan harus dilakukan secara siklis, terus menerus dan dengan verifikasi di setiap siklus. Luas dan frekuensi perbaikan ini bergantung pada situasi spesifik, namun disarankan untuk menjaga siklus tersebut tetap kompak. Berbagai perbaikan dapat mempengaruhi berbagai aspek perusahaan. Pertanyaannya adalah bagaimana suatu perusahaan dapat mencapai hasil terbaik dalam setiap hal tersebut kasus tertentu? Ada dua prasyarat objektif untuk mengoptimalkan aktivitas suatu perusahaan secara keseluruhan:
Menyediakan manajemen dengan informasi dan alat yang memadai untuk pengambilan keputusan;
Memastikan bahwa sistem bisnis perusahaan mampu menerapkan perubahan yang diperlukan pada kecepatan yang diperlukan.
Konsep paling modern dalam mengatur pekerjaan suatu perusahaan adalah manajemen proses, di mana proses dan layanan menjadi eksplisit.
Manajemen proses
Dunia bisnis telah lama memahami (lihat teknik seperti TQM, BPR, Six Sigma, Lean, ISO 9000, dll.) bahwa layanan dan proses adalah dasar berfungsinya sebagian besar perusahaan. Banyak perusahaan menggunakan manajemen proses untuk mengatur produksi dan kegiatan ekonomi mereka, sebagai portofolio proses bisnis dan metode pengelolaannya.
Manajemen proses, sebagai konsep manajemen, mendalilkan kelayakan mengoordinasikan aktivitas layanan individu suatu perusahaan untuk memperoleh hasil tertentu dengan menggunakan proses bisnis yang didefinisikan secara jelas dan formal. Dalam hal ini, pelayanan merupakan unit fungsional yang independen secara operasional; Suatu perusahaan dapat memiliki banyak layanan nano dasar yang diorganisasikan ke dalam layanan mega (perusahaan itu sendiri).
Penggunaan definisi koordinasi yang eksplisit memungkinkan Anda memformalkan saling ketergantungan antar layanan. Kehadiran formalisasi semacam itu memungkinkan untuk digunakan berbagai metode(pemodelan, verifikasi otomatis, kontrol versi, eksekusi otomatis, dll.) untuk meningkatkan pemahaman bisnis (untuk membuat keputusan yang lebih baik) dan meningkatkan kecepatan pengembangan sistem bisnis (untuk mengimplementasikan perubahan lebih cepat).
Selain proses dan layanan, sistem bisnis perusahaan bekerja dengan peristiwa, aturan, data, indikator kinerja, peran, dokumen, dll.
Untuk menerapkan manajemen proses, perusahaan menggunakan tiga disiplin populer perbaikan proses bisnis berkelanjutan: ISO 9000, Six Sigma, dan Lean Production. Mereka mempengaruhi berbagai bidang sistem bisnis suatu perusahaan, namun selalu diperlukan untuk mengumpulkan data tentang pekerjaan yang sebenarnya dilakukan dan menggunakan beberapa model proses bisnis untuk pengambilan keputusan (walaupun terkadang model ini hanya ada di kepala seseorang). Pada saat yang sama, mereka menawarkan metode yang berbeda dan saling melengkapi untuk menentukan perubahan apa yang diperlukan untuk meningkatkan fungsi sistem bisnis suatu perusahaan.
Apa yang Anda modelkan adalah apa yang Anda jalankan.
Pada Gambar. Gambar 2 menunjukkan model umum dari perusahaan yang digerakkan oleh proses.
Apa kesulitan utama dalam mengoptimalkan kegiatan perusahaan semacam itu? Bagian berbeda dari sistem bisnis menggunakan deskripsi berbeda dari proses bisnis yang sama. Biasanya deskripsi ini ada secara terpisah dan dikembangkan oleh orang yang berbeda, diperbarui dengan kecepatan berbeda, tidak berbagi informasi, dan beberapa di antaranya tidak dibuat secara eksplisit. Kehadiran gambaran terpadu tentang proses bisnis suatu perusahaan menghilangkan kekurangan ini. Deskripsi ini harus didefinisikan secara eksplisit dan formal agar sekaligus berfungsi sebagai model pemodelan, program yang dapat dijalankan, dan dokumentasi yang mudah dipahami oleh seluruh karyawan yang terlibat dalam proses bisnis.
Deskripsi ini adalah dasar dari disiplin BPM, yang memungkinkan Anda membuat model, mengotomatiskan, melaksanakan, mengontrol, mengukur, dan mengoptimalkan alur kerja yang mencakup sistem perangkat lunak, karyawan, pelanggan, dan mitra di dalam dan melintasi batas-batas perusahaan. Disiplin BPM menganggap semua operasi dengan proses bisnis (pemodelan, eksekusi, dll.) sebagai satu kesatuan (Gbr. 3).
Pada saat ini Industri BPM belum mengembangkan sistem standar yang tepat untuk format deskripsi formal proses bisnis. Tiga format paling populer: BPMN (Business Process Modeling Notation, representasi grafis model proses bisnis), BPEL ( Bahasa Eksekusi Proses Bisnis, formalisasi pelaksanaan interaksi antara layanan Web) dan XPDL (XML Process Description Language, www.wfmc.org, spesifikasi untuk pertukaran model proses bisnis antara aplikasi yang berbeda) dikembangkan oleh kelompok yang berbeda dan untuk tujuan yang berbeda dan, sayangnya, tidak tidak cukup saling melengkapi satu sama lain.
Situasi ini diperburuk oleh fakta bahwa produsen yang berbeda berada di belakang format yang berbeda dan masing-masing mencoba untuk “mendorong” solusi mereka ke pasar. Seperti yang telah diulang berkali-kali, kepentingan pengguna akhir tidak diperhitungkan dalam perjuangan seperti itu - saat ini tidak ada organisasi yang cukup kuat yang mewakili kepentingan pengguna akhir BPM (mirip dengan grup standar HTML, keberhasilan dari yang disebabkan oleh penerapan benchmark ACID3 tunggal oleh semua pengembang browser web produk mereka). Situasi ideal di BPM akan menjadi definisi standar semantik eksekusi untuk deskripsi proses bisnis yang mirip BPMN. Ini adalah semantik eksekusi standar yang akan menjamin interpretasi yang sama terhadap proses bisnis oleh perangkat lunak apa pun. Selain itu, deskripsi seperti itu harus memungkinkan adaptasi tingkat deskripsi proses bisnis dengan kebutuhan konsumen tertentu (misalnya, pengguna melihat diagram kasar, analis melihat diagram yang lebih rinci, dll.).
Semua ini tidak berarti bahwa BPEL atau XPDL menjadi tidak diperlukan - penggunaannya akan disembunyikan, seperti halnya di bidang penyiapan dokumen elektronik. Sama dokumen elektronik bisa ada secara bersamaan dalam XML, PDF, PostScript, dll., tetapi hanya satu format utama (XML) yang digunakan untuk memodifikasi dokumen.
Disiplin BPM dalam budaya perusahaan
Selain proses dan layanan, sistem bisnis perusahaan bekerja dengan artefak tambahan seperti:
acara(peristiwa) - fenomena yang terjadi di dalam dan di luar perusahaan, yang mungkin menimbulkan reaksi tertentu dari sistem bisnis, misalnya, ketika menerima pesanan dari klien, perlu untuk memulai proses bisnis layanan;
objek(objek data dan dokumen) - formal deskripsi informasi hal-hal nyata dan orang-orang yang membentuk suatu bisnis; ini adalah informasi pada input dan output dari suatu proses bisnis, misalnya, proses bisnis layanan pesanan menerima formulir pemesanan itu sendiri dan informasi tentang klien sebagai input, dan pada output menghasilkan laporan tentang pelaksanaan pesanan;
kegiatan(kegiatan) - pekerjaan kecil yang mengubah objek, misalnya aktivitas otomatis seperti pengecekan kartu kredit aktivitas klien atau manusia, seperti manajemen menandatangani dokumen;
aturan(aturan) - batasan dan ketentuan di mana suatu perusahaan beroperasi, misalnya, penerbitan pinjaman untuk jumlah tertentu harus disetujui Direktur Jenderal stoples;
peran(peran) - konsep yang mewakili keterampilan atau tanggung jawab relevan yang diperlukan untuk melakukan tindakan tertentu, misalnya, hanya manajer senior yang dapat menandatangani dokumen tertentu;
jejak audit(jejak audit) - informasi tentang pelaksanaan proses bisnis tertentu, misalnya, siapa melakukan apa dan dengan hasil apa;
indikator kinerja utama(Key Performance Indicator, KPI) - sejumlah indikator yang mengukur sejauh mana tujuan telah tercapai.
Beras. Gambar 4 mengilustrasikan distribusi artefak antara berbagai bagian sistem bisnis perusahaan. Ungkapan “proses (sebagai templat)” berarti deskripsi abstrak (model atau rencana) dari proses;
ungkapan "proses (sebagai contoh)" mengacu pada hasil aktual dari pelaksanaan pola-pola ini. Biasanya template digunakan untuk membuat banyak salinan (seperti formulir kosong yang disalin berkali-kali untuk diisi oleh orang yang berbeda). Ungkapan "layanan (sebagai antarmuka)" berarti deskripsi formal layanan yang tersedia bagi konsumennya; Ungkapan "layanan (sebagai program)" berarti sarana untuk melaksanakan layanan - sarana tersebut disediakan oleh penyedia layanan.
Agar berhasil bekerja dengan seluruh rangkaian artefak yang saling bergantung, setiap perusahaan yang digerakkan oleh proses memiliki sistem BPMnya sendiri - ini adalah portofolio semua proses bisnis perusahaan, serta metode dan alat untuk mengelola pengembangan, pelaksanaan, dan pengembangan. portofolio ini. Dengan kata lain, sistem BPM perusahaan bertanggung jawab atas berfungsinya sinergis berbagai bagian sistem bisnis perusahaan.
Sistem BPM, pada umumnya, tidak ideal (misalnya, beberapa proses mungkin hanya ada di atas kertas, dan beberapa detail “hidup” hanya di benak orang-orang tertentu), tetapi sistem itu ada. Misalnya, penerapan ISO 9000 apa pun dapat dianggap sebagai contoh sistem BPM.
Penyempurnaan sistem BPM suatu perusahaan, selain aspek teknis semata, juga harus mempertimbangkan permasalahan sosio-teknis. Sistem BPM perusahaan memiliki banyak pemangku kepentingan, yang masing-masing memecahkan masalahnya sendiri, memahami disiplin BPM dengan caranya sendiri, dan bekerja dengan artefaknya sendiri. Agar berhasil mengembangkan sistem BPM perusahaan, perlu memberikan perhatian khusus terhadap permasalahan seluruh pemangku kepentingan dan menjelaskan kepada mereka terlebih dahulu bagaimana perbaikan sistem BPM perusahaan akan mengubah pekerjaan mereka menjadi lebih baik. Sangat penting untuk mencapai pemahaman umum tentang semua artefak di antara semua pemangku kepentingan.
Perangkat lunak khusus untuk mengimplementasikan sistem BPM
Semakin populernya dan potensi besar BPM telah menyebabkan munculnya kelas baru perangkat lunak perusahaan - BPM suite, atau BPMS, yang berisi komponen-komponen khas berikut (Gbr. 5):
Alat pemodelan proses - program grafis untuk memanipulasi artefak seperti peristiwa, aturan, proses, aktivitas, layanan, dll.;
Alat pengujian proses - lingkungan pengujian fungsional yang memungkinkan Anda untuk "mengeksekusi" suatu proses dalam berbagai skenario;
Repositori templat proses - database templat proses bisnis dengan dukungan versi yang berbeda templat yang sama;
Mesin eksekusi proses;
Repositori contoh proses - database untuk menjalankan dan menyelesaikan contoh proses bisnis;
Daftar kerja - antarmuka antara rangkaian BPM dan pengguna yang melakukan aktivitas tertentu dalam satu atau lebih proses bisnis;
Dasbor - antarmuka untuk kontrol operasional atas pelaksanaan proses bisnis;
Alat analisis proses - lingkungan untuk mempelajari tren dalam pelaksanaan proses bisnis;
Alat simulasi proses adalah lingkungan untuk menguji kinerja proses bisnis.
Kebutuhan akan interaksi antara rangkaian BPM dan perangkat lunak perusahaan yang mendukung artefak lainnya telah memunculkan kelas perangkat lunak perusahaan baru – Platform Proses Bisnis (BPP). Teknologi BPP yang khas (Gbr. 6):
Business Event Management (BEM) - analisis peristiwa bisnis secara real time dan peluncuran proses bisnis terkait (BEM dikaitkan dengan Complex Event Processing (CEP) dan Event Driven Architecture (EDA));
Manajemen Aturan Bisnis (BRM) - pengkodean aturan bisnis yang eksplisit dan formal yang dapat dimodifikasi oleh pengguna;
Master Data Management (MDM) - menyederhanakan pekerjaan dengan data terstruktur dengan menghilangkan kekacauan saat menggunakan data yang sama;
Manajemen Konten Perusahaan (ECM) - pengelolaan informasi perusahaan yang ditujukan untuk manusia (generalisasi konsep dokumen);
Basis Data Manajemen Konfigurasi (CMDB) - deskripsi terpusat dari seluruh lingkungan informasi dan komputasi suatu perusahaan, yang digunakan untuk menghubungkan BPM ke sumber daya informasi dan komputasi suatu perusahaan;
Kontrol Akses Berbasis Peran (RBAC) - pengelolaan akses terhadap informasi untuk tujuan pemisahan kontrol dan kekuasaan eksekutif yang efektif (pemisahan tugas);
Pemantauan Aktivitas Bisnis (BAM) - pengendalian operasional fungsi perusahaan;
Business Intelligence (BI) - analisis karakteristik dan tren perusahaan;
Arsitektur Berorientasi Layanan (SOA) adalah gaya arsitektur untuk membangun sistem perangkat lunak yang kompleks sebagai sekumpulan layanan yang dapat diakses secara universal dan saling bergantung, yang digunakan untuk mengimplementasikan, melaksanakan, dan mengelola layanan;
Enterprise Service Bus (ESB) adalah lingkungan komunikasi antar layanan dalam SOA.
Dengan demikian, disiplin BPM mampu memberikan deskripsi proses bisnis tunggal, formal dan dapat dieksekusi yang dapat digunakan dalam berbagai alat rangkaian BPM, dengan data nyata yang dikumpulkan selama pelaksanaan proses bisnis. Namun, fleksibilitas yang tinggi dari sistem BPM perusahaan tidak secara otomatis dijamin setelah pembelian rangkaian BPM atau BPP - kemampuan sistem BPM tertentu untuk berkembang pada kecepatan yang diperlukan harus dirancang, diterapkan, dan terus dipantau. Seperti halnya kesehatan manusia, semua ini tidak bisa dibeli.
BPM dalam arsitektur perusahaan
Kebutuhan untuk melibatkan hampir semua perangkat lunak perusahaan dalam satu logika untuk meningkatkan sistem BPM perusahaan menimbulkan pertanyaan tentang peran dan tempat BPM dalam arsitektur perusahaan (EA). EA saat ini merupakan praktik yang mapan di departemen TI untuk menyederhanakan informasi dan lingkungan komputasi suatu perusahaan. EA didasarkan pada aturan berikut:
Situasi lingkungan komputasi perusahaan saat ini didokumentasikan secara cermat sebagai titik awal;
Situasi yang diinginkan didokumentasikan sebagai tujuan akhir;
Sebuah rencana jangka panjang sedang dibangun dan diimplementasikan untuk mentransfer informasi dan lingkungan komputasi perusahaan dari satu titik ke titik lainnya.
Semua ini tampaknya cukup masuk akal, namun segera terlihat bahwa ini berbeda dari pendekatan perbaikan kecil yang mendasari manajemen proses. Bagaimana cara menggabungkan dua pendekatan yang berlawanan ini?
Disiplin BPM dapat memecahkan masalah utama EA - untuk memberikan penilaian obyektif terhadap produksi dan kemampuan ekonomi (dan bukan hanya informasi dan komputasi) dari apa yang akan terjadi. Terlepas dari kenyataan bahwa EA menggambarkan keseluruhan artefak suatu perusahaan (genotipenya), EA tidak dapat secara andal mengatakan perubahan apa dalam genotipe ini yang mempengaruhi produksi spesifik dan karakteristik ekonomi perusahaan, yaitu fenotipe perusahaan (himpunan ciri-ciri yang melekat pada diri individu pada tahap perkembangan tertentu).
Di sisi lain, disiplin BPM menyusun saling ketergantungan antar artefak dalam bentuk model eksplisit dan executable (proses bisnis adalah contoh saling ketergantungan antar artefak seperti peristiwa, peran, aturan, dll.). Kehadiran model yang dapat dieksekusi seperti itu memungkinkan untuk menilai dengan tingkat keandalan tertentu karakteristik produksi dan ekonomi suatu perusahaan ketika genotipe perusahaan berubah.
Tentu saja, semakin banyak saling ketergantungan antar artefak yang dimodelkan dan semakin andal model tersebut, semakin akurat perkiraan tersebut. Secara potensial, simbiosis nomenklatur artefak perusahaan dan saling ketergantungan yang ditetapkan secara formal di antara mereka memberikan model perusahaan yang dapat dijalankan pada titik waktu tertentu. Jika model yang dapat dieksekusi tersebut dibangun berdasarkan prinsip-prinsip umum (misalnya, krislawrence.com), maka menjadi mungkin untuk membandingkan pengaruh penerapan strategi pengembangan usaha yang berbeda dan munculnya teknologi yang lebih sistematis dan dapat diprediksi untuk mengubah beberapa model yang dapat dieksekusi menjadi model lain.
Dalam arti tertentu, kombinasi EA+BPM dapat menjadi semacam navigator yang memberikan panduan dan bantuan praktis dalam pengembangan bisnis dan TI sekaligus menerapkan lini umum perusahaan.
Bukan rahasia lagi bahwa vendor perangkat lunak saat ini mendefinisikan dan mengembangkan BPM dengan cara yang berbeda. Namun, jalur ke depan yang lebih menjanjikan bagi BPM adalah BPM konsumen akhir, dan model referensi BPM adalah langkah pertama dalam menciptakan pemahaman umum tentang BPM di antara seluruh pemangku kepentingan.
Model referensi yang diusulkan dalam artikel ini didasarkan pada pengalaman praktis penulis dalam merancang, mengembangkan, dan memelihara berbagai solusi perusahaan. Secara khusus, model ini digunakan untuk mengotomatisasi produksi tahunan lebih dari 3 ribu kompleks produk elektronik dengan waktu persiapan produk rata-rata beberapa tahun. Akibatnya, pemeliharaan dan pengembangan sistem produksi ini memerlukan sumber daya beberapa kali lebih sedikit dibandingkan dengan pendekatan tradisional. N
Alexander Samarin ([dilindungi email]) - Arsitek Perusahaan untuk Departemen TI Pemerintah Kanton Jenewa (Swiss).
Kerangka Proses untuk BPM
Pendekatan terhadap penerapan teknologi manajemen proses bisnis yang menyederhanakan penerapan sistem BPM menyiratkan definisi yang jelas tentang tugas bisnis dan proses bisnis terkait; pelaksanaan proses-proses ini dalam jangka waktu tidak lebih dari tiga bulan untuk menunjukkan nilai dari pendekatan ini; perluasan implementasi lebih lanjut ke tugas-tugas bisnis inti. Namun, kesulitan utama dalam jalur ini adalah kesalahpahaman dan kurangnya keselarasan antara departemen bisnis dan TI. Model referensi khusus (Kerangka Proses) dapat menyederhanakan implementasi proyek secara signifikan dan mengurangi biaya.
Model referensi- paket sumber daya analitis dan perangkat lunak, yang terdiri dari deskripsi dan rekomendasi untuk mengatur struktur proses bisnis tingkat tinggi, seperangkat atribut dan metrik untuk menilai efektivitas implementasi, serta modul perangkat lunak, dibuat untuk pembangunan cepat prototipe proses bisnis untuk adaptasi selanjutnya dengan spesifikasi perusahaan tertentu.
Model referensi membantu dalam mendefinisikan dan menetapkan persyaratan dan memungkinkan proses bisnis ditetapkan, model tersebut didasarkan pada standar industri dan menggabungkan pengalaman industri. Untuk proses yang umum, model referensi dapat membantu dalam memilih dan memodelkan rangkaian kerja utama, menentukan indikator kinerja utama (KPI) dan parameter untuk mengevaluasi kinerja di bidang utama, serta dalam mengelola aktivitas dan memecahkan masalah, menganalisis akar penyebab, dan menangani kasus luar biasa.
Struktur model referensi tipikal meliputi: rekomendasi dan deskripsi bidang studi; elemen komposit antarmuka pengguna(bentuk layar dan portlet terhubung secara logis dalam rantai); shell layanan untuk mengimplementasikan akses ke data bisnis dengan cepat; contoh aturan bisnis yang khas; indikator kinerja utama dan elemen analisisnya; model proses yang dapat dieksekusi; model data dan atribut proses; adaptasi ke kerangka kerja legislatif dan kekhususan bisnis di negara tertentu; rekomendasi tentang tahapan penerapan dan implementasi proses. Kumpulan sumber daya ini akan memungkinkan Anda dengan cepat beradaptasi dengan penerapan pendekatan proses dalam sistem manajemen proses bisnis tertentu, mengurangi waktu iterasi siklus pengembangan, eksekusi pengujian, dan analisis proses. Pada saat yang sama tercapai kesesuaian yang maksimal antara teknis pelaksanaan dengan permasalahan bisnis yang ada.
Namun, sebagaimana dicatat oleh analis AMR Research, “teknologi dan metode itu sendiri tidak mampu memberikan manfaat apa pun – “lebih banyak” tidak selalu berarti “lebih baik.” Beberapa perusahaan menggunakan banyak solusi berbeda, namun efektivitasnya justru menurun. Kompetensi dalam penggunaan teknologi tersebut sangatlah penting.” Model referensi menggunakan standar industri sebagai dasar dan pengalaman Software AG dalam menciptakan model referensi untuk menentukan kebutuhan pelanggan. Dalam praktiknya, model ini menjadi titik awal dimana klien dapat membuat model yang mereka butuhkan.
Kerangka Proses, misalnya untuk proses bisnis pemrosesan pesanan, mencakup model proses dasar dengan diagram aktivitas pengguna yang berbeda dan peran, KPI yang dipilih dari model SCOR (Model Referensi Operasi Rantai Pasokan) untuk proses secara keseluruhan dan tahapan individual, aturan untuk mendukung urutan pemrosesan yang berbeda, misalnya dengan mempertimbangkan segmen pelanggan, target untuk berbagai segmen pelanggan , jenis dan wilayah produk, serta panel tampilan untuk membantu memantau situasi khusus.
Kerangka Proses memungkinkan Anda untuk fokus pada kebutuhan dan kemungkinan penyesuaian KPI untuk kelompok pelanggan tertentu dan mengonfigurasinya dengan mempertimbangkan kemunculan produk baru, masuknya wilayah atau segmen pasar baru. Informasi tersebut akan memungkinkan manajer yang bertanggung jawab atas rantai pasokan, operasi perdagangan, logistik, dan produksi untuk meningkatkan kontrol atas aktivitas tertentu, dan manajer departemen TI akan dengan cepat menilai kinerja sebenarnya dari sistem TI yang mendukung pemrosesan pesanan.
Vladimir Alentsev ([dilindungi email]) - konsultan pada BPM dan SOA, perwakilan Perangkat Lunak AG di Rusia CIS (Moskow).
Model dengan titik ideal melibatkan perbandingan produk tertentu atau objek lain dengan standar tertentu sebagai perbedaan. Sesuai dengan modelnya, setiap fitur dinormalisasi berdasarkan jarak dari nilai ideal atau acuan fitur tersebut. Untuk menerapkan model tersebut, pertama-tama, gagasan tentang produk ideal dari sudut pandang konsumen dibentuk - titik “ideal” X0 diperkenalkan.
Model tersebut mencirikan derajat kedekatan suatu produk tertentu dengan “ideal” sesuai dengan ketergantungannya
Di mana KE Saya – koefisien bobot; X 0i – koordinat titik ideal. Eksponen T dipilih oleh peneliti dan, sebagai aturan, mengambil nilai pada level 1 atau 2. Penjumlahan dilakukan sesuai dengan P sifat produk. Nilai rendah adalah yang terbaik W, karena jika titik ideal adalah yang terbaik, maka jelas bahwa diinginkan jarak minimum dari titik tersebut.
Memilih titik ideal cukup rumit dan ambigu. Pembaca harus memperhatikan kemungkinan pendekatan berikut untuk memilih titik ideal.
- 1. Skor terbaik untuk ekspresi: “semua balita”. Jika kita mempertimbangkan karakteristik konsumen seperti kemudahan mengendalikan peralatan yang kompleks, seperti mobil atau pusat musik, maka koordinat titik ideal akan sesuai dengan batas skala yang dipilih. Namun, produk hipotetis “terbaik dalam segala hal” akan jauh dari kenyataan, karena produk terbaik dalam segala hal tidak selalu ada. Secara khusus, sulit untuk menggabungkan sifat-sifat limusin dan SUV dalam satu mobil. Jika produk terbaik memang ada, harganya akan sangat tinggi.
- 2. Penerapan parameter produk paling kompetitif atau “terbaik di pasar” sesuai dengan prinsip: “gadis impianku” atau “pria sejati”. Keunikan pendekatan ini adalah penyimpangan dari titik ideal ke segala arah, bahkan menuju perbaikan formal, dianggap tidak diinginkan.
- 3. Penerapan sifat objektif tersebut bila terdapat tingkat sifat yang optimal. Dalam hal ini, level ideal belum tentu terbesar atau terkecil. Dalam situasi seperti ini, penggunaan model dengan akurasi ideal adalah yang paling dibenarkan. Contoh parameter optimal: ukuran layar TV untuk mobil atau dapur, kecerahan gambar TV. Sebuah contoh yang baik Kehadiran tingkat optimal adalah penerangan ruangan, ketika “terlalu terang” dan “terlalu gelap” sama-sama tidak diinginkan. Catatan harus dibuat tentang perlunya menentukan tujuan produk. Jadi, jika Anda tidak menunjukkan bahwa TV tersebut ditujukan untuk dapur, Anda mungkin ingin mempertimbangkan TV terbesar yang sedang dijual sebagai TV yang ideal.
- 4. Properti terbaik dengan harga tertentu. Pendekatan berikut diusulkan. Agar tidak memberikan “kelimanya”, yang pada prinsipnya tidak wajib, dan juga tidak realistis dari segi harga, diperlukan model regresi ketergantungan harga pada tingkat properti, yang sesuai dengan penetapan harga parametrik. Pakar kemudian dapat memilih sekumpulan properti pada setiap tingkat harga yang tersedia baginya. Dan ini nyata, karena pendekatan “ponsel tidak boleh berharga lebih dari sepuluh ribu” digunakan oleh banyak orang.
Tentunya, untuk menerapkan model dengan titik ideal, dimensi semua koordinat harus bertepatan agar dapat meringkas besaran-besaran yang sesuai dalam rumus. Salah satu jalan keluar dari masalah ini adalah dengan menggunakan penilaian tanpa dimensi. Cara lain yang akan dibahas di bawah ini adalah normalisasi, ketika level aktual dibagi menjadi level referensi atau normatif, yang juga dapat berupa koordinat titik ideal.
Model dengan tingkat faktor yang dinormalisasi
Penggunaan model dengan faktor relatif memungkinkan faktor-faktor dengan dimensi berbeda digabungkan dalam satu model. Model yang sesuai terlihat seperti ini:
(16.2)
Semua sebutan sesuai dengan yang diperkenalkan dalam rumus (16.1); Zi – indeks parametrik.
Model ini banyak digunakan dalam menghitung indeks kualitas produk dan khususnya dalam menilai daya saing. Saat menghitung indeks kualitas X i0 – normatif, ditentukan oleh standar dan spesifikasi teknis tingkat ekspresi properti produk. Biasanya, model (16.2) digunakan ketika secara bersamaan mempertimbangkan sifat objektif (produksi dan operasional) suatu produk, seperti kecepatan, kekuatan, ukuran, keandalan, dll., meskipun properti objektif juga dapat dipertimbangkan.
Saat menilai daya saing X saya0 – parameter produk yang dibandingkan, yang mungkin merupakan produk pesaing terkuat. Dalam literatur analisis persaingan, ada berbagai nama untuk indikator - ringkasan indeks parametrik properti konsumen, indikator daya saing kelompok.
Teori sistem adaptif muncul sehubungan dengan kebutuhan untuk memecahkan berbagai masalah terapan yang tidak dapat diterima oleh metode tradisional yang memerlukan pengetahuan tentang model matematika yang memadai dari suatu objek. Semakin tinggi kualitas metode pengelolaan tradisional (non-adaptif), semakin banyak informasi apriori tentang objek itu sendiri dan kondisi fungsinya. Dalam praktiknya, cukup sulit untuk memberikan hasil yang akurat deskripsi matematika objek kontrol. Misalnya, karakteristik dinamis pesawat sangat bergantung pada mode penerbangan, variasi teknologi, dan kondisi atmosfer. Dalam kondisi seperti ini, metode tradisional seringkali tidak dapat diterapkan atau tidak memberikan kualitas sistem yang dibutuhkan kontrol otomatis.
Dalam hal ini, pada tahap awal pengembangan teori kendali otomatis, cara yang sangat efektif untuk membangun sistem kendali yang tidak memerlukan informasi apriori lengkap tentang objek dan kondisi fungsinya tampaknya sangat efektif.
Efek adaptasi terhadap kondisi operasi dalam sistem adaptif dipastikan dengan mengumpulkan dan memproses informasi tentang perilaku suatu objek selama operasinya, yang memungkinkan untuk secara signifikan mengurangi dampak ketidakpastian terhadap kualitas pengendalian, mengkompensasi kurangnya a informasi apriori pada tahap desain sistem.
Suatu sistem kendali yang secara otomatis menentukan hukum kendali yang diperlukan dengan menganalisis perilaku suatu objek selama kendali saat ini disebut adaptif .
Sistem adaptif dapat dibagi menjadi dua kelas besar: mengatur diri sendiri dan menyesuaikan diri.
B dengan sistem yang mengatur dirinya sendiri dalam proses operasi, algoritma kontrol (struktur dan parameternya) terbentuk, yang memungkinkan optimasi sistem dari sudut pandang tujuan kontrol yang ditetapkan (CO). Masalah seperti ini muncul, misalnya, dalam kondisi perubahan struktur dan parameter objek kontrol bergantung pada mode operasi, ketika informasi apriori tidak cukup untuk menentukan mode saat ini. Mengingat banyaknya kelas struktur objek yang mungkin, sulit untuk mengharapkan pilihan struktur algoritma kontrol tunggal yang mampu memastikan sistem tertutup mencapai tujuan kontrol di semua mode operasi. Jadi, kita berbicara tentang sintesis dengan struktur pengatur bebas. Kompleksitas yang jelas dari pernyataan masalah tidak memungkinkan kita untuk mengharapkan algoritma sederhana untuk menyelesaikannya, dan, akibatnya, penerapan sistem secara luas ke dalam praktik saat ini.
Tugas ini disederhanakan secara signifikan jika struktur objek kontrol diketahui dan tidak berubah, dan perilakunya bergantung pada sejumlah parameter konstan. Masalahnya diselesaikan di kelas sistem self-tuning (SNS), di mana struktur pengontrol diberikan (dipilih sebelumnya) dan hanya perlu menentukan algoritma untuk menyesuaikan koefisiennya (algoritma adaptasi).
Sistem penyesuaian diri kendali otomatis adalah suatu sistem yang secara mandiri mengubah karakteristik dinamisnya sesuai dengan perubahan kondisi eksternal untuk mencapai keluaran sistem yang optimal. Dalam kasus sistem kontrol penerbangan yang dapat menyesuaikan sendiri, keluaran sistem yang optimal akan menjadi respons optimal terhadap gangguan eksternal.
CNN dibagi menjadi dua subkelas: pencarian dan non-pencarian. Dalam CNN pencarian, ukuran kualitas minimum (atau maksimum) (kinerja pabrik, konsumsi bahan bakar, dll.) dicari menggunakan sinyal pencarian yang diatur secara khusus. Yang paling sederhana mesin pencari adalah sebagian besar sistem ekstrem di mana kurangnya informasi apriori dikompensasi oleh informasi terkini yang diperoleh dalam bentuk reaksi suatu objek terhadap pengaruh pencarian (percobaan, pengujian) yang diperkenalkan secara artifisial.
Dalam CNN non-pencarian, terdapat model eksplisit atau implisit dengan karakteristik dinamis yang diinginkan. Tugas algoritma adaptasi adalah menyesuaikan koefisien pengontrol sedemikian rupa untuk mengurangi ketidaksesuaian antara objek kontrol dan model menjadi nol. Kontrol seperti itu disebut kontrol adaptif langsung, dan sistem - sistem adaptif dengan model referensi .
Dalam kasus kendali adaptif tidak langsung, objeknya terlebih dahulu diidentifikasi dan kemudian koefisien pengontrol yang sesuai ditentukan. Regulator seperti ini disebut self-adjusting.
Dengan kontrol adaptif langsung, loop adaptasi beroperasi dalam siklus tertutup, yang memungkinkan untuk melawan perubahan parameter objek dan pengontrol selama operasi. Namun, setiap loop penyetelan otomatis meningkatkan urutan sistem setidaknya satu, dan pada saat yang sama secara signifikan mempengaruhi keseluruhan dinamika sistem tertutup.
Dalam kasus kontrol adaptif tidak langsung, loop self-tuning beroperasi dalam loop terbuka dan, oleh karena itu, tidak mempengaruhi dinamika sistem. Namun, semua kesalahan identifikasi, penyimpangan parameter instalasi dan pengontrol secara signifikan mempengaruhi akurasi kontrol. Dalam sistem penyesuaian diri non-pencarian, model referensi dapat diimplementasikan dalam bentuk tautan dinamis nyata (model eksplisit) atau disajikan dalam bentuk beberapa persamaan referensi yang menghubungkan variabel terkontrol dan turunannya (model implisit). Dalam model implisit, koefisien persamaan referensi adalah parameter algoritma adaptasi.
Gambar 1 menunjukkan salah satu opsi kontrol adaptif yang sering digunakan pada penggerak aktuator, di mana parameter pengontrol disesuaikan oleh komputer kontrol sesuai dengan model referensi.
Model referensi menunjukkan respons ideal sistem yang diinginkan terhadap sinyal perintah g(t). Tautan khas sistem kontrol otomatis (misalnya, tautan aperiodik) digunakan sebagai model referensi. Parameter pengontrol PID (Proportional Integral Derivative) disesuaikan untuk meminimalkan ketidaksesuaian antara keluaran model dengan sistem sebenarnya.
Tugas tuning loop adalah mengurangi ketidakcocokan ini menjadi nol waktu tertentu dengan jaminan keberlanjutan proses transisi. Masalah ini jauh dari kata sepele - dapat ditunjukkan bahwa hal ini tidak dapat diselesaikan dengan hubungan linier “koefisien kesalahan – pengontrol”. Misalnya, algoritma pengaturan parameter berikut diusulkan dalam literatur:
di mana k adalah koefisien yang dapat disesuaikan dari pengontrol PID; A adalah koefisien konstan yang menentukan kecepatan adaptasi.
Beras. 1. Blok diagram sistem adaptif dengan model referensi
Fungsi gradien menentukan sensitivitas kesalahan c(t) terhadap variasi koefisien pengontrol. Stabilitas absolut dari sistem loop tertutup, yang pada dasarnya nonlinier, dijamin dengan memilih parameter A dalam program pengaturan. Jadi, untuk mengimplementasikan kontrol adaptif menurut skema ini, komputer kontrol harus menyelesaikan masalah berikut secara real time:
- menghasilkan sinyal utama untuk sistem yang dikendalikan;
- menghitung respon ideal dengan menggunakan model referensi;
- menghitung koefisien pengontrol sesuai dengan program pengaturan, menentukan kesalahan saat ini dan mengeluarkan sinyal kontrol ke input modul mekatronik.
Selain diagram blok yang dipertimbangkan dengan model referensi, metode lain juga diketahui pengaturan otomatis parameter dan struktur regulator.
Memuat...