Tinjauan alat perangkat lunak pemodelan proses bisnis. Pemodelan Proses Bisnis

Sekarang, setelah klarifikasi umum tentang tugas fungsional umum yang diselesaikan dengan cara yang dipertimbangkan, orang juga harus membandingkan kemungkinan yang disediakan alat ini.

Dalam analisis lebih lanjut, hanya karakteristik program ARIS ToolSet (selanjutnya disebut ARIS), BP-Win - Erwin (selanjutnya disebut BP-Win) dan ORG-Master (selanjutnya disebut ORG-Master) yang akan dipertimbangkan. Program Rational Rose - sebagai yang paling fokus pada pembuatan perangkat lunak murni, dan bukan sistem organisasi, untuk menyederhanakan presentasi, kami akan mengecualikan dari pertimbangan, terutama karena metodologi UML yang mendasarinya sekarang diimplementasikan di ARIS).

Fungsi alat pemodelan sistem bisnis

Saat membandingkan berbagai alat pemodelan sistem bisnis, disarankan untuk mempertimbangkan fitur-fiturnya sesuai dengan kelompok fungsionalitas berikut:

• alat untuk membangun model sistem bisnis;
• alat analisis model;
• cara mengoptimalkan sistem yang disimulasikan sesuai dengan modelnya;
• dukungan untuk perpustakaan model standar;
• pendaftaran peraturan dan dokumentasi;
• dukungan untuk pengembangan model basis data dan alat perangkat lunak;
• integrasi dengan produk perangkat lunak lain (alat KASUS, sistem ERP, program aplikasi).

• organisasi umum proses bisnis dan prosedur untuk interaksi antara unit organisasi (pemain),
• distribusi tanggung jawab untuk implementasi fungsi individu dan pengeluaran sumber daya sistem,
• memuat unit organisasi, pemain dan sumber daya instrumental dalam sistem,
• parameter waktu dan biaya utama dari sistem yang disimulasikan,
• persyaratan untuk dukungan sumber daya dari proses yang terjadi dalam sistem.

Analisis organisasi umum proses bisnis dan urutan interaksi unit-unit organisasi dalam sistem dilakukan secara langsung pada saat mempelajari model proses bisnis yang dibangun. Analisis kualitatif juga memungkinkan Anda untuk mengidentifikasi peran, yang, dalam kondisi tertentu, dapat dikecualikan dari proses. Di mana visibilitas model dan kemampuan untuk melacak hubungan yang ada dalam sistem mengambil kepentingan utama.

Catatan terkait visibilitas model diberikan di bawah ini. Tetapi juga harus dicatat di sini bahwa persyaratan penting untuk model tersebut adalah kemungkinan analisisnya sebelum konstruksi lengkapnya. Memang, jika dimungkinkan untuk mengidentifikasi keterkaitan (serta ketidakhadirannya) dalam sistem hanya setelah membangun model lengkapnya, maka ini ternyata sangat merepotkan pada tahap awal pekerjaan, ketika informasi tentang fitur proses yang terjadi dalam sistem mungkin masih sebagian tidak ada atau tidak akurat.

Di sini, ORG-Master berada dalam posisi unggul, karena model proses bisnis di dalamnya tidak dibangun langsung dalam bentuk diagram IDEF. Diagram ini dapat dihasilkan secara otomatis setelah pembuatan dan pengisian pengklasifikasi yang membentuk model (fungsi bisnis, tautan organisasi, sumber daya, dll.) dan mengatur semua proyeksi yang diperlukan (hubungan dengan sumber daya, pelaku, alat, peraturan, dan hubungan aktual antara operasi bisnis). Jadi, bahkan sebelum model proses bisnis yang lengkap (atau sebagian) diperoleh, hubungan utama yang menentukan proses yang dimodelkan sudah diidentifikasi dan dapat dianalisis.

Berbeda dengan pendekatan ini, model proses bisnis di ARIS dan BP-Win dibangun secara langsung, dan hubungan komponen proses yang ada harus disiapkan untuk analisis, sebagai hasil dari prosedur yang sesuai.

Jadi, misalnya, setelah membangun model proses bisnis di BP-Win, menggunakan ERwin, model data terpisah dibangun, di mana tautan dibuat antara komponen sistem (entitas model data menurut metodologi). Kemudian model-model ini dihubungkan melalui mekanisme yang pada dasarnya mirip dengan mekanisme konstruksi proyeksi yang digunakan dalam ORG-Master (lihat Lampiran 1. Komponen model perangkat lunak ORG-Master dan kompleks metodologis).

Dengan mengingat hal ini, kemungkinan kedua yang dipertimbangkan untuk menganalisis model: analisis distribusi tanggung jawab untuk pelaksanaan fungsi individu dan pengeluaran sumber daya sistem, diimplementasikan secara otomatis dalam proses membangun model proses bisnis di sistem ORG-Master. Memang, jenis proyeksi tautan Organisasi - Fungsi dan Fungsi - Sumber Daya, ditentukan saat membangun model proses bisnis di ORG-Master, secara langsung menunjukkan mereka yang bertanggung jawab atas area kerja atau sumber daya tertentu (dan memungkinkan Anda untuk menganalisis kombinasi apa pun darinya ). Selain itu, ORG-Master memungkinkan Anda untuk mengekspor proyeksi matriks ke MS Excel, di mana bagan analisis organisasi dibuat berdasarkan proyeksi tersebut.

Di ARIS dan BP-Win, untuk tujuan ini, semua tautan dalam diagram proses bisnis (dan model data di BP-Win) harus dilacak secara manual, atau secara khusus membuat daftar atau laporan yang sesuai.

Pertanyaan tentang memuat artis dan sumber daya instrumental dalam sistem, serta mendapatkan perkiraan untuk parameter waktu utama dari sistem yang disimulasikan, dapat diputuskan berdasarkan data kuantitatif pada kompleksitas (atau hanya durasi) dari fungsi yang mereka implementasikan. Untuk mengatasi masalah ini, data tersebut perlu dimasukkan ke dalam sistem dengan satu atau lain cara, serta menyediakan sarana untuk mendapatkan estimasi ringkasan. Dukungan untuk metodologi IDEF3 (di BP-Win), metode ABC di ARIS dan BP-Win, dan alat simulasi di ARIS (dan sebagian di BP-Win) menyediakan beberapa pemrosesan perkiraan ini. Adapun data asli itu sendiri, mereka diatur oleh pengguna, yang, oleh karena itu, bertanggung jawab atas hasil akhirnya.

Namun, memperoleh estimasi yang cukup representatif menggunakan pemodelan statistik (simulasi/peristiwa) (dan, terlebih lagi, menggunakan metode ABC saat mempertimbangkan waktu sebagai sumber daya) untuk memuat komponen sistem sulit dilakukan karena faktor-faktor berikut.

Pendekatan modern untuk analisis proses apa pun ( alur kerja) mulai dari membagi waktu pelaksanaannya dengan, pada kenyataannya, jangka waktu pelaksanaan operasi dan waktu transmisi hasilnya. Pada saat yang sama, dalam proses kantor atau proses pengiriman layanan, pekerjaan sebenarnya memakan waktu rata-rata sekitar 10% dari waktu, dan sisanya dihabiskan untuk pergerakan fisik dari hasil tugas (membutuhkan tanda tangan teks dari kontrak yang perlu dicuci lagi) dan mengantri sampai pemain berikutnya akan menemukan waktu untuk melanjutkan proses. Oleh karena itu, metode berdasarkan penjumlahan sederhana dari waktu operasi saat ini, sebagai aturan, tidak memberikan gambaran yang akurat tentang parameter waktu dari proses tersebut.

Hasil yang lebih memadai dapat diperoleh dengan mensimulasikan perilaku sistem. Namun, untuk waktu tunda layanan, seseorang harus mengambil asumsi yang sangat mendekati tentang hukum distribusinya dalam waktu, atau melakukan prosedur waktu yang agak mahal dan memakan waktu serta pemrosesan statistik selanjutnya. Pada saat yang sama, keandalan hasil yang diperoleh tidak akan terlalu tinggi, atau membutuhkan biaya tambahan yang signifikan. Oleh karena itu, pendekatan yang masuk akal tampaknya bahwa: “Biaya pemodelan untuk mendapatkan informasi apapun tidak boleh melebihi nilai (biaya) dari hasil penggunaannya. Selain itu, orang harus selalu mengingat hukum Pareto, yang terkait dengan masalah yang sedang dipertimbangkan, maka 20% upaya pemodelan memberikan 80% efek.

Oleh karena itu, dari sudut pandang kami, sebelum beralih ke metode pemodelan yang kompleks dan memakan waktu dan memakan sumber daya yang terkait dengan estimasi kuantitatif parameter waktu dan biaya, ada baiknya berfokus untuk mendapatkan efek dari penerapan hasil pemodelan bisnis yang lebih jelas. Optimalisasi kuantitatif harus dilakukan dengan mempertimbangkan pengukuran dan analisis proses aktual.

ORG-Master memiliki analog fungsional dari alat analisis ABC - Wizard Penganggaran, yang menghasilkan sistem penganggaran sederhana. Salah satu hasil dari sistem ini adalah penilaian kuantitatif terhadap biaya implementasi proses bisnis (anggaran operasional), yang setidaknya sebanding nilainya dengan data yang diperoleh dengan menggunakan alat pendukung biaya ABC.

Selain itu, keluarga ORG-Master juga menyertakan paket perangkat lunak Time-Master, salah satu komponennya, yang menyediakan kontrol proses (alur kerja), memungkinkan Anda mengumpulkan statistik selama pelaksanaannya, yang memberikan perkiraan parameter waktu dari proses yang diperlukan untuk analisis.

• Alat pengoptimalan sistem bisnis (proses bisnis), selain kemungkinan menganalisis model, berikan: alat manajemen.
• menghasilkan sejumlah alternatif;
• perencanaan;
• memilih tindakan terbaik;
• alokasi sumber daya;
• menetapkan prioritas.

Biasanya, penerapan fungsi yang terdaftar dikaitkan dengan penggunaan algoritme khusus yang agak rumit atau tidak praktis untuk memecahkan masalah pengoptimalan. Sejumlah kemungkinan semacam ini tergabung dalam sistem ARIS. Namun, penerapannya secara umum tampaknya tidak sesuai sampai tahap penyempurnaan proses bisnis setelah mencapai hasil restrukturisasi dengan metode yang lebih sederhana.

Dukungan untuk pustaka model generik memungkinkan Anda untuk menggunakan pengembangan yang dibuat sebelumnya dalam proses membangun model baru. Kemungkinan ini disediakan di ketiga alat yang dipertimbangkan. Secara khusus, ORG-Master mendukung referensi lengkap model bisnis perusahaan yang diperoleh sebagai hasil dari proyek nyata yang dilakukan di perusahaan Rusia, dan pengklasifikasi "perpustakaan" yang menggambarkan organisasi tipikal dari aspek aktivitas individu.

Dekorasi, sesuai dengan model yang dibangun, peraturan perusahaan tampaknya menjadi fitur yang sangat penting yang memastikan integritas dan konsistensi deskripsi dokumenter dari sistem bisnis. Pentingnya komponen ini untuk alat pemodelan bisnis dapat dipahami dengan melihat peraturan sebagai alat untuk mengelola perusahaan. Memang, jika sebuah perusahaan bekerja dengan stabil, itu berarti proses bisnisnya sudah mapan dan dapat menerima regulasi yang hampir formal. Budaya internal, yang harus ada di perusahaan seperti itu, akan memungkinkan, jika perlu, dengan cepat membangun kembali sistem atau parameter proses bisnis dengan mengubah peraturan kerja departemen dan pelaku terkait.

Adanya dokumen-dokumen peraturan untuk semua aspek kegiatan perusahaan merupakan salah satu ketentuan dasar dari konsep manajemen yang teratur dan sistematis. Menurutnya, dalam bisnis yang terorganisir dengan baik, sekitar 80% keputusan manajemen diterima sesuai dengan prosedur yang telah ditentukan, dan hanya selebihnya, terkait dengan situasi non-standar dan berbagai inovasi, bergantung pada kreativitas dan kepahlawanan karyawan.

Organisasi kegiatan suatu perusahaan (perusahaan), yang bertujuan untuk mencapai tujuan tertentu, diatur pada tingkat saat ini dengan kumpulan standar dokumen organisasi dasar berikut:

• kedudukan pada struktur organisasi dan fungsional yang mencerminkan komposisi usaha dan fungsi yang didukung dalam perusahaan, serta sebarannya dalam perusahaan;
• ketentuan kebijakan perusahaan (akuntansi, investasi, dll);
• peraturan tentang penyelenggaraan bisnis utama dan subsistem manajemen perusahaan, yang berisi uraian rinci tentang fungsi-fungsi di bidang kegiatan;
• prosedur terdokumentasi - deskripsi proses bisnis dalam bentuk yang memungkinkan untuk mempresentasikan proses kepada pengamat luar dan dipandu oleh dokumen ini kepada pelaku operasi proses;
• dan, akhirnya, "peraturan tentang divisi" tradisional, dan "uraian pekerjaan" personel dengan daftar tugas fungsional, jenis tanggung jawab, hak, dan wewenang karyawan.

Selain itu, dimungkinkan untuk membuat formulir pelaporan khusus untuk membuat dokumen di berbagai bidang fungsional: kerangka acuan pada sistem informasi manajemen perusahaan, Manual Mutu (lihat, misalnya, Lampiran 3) dan dokumen khusus lainnya sesuai dengan standar ISO9000, dll.

Semua informasi yang memungkinkan pembuatan dokumen-dokumen ini harus terkandung dalam bentuk sistem yang integral dan konsisten dalam model bisnis lengkap perusahaan (perusahaan). Selain itu, banyak dari dokumen yang dibuat harus sesuai sebanyak mungkin dengan standar Rusia yang diterima secara umum (Jelas, sistem ARIS dan BP-Win paling tidak memenuhi persyaratan terakhir).

Dalam lingkungan ORG-Master, ketentuan dan instruksi tersebut dihasilkan secara otomatis sebagai bentuk teks untuk menjelaskan prosedur, diwakili oleh pengklasifikasi yang sesuai dan hubungan proyeksi di antara keduanya. Bentuk grafik (berbagai digraf dan diagram proses) berfungsi sebagai pelengkap yang baik untuk dokumen-dokumen ini.

Di lingkungan ARIS, deskripsi pekerjaan dan deskripsi proses didasarkan pada diagram kejadian proses dan, pada prinsipnya, berbagai dokumen teks dapat dibangun dengan menganalisis model proses dan struktur organisasi. Meskipun sebagian besar gambarannya dibalik di sini - sistem difokuskan terutama pada pembuatan grafik, dan fungsi pembuatan dokumen peraturan jelas merupakan tambahan dan, akibatnya, tidak dikembangkan.

Di BP-Win, kemungkinan langsung memperoleh berbagai regulasi tidak diatur.

Dalam suatu hubungan dokumentasi proyek dua sisi dapat dipertimbangkan: deskripsi proses bisnis dan deskripsi sistem informasi untuk mendukung proses bisnis untuk pengembangan selanjutnya. Yang pertama disediakan hampir sama di setiap lingkungan yang dipertimbangkan dengan kemungkinan membangun berbagai formulir pelaporan berdasarkan model proses bisnis yang dibangun.

Dalam hal dokumentasi untuk pengembangan sistem informasi, fitur paling tradisional disediakan oleh lingkungan BP-Win / ERwin, yang sebenarnya dibuat untuk ini.

Kemampuan ARIS kira-kira sama: di versi pertama model data, mereka dijelaskan menurut skema hubungan entitas, di versi selanjutnya, dalam bahasa UML. Namun, alat ARISToolset menyediakan fitur pengembangan yang lebih canggih. sistem Informasi.

Kemampuan ORG-Master memungkinkan untuk sepenuhnya mewakili struktur data yang diperlukan untuk mengatur dukungan informasi dari proses bisnis yang dimodelkan menggunakan alat universalnya sendiri - pengklasifikasi dan proyeksi. Tidak ada formalisme seperti diagram ER, meskipun dalam versi terbaru dimungkinkan untuk memvisualisasikan dalam standar DFD. Selain itu, menjadi mungkin untuk mencerminkan interaksi antara blok fungsional pada diagram IDEF0 tidak hanya menggunakan transfer langsung dokumen dan file, tetapi juga melalui database bersama!

Dukungan untuk pengembangan model basis data dan alat perangkat lunak biasanya mengacu pada kemampuan alat tipe KASUS atau alat terkait untuk menyiapkan sistem informasi manajemen perusahaan (misalnya, sistem kelas ERP). Dukungan tersebut dapat memberikan fungsi berikut:

• analisis dan desain arsitektur sistem manajemen informasi,
• desain database dan file,
• pemrograman (pembuatan kode program),
• pemeliharaan dan rekayasa ulang,
• manajemen proyek.

Pertanyaan analisis dan desain arsitektur sistem informasi, biasanya berujung pada definisi persyaratan sistem dan spesifikasi terkait. Tahap ini, dengan pendekatan desain yang sistematis, harus secara langsung bergantung pada model sistem bisnis dan, pada kenyataannya, merincinya. Oleh karena itu, semua argumen di atas berlaku di sini, mencakup konstruksi, analisis, dan optimalisasi model sistem, serta desain peraturan dan dokumentasi.

Desain database dan file(tingkat konseptual dan internal), transformasi model data, deskripsi format file dalam alat yang dipertimbangkan hanya didukung sepenuhnya di BP-Win (ERwin), karena lingkungan ini dirancang khusus untuk menyelesaikan masalah seperti itu.

Di lingkungan ARIS, kemungkinan ini disediakan dalam paket ARIS Toolset di tingkat spesifikasi proyek dan definisi parameter database.

Pendekatan yang dikembangkan dalam lingkungan ORG-Master mengasumsikan (walaupun tidak harus) bahwa sistem informasi yang telah memiliki database dapat digunakan dalam sistem bisnis yang dimodelkan. Dalam hal ini, mereka tidak perlu didesain ulang kecuali jika sistem yang digunakan akan diganti. Namun, dengan tidak adanya sistem informasi, ORG-Master membuat dasar untuk model data konseptual dan struktur file data. Dasar ini diwakili oleh deskripsi komposisi dan hubungan objek informasi dan dokumen yang digunakan dalam model proses bisnis.

Pembuatan kode program untuk aplikasi atau alat sistem Sistem ARIS dan ORG-Master tidak disediakan, karena merupakan alat desain sistem bisnis, bukan perangkat lunak. Sampai batas tertentu, fitur ini hanya diterapkan di BP-Win.

Pemeliharaan dan rekayasa ulang. Fungsi-fungsi ini biasanya diimplementasikan dengan cara mendokumentasikan, menganalisis program, merestrukturisasi, dan merekayasa ulang program. Pernyataan yang dibuat di atas mengenai sarana dokumentasi sepenuhnya dapat diterapkan dalam pertimbangan ini.

Fungsi manajemen proyek pembuatan database dan perangkat lunak khusus untuk pengembangan produk perangkat lunak. Dalam bentuk ini mereka diimplementasikan di BP-Win. Manajemen proyek dalam keluarga ORG-Master sepenuhnya mendukung paket perangkat lunak Time-Master. (Meskipun, tegasnya, fungsi ini tidak wajib untuk kelas alat yang dimaksud).

Integrasi dengan produk perangkat lunak lain melibatkan perluasan cakupan alat yang dimaksud dan dapat dilakukan baik sebagai bagian dari pengembangan rangkaian alat perangkat lunak yang kompatibel (seperti Platinum Technologies) atau dengan alat perangkat lunak dari pengembang lain (perangkat lunak pihak ketiga).

Integrasi dengan produk perangkat lunak “pihak ketiga” dilakukan untuk salah satu tujuan berikut:

• menggunakan fungsionalitas produk terintegrasi untuk memperluas cakupan produknya,
• memberikan kesempatan untuk memasukkan produk Anda ke dalam produk pihak ketiga,
• menyediakan antarmuka yang kurang lebih universal untuk produk Anda jika pihak ketiga tertentu tidak diketahui sebelumnya.

Dari sudut pandang orientasi fungsional, integrasi dengan:

• KASUS berarti,
• sistem ERP,
• program aplikasi.

ARIS memiliki antarmuka dengan beberapa alat KASUS dan juga merupakan alat pembuat model untuk kustomisasi langsung sistem manajemen perusahaan tersebut, terutama SAP R/3. Seperti disebutkan di atas, sistem bergantung pada notasinya sendiri untuk mewakili proses bisnis, sehingga menggunakan alat simulasi bawaan dan alat analisis biaya, yang hasilnya dapat diekspor ke format MS Excel.

Sistem ORG-Master dan BP-Win mendukung notasi IDEF0 untuk menggambarkan proses bisnis yang diwakili. Pada prinsipnya, ini adalah semacam tautan antara alat-alat ini dan untuk komunikasi dengan produk perangkat lunak lain yang menggunakan metodologi ini. Namun, tanpa mempertimbangkan masalah "usia" notasi IDEF0 di sini, perlu dicatat bahwa representasi internal data di setiap sistem berbeda, dan antarmuka standar dari jenis "soket" atau kelas untuk sistem IDEF0 tidak ditentukan. Namun, ada format file standar untuk mewakili diagram IDEF. Oleh karena itu, meskipun deskripsi yang dibuat dengan bantuannya sangat tidak nyaman bagi manusia dan komputer, mereka dapat digunakan sebagai alat untuk bertukar model jika ada konverter yang sesuai dari format ini. Konverter semacam itu disediakan di versi berikutnya Guru ORG.

BP-Win mendukung metodologi IDEF0, DFD dan IDEF3 dan terintegrasi dengan produk perangkat lunak berikut (kebanyakan dari produsen yang sama):

• Alat pemodelan data ERwin (Teknologi Platinum),
• Manajemen proyek ModelMart dan sistem penyimpanan (Teknologi Platinum),
• pembuat laporan khusus berdasarkan model RPTwin (Teknologi Platinum),
• sistem simulasi BPSimulator (System Modeling Corporation),
• Alat analisis biaya EasyABC (ABC Technologies).

(*Teknologi Platinum - bagian dari Computer Associates sejak 1999)

ORG-Master pada awalnya diposisikan sebagai sistem kelas organisasi yang berfokus pada penyelesaian masalah pemodelan dan perancangan proses dan struktur bisnis serta mendukung pengambilan keputusan organisasi. Ini memberikan kemampuan untuk berintegrasi dengan paket pengembangnya sendiri ("Perangkat Lunak BIG-SPB"), yang berfokus pada penyelesaian berbagai tugas fungsional. Dalam sistem ORG-Master, jika perlu, sistem informasi eksekutif sederhana dibuat secara otomatis di lingkungan MS Office:

• Sistem penganggaran (yang merupakan sistem akuntansi manajemen sederhana, profitabilitas dan manajemen solvabilitas perusahaan).
• Sistem pemasaran (mengumpulkan informasi kuantitatif operasional tentang pasar perusahaan, serta mengintegrasikan dengan sistem CRM-nya sendiri untuk mendukung hubungan pelanggan).

Pengenalan aplikasi ini ke dalam aktivitas perusahaan memungkinkan Anda menguasai teknik kontrol modern dengan cepat, yang sangat memudahkan transisi ke sistem eksekutif yang lebih kompleks.

Dimungkinkan (dan telah diuji dalam proyek) untuk menghubungkan data melalui file pertukaran dalam kerangka membangun sistem informasi terintegrasi dengan program eksekutif dan analitik dari perusahaan mitra: 1C, AiT:Soft, Intalev, Comteh +, INEK, dll., serta dengan sumber daya perusahaan sistem kontrol terintegrasi (misalnya, produksi IPS).

PADA versi baru itu juga menyediakan mekanisme untuk mengekspor deskripsi proses bisnis ke paket perangkat lunak Time-Master, yang menggabungkan properti sistem Manajemen Proyek, Alur Kerja dan Sistem Informasi Pribadi dan dibangun di atas teknologi Internet / Intranet.

Ringkasan Bagian:

Kemampuan fungsional utama dari alat yang dibandingkan disajikan pada Tabel 2, di mana penilaian tingkat penerapan fungsi atau properti ditunjukkan pada skala lima poin.

Seperti dapat dilihat dari Tabel 2, penjumlahan langsung dari perkiraan memberikan sebaran sekitar ±4%. Penyebaran seperti itu terletak pada kesalahan perkiraan itu sendiri. Selain itu, alat-alat itu sendiri, yang berbeda dalam orientasi fungsional, menerima perkiraan yang dekat karena kekuatan dan kelemahan yang berbeda sarana yang berbeda ketika dihitung secara langsung, mereka membatalkan satu sama lain.

Namun, selama pembahasan fungsionalitas, ditekankan bahwa, secara langsung untuk memecahkan masalah rekayasa bisnis, kelompok fungsionalitas individu memiliki arti yang berbeda. Fakta ini tercermin dari koefisien yang tercatat di kolom “Bobot” pada Tabel 2. Dengan mempertimbangkan faktor ini, terlihat bahwa penilaian keseluruhan kompleks ORG-Master sedikit lebih unggul daripada ARIS.

Tetapi sekali lagi, ini mungkin karena preferensi dan prioritas yang berbeda penggunaan yang dimaksudkan produk. Misalnya, karena penilaian yang lebih rendah tentang pentingnya alat yang ada untuk analisis kuantitatif model (simulasi dan pemodelan peristiwa), serta alat pengoptimalan, yang, bagaimanapun, kurang terwakili di semua sistem yang dipertimbangkan. Pada saat yang sama, sifat-sifat model yang mendokumentasikan diri atau universalitas penyajian berbagai aspek pemodelan sangat dihargai.

Secara umum, ketika mengevaluasi dan memilih alat pemodelan, disarankan untuk memutuskan sendiri alat sistem mana yang paling penting dalam memecahkan masalah tertentu dari penerapannya dan, karenanya, meletakkan "bobot".

Selain itu, referensi Lampiran 2 memberikan ikhtisar tentang standar formalisasi dan alat untuk menyusun dan/atau menganalisis model tertentu yang digunakan dalam sistem yang sedang dipertimbangkan.

Pemodelan Proses Bisnis adalah alat yang efektif untuk menemukan cara mengoptimalkan aktivitas perusahaan, memungkinkan Anda menentukan cara kerja perusahaan secara keseluruhan dan cara mengatur aktivitas di setiap tempat kerja. Metodologi (notasi) untuk membuat model (deskripsi) proses bisnis dipahami sebagai seperangkat cara di mana objek dunia nyata dan hubungan di antara mereka direpresentasikan dalam bentuk model. Setiap objek dan tautan dicirikan oleh sejumlah parameter atau atribut yang mencerminkan karakteristik tertentu dari objek nyata (nomor objek, nama, deskripsi, waktu eksekusi (untuk fungsi), biaya, dll.).

Deskripsi proses bisnis dilakukan untuk tujuan analisis dan reorganisasi lebih lanjut. Tujuan dari reorganisasi mungkin untuk memperkenalkan sistem informasi, mengurangi biaya, meningkatkan kualitas layanan pelanggan, membuat instruksi kerja dan pekerjaan, dll., dan deskripsi rinci tentang proses itu sendiri tidak ada nilainya.

Rekayasa ulang proses bisnis (eng. Rekayasa ulang proses bisnis) adalah pemikiran ulang mendasar dan desain ulang radikal dari proses bisnis untuk mencapai efisiensi maksimum dalam kegiatan produksi, ekonomi dan keuangan dan ekonomi, diformalkan oleh dokumen organisasi, administrasi dan peraturan yang relevan. Rekayasa bisnis terdiri dari pemodelan proses bisnis (pengembangan model "sebagaimana adanya", analisisnya, pengembangan model "bagaimana") dan pengembangan serta penerapan rencana transisi ke keadaan "sesuai kebutuhan".

Dasar dari banyak metodologi modern untuk memodelkan proses bisnis adalah metodologi SADT (Analisis Terstruktur dan Teknik Desain - metode analisis dan desain struktural), keluarga standar IDEF (Icam DEFinition, di mana Icam adalah Manufaktur Berbantuan Komputer Terintegrasi) dan algoritmik bahasa.

Jenis utama metodologi untuk memodelkan dan menganalisis proses bisnis:

Pemodelan Proses Bisnis ( pemodelan proses bisnis). Metodologi yang paling banyak digunakan untuk mendeskripsikan proses bisnis adalah standar IDEF0. Model dalam notasi IDEF0 dimaksudkan untuk deskripsi tingkat tinggi dari bisnis perusahaan dalam aspek fungsional.

Deskripsi alur kerja ( Pemodelan Alur Kerja). Standar IDEF3 dimaksudkan untuk menggambarkan alur kerja dan dekat dengan metode algoritmik untuk membuat bagan alur.

Deskripsi aliran data ( Pemodelan Aliran Data). Notasi DFD ( Diagram Aliran Data), memungkinkan Anda untuk mencerminkan urutan pekerjaan yang dilakukan selama proses, dan aliran informasi yang beredar di antara pekerjaan ini.

metodologi lainnya.

Sehubungan dengan memperoleh nilai tambah dari suatu produk atau layanan, kelas proses berikut dapat dibedakan:

Proses bisnis inti (misalnya pemasaran, manufaktur, pasokan, dan pemeliharaan layanan produk).

Mendukung proses bisnis tidak menambah nilai produk, tetapi meningkatkan nilainya (misalnya, dukungan keuangan untuk operasi, kepegawaian, dukungan hukum, administrasi, keamanan, pasokan komponen, perbaikan dan Pemeliharaan dll.).

Manajemen proses bisnis.

Model bisnis adalah deskripsi formal (grafis, tabular, tekstual, simbolik) dari proses bisnis. Area utama penerapan model bisnis adalah rekayasa ulang proses bisnis.

Tujuan pemodelan proses bisnis biasanya dirumuskan sebagai berikut:

Memberikan pemahaman tentang struktur organisasi dan dinamika proses yang berlangsung di dalamnya;

Untuk memberikan pemahaman tentang masalah organisasi saat ini dan kemungkinan solusinya;

Pastikan bahwa pelanggan, pengguna, dan pengembang memiliki pemahaman yang sama tentang tujuan dan sasaran organisasi;

Buat dasar untuk pembentukan persyaratan perangkat lunak yang mengotomatiskan proses bisnis organisasi (persyaratan perangkat lunak dibentuk berdasarkan model bisnis).

Elemen penting dari model proses bisnis adalah peraturan bisnis atau aturan domain. Aturan bisnis yang khas adalah kebijakan perusahaan dan undang-undang negara bagian. Aturan bisnis biasanya dirumuskan dalam dokumen khusus dan dapat tercermin dalam model.

Penguraian dalam pengertian umum, ini adalah metode yang memungkinkan Anda mengganti solusi dari satu masalah besar dengan solusi dari serangkaian masalah yang lebih kecil, membagi objek menjadi bagian-bagian komponennya sesuai dengan kriteria yang ditetapkan. Dalam praktiknya, dekomposisi digunakan untuk menyempurnakan model bisnis.

Tahapan deskripsi proses bisnis:

Menentukan tujuan dari deskripsi.

Deskripsi lingkungan, definisi input dan output dari proses bisnis, pembuatan diagram IDEF0.

Deskripsi struktur fungsional (tindakan proses), konstruksi diagram IDEF3.

Deskripsi aliran (materi, informasi, keuangan) dari proses, konstruksi diagram DFD.

Bangunan struktur organisasi proses (departemen, peserta, penanggung jawab).

IDEF0

Model terdiri dari diagram, fragmen teks, dan glosarium dengan tautan satu sama lain. Diagram adalah komponen utama model, semua fungsi dan antarmuka disajikan sebagai blok dan busur.

Titik koneksi busur dengan blok menentukan jenis antarmuka:

Informasi kontrol memasuki blok dari atas.

Informasi input disertakan dalam blok di sebelah kiri.

Hasilnya keluar dari blok di sebelah kanan.

mekanisme (orang atau sistem otomatis) yang melakukan operasi memasuki blok dari bawah.

Setiap komponen model dapat diuraikan (diuraikan lebih detail) dalam diagram lain. Direkomendasikan untuk menghentikan pemodelan ketika tingkat detail model memenuhi tujuannya. Jumlah total level dalam model tidak boleh melebihi 5-6.

Pembuatan diagram dimulai dengan representasi keseluruhan sistem dalam bentuk blok tunggal dan busur yang menggambarkan antarmuka dengan fungsi di luar sistem. Kemudian blok yang mewakili sistem sebagai satu modul dirinci dalam diagram lain menggunakan beberapa blok yang dihubungkan oleh busur antarmuka. Setiap diagram terperinci adalah dekomposisi blok dari diagram level sebelumnya. Pada setiap langkah dekomposisi, diagram level sebelumnya disebut diagram induk untuk diagram yang lebih detail.

Diagram semacam itu tidak secara eksplisit menunjukkan urutan atau waktu. Metode ini memiliki sejumlah kelemahan: kompleksitas persepsi (sejumlah besar busur dalam diagram dan sejumlah besar tingkat dekomposisi), sulitnya menghubungkan beberapa proses.

IDEF3

Metode ini dirancang untuk mensimulasikan urutan tindakan dan saling ketergantungan antara mereka dalam proses. Model IDEF3 dapat digunakan untuk menelusuri blok fungsional IDEF0 yang tidak memiliki diagram dekomposisi.

Tampilan diagram IDEF3 tindakan dalam bentuk persegi panjang. Tindakan diberi nama menggunakan kata kerja atau kata benda verbal, dan setiap tindakan diberi nomor identifikasi unik (nomor tindakan biasanya didahului dengan nomor induknya, misalnya 1.1.).

Semua tautan di IDEF3 bersifat searah dan diatur dari kiri ke kanan.

Jenis tautan IDEF3:

Prioritas temporal, panah sederhana. Aktivitas sumber harus selesai sebelum aktivitas akhir dapat dimulai.

Aliran objek, panah berujung ganda. Keluaran dari tindakan awal adalah masukan dari tindakan akhir. Aktivitas sumber harus selesai sebelum aktivitas akhir dapat dimulai. Nama tautan streaming harus dengan jelas mengidentifikasi objek yang ditransmisikan dengan bantuannya.

Fuzzy Relationship, panah putus-putus.

Penyelesaian satu tindakan dapat memulai dimulainya eksekusi beberapa tindakan lain sekaligus, atau sebaliknya, tindakan tertentu mungkin memerlukan penyelesaian beberapa tindakan lain sebelum memulai pelaksanaannya (proses percabangan).

Percabangan proses tercermin menggunakan blok khusus:

- "Dan", blokir dengan tanda &.

- "XOR" ("salah satu"), blokir dengan tanda X.

- "ATAU", blok dengan tanda O.

Jika tindakan "DAN", "ATAU" harus dilakukan secara serempak, ini ditunjukkan dengan dua garis vertikal ganda di dalam blok, secara asinkron - satu.
Metode IDEF3 memungkinkan Anda menguraikan aktivitas berkali-kali, yang memastikan bahwa alur proses alternatif didokumentasikan dalam satu model.

DFD

Tujuan dari presentasi ini adalah untuk menunjukkan bagaimana setiap proses mengubah masukan mereka data di akhir pekan. Itu tidak hanya mencerminkan informasi, tetapi juga aliran material. Juga, seperti pada model lain, dekomposisi didukung.

Komponen utama diagram aliran data adalah:

Entitas eksternal (objek material atau individu, yang merupakan sumber atau penerima informasi, misalnya pelanggan, personel, pemasok, pelanggan, gudang);

Sistem dan subsistem (misalnya, subsistem untuk bekerja dengan individu);

Proses (transformasi aliran data input menjadi output sesuai dengan algoritme tertentu; secara fisik, ini dapat berupa, misalnya, subdivisi organisasi (departemen) yang memproses dokumen input dan mengeluarkan laporan, program, logika yang diimplementasikan perangkat keras perangkat, dll.);

Perangkat penyimpanan data (perangkat abstrak untuk menyimpan informasi);

Aliran data (panah pada diagram).

Penting untuk menempatkan pada setiap diagram dari 3 (kurang masuk akal) hingga 7 (lebih - tidak dirasakan) proses, tanpa mengacaukan diagram dengan detail yang tidak signifikan pada level ini.

Langkah pertama dalam membangun hirarki DFD adalah membangun diagram konteks. Biasanya, ketika merancang sistem yang relatif sederhana, diagram konteks tunggal dengan topologi bintang dibangun, di tengahnya terdapat proses utama yang terhubung ke penerima dan sumber informasi. Untuk sistem yang kompleks (sepuluh atau lebih entitas eksternal, sifat terdistribusi dan multifungsi sistem), hierarki diagram konteks dibangun. Pada saat yang sama, diagram konteks tingkat atas tidak berisi satu pun proses utama, tetapi sekumpulan subsistem yang dihubungkan oleh aliran data.

Setiap proses pada DFD dapat dirinci menggunakan DFD atau (jika prosesnya dasar) spesifikasi. Spesifikasi adalah deskripsi dari algoritma untuk tugas yang dilakukan oleh proses. Bahasa spesifikasi dapat berkisar dari bahasa alami terstruktur atau kodesemu hingga bahasa pemodelan visual.

Dalam pemodelan proses bisnis, diagram aliran data (DFD) digunakan untuk membangun model "AS-IS" dan "AS-TO-BE", sehingga mencerminkan struktur proses bisnis organisasi yang ada dan yang diusulkan.

ARIS

Saat ini terdapat kecenderungan untuk mengintegrasikan berbagai metode pemodelan yang diwujudkan dalam bentuk pembuatan alat pemodelan yang terintegrasi. Salah satu alat tersebut adalah produk perangkat lunak yang disebut ARIS (Architecture of Integrated Information Systems), yang dikembangkan oleh perusahaan Jerman IDS Scheer.

ARIS mendukung empat jenis model (dan banyak jenis model di setiap jenis), yang mencerminkan berbagai aspek sistem yang diteliti:

Model organisasi yang mewakili struktur sistem - hierarki unit organisasi, posisi dan individu tertentu, hubungan di antara mereka, serta ikatan teritorial unit struktural;

Model fungsional berisi hierarki tujuan yang dihadapi aparatur manajemen, dengan sekumpulan pohon fungsi yang diperlukan untuk mencapai tujuan;

Model informasi yang mencerminkan struktur informasi yang diperlukan untuk implementasi seluruh rangkaian fungsi sistem;

Model manajemen mewakili pandangan komprehensif dari implementasi proses bisnis dalam sistem.

Untuk membangun jenis model yang terdaftar, metode pemodelan ARIS sendiri dan berbagai metode dan bahasa pemodelan terkenal, khususnya UML, digunakan. Proses pemodelan dapat dimulai dengan salah satu jenis model.

Model bisnis utama ARIS adalah eEPC (extended Event-driven Process Chain, model rantai proses yang digerakkan oleh peristiwa yang diperluas). Notasi ARIS eEPC merupakan perpanjangan dari notasi IDEF3. Proses bisnis dalam notasi eEPC adalah aliran pekerjaan yang dilakukan secara berurutan (prosedur, fungsi) yang diatur dalam urutan pelaksanaannya. Durasi sebenarnya dari prosedur di eEPC tidak tercermin secara visual.

Untuk mendapatkan informasi tentang durasi proses yang sebenarnya, perlu menggunakan alat deskripsi lain, misalnya MS Project.

Model dalam ARIS adalah diagram yang elemennya bermacam-macam objek- "fungsi", "acara", "divisi struktural", "dokumen", dll. Antara objek jenis tertentu dapat diatur koneksi jenis tertentu ("melakukan", "membuat keputusan", "harus segera diberitahu tentang hasilnya", dll.). Setiap objek sesuai dengan sekumpulan atribut tertentu yang memungkinkan Anda untuk masuk Informasi tambahan tentang objek tertentu.

Objek utama notasi eEPC adalah:

Fungsi. Berfungsi untuk mendeskripsikan fungsi (prosedur, pekerjaan) yang dilakukan oleh departemen/karyawan perusahaan. Setiap fungsi harus diawali oleh suatu peristiwa dan harus diakhiri dengan suatu peristiwa; Setiap fungsi tidak dapat memasukkan lebih dari satu panah, "memulai" pelaksanaan fungsi, dan keluar lebih dari satu panah, yang menjelaskan penyelesaian fungsi.

Peristiwa. Digunakan untuk menggambarkan kejadian nyata yang mempengaruhi pelaksanaan fungsi.

Unit organisasi. Misalnya, manajemen atau departemen.

Dokumen. Mencerminkan media nyata, seperti dokumen kertas.

Sistem aplikasi.

kluster informasi. Mencirikan satu set entitas dan hubungan di antara mereka.

Komunikasi antar objek. Jenis hubungan antar objek, misalnya, aktivasi eksekusi suatu fungsi oleh suatu peristiwa.

Operator Boolean. Operator "DAN", "ATAU", atau eksklusif "ATAU" memungkinkan Anda menjelaskan percabangan proses.

Jika, saat membuat model di eEPC, Anda hanya menentukan urutan prosedur, tidak peduli tentang refleksi dokumen dan informasi kontrol, model yang dihasilkan akan bernilai rendah dalam hal analisis dan penggunaan lebih lanjut.

DBMS objek digunakan untuk menyimpan model di ARIS, dan database baru dibuat untuk setiap proyek. Berbagai fungsi administrasi database disediakan, seperti kontrol akses. Basis data adalah penyimpanan model secara hierarkis.

Pekerjaan pembuatan model harus diatur oleh konvensi pemodelan (standar) yang ketat dan banyak, ARIS mendukung mekanisme filter metodologis yang memungkinkan pengguna untuk menggunakan hanya rangkaian skema dan objek tertentu. Pengembangan perjanjian semacam itu membutuhkan banyak waktu dan spesialis yang berkualifikasi tinggi. Jika proyek yang menggunakan ARIS dimulai tanpa penjabaran rinci dari perjanjian tersebut, maka kemungkinan pembuatan model proses bisnis yang tidak menjawab pertanyaan yang diajukan sangat tinggi.

Pemodelan Proses Bisnis merupakan salah satu cara untuk meningkatkan kualitas dan efisiensi organisasi. Metode ini didasarkan pada deskripsi proses melalui berbagai elemen (aksi, data, kejadian, material, dll) yang melekat pada proses. Sebagai aturan, pemodelan proses bisnis menggambarkan hubungan logis dari semua elemen proses dari awal sampai selesai dalam organisasi. Dalam situasi yang lebih kompleks, pemodelan mungkin melibatkan proses atau sistem di luar organisasi.

Pemodelan proses bisnis memungkinkan Anda memahami pekerjaan dan menganalisis organisasi. Hal ini dicapai karena model dapat disusun untuk berbagai aspek dan tingkatan manajemen. Dalam organisasi besar, pemodelan proses bisnis lebih rinci dan beragam daripada yang kecil, yang dikaitkan dengan sejumlah besar hubungan lintas fungsi.

Biasanya, berbagai alat komputer digunakan untuk memodelkan proses bisnis dan perangkat lunak. Ini membuatnya lebih mudah untuk mengelola model, melacak perubahan di dalamnya, dan mengurangi waktu analisis.

Tujuan pemodelan proses bisnis

Tujuan akhir dari pemodelan proses bisnis adalah untuk meningkatkan kinerja. Untuk melakukan ini, analisis berfokus pada penambahan nilai pada hasil proses dan pengurangan biaya dan waktu untuk menyelesaikan aktivitas.

Pemodelan proses bisnis memiliki beberapa tujuan:

• Pertama, ini adalah tujuan untuk menggambarkan proses. Melalui simulasi, dimungkinkan untuk melacak apa yang terjadi dalam proses dari awal hingga akhir. Pemodelan memungkinkan Anda untuk mendapatkan tampilan "luar" dari proses dan mengidentifikasi peningkatan yang akan meningkatkan efisiensinya.
• kedua, penjatahan proses. Pemodelan proses bisnis menetapkan aturan untuk pelaksanaan proses, mis. bagaimana mereka harus dilakukan. Jika aturan, pedoman atau persyaratan yang ditetapkan dalam model diikuti, maka kinerja proses yang diinginkan dapat tercapai.
• ketiga, pembentukan keterkaitan dalam proses. Pemodelan proses bisnis menetapkan hubungan yang jelas antara proses dan persyaratan yang harus mereka penuhi.

Tahapan pemodelan proses bisnis

Pemodelan proses bisnis, sebagai suatu peraturan, mencakup penerapan beberapa tahapan berturut-turut. Karena tujuan akhir dari pemodelan adalah untuk meningkatkan proses, ini mencakup bagian "desain" dari pekerjaan dan pekerjaan implementasi model proses.

Susunan tahapan yang meliputi pemodelan proses bisnis adalah sebagai berikut:

• mengidentifikasi proses dan membangun model awal "sebagaimana adanya". Untuk meningkatkan proses, perlu dipahami cara kerjanya saat ini. Pada tahap ini, batas-batas proses ditentukan, elemen kuncinya diidentifikasi, dan data tentang pengoperasian proses dikumpulkan. Akibatnya, model proses awal "sebagaimana adanya" dibuat. Model ini tidak selalu mencerminkan operasi proses secara memadai, sehingga model tahap ini dapat disebut model "draf pertama" atau model awal "sebagaimana adanya".
• revisi, analisis dan penyempurnaan model asli. Pada tahap ini, kontradiksi dan duplikasi tindakan dalam proses diidentifikasi, batasan proses, hubungan proses ditentukan, dan kebutuhan untuk mengubah proses ditetapkan. Akibatnya, versi terakhir dari model "sebagaimana adanya" terbentuk.
• pengembangan model "bagaimana seharusnya".. Setelah menganalisis situasi yang ada, perlu untuk menentukan keadaan proses yang diinginkan. Keadaan yang diinginkan ini direpresentasikan dalam model "sebagaimana mestinya". Model seperti itu menunjukkan bagaimana proses seharusnya terlihat di masa depan, termasuk perbaikan yang diperlukan. Selama tahap pemodelan proses bisnis ini, model seperti itu dikembangkan.
• menguji dan menerapkan model "sebagaimana mestinya".. Tahap pemodelan ini dikaitkan dengan pengenalan model yang dikembangkan ke dalam praktik organisasi. Model proses bisnis diuji dan perubahan yang diperlukan dibuat untuk itu.
• memperbaiki model "sebagaimana mestinya".. Pemodelan proses bisnis tidak terbatas pada pembuatan model "bagaimana seharusnya". Setiap proses terus berubah dan meningkat sepanjang jalan, sehingga model proses harus ditinjau dan ditingkatkan secara berkala. Tahap pemodelan ini dikaitkan dengan perbaikan proses yang berkelanjutan dan peningkatan model proses bisnis.

Jenis pemodelan proses bisnis

Pemodelan proses bisnis dapat memiliki fokus yang berbeda. Itu tergantung pada masalah apa yang seharusnya diselesaikan dengan bantuannya. Menghitung benar-benar semua pengaruh pada proses dapat secara signifikan memperumit model dan menyebabkan redundansi dalam deskripsi proses. Untuk menghindari hal ini, pemodelan proses bisnis dibagi berdasarkan jenisnya. Jenis simulasi dipilih tergantung pada karakteristik proses yang diteliti.

Untuk tujuan perbaikan proses, jenis-jenis berikut simulasi:

• pemodelan fungsional. Jenis pemodelan ini menyiratkan deskripsi proses dalam bentuk fungsi yang saling berhubungan dan terstruktur dengan jelas. Pada saat yang sama, urutan fungsi temporal yang ketat, dalam bentuk yang ada dalam proses nyata, tidak diperlukan.
• Pemodelan Objek- menyiratkan deskripsi proses sebagai sekumpulan objek yang berinteraksi - mis. unit produksi. Objek adalah objek apa pun yang diubah selama pelaksanaan proses.
• Simulasi- dengan jenis pemodelan proses bisnis ini dimaksudkan untuk memodelkan perilaku proses dalam berbagai kondisi eksternal dan internal dengan analisis karakteristik dinamis proses dan analisis distribusi sumber daya.

Pembagian pemodelan berdasarkan jenis dilakukan untuk menyederhanakan pekerjaan dan fokus pada karakteristik proses tertentu. Pada saat yang sama, berbagai jenis pemodelan dapat diterapkan untuk proses yang sama. Ini memungkinkan Anda untuk bekerja dengan satu jenis model secara terpisah dari yang lain.

Prinsip pemodelan proses bisnis

Pemodelan proses bisnis didasarkan pada sejumlah prinsip yang memungkinkan untuk membuat model proses yang memadai. Ketaatan mereka memungkinkan untuk menggambarkan serangkaian parameter keadaan proses sedemikian rupa sehingga dalam satu model komponen saling berhubungan erat, sementara model individu tetap cukup independen satu sama lain.

Prinsip utama pemodelan proses bisnis adalah sebagai berikut:

• Prinsip dekomposisi– setiap proses dapat diwakili oleh sekumpulan elemen yang disusun secara hierarkis. Sesuai dengan prinsip ini, proses harus dirinci menjadi unsur-unsur penyusunnya.
• Prinsip Fokus– untuk mengembangkan model, perlu abstrak dari banyak parameter proses dan fokus pada aspek kunci. Untuk setiap model, aspek ini mungkin berbeda.
• Prinsip dokumentasi– unsur-unsur yang termasuk dalam proses harus diformalkan dan ditetapkan dalam model. Penunjukan yang berbeda harus digunakan untuk elemen proses yang berbeda. Memperbaiki elemen dalam model tergantung pada jenis pemodelan dan metode yang dipilih.
• Prinsip konsistensi- semua elemen yang termasuk dalam model proses harus memiliki interpretasi yang tidak ambigu dan tidak saling bertentangan.
• Prinsip kelengkapan dan kecukupan- sebelum memasukkan elemen ini atau itu ke dalam model, perlu untuk mengevaluasi dampaknya terhadap proses. Jika elemen tersebut tidak penting untuk pelaksanaan proses, maka tidak disarankan untuk memasukkannya ke dalam model, karena itu hanya dapat memperumit model proses bisnis.

Metode untuk memodelkan proses bisnis

Saat ini, ada cukup banyak metode untuk memodelkan proses bisnis. Metode ini untuk jenis yang berbeda pemodelan dan memungkinkan Anda untuk fokus pada aspek yang berbeda. Mereka berisi alat grafis dan tekstual, di mana Anda dapat memvisualisasikan komponen utama dari proses dan memberikan definisi yang tepat tentang parameter dan hubungan elemen.

Pemodelan proses bisnis dilakukan dengan menggunakan metode berikut:

• Diagram Bagan Alir (diagram alur kerja) adalah metode grafis untuk mewakili suatu proses di mana operasi, data, peralatan proses, dll. Digambarkan dengan simbol khusus. Metode ini digunakan untuk menampilkan urutan logis dari tindakan proses. Keuntungan utama dari metode ini adalah fleksibilitasnya. Prosesnya dapat direpresentasikan dalam banyak cara.
• Data Flow Diagram (diagram aliran data). Diagram aliran data atau DFD digunakan untuk menunjukkan transfer informasi (data) dari satu operasi proses ke proses lainnya. DFD menggambarkan hubungan operasi melalui informasi dan data. Metode ini merupakan dasar dari struktural analisis proses, karena memungkinkan Anda untuk menguraikan proses ke tingkat logis. Setiap proses dapat dipecah menjadi sub-proses dengan lebih banyak level tinggi detail. Penggunaan DFD memungkinkan Anda untuk mencerminkan hanya aliran informasi, tetapi bukan aliran material. Diagram aliran data menunjukkan bagaimana informasi masuk dan keluar dari suatu proses, tindakan apa yang mengubah informasi, di mana informasi disimpan dalam suatu proses, dan sebagainya.
• Role Activity Diagram (diagram peran). Ini digunakan untuk memodelkan suatu proses dalam hal peran individu, kelompok peran, dan interaksi peran dalam suatu proses. Peran adalah elemen proses abstrak yang melakukan fungsi organisasi. Diagram peran menunjukkan tingkat "tanggung jawab" untuk proses dan operasinya, serta interaksi peran.
• IDEF (Definisi Terintegrasi untuk Pemodelan Fungsi) adalah serangkaian metode untuk menggambarkan berbagai aspek proses bisnis (IDEF0, IDEF1, IDEF1X, IDEF2, IDEF3, IDEF4, IDEF5). Metode ini didasarkan pada metodologi SADT (Structured Analysis and Design Technique). Metode IDEF0 dan IDEF3 paling sering digunakan untuk memodelkan proses bisnis.
• IDEF0 - memungkinkan Anda membuat model fungsi proses. Diagram IDEF0 menunjukkan fungsi proses utama, input, output, tindakan kontrol, dan perangkat yang terkait dengan fungsi utama. Proses dapat diuraikan menjadi tingkat yang lebih rendah.
• IDEF3 - metode ini memungkinkan Anda membuat model proses "perilaku". IDEF3 terdiri dari dua macam model. Tampilan pertama mewakili deskripsi alur kerja. Yang kedua adalah deskripsi keadaan transisi objek.
• Jaring Petri Berwarna- metode ini merepresentasikan model proses dalam bentuk grafik, di mana simpul adalah tindakan dari proses, dan busur adalah peristiwa, yang menyebabkan proses bertransisi dari satu keadaan ke keadaan lainnya. Jaring petri digunakan untuk memodelkan secara dinamis perilaku suatu proses.
• Unified Modeling Language (UML) - adalah metode pemodelan proses berorientasi objek. Ini terdiri dari 9 diagram yang berbeda, yang masing-masing memungkinkan Anda untuk memodelkan aspek statis atau dinamis yang berbeda dari proses tersebut.

Kebanyakan metode yang ditentukan diimplementasikan sebagai perangkat lunak. Ini memungkinkan Anda untuk mendukung proses bisnis atau menganalisisnya. Contoh perangkat lunak tersebut adalah berbagai alat pemodelan proses KASUS.

Natalia Elmanova
ComputerPress №7 "2008
www.compress.ru

Tentang kriteria keberhasilan alat pemodelan di dunia dan pasar Rusia

Dalam skala global (terutama untuk perusahaan multinasional dan dalam beberapa kasus - untuk perusahaan Amerika), salah satu kriteria paling serius untuk memilih perangkat lunak untuk jenis aktivitas tertentu adalah penilaian produk yang tinggi oleh perusahaan analitik seperti Gartner Group, Forrester Penelitian, IDC dan Metagroup.

Untuk pasar nasional (termasuk Rusia), kriteria pemilihan perangkat lunak perusahaan agak berbeda. Dalam hal ini, ketika memutuskan penggunaan produk, faktor-faktor seperti ketersediaan di pasar nasional baik produk itu sendiri maupun layanan untuk pemeliharaan, dukungan teknis, pelatihan dalam bahasa nasional, dan dalam hal produk ditujukan untuk pengguna akhir (alat pemodelan proses bisnis termasuk dalam kategori ini), - juga adanya versi lokal. Dalam kondisi negara kami, faktor-faktor ini ternyata lebih signifikan daripada pengakuan para analis, karena, tidak seperti negara-negara Eropa yang relatif kecil, kami tidak terlalu dekat dengan komunitas dunia sehingga mengharuskan pengguna untuk memiliki secara bebas bahasa asing, atur pelatihan tentang cara menggunakan alat untuk pengguna akhir di luar negeri dan berkomunikasi dengan layanan dukungan teknis berbahasa Inggris yang berlokasi di Eropa atau AS - biaya semua hal di atas, bahkan untuk perusahaan Rusia yang sangat sukses dari keuangan, ekstraktif atau industri energi, bisa terlalu tinggi. Oleh karena itu, produsen alat pemodelan yang sama sekali bukan pemimpin dunia bisa menjadi sangat sukses di pasar Rusia. Dengan alat seperti itulah saya ingin memulai ulasan kami.

Tentang QPR

Perusahaan Finlandia QPR telah hadir di pasar dunia sejak lama - didirikan pada tahun 1991 dengan tujuan untuk menciptakan perangkat lunak interaktif yang secara signifikan meningkatkan proses pengambilan keputusan pada setiap tingkat organisasi. QPR saat ini terlibat dalam penelitian dan pengembangan perangkat lunak yang dirancang untuk mengelola kinerja suatu organisasi.

Beberapa tahun yang lalu, QPR dinobatkan oleh Gartner Group sebagai salah satu alat simulasi terkemuka dunia dengan visi dan visi pasar, sebagian besar berkat dukungannya terhadap konsep BSC (Balanced Scorecard), yang sangat populer di bidang perencanaan strategis. . Namun, kami akan membicarakan dukungan BSC dalam produk QPR nanti.

QPR ProcessGuide - pemodelan dan dokumentasi proses bisnis

Notasi yang didukung

Untuk pemodelan proses bisnis, QPR menghadirkan solusi QPR ProcessGuide ke pasar. Produk ini memungkinkan Anda untuk membuat model proses bisnis multi-level dalam notasi yang mirip dengan notasi Swim Lane dan diagram alur kerja - fungsi (atau, dalam terminologi lain, langkah proses) terletak di jalur peran yang disebut. Dalam hal ini, setiap fungsi dari proses dapat dirinci menjadi sub-proses independen, dijelaskan oleh diagram terpisah, dan jumlah level detail tidak dibatasi sama sekali.

Di satu sisi, kehadiran sistem diagram multi-level (itu adalah sekumpulan diagram dalam terminologi QPR yang disebut model) memungkinkan Anda membuat deskripsi yang konsisten tentang aktivitas perusahaan dan, tentu saja, merupakan tanda kematangan alat pemodelan - tidak semua alat yang digunakan di area ini memiliki dukungan untuk rangkaian diagram semacam itu pada lapisan penyimpanan.

Model Proses di QPR ProcessGuide

Di sisi lain, alat pemodelan ini tidak banyak berbagai jenis diagram seperti yang tersedia untuk pengguna Arsitek Bisnis ARIS atau Microsoft Visio - faktanya, alat ini memiliki satu-satunya jenis model yang mendukung penguraian langkah-langkah proses. Namun dalam keadilan, kami mencatat bahwa QPR ProcessGuide memungkinkan Anda memperluas perpustakaan simbol - elemen proses bisnis, sehingga Anda dapat secara formal mematuhi notasi grafis apa pun, misalnya, jika itu adalah standar perusahaan yang diadopsi oleh perusahaan.

Dokumentasi Proses

Dengan sendirinya, pemodelan proses bisnis tidak begitu menarik bagi siapa pun. Jenis pekerjaan ini dilakukan untuk tujuan tertentu, terutama untuk menemukan apa yang disebut kemacetan dalam proses perusahaan dan, atas dasar ini, mengoptimalkan proses, sehingga meningkatkan efisiensi kegiatan perusahaan, serta memastikan dokumentasi dan regulasi mereka (yang terakhir sering dilakukan selama sertifikasi perusahaan untuk memenuhi salah satu standar kualitas).

Kemungkinan mendokumentasikan proses dalam QPR ProcessGuide sangat luas - produk ini memiliki antarmuka pemrograman berdasarkan teknologi COM yang memungkinkan Anda untuk mengakses data apa pun yang ada dalam model, dan bahasa pemrograman bawaan adalah Visual Basic for Applications. Fakta terakhir sangat menyederhanakan pembuatan laporan dalam format aplikasi Microsoft Office - jika Anda menginstal aplikasi kantor, Anda dapat mengakses skrip pelaporan yang dibuat untuk QPR ProcessGuide langsung ke antarmuka Word, Excel, PowerPoint COM. Selain itu, kehadiran antarmuka perangkat lunak kelas ini memungkinkan Anda membuat berbagai solusi aplikasi berdasarkan QPR ProcessGuide, seperti alat untuk bertukar model dengan alat pemodelan lainnya, alat untuk integrasi dengan berbagai sistem informasi, dll.

Perlu dicatat bahwa tidak setiap alat pemodelan memiliki antarmuka pemrograman seperti itu, meskipun, tentu saja, keterampilan pemrograman diperlukan untuk penggunaannya yang efektif. Namun, paket produk juga menyertakan sejumlah skrip pelaporan yang sudah jadi.

Simulasi dan Peningkatan Proses

Peningkatan proses bisnis dengan bantuan QPR ProcessGuide dapat dilakukan dengan analisis kuantitatif karakteristik proses dan langkah-langkahnya, dan dengan mensimulasikan pelaksanaan proses - alat simulasi disertakan dalam produk.

Hasil Simulasi di QPR ProcessGuide

Simulasi adalah proses mensimulasikan pelaksanaan contoh yang berbeda dari proses yang sama. Sebelum melakukan pemodelan simulasi, model proses dilengkapi dengan data yang diperlukan untuk melakukan simulasi, misalnya frekuensi terjadinya peristiwa tertentu, probabilitas hasil tertentu jika terjadi percabangan eksekusi proses, distribusi hukum untuk waktu pelaksanaan berbagai langkah proses, dan karakteristik lainnya. Dalam proses melakukan pemodelan simulasi, untuk setiap instance dari proses yang disimulasikan, data acak dihasilkan sesuai dengan probabilitas, hukum distribusi, dan frekuensi yang dipilih. Jika data untuk pemodelan simulasi dipilih dengan benar, hasil simulasi dan data statistik yang diperoleh atas dasar mereka adalah informasi yang dapat diambil keputusan untuk membuat perubahan pada proses untuk meningkatkan efisiensinya, mengoptimalkan biaya waktu, konsumsi Uang dan sumber daya.

QPR ProcessGuide memungkinkan Anda untuk menerbitkan model di portal intranet, sementara pengguna diberi kesempatan untuk menambahkan dan melihat komentar serta menyusun rencana tindakan terkait proses bisnis. Demi keadilan, kami mencatat bahwa akses semacam itu tidak terbatas - bagi para pengguna portal yang membuat presentasi, sistem tugas, dan komentar di dalamnya, mereka seharusnya membeli lisensi (meskipun harganya berbeda dari lisensi untuk pengembang model).

Menerbitkan Model ke Portal Intranet Perusahaan

Kartu Skor QPR - dukungan untuk teknologi BSC

Balanced Scorecard (BSC), atau sistem kartu skor berimbang(SSP), adalah alat manajemen yang dikembangkan pada tahun 1992 oleh profesor Universitas Harvard Robert Kaplan dan David Norton yang memungkinkan Anda mengubah tujuan strategis perusahaan dalam rencana yang jelas untuk kegiatan operasional departemen dan karyawan kunci dan mengevaluasi hasil kegiatan mereka dalam hal penerapan strategi perusahaan menggunakan indikator kinerja utama. Penggunaan balanced scorecard memungkinkan pemantauan aktivitas perusahaan secara terarah, memprediksi dan mencegah munculnya masalah, serta mengendalikan indikator keuangan dan non-keuangan yang paling signifikan dari aktivitas perusahaan.

Gagasan utama BSC adalah untuk merumuskan tujuan strategis perusahaan yang dapat dicapai dan diukur dengan perincian bertahap dan distribusi tujuan-tujuan ini ke dalam kelompok, juga disebut prospek, serta dengan mempertimbangkan pengaruh timbal balik dari tujuan-tujuan ini.

Alat manajemen ini secara aktif digunakan oleh perusahaan Barat terkemuka (yaitu, 402 organisasi dari 500 terbesar di peringkat Financial Times), dan di baru-baru ini menarik perhatian manajer puncak di Rusia. Anda dapat membaca lebih lanjut tentang teknologi BSC di artikel terpisah di masalah ini, yang akan diterbitkan di salah satu edisi jurnal kami berikutnya.

Pohon tujuan perusahaan di QPR ScoreCard

Peta strategis perusahaan di QPR ScoreCard

Untuk mendukung teknologi BSC, QPR memproduksi produk terpisah, QPR ScoreCard, yang memungkinkan Anda membuat peta strategi, membandingkan indikator kinerja utama yang direncanakan dan aktual, dan mempublikasikan hasilnya di portal perusahaan.

Perhatikan bahwa QPR ProcessGuide memungkinkan Anda untuk menghubungkan langkah-langkah proses bisnis dengan indikator kinerja utama yang dibuat di Kartu Skor QPR, dan dengan demikian memberikan kesempatan kepada manajemen perusahaan untuk menilai tingkat pencapaian sasaran strategisnya pada tingkat proses individual.

Seperti QPR ProcessGuide, QPR ScoreCard memiliki antarmuka pemrograman yang nyaman berdasarkan teknologi COM, yang memungkinkan Anda membuat skrip untuk membuat laporan dengan kompleksitas apa pun, serta solusi aplikasi lain berdasarkan QPR ScoreCard.

Produk QPR di Rusia

Saat memilih alat pemodelan proses bisnis, dukungan teknis dan masalah lokalisasi adalah yang paling signifikan. Tidak seperti profesional TI, yang sebagian besar siap membaca dokumentasi bahasa Inggris, menulis surat ke layanan dukungan teknis Eropa, dan umumnya tidak terlalu berubah-ubah, pengguna bisnis yang terlibat dalam mendeskripsikan proses sering kali sangat tidak senang ketika mereka melihat antarmuka bahasa Inggris dari suatu aplikasi, yang dengannya mereka harus berurusan dengan, dan dukungan teknis untuk pengguna tersebut menyiratkan kehadiran orang-orang di dalamnya yang berbicara bahasa yang sama dengan mereka.

Produk QPR versi bahasa Rusia tersedia di pasar Rusia. Pengiriman, penerapan, dan dukungannya dilakukan oleh Trodos Consulting, distributor eksklusif QPR Software plc di Rusia dan CIS. Selain itu, perusahaan ini memasok pasar Rusia dengan sejumlah solusi aplikasi yang dibuat berdasarkan produk ini menggunakan data yang diperoleh dari sistem akuntansi, misalnya, solusi untuk mengotomatiskan manajemen kepegawaian, membuat sistem motivasi personel, penganggaran, dan perencanaan. Saat ini, perusahaan ini telah melakukan beberapa lusin implementasi yang berhasil - baik produk QPR maupun solusinya sendiri berdasarkan pada produk tersebut. Ini berarti bahwa perusahaan yang memutuskan tidak hanya untuk mengimplementasikan produk QPR, tetapi juga untuk mengintegrasikannya dengan sistem informasi mereka yang ada (dan pengguna bisnis modern, sebagai suatu peraturan, dengan tegas menuntut integrasi tersebut), tidak akan dibiarkan sendirian dengan tugas-tugas ini.

Perlu juga dicatat bahwa untuk pengguna QPR, pelatihan penggunaan produk dalam bahasa Rusia tersedia selama 2 hingga 5 hari, termasuk pembuatan bersama prototipe kerja model bisnis perusahaan bersama dengan pelanggan, yaitu , pada dasarnya, layanan konsultasi.

Produk QPR menguntungkan untuk dibeli dengan lisensi dalam jumlah besar. Jadi, paket lisensi Panduan Proses QPR untuk sejumlah kecil pengembang (2-5) dan beberapa lusin pengguna (20-100) dengan biaya dukungan teknis tahunan dari 12 hingga 30 ribu euro, sedangkan untuk beberapa lusin pengembang ( 20-40) dan beberapa ratus pengguna (200-400) biaya lisensi dan dukungan teknis tahunan berkisar antara 60 hingga 115 ribu euro. Namun, konsumen utama produk kelas ini cukup banyak perusahaan besar- lagipula, merekalah yang pertama-tama membutuhkan alat khusus untuk membantu meningkatkan proses bisnis.

Jadi, hari ini kami mengulas dua produk untuk pemodelan proses bisnis dan dukungan perencanaan strategis, yang menurut kami memiliki posisi dan dukungan yang baik di pasar Rusia. Perhatikan, bagaimanapun, bahwa QPR bukanlah satu-satunya perusahaan dengan dukungan seperti itu. Oleh karena itu, pada artikel selanjutnya dari seri ini, kita akan membahas tentang alat simulasi dari pabrikan lain.

alat pemodelan proses bisnis

Di Rusia, alat pemodelan berikut banyak digunakan untuk memodelkan dan menganalisis proses bisnis: Mawar Rasional, Perancang Oracle, Pemodel Proses AllFusion (BPWin) dan Pemodel Data AllFusion ERwin (ERWin), ARIS, perancang kekuatan. Di luar negeri, selain yang disebutkan, alat seperti Arsitek Sistem, Ithink Analyst, ReThink, dll aktif digunakan Tabel 1 menyajikan daftar alat yang terlibat dalam tinjauan. Informasi yang diberikan meliputi:

• nama alat;
• data tentang pemasok dan perwakilan di Rusia;
• deskripsi singkat tentang alat instrumental.

Tabel 1. Daftar alat

№	Nama	Pemasok	Perwakilan utama di Rusia	deskripsi singkat tentang
1	BPWin dan ERWin	Asosiasi Komputer (sebelumnya Platinum) http://www.ca.com	Antarmuka Ltd. http://www.interface.ru	BPWin adalah alat pemodelan visual untuk proses bisnis. ERWin adalah alat yang digunakan untuk memodelkan dan membuat database dengan kompleksitas arbitrer berdasarkan diagram hubungan entitas.
2	Perancang Oracle	Perusahaan Oracle http://www.oracle.com	Kantor perwakilan Oracle di Rusia http://www.Oracle.com/global/ru/index.html	Alat fungsional untuk menggambarkan area subjek. Termasuk dalam Suite Pengembang Oracle9i untuk Desain sistem perangkat lunak dan database yang mengimplementasikan teknologi CASE dan metodologi pengembangan IS Oracle sendiri - "CDM", yang memungkinkan tim pengembangan untuk melaksanakan proyek, mulai dari analisis proses bisnis melalui pemodelan hingga pembuatan kode dan memperoleh prototipe, dan selanjutnya, produk akhir. Masuk akal untuk menggunakan alat ini saat menargetkan seluruh lini produk Oracle yang digunakan untuk merancang, mengembangkan, dan mengimplementasikan sistem perangkat lunak yang kompleks. Anggota pasar Rusia. Dilokalkan. Penjualan, dukungan, pelatihan di Rusia.
3	Mawar Rasional	IBM (sebelumnya Perangkat Lunak Rasional, sekarang menjadi divisi dari IBM) http://www.ibm.com	Kantor perwakilan IBM di Rusia http://www.ibm.com	Alat pemodelan untuk sistem informasi berorientasi objek. Memungkinkan Anda menyelesaikan hampir semua tugas dalam desain sistem informasi: mulai dari analisis proses bisnis hingga pembuatan kode dalam bahasa pemrograman tertentu. Memungkinkan Anda mengembangkan model tingkat tinggi dan tingkat rendah, sehingga menerapkan desain abstrak atau desain logis. Salah satu pemimpin pasar Rusia. Dilokalkan. Penjualan, dukungan, pelatihan di Rusia.
4	ARIS	IDS Scheer AG http://www.ids-scheer.com	Perusahaan Logika Bisnis http://www.blogic.ru	Alat pemodelan proses bisnis terintegrasi yang mengintegrasikan berbagai pemodelan sistem dan metode analisis. Pertama-tama, ini adalah alat untuk mendeskripsikan, menganalisis, mengoptimalkan, dan mendokumentasikan proses bisnis daripada alat desain perangkat lunak. Pemimpin di pasar global. Dilokalkan. Penjualan, dukungan, pelatihan di Rusia.
5	Arsitek Sistem	Telelogic (sebelumnya Popkin Software, sekarang menjadi divisi dari Telelogic) http://www.telelogic.com	Telelogi di Rusia http://www.telelogic.com	Arsitek Sistem adalah alat KASUS universal yang memungkinkan Anda untuk melakukan tidak hanya desain data, tetapi juga pemodelan struktural. Desain data dan alat diagram ER adalah salah satu komponen dari produk ini. Salah satu pemimpin dunia, belum terwakili di pasar Rusia. Pelokalan untuk sementara pada Juli 2006. Penjualan dan dukungan dari Belanda sejauh ini.
6	perancang kekuatan	Perusahaan Sybase http://www.sybase.com	Perusahaan Sybase http://www.sybase.ru	PowerDesigner adalah pemodelan proses bisnis, desain database, dan alat pemodelan objek. Peserta di pasar Rusia, pengejar pemimpin di pasar global. Ada dukungan, penjualan, pelatihan di Rusia. Tidak ada informasi mengenai jumlah lisensi yang terjual, jumlah pengguna, sehingga cukup sulit untuk memperkirakan prevalensinya di Rusia.
7	Memikirkan kembali	perusahaan Gensym http://www.gensym.com		Lingkungan berorientasi objek grafis untuk membuat dan memelihara aplikasi cerdas untuk memantau, mendiagnosis, dan mengelola sistem dinamis yang kompleks dalam situasi nyata dan simulasi. Salah satu penganiaya para pemimpin dunia.
8	Analis Itink	Perusahaan Sistem Kinerja Tinggi http://www.hps-inc.com	Perusahaan Tora-pusat http://www.tora-center.ru	Paket untuk pemodelan situasional. Memungkinkan Anda membangun model visual dan akurat dari situasi politik dan ekonomi paling kompleks menggunakan perpustakaan model dasar dan metode dinamika sistem. Juga digunakan dalam analisis proyek investasi dan rekayasa ulang. Salah satu peserta di pasar global. Paket tersebut tidak didistribusikan di pasar Rusia. Tidak ada antarmuka Rusia. Penjualan, dukungan, dan pelatihan di Rusia hanya dilakukan oleh satu perusahaan. Materi pendidikan dalam bahasa Rusia ada.
9	Pemodel Alur Kerja(sebelumnya Desain/IDEF)	Perusahaan Perangkat Lunak Meta http://www.metasoftware.com	Informasi tentang perusahaan Rusia, mewakili produk ini, tidak ditemukan.	Paket untuk pemodelan fungsional dan informasi, analisis dan desain proses bisnis. Ini digunakan sebagai bagian integral dari beberapa paket terkenal seperti CIM (Computer Integrated Manufacturing) dan CAE (Computer Aided Engineering) dan diadopsi sebagai standar untuk proyek yang didanai oleh sponsor Amerika dan Eropa. Salah satu peserta di pasar global.

Kami memilih kriteria utama yang memungkinkan kami untuk memilih dari alat pemodelan yang disajikan yang penggunaannya di Rusia kemungkinan besar dapat dibenarkan. Kriteria tersebut adalah:

• posisi produk yang stabil di pasar(umurnya, program pengembangan produk, sistem pelaporan masalah, kumpulan aplikasi, dll.);
• prevalensi produk(jumlah lisensi yang terjual, keberadaan, ukuran, dan tingkat aktivitas grup pengguna);
• ketersediaan dukungan vendor. Layanan tersebut dapat mencakup hotline telepon, dukungan teknis dan penasehat melalui perwakilan pemasok di Rusia;
• aksesibilitas pendidikan. Pelatihan dapat dilakukan di tempat perwakilan pemasok di Rusia, pengguna, atau di tempat lain;
• ketersediaan bahan produk. Ini mungkin termasuk materi pembelajaran komputer, tutorial, buku, artikel, informasi online, demo.

Dari daftar alat yang diberikan dalam tabel, untuk analisis yang lebih rinci, kami memilih produk perangkat lunak yang memenuhi kriteria yang ditentukan. Dalam hal ini, BPWIn / ERWin, Oracle Designer, Rational Rose, Power Designer, ARIS termasuk dalam ruang lingkup pertimbangan kami lebih lanjut, yang penjelasan lebih rincinya diberikan di bawah ini.

BPWin dan ERWin dari Computer Associates. Computer Associates International Inc. (CA) adalah salah satu dari lima vendor perangkat lunak teratas yang menawarkan pemodelan, pencadangan, manajemen infrastruktur perusahaan (jaringan, server, dll.), keamanan informasi, intelijen bisnis, dll. Paket BPWin didasarkan pada metodologi IDEF dan ditujukan untuk pemodelan fungsional dan analisis perusahaan. Metodologi IDEF, yang resmi standar federal USA, adalah seperangkat metode, aturan, dan prosedur yang dirancang untuk membangun model fungsional suatu objek dari bidang subjek apa pun. Peta model fungsional IDEF struktur fungsional objek, mis. tindakan yang dilakukannya dan hubungan antara tindakan tersebut.

Fitur BPwin:

• mendukung tiga notasi standar sekaligus - IDEF0 (pemodelan fungsional), DFD (pemodelan aliran data) dan IDEF3 (pemodelan aliran kerja). Ketiga perspektif utama ini memungkinkan Anda mendeskripsikan bidang subjek dengan cara yang paling komprehensif;
• memungkinkan Anda mengoptimalkan prosedur di perusahaan;
• sepenuhnya mendukung metode untuk menghitung biaya volume kegiatan ekonomi (analisis biaya fungsional, ABC);
• memfasilitasi sertifikasi mutu ISO9000;
• terintegrasi dengan ERwin (untuk pemodelan basis data), Paradigm Plus (untuk pemodelan komponen perangkat lunak), dll.;
• terintegrasi dengan alat simulasi Arena;
• berisi generator laporannya sendiri;
• memungkinkan Anda memanipulasi model secara efektif - menggabungkan dan membaginya;
• memiliki berbagai alat untuk mendokumentasikan model, proyek.

Paket ERWin adalah alat pemodelan basis data konseptual. Ini digunakan dalam pemodelan dan pembuatan database dengan kompleksitas arbitrer berdasarkan diagram "hubungan-entitas". Saat ini, ERWin adalah paket pemodelan data yang paling populer karena dukungannya untuk berbagai DBMS dari berbagai kelas. Fitur ERWin:

• mendukung metodologi pemodelan struktural SADT dan notasi berikut: notasi standar IDEF1x untuk diagram ER model data, notasi IE dan notasi khusus untuk merancang gudang data - Dimensi;
• desain langsung (pembuatan basis data berdasarkan model) dan mundur (pembuatan model dari basis data yang ada) didukung untuk 20 jenis DBMS: desktop, DBMS relasional dan khusus yang dirancang untuk membuat gudang data;
• terintegrasi dengan lini produk Computer Associates untuk mendukung semua tahapan pengembangan IS, alat Oracle Designer CASE, Rational Rose, alat pengembangan, dll.;
• memungkinkan Anda menggunakan kembali komponen model yang dibuat sebelumnya, serta menggunakan pengembangan dari pengembang lain;
• bisa jadi kerja tim kelompok desainer dengan model yang sama (menggunakan AllFusion Model Manager);
• memungkinkan Anda untuk mentransfer struktur basis data (bukan data itu sendiri!) dari DBMS dari satu jenis DBMS ke jenis lainnya;
• memungkinkan Anda untuk mendokumentasikan struktur database.

Desainer Oracle oleh Oracle. Toolkit Oracle Designer menawarkan solusi pengembangan aplikasi terintegrasi tingkat korporat untuk aplikasi Web dan klien/server. Oracle Designer terlibat dalam setiap fase siklus hidup pengembangan perangkat lunak, mulai dari pemodelan proses bisnis hingga implementasi. Penggunaan repositori tunggal memungkinkan untuk menggunakan salah satu komponennya untuk pengembangan cepat aplikasi terdistribusi lintas platform yang dapat diskalakan. Tugas Oracle Designer adalah mengumpulkan data tentang kebutuhan pengguna dan mengotomatiskan pembangunan aplikasi grafis yang fleksibel. Oracle Designer digunakan tidak hanya untuk membuat aplikasi, tetapi juga untuk melacak perubahan yang pasti terjadi selama pengoperasian sistem. Model definisi proyek grafis yang terintegrasi dengan repositori multi-pengguna membuatnya lebih mudah untuk bekerja dengan Oracle Designer. Alat dibangun berdasarkan metodologi yang diterima secara umum yang mencakup keseluruhan lingkaran kehidupan pengembangan dan memungkinkan pengguna dengan cara yang akrab bagi organisasi mereka. Ini memberikan fleksibilitas dan pendekatan terbuka untuk pengembangan perangkat lunak dengan hanya menggunakan bagian produk yang diperlukan untuk tugas tertentu. Proses pengembangan mendukung RAD, JAD, desain informasi, metode air terjun, metode berulang, dll. Dengan menggunakan prinsip-prinsip ini, Anda dapat mencapai keseimbangan yang berhasil antara kebutuhan organisasi dan kemungkinan teknologi, dan bahkan secara efektif mengelola risiko yang terkait dengan perubahan penting dan tak terelakkan yang sering terjadi di satu area maupun di area lain. Alat pemodelan konseptual Oracle Designer meliputi:

• ER-diagram (diagram struktur informasi area subjek, direpresentasikan sebagai objek dan hubungannya);
• diagram hierarki fungsional yang menjelaskan fungsi yang dilakukan sistem;
• diagram aliran data yang beredar di perusahaan.

Model seperti itu menghadirkan kebutuhan informasi dengan cara yang nyaman dan visual untuk persepsi, yang menjadikannya sarana komunikasi yang baik antara desainer dan pengguna dalam proses menyempurnakan pengaturan tugas. Setiap pengembang tertarik bahwa deskripsi model konseptual digunakan untuk membuat spesifikasi yang menggambarkan struktur dan komponen utama dari sistem masa depan. Di Oracle Designer, semua spesifikasi desain sistem dikembangkan dari model tingkat konseptual dan memastikan bahwa semua persyaratan dan batasan yang terkandung di dalamnya terpenuhi. Komponen sistem yang dihasilkan dapat diubah menjadi objek database nyata, formulir layar, dan laporan. Bagian terakhir dari pengembangan proyek - pembuatan otomatis komponen server - dimungkinkan tidak hanya untuk server database Oracle, tetapi juga untuk Microsoft SQL Server, DB / 2, Sybase, dan beberapa lainnya. Setiap perubahan dalam proses bisnis dapat dilakukan pada model dan aplikasi yang dimodifikasi segera dihasilkan, berdasarkan skema bisnis baru. Pada saat yang sama, semua yang dikembangkan sebelumnya akan disimpan dan dimasukkan ke dalam proyek baru. Open Designer secara otomatis membuat laporan yang berisi semua informasi tentang proyek dan dapat digunakan sebagai sekumpulan dokumen yang mencerminkan keadaan proyek saat ini.

IBM Rasional Mawar . IBM Rational Rose adalah bagian dari IBM Rational Suite dan dirancang untuk memodelkan sistem perangkat lunak menggunakan berbagai alat dan platform. Rational Rose adalah salah satu alat pemodelan visual terkemuka di industri perangkat lunak dengan dukungan UML penuh dan dukungan pengembangan tim multibahasa. Alat ini sepenuhnya mendukung proses pembuatan IP yang berorientasi pada komponen. Setiap peserta proyek - analis, pemodel, pengembang, dan lainnya - dapat menggunakan model yang dibangun di Rational Rose untuk membuat produk akhir dengan lebih efisien. Untuk analis bisnis, alat Rational Rose memberikan kemampuan untuk mendeskripsikan dan menganalisis proses bisnis dalam area subjek tertentu secara mendetail. Analis sistem, dengan menggunakan deskripsi ini, akan dapat mengembangkan fungsionalitas IS yang diperlukan yang paling memuaskan kebutuhan pelanggan. Untuk arsitek, alat Rational Rose akan berguna dalam menciptakan arsitektur sistem yang kuat dan fleksibel. Untuk analis basis data, Rational Rose memberi Anda kemampuan untuk merancang dan menghasilkan basis data dalam berbagai ukuran secara visual. Dengan demikian, Anda dapat membuat Microsoft SQL Server, Oracle, Sybase, SQL Anywhere, IBM DB2 dan database lainnya yang mendukung kemampuan untuk menjalankan skrip standar ANSI SQL. Setiap model yang dibuat dengan alat ini saling terkait: model bisnis, model fungsional, model analisis, model desain, model basis data, model komponen, dan model penerapan fisik sistem. Dimungkinkan untuk membuat template untuk solusi arsitektural yang memungkinkan Anda menggunakan pengalaman yang diperoleh dari proyek sebelumnya. Ada ekstensi Rational Rose yang memungkinkan Anda untuk melakukan pengembangan kerangka (bolak-balik) IS yang dibuat berdasarkan C / C ++, Java, Smalltalk, Ada, Object Pascal (Borland Delphi), dll. Dengan demikian, Anda dapat membuat program kerangka kerja kode pada salah satu dari bahasa yang ditentukan atau melakukan prosedur rekayasa balik, yang memungkinkan Anda membuat model berdasarkan kode yang ada. Dimungkinkan untuk mempublikasikan model di Internet, yang berfungsi sebagai dasar untuk menyatukan pekerjaan tim pengembangan jarak jauh. Integrasi Rational Rose dengan Rational RequisitePro memungkinkan Anda mengembangkan serangkaian persyaratan lengkap berdasarkan model visual yang harus diterapkan untuk membuat produk akhir. Integrasi Rational Rose dengan Rational TestManager memungkinkan Anda membuat skrip pengujian berdasarkan model visual. Integrasi Rational Rose dengan Rational ClearCase memungkinkan Anda mengontrol versi seluruh model atau sebagian. Integrasi Rational Rose dengan Rational SoDA mengotomatiskan proses pembuatan dokumen dan laporan berdasarkan model visual.

Sybase PowerDesigner. Sybase secara tradisional menjadi penyedia terkemuka teknologi Informasi ke pasar global lembaga keuangan: Teknologi Sybase digunakan oleh 90% perusahaan pasar sekuritas global, 60% bank dunia, dan 68% perusahaan Wall Street. Sejak 1996, ketika kantor dibuka di Moskow, Sybase aktif bekerja di Rusia dan negara CIS lainnya. Pada April 2002, kantor perusahaan dibuka di St. Petersburg dan Kyiv. Kantor Sybase di Moskow, St. Petersburg, dan Kyiv menyediakan pekerjaan komprehensif dengan klien, termasuk penyediaan teknologi, peralatan, pengembangan solusi lengkap, pelatihan pengguna, dukungan teknis berfitur lengkap, dan layanan konsultasi. PowerDesigner adalah solusi pemodelan dan pengembangan aplikasi dan proses bisnis yang komprehensif untuk organisasi yang perlu membangun atau merekayasa ulang aplikasi bisnis dengan cepat, konsisten, dan hemat biaya. PowerDesigner menghilangkan hambatan berikut untuk pengembangan proyek yang efektif: perbedaan latar belakang profesional peserta proyek, platform heterogen, dan banyak bahasa pengembangan - yang khas untuk sebagian besar perusahaan modern. Ini memungkinkan Anda untuk fokus pada kebutuhan bisnis untuk membuat aplikasi selama proses pengembangan - dari analisa sistem dan desain hingga pembuatan kode langsung untuk aplikasi. versi terbaru Produknya, PowerDesigner, memiliki kemampuan baru untuk pemodelan proses bisnis, pemodelan objek berbasis UML, dan mendukung teknologi pemodelan tradisional dan baru dalam satu lingkungan grafis tingkat lanjut. Ini memungkinkan Anda mengurangi biaya dan waktu proyek secara signifikan, yang harus beroperasi pada berbagai platform dan lingkungan alat. Salah satu keunggulan utama PowerDesigner juga adalah penggunaan repositori di seluruh perusahaan untuk menyimpan dan mengelola semua informasi yang terkait dengan pemodelan dan desain aplikasi di semua tingkat bisnis di perusahaan. Ini memungkinkan Anda mengatur alur kerja dengan benar dan secara dramatis meningkatkan efisiensi pengembang. Fitur utama PowerDesigner:

• Pemodelan Proses Bisnis: PowerDesigner memungkinkan profesional bisnis non-teknis untuk merancang dan memodelkan proses bisnis berdasarkan tujuan dan istilah bisnis yang mereka ketahui, menggunakan model non-teknis grafis yang sederhana dan intuitif.
• Pemodelan data: PowerDesigner memungkinkan Anda merancang dan menghasilkan skema database melalui pemodelan database relasional dua tingkat (konseptual dan fisik) yang mendukung teknik desain database klasik. Ini juga memiliki alat pemodelan gudang data bawaan.
• Pemodelan Objek: PowerDesigner menawarkan teknologi lengkap untuk menganalisis dan merancang sistem menggunakan standar UML (diagram proses bisnis, urutan eksekusi, kelas dan komponen). Berdasarkan diagram kelas, PowerDesigner secara otomatis menghasilkan dan merekayasa ulang kode untuk kerangka kerja populer seperti JavaTM (termasuk EJB 2.0), XML, Layanan Web, C++, PowerBuilder, Visual Basic, dan lainnya melalui generator kode khusus.
• Repositori Perusahaan: PowerDesigner versi Perusahaan berisi fungsionalitas repositori kelas perusahaan. Repositori memungkinkan semua anggota tim Anda untuk dengan mudah melihat dan berbagi model dan informasi lainnya. Repositori sangat skalabel dan mendukung keamanan berbasis peran pengguna, kontrol versi, pencarian, dan kemampuan pelaporan.

ARIS dari IDS Scheer AG. Saat ini, terdapat kecenderungan untuk mengintegrasikan berbagai metode pemodelan dan analisis sistem, yang memanifestasikan dirinya dalam bentuk pembuatan alat pemodelan terintegrasi. Salah satu alat tersebut adalah produk bernama ARIS, yang dikembangkan oleh perusahaan Jerman IDS Scheer. IDS Sheer AG didirikan pada tahun 1984. Arah utamanya adalah perangkat lunak dan konsultasi. Perusahaan saat ini melayani 4.000 pelanggan di 50 negara melalui jaringan kantor dan mitranya. Kualitas solusi IDS Scheer dikonfirmasi pada bulan Juni 2005 dengan medali emas Pameran Internasional Poznań, di mana hanya produk terbaik yang diberikan. Dan juga pada Juli 2005, ketika produk perangkat lunak ARIS 7 dengan produk web yang benar-benar baru disajikan di pasar dunia - semuanya memiliki fitur yang sama - antarmuka yang intuitif dan ekspresif. Sistem ARIS adalah seperangkat alat untuk menganalisis dan memodelkan aktivitas perusahaan. Basis metodologisnya adalah kombinasi dari berbagai metode pemodelan yang mencerminkan pandangan berbeda tentang sistem yang diteliti. Model yang sama dapat dikembangkan menggunakan beberapa metode, yang memungkinkan spesialis dengan pengetahuan teoretis yang berbeda untuk menggunakan ARIS dan menyesuaikannya untuk bekerja dengan sistem yang memiliki spesifikasinya sendiri. Teknik pemodelan ARIS didasarkan pada teori membangun sistem informasi terintegrasi yang dikembangkan oleh Profesor August Scher, yang menentukan prinsip tampilan visual dari semua aspek fungsi perusahaan yang dianalisis. ARIS mendukung empat jenis model yang mencerminkan berbagai aspek sistem yang diteliti:

• model organisasi yang mewakili struktur sistem - hierarki unit organisasi, posisi dan orang tertentu, hubungan di antara mereka, serta ikatan teritorial unit struktural;
• model fungsional yang berisi hierarki tujuan yang dihadapi aparatur manajemen, dengan serangkaian pohon fungsi yang diperlukan untuk mencapai tujuan;
• model informasi yang mencerminkan struktur informasi yang diperlukan untuk implementasi seluruh rangkaian fungsi sistem;
• model manajemen mewakili pandangan komprehensif dari implementasi proses bisnis dalam sistem.

Untuk membangun jenis model ini, metode pemodelan ARIS sendiri dan berbagai metode dan bahasa pemodelan terkenal, khususnya, ER dan UML, digunakan. Dalam proses pemodelan, setiap aspek perusahaan pertama-tama dipertimbangkan secara terpisah, dan setelah studi terperinci dari semua aspek, model terintegrasi dibangun yang mencerminkan semua hubungan antara berbagai aspek. ARIS tidak memberlakukan batasan pada urutan pembangunan jenis model di atas. Proses pemodelan dapat dimulai dari salah satunya, tergantung pada kondisi tertentu dan tujuan yang dikejar oleh pengembang. Model dalam ARIS adalah diagram, yang elemennya adalah berbagai objek - "fungsi", "peristiwa", " subdivisi struktural", "dokumen", dll. Berbagai tautan dibuat antar objek. Setiap objek sesuai dengan sekumpulan atribut tertentu yang memungkinkan Anda memasukkan informasi tambahan tentang objek tertentu. Nilai atribut dapat digunakan dalam pemodelan simulasi atau untuk analisis biaya Jadi, menurut hasil Pada tahap ini, serangkaian model yang saling terkait muncul, yang merupakan bahan sumber untuk analisis lebih lanjut. Beberapa fitur sistem ARIS perlu diperhatikan. Yang pertama adalah keluarga produk perangkat lunak ARIS yang berfokus pada deskripsi proses .Model bisnis ARIS utama adalah eEPC (extended Event-driven event-driven process chain model).Pada dasarnya, model eEPC memperluas kemampuan IDEF0, IDEF3 dan DFD, yang memiliki semua kelebihan dan kekurangannya.Fitur kedua adalah bahwa ARIS sistem memiliki basis data internal yang memungkinkan Anda memeriksa model untuk konsistensi, integritas, untuk memverifikasi model. Ini tidak berlaku untuk produk lain. Fitur ketiga: ARIS adalah satu-satunya sistem yang berfokus pada deskripsi bisnis, di mana ada pandangan berbeda tentang sistem bisnis, yang dapat kita evaluasi dan pertimbangkan dari sudut yang berbeda, yang tidak terjadi pada orang lain. produk perangkat lunak. Selama lima tahun terakhir, ARIS telah menjadi pemimpin yang percaya diri di antara alat pemodelan.

Kami menunjukkan tujuan utama setiap produk yang dipertimbangkan dari berbagai aplikasinya:

• Alat Erwin, Power Designer dan Rational Rose lebih cocok untuk pemodelan basis data;
• Oracle Designer, Power Designer, dan Rational Rose lebih cocok untuk memodelkan komponen aplikasi yang sedang dikembangkan;
• BPwin, ARIS dan Rational Rose lebih cocok untuk pemodelan proses bisnis.

Tabel 2 di bawah membandingkan fungsionalitas dan fitur ruang kerja yang dirancang untuk pemodelan proses bisnis.

Meja 2. Analisis perbandingan oleh fungsi dasar

Analisis fungsional komparatif
	Fungsionalitas, lingkungan	ARIS	BPWin	Mawar Rasional
1	Standar yang Didukung	eEPS (ekstensi IDEF3), ERD, UML, memiliki metode dalam notasi yang berbeda, yang menerapkan arti utama dari metode IDEF, DFD	IDEF0, IDEF3, DFD	UML
2	Ketersediaan sarana ekspresif untuk tampilan grafis model	Keterwakilan modelnya tinggi		Keterwakilan model rendah
3	Pemodelan diagram dari berbagai jenis	+	+/-	+/-
4	Analisis biaya fungsional	+	+	+/-
5	Simulasi	+	+/-	-
6	Kemampuan untuk menguraikan suatu objek	+	+	+
7	Pendaftaran dokumentasi proyek: pembuatan instruksi teknologi dan kerja	+	+/-	+
8	Penyimpanan model bisnis	+	+/-	+/-
9	Mengontrol dan memastikan integritas data desain	+	+/-	+
10	Mempertahankan perpustakaan model bisnis yang khas	+	+/-	+/-
11	Kemungkinan kerja kelompok	+	+	+
12	Produk yang mudah dipelajari	Sulit	Hanya	Sulit
"+" - ya "+/-" - implementasi sebagian yang perlu ditingkatkan dengan alat lain "-" - Tidak