B.P.Menang ialah alat pemodelan berkuasa yang digunakan untuk menganalisis, mendokumenkan dan menyusun semula proses yang kompleks, termasuk proses perniagaan. Model yang dibuat menggunakan BPWin membolehkan anda mendokumentasikan pelbagai aspek aktiviti dengan jelas - tindakan yang perlu diambil, cara melaksanakannya, sumber yang diperlukan untuk ini, dll. Oleh itu, gambaran holistik aktiviti perusahaan terbentuk - daripada model mengatur kerja di jabatan kecil kepada struktur hierarki yang kompleks

Apabila membangunkan atau memperoleh perisian, model proses ialah cara terbaik untuk mendokumentasikan keperluan, membantu memastikan pelaburan IT bernilai tinggi. Di tangan penganalisis dan pembangun sistem, BPWin juga merupakan alat yang berkuasa untuk proses pemodelan apabila mencipta sistem maklumat korporat (CIS).

1.2. Metodologi pemodelan yang disokong oleh bpWin

BPWin menggabungkan alat pemodelan fungsi (IDEF0), aliran data (DFD) dan aliran kerja (IDEF3) ke dalam satu alat.

Dengan menggunakan pemodelan berfungsi (notasi IDEF0), adalah mungkin untuk menjalankan analisis sistematik proses dan sistem, memberi tumpuan kepada tugas yang kerap dilakukan (fungsi), menunjukkan pelaksanaan yang betul, penunjuk, sumber yang diperlukan untuk ini, hasil dan bahan sumber (bahan mentah).

Pemodelan Aliran Data (DFD), sering digunakan dalam pembangunan perisian, berpusat di sekitar aliran data antara pelbagai operasi, termasuk penyimpanan, untuk mencapai ketersediaan maksimum dan masa tindak balas minimum. Pemodelan sedemikian membolehkan anda mempertimbangkan proses tertentu, menganalisis operasi yang membentuknya, serta titik keputusan yang mempengaruhi kemajuannya.

Pemodelan Aliran Kerja (Notasi IDEF3) membolehkan anda mempertimbangkan proses tertentu, menganalisis operasi yang membentuknya, serta titik keputusan yang mempengaruhi kemajuannya.

Apabila mencipta model baharu, cuma pilih metodologi yang diingini dalam kotak dialog yang muncul setiap kali anda mencipta model BPWin baharu (Gamb. 1).

Rajah 1. Kotak dialog model baharu

1.3. Ciri-ciri tersendiri bpWin

Antara muka grafik intuitif, yang cepat dan mudah dikuasai, yang membolehkan anda menumpukan pada menganalisis kawasan subjek itu sendiri, tanpa terganggu oleh alat belajar. Pemilihan ciri interaktif memberikan maklum balas visual yang berterusan semasa anda membina model anda. BPWin mengekalkan integriti rujukan dengan menghalang definisi perhubungan yang salah dan memastikan ketekalan perhubungan antara objek semasa pemodelan.

Automasi proses reka bentuk. BPWin mengautomasikan banyak tugas yang biasanya dikaitkan dengan model proses pembinaan, memberikan ketepatan semantik yang diperlukan untuk memastikan hasil yang betul dan konsisten. Serlahkan objek memudahkan pembinaan model, menghapuskan ralat pemodelan biasa.

Sifat yang ditentukan pengguna (pengguna- Ditakrifkan Harta benda – UDP) . Pengguna boleh mengkonfigurasi BPWin untuk mengumpul maklumat yang berkaitan dengan perniagaannya. Maklumat ini tersedia serta-merta melalui penjana laporan BPWin dan boleh dieksport ke program lain seperti Microsoft Word dan Excel.

Carta Lorong Berenang. BPWin menyokong gambar rajah Swim Lane, menyediakan mekanisme yang cekap untuk menggambarkan dan mengoptimumkan proses yang kompleks. Gambar rajah Swim Lane menyelaraskan proses kompleks dan kekangan fungsian dan membolehkan anda melihat proses dalam semua kepelbagaiannya.

Antara muka hamparan yang boleh disesuaikan. Struktur perbendaharaan kata baharu model menjadikan kemasukan dan pengurusan maklumat menjadi cepat dan mudah. Antara muka hamparan yang boleh disesuaikan ini mudah digunakan dan menyediakan mekanisme yang sangat baik untuk mengedarkan model, sama ada anda memasukkan data atau mengimportnya secara manual.

Gambar rajah yang dibangunkan. Gambar rajah konteks untuk menerangkan sempadan sistem, skop dan tujuan objek. Struktur hierarki gambar rajah, memudahkan penghalusan berurutan bagi elemen model. Gambar rajah penguraian untuk menerangkan ciri-ciri interaksi pelbagai proses. BPWin juga menyokong pelarasan automatik saiz rajah dan keupayaan untuk mengubah saiz model.

Carta organisasi. Struktur organisasi mempunyai kesan yang besar terhadap definisi dan pelaksanaan proses perniagaan. BPWin menyokong definisi peranan yang jelas, yang mentakrifkan dan mengkategorikan tugas atau aktiviti yang membentuk proses perniagaan. Berdasarkan peranan yang ditentukan pengguna, BPWin menjana carta organisasi.

Analisis kos fungsian (Pengekosan Berdasarkan Aktiviti- ABC). BPWin menyokong sepenuhnya kaedah pengekosan berasaskan aktiviti (ABC) dan dioptimumkan untuk analisis proses. Alat pelaporan lanjutan dan antara muka dua hala dengan alat ABC khusus memudahkan pelaksanaan strategi korporat berdasarkan pengurusan perniagaan.

Penjana laporan sendiri( Pembina Templat Laporan -RTB) ialah penjana laporan yang mencipta pelbagai laporan dan halaman Web. Pengguna boleh menentukan templat laporan, kemudian menggunakannya pada mana-mana model mereka. Pendekatan tentukan sekali, mohon semula, di mana-mana membolehkan organisasi membuat dan mempromosikan piawaian pelaporan dengan cepat. RTB menyokong pelbagai format, termasuk RTF, HTML, XLS (Excel) dan teks biasa.

BPwin mengautomasikan tugas yang berkaitan dengan membina model pembangunan sambil memastikan ketegasan semantik. Ini adalah perlu untuk memastikan keputusan adalah betul dan konsisten. BPwin menggunakan metodologi berikut: IDEF0, DFD, IDEF3. Penggunaan metodologi ini dalam proses membina model proses perniagaan dalam bentuk hierarki gambar rajah memastikan kejelasan dan kesempurnaan paparannya, dan membolehkan anda menganalisis aktiviti perusahaan dalam tiga bahagian maklumat.

Bahagian maklumat pertama BPwin - fungsi sistem. Dalam rangka kerja metodologi IDEF0 (Integration Definition for Function Modelling), proses perniagaan diwakili sebagai satu set elemen kerja.

Pekerjaan ini berinteraksi antara satu sama lain, bertukar-tukar maklumat dan aliran bahan melalui sumber manusia dan pengeluaran yang digunakan oleh setiap pekerjaan. Menggunakan pemodelan berfungsi, anda boleh menjalankan analisis sistem perniagaan, memfokuskan pada tugas atau fungsi yang kerap dilakukan, pada penunjuk pelaksanaan yang betul, sumber yang diperlukan untuk ini, hasil dan bahan sumber (bahan mentah).

Gambar rajah pertama dalam hierarki gambar rajah IDEF0 sentiasa menggambarkan fungsi sistem secara keseluruhan. Gambar rajah tersebut dipanggil rajah konteks.

Konteks termasuk penerangan tentang tujuan simulasi, skop simulasi, i.e. penerangan tentang apa yang akan dianggap sebagai komponen sistem, dan apa - sebagai pengaruh luaran dan sudut pandangan - kedudukan dari mana model itu akan dibina. Lazimnya, sudut pandangan ialah sudut pandangan orang atau objek yang bertanggungjawab untuk operasi sistem yang dimodelkan secara keseluruhan.

Apabila konteks telah diterangkan, gambar rajah berikut dalam hierarki dibina. Setiap rajah berikutnya ialah penerangan yang lebih terperinci, atau, sebagaimana ia juga dipanggil, penguraian, salah satu karya pada rajah yang lebih tinggi. BPwin secara automatik menyegerakkan perubahan pada objek gambar rajah pada semua peringkat butiran. Dan dengan itu membebaskan pengguna daripada mengekalkan kamus objek model secara manual. Jadi, jika kita membetulkan nama objek di peringkat atas, kita akan mendapat perubahan pada semua peringkat di mana objek ini berlaku. Penduaan tajuk kerja secara tidak sengaja juga mustahil. Apabila situasi sedemikian berlaku, BPwin menjana mesej amaran.

Sebagai tambahan kepada jenis rajah utama, model tatatanda IDEF0 dalam BPwin boleh memasukkan elemen berikut.

Gambar rajah pokok nod. Gambar rajah pokok nod kelihatan seperti pokok hierarki tradisional, di mana segi empat tepat atas sepadan dengan kerja dari rajah konteks. Nod bawah seterusnya mewakili tahap penguraian kanak-kanak. Terdapat seberapa banyak rajah pokok nod dalam model seperti yang dikehendaki, kerana pokok boleh dibina pada kedalaman sewenang-wenangnya dan tidak semestinya dari akar.

Carta adalah untuk paparan sahaja (FEO). Selalunya, gambar rajah FEO dibina untuk menunjukkan model dari sudut pandangan lain, dan juga untuk memotong sekeping penting daripada rajah kompleks, melihat variasi model atau kawasan masalah, dan menganalisisnya tanpa membuat perubahan pada model utama .

Bahagian maklumat kedua ialah aliran maklumat (aliran dokumen) dalam sistem. Gambar rajahDFD(Data Flow Diagramming) melengkapkan apa yang telah dicerminkan dalam model IDEF0. Gambar rajah ini menerangkan aliran data, membolehkan anda melihat bagaimana maklumat ditukar. Selain itu, kedua-dua dalam sistem antara fungsi perniagaan, dan sistem secara keseluruhan dengan persekitaran maklumat luaran. Untuk mempertingkatkan kefungsian, notasi rajah ini menyediakan elemen khusus yang direka bentuk untuk menerangkan aliran maklumat dan dokumen, seperti entiti luaran dan stor data.

Tanpa objek "entiti luaran", kadangkala sukar bagi penganalisis untuk menentukan dari mana dokumen ini datang kepada syarikat, atau dokumen lain yang datang daripada entiti luaran sedemikian, seperti, sebagai contoh, "klien". Objek "storan data" ialah sebutan unik untuk penyimpanan jangka panjang, keutamaan pemprosesan dan rizab dokumen.

Perwakilan aliran ini, bersama dengan stor data dan entiti luaran, menjadikan model DFD lebih serupa dengan ciri fizikal sistem - pergerakan objek, penyimpanan objek, penghantaran dan pengedaran objek.

Bahagian maklumat ketiga- urutan kerja yang dilakukan. Tidak seperti gambar rajah IDEF0 dan DFD, unsur-unsur yang membolehkan anda menerangkan dengan tepat fungsi sistem dan organisasi aliran dokumen, tidak mungkin untuk menerangkan logik membina sistem dengan bantuan mereka. Untuk menerangkan logik interaksi aliran maklumat, model ini dilengkapi dengan gambar rajah metodologi lain - IDEF3, juga dipanggil gambar rajah aliran kerja.

IDEF3 termasuk elemen logik yang membolehkan penganalisis memodelkan dan menganalisis senario alternatif untuk pembangunan proses perniagaan. Metodologi pemodelan IDEF3 membolehkan proses diterangkan dan didokumenkan secara grafik, memfokuskan perhatian pada aliran proses tersebut dan pada hubungan antara proses dan objek penting yang merupakan sebahagian daripada proses tersebut.

IDEF3 melibatkan membina dua jenis model:

1. Model boleh mencerminkan proses tertentu dalam urutan logiknya, membolehkan anda melihat cara organisasi berfungsi.

2. Model boleh menunjukkan "rangkaian keadaan peralihan objek," urutan keadaan di mana objek mungkin menemui dirinya apabila melalui proses tertentu.

Menggunakan gambar rajah IDEF3, anda boleh menganalisis senario kehidupan sebenar, seperti cara mengendalikan kertas kerja semasa menerima kargo. Setiap senario menerangkan proses dan boleh digunakan untuk menggambarkan atau mendokumentasikan fungsi perniagaan organisasi dengan lebih baik. Dalam versi terkini BPwin, adalah mungkin untuk menggunakan model Swim Lane berdasarkan tatatanda IDEF3. Ini menjadikan gambar rajah tatatanda ini lebih mudah dibaca dan difahami oleh pengguna. Gambar rajah Swim Lane ialah gambar rajah yang dibahagikan kepada kawasan peranan oleh bar mendatar. Nama untuk jenis rajah ini diberikan dengan analogi dengan lorong renang. Pada masa yang sama, kami mendapat gambaran visual aliran kerja dengan mengambil kira peranan sedia ada. Pada masa yang sama, model tidak dibebankan dengan elemen pautan tambahan. Sebagai contoh, nama jabatan dan bahagian atau modul sistem maklumat boleh digunakan sebagai peranan. Terdapat banyak pilihan untuk mewakili peranan.

Bahagian maklumat yang disenaraikan adalah unik dengan cara mereka sendiri. Setiap daripada mereka boleh dilakukan secara berasingan menggunakan BPwin, tetapi gabungan mereka, disertakan dalam model, memberikan penganalisis gambaran lengkap tentang kawasan subjek pelanggan.

Analisis kos fungsian (analisis ABC Pengekosan Berasaskan Aktiviti ). Mekanisme pengiraan kos terbina dalam BPwin membolehkan anda menganggar dan menganalisis kos pelbagai jenis aktiviti perniagaan. Pengekosan berasaskan aktiviti ialah teknologi yang digunakan untuk menganggar kos dan sumber yang digunakan. Ia membantu untuk mengenali dan menyerlahkan operasi yang paling mahal untuk analisis selanjutnya. Hanya selepas kerja pada model selesai, i.e. Setelah kesempurnaannya dicapai dan pengesahan penuhnya telah dijalankan dengan pakar, penganalisis boleh memulakan analisis kos model. Secara ringkas, ini dilakukan seperti ini - setiap fungsi dalam model diberikan kos langsung pelaksanaannya ditambah kos overhed yang diagihkan ke seluruh model menggunakan beberapa algoritma. Hasilnya, kami akan memperoleh penilaian kuantitatif bagi fungsi yang dinyatakan dalam kosnya.

Biasanya, ABC digunakan untuk memahami asal usul kos keluaran dan memudahkan pemilihan model kerja yang diingini semasa menyusun semula aktiviti perusahaan. Menggunakan analisis kos, anda boleh menyelesaikan masalah seperti menentukan kos sebenar menghasilkan produk, menentukan kos sebenar sokongan pelanggan dan mengenal pasti pekerjaan yang kos paling tinggi (yang perlu diperbaiki dahulu).

Sifat yang ditentukan pengguna (penggunaDitakrifkanHartanah- UDP ). Jika untuk meningkatkan nilai model, alat analisis kos berfungsi tidak mencukupi, maka BPwin mempunyai keupayaan untuk memasukkan penunjuk anda sendiri - sifat yang ditentukan pengguna. Adalah mungkin untuk menentukan 18 jenis UDP yang berbeza. Sebagai contoh, kategori "Keamatan buruh" boleh dinyatakan dengan bilangan hari atau jam yang diperlukan untuk menyelesaikan pekerjaan tertentu. Setiap kerja boleh dikaitkan dengan satu set beberapa UDP.

Seiring dengan fakta bahawa UDP menyediakan penganalisis dengan kriteria untuk menilai model, mekanisme ini membolehkan anda menstrukturkan dokumentasi sedia ada dengan mengikatnya pada objek rajah tertentu. Ini boleh menjadi sebarang objek - fail teks, gambar, gambar rajah. Sebagai contoh, fail arahan, peraturan dan peraturan yang mengawal prestasi kerja yang dikaitkan dengannya boleh berfungsi sebagai dokumentasi tambahan.

Ini memudahkan penganalisis untuk menyelenggara perpustakaan projek, memudahkan pencarian dokumen yang diperlukan dan menghapuskan sepenuhnya kehilangan dokumen kawal selia yang diperlukan. Skim model "SEBAGAIMANA ADANYA" juga boleh berfungsi sebagai dokumentasi tambahan apabila membina model "TO BE". Dalam kes ini, penganalisis akan sentiasa mempunyai skema awal fungsi perusahaan.

Kamus Data (anak panahdata). Bahagian penting mana-mana projek perundingan ialah analisis sistem aliran dokumen perusahaan. Sistem aliran dokumen perusahaan besar, serupa dalam struktur organisasi dan bilangan kakitangan kepada syarikat minyak besar, dicirikan oleh sifat berikut:

Sebilangan besar jenis dokumen (kira-kira 1000);

Kekurangan penyatuan dan pertindihan parameter banyak dokumen. Dalam kes ini, jenis dokumen berbeza hanya dalam bentuk dokumen atau nama;

Laluan dokumen yang tidak rasional, di mana dokumen yang diperlukan tidak berakhir di tempat yang betul pada masa yang betul;

Penduaan aliran maklumat, di mana maklumat sampai kepada pengguna dengan cara yang berbeza. Dalam kes ini, adalah mustahil untuk mengecualikan herotan dokumen.

Untuk menyelesaikan masalah ini dan masalah lain, adalah perlu, pertama sekali, untuk memautkan kepada aliran maklumat dalam model parameter dokumen yang dikaitkan dengannya. Untuk tujuan ini, BPwin mempunyai mekanisme khas yang direka untuk menerangkan aliran maklumat - apa yang dipanggil "kamus data" (Data anak panah).

Setiap aliran maklumat dalam rajah boleh dikaitkan dengan parameter dokumen yang dihantar oleh aliran ini. Selain itu, BPwin secara automatik menjejaki penggabungan dan pengasingan aliran maklumat di peringkat atas pengagregatan, yang membolehkan anda menyerlahkan dan mengumpulkan parameter maklumat pendua bagi pelbagai dokumen kemudiannya.

Selepas membina dan mengesahkan semua parameter dokumen, menggabungkan dan menyusun semulanya menjadi dokumen, anda boleh menggunakan alat dokumentasi BPwin untuk mendapatkan pelbagai laporan, album borang dokumen dan dokumen pelaporan lain yang diperlukan untuk projek perundingan.

Carta organisasi. BPwin membolehkan anda memodelkan carta organisasi ringkas organisasi dengan pengurusan menegak klasik. Di bahagian atas rajah ini terdapat satu segi empat tepat, dari mana terdapat cabang kepada beberapa yang lebih rendah. Setiap segi empat tepat dalam carta organisasi mewakili peranan atau jawatan tertentu, seperti presiden atau naib presiden.

Berdasarkan model BPwin, anda boleh membina model data. Untuk membina model data, Computer Associates menawarkan alat yang berkuasa dan mudah - AllFusion ERwin Data Modeler (ERwin). Walaupun proses menukar model BPwin kepada model data kurang diformalkan dan oleh itu tidak diautomatikkan sepenuhnya, Computer Associates menawarkan alat yang mudah untuk memudahkan pembinaan model data berdasarkan model berfungsi - mekanisme komunikasi dua hala BPwin - ERwin. ERwin mempunyai dua peringkat perwakilan model - logik dan fizikal, dan model data boleh mengandungi kedua-dua peringkat ini, atau hanya satu daripadanya. Model yang mengandungi hanya satu tahap boleh disegerakkan, yang amat mudah apabila mencipta sistem maklumat heterogen. Pada peringkat logik dalam ERwin, data tidak dikaitkan dengan DBMS tertentu, jadi ia boleh dibentangkan dengan jelas walaupun untuk bukan pakar. Lapisan data fizikal pada asasnya ialah pemetaan katalog sistem yang bergantung pada pelaksanaan DBMS tertentu. Mencipta satu tahap logik dan beberapa tahap fizikal yang sepadan membolehkan pembangunan pangkalan data serentak untuk beberapa DBMS.

ERwin membenarkan proses kejuruteraan pangkalan data hadapan dan belakang. Ini bermakna bahawa skema pangkalan data boleh dijana daripada model data, atau model data boleh dijana secara automatik berdasarkan maklumat katalog sistem. Selain itu, ERwin membenarkan anda menjajarkan kandungan model dan katalog sistem selepas diedit.

Untuk model data besar yang mengandungi beratus-ratus jadual, mencari dan membetulkan ralat menjadi masalah yang ketara. Menyelesaikan masalah ini secara manual adalah tugas intensif buruh yang tidak boleh diterima melambatkan projek. AllFusion Data Model Validator (ERwin Examiner) - membolehkan anda menganalisis struktur pangkalan data untuk mengenal pasti kekurangan dan ralat reka bentuk. ERwin Examiner melengkapkan fungsi ERwin dengan mengautomasikan tugas mencari dan membetulkan ralat yang memakan masa. ERwin Examiner boleh menggunakan model ERwin siap sedia, skrip DDL atau jurutera terbalik pangkalan data sebagai sumber metadata .

Apabila mereka bentuk IC yang besar, cabaran utama ialah mencipta dokumentasi model berkualiti tinggi. BPwin dan ERwin menjana pelbagai laporan yang boleh digunakan untuk menganalisis dan mendokumentasikan model. Laporan boleh dieksport ke format biasa - teks, MS Office, HTML, dsb. Hasil eksport boleh digunakan untuk membuat laporan menggunakan alatan daripada pengeluar lain, seperti Crystal Reports. BPwin juga menyokong pengeksportan dan pengimportan model ke dalam fail teks dalam format IDL, yang merupakan standard untuk mengeksport dan mengimport model IDEF0, membolehkan anda membangunkan model berfungsi secara serentak menggunakan alatan daripada pengeluar yang berbeza.

Penciptaan sistem maklumat moden, berdasarkan penggunaan meluas pengkomputeran teragih, menggabungkan teknologi maklumat tradisional dan terkini, memerlukan interaksi penuh semua peserta projek: pengurus, penganalisis perniagaan dan sistem, pentadbir pangkalan data, pemaju. Untuk melakukan ini, alat pemodelan dan pembangunan yang digunakan pada peringkat yang berbeza dan oleh pakar yang berbeza mesti disatukan oleh sistem yang sama untuk menganjurkan kerjasama. Computer Associates menawarkan sistem ModelMart, repositori model yang boleh diakses oleh peserta dalam projek penciptaan IP. ModelMart memenuhi semua keperluan untuk alat pembangunan IP berskala besar, iaitu:

1. simulasi bersama. Setiap peserta projek mempunyai alat carian dan akses kepada model yang mereka minati pada bila-bila masa. Apabila bekerja bersama, tiga mod digunakan: mod tidak dilindungi, dilindungi dan lihat. Dalam mod paparan, sebarang pengubahsuaian model adalah dilarang. Dalam mod dilindungi, model yang digunakan oleh seorang pengguna tidak boleh diubah oleh pengguna lain. Dalam mod tidak selamat, pengguna boleh bekerja dengan model kongsi dalam masa nyata. Konflik yang timbul dalam kes ini diselesaikan menggunakan modul khas. Selain alat kerjasama standard, ModelMart membolehkan anda menyimpan berbilang versi beranotasi dan kemudian membandingkan versi sebelumnya dan baharu. Jika perlu, anda boleh kembali ke versi sebelumnya.

2. Mencipta Perpustakaan Penyelesaian. ModelMart membolehkan anda membuat perpustakaan penyelesaian standard yang mengandungi serpihan projek yang paling berjaya dilaksanakan, mengumpul dan menggunakan model standard, menggabungkannya apabila perlu untuk "mengumpul" sistem besar. Berdasarkan pangkalan data sedia ada, menggunakan ERwin adalah mungkin untuk memulihkan model (kejuruteraan terbalik), yang, dalam proses menganalisis kesesuaian mereka untuk sistem baru, boleh digabungkan dengan model standard dari perpustakaan model.

3. Kawalan Akses. Bagi setiap peserta projek, hak akses ditentukan, mengikut mana mereka hanya boleh bekerja dengan model tertentu. Hak akses boleh ditakrifkan untuk kedua-dua kumpulan dan peserta projek individu. Peranan orang yang terlibat dalam projek yang berbeza boleh berubah, jadi dalam ModelMart anda boleh mentakrifkan hak akses dan mengurus hak capaian peserta projek kepada perpustakaan, model, dan juga kawasan khusus model.

4. Seni binaModelMart.ModelMart dilaksanakan pada seni bina pelayan-pelanggan. RDBMS Sybase, Microsoft SQL Server, Informix dan Oracle telah dipilih sebagai platform pelaksanaan storan. Aplikasi pelanggan ialah ERwin dan BPwin. ModelMart menyediakan akses kepada repositori model melalui API, yang membolehkan anda terus mengembangkan keupayaan persekitaran bersepadu dengan menggabungkan alat pemodelan dan analisis baharu.

Apabila membangunkan projek besar, masa pelaksanaan projek menjadi kritikal. Penyelesaian kepada masalah ini boleh menjadi penjanaan automatik kod aplikasi menggunakan alat CASE berdasarkan model domain. Masalah ini diselesaikan dengan teknologi penjanaan kod berdasarkan reka bentuk berorientasikan objek. Terdapat beberapa alat CASE yang menyokong bahasa reka bentuk berorientasikan objek, termasuk UML standard baru-baru ini. Salah satu alat CASE penjanaan kod ialah AllFusion Component Modeler (Paradigm Plus). Paradigm Plus membolehkan anda membina model objek dan menjana aplikasi berdasarkan model yang terhasil dalam bahasa pengaturcaraan C++, Visual Basic, Java, C#, dll. Memandangkan penjanaan kod dilaksanakan berdasarkan pengetahuan domain, kod yang terhasil mencerminkan perniagaan dengan secukupnya logik. Paradigm Plus menyokong bukan sahaja penjanaan kod langsung, tetapi juga kejuruteraan terbalik, i.e. mencipta model objek daripada kod sumber aplikasi.

• Memantau ketepatan model. Menggunakan alatan terbina dalam, BPwin 7 memantau sambungan dan persembahan elemen model yang salah. Ini meningkatkan kualiti model dan meningkatkan integrasi dengan alat pemodelan lain;
• Penjana laporan terbina dalam. Menggunakan penjana ini, anda boleh membuat templat untuk laporan yang diperlukan dan menggunakan templat ini untuk mana-mana model BPwin 7. Laporan boleh dibentangkan dalam format HTML, RTF, TXT, PDF.

Buku mengenai BPwin

Pada masa ini, tidak banyak buku yang diterbitkan mengenai produk perisian BPwin. Ini disebabkan oleh fakta bahawa alat CASE ini kehilangan kedudukannya dan sokongan untuk produk akan berakhir. Walau bagaimanapun, masih terdapat beberapa kesusasteraan yang popular dan berguna untuk dijual untuk bekerja dengan BPwin, serta pembangunan perisian ini dalam AllFusion Process Modeler.

Buku-buku yang dibentangkan di halaman ini boleh dibeli dalam bentuk kertas dan elektronik melalui rakan kongsi tapak - kedai dalam talian Ozon.ru

Buku itu diterbitkan pada tahun 2002. Buku ini memberikan penerangan tentang bekerja dengan versi BPwin 4.0 yang paling popular. Ia mengandungi penerangan tentang metodologi pemodelan yang mendasari BPwin (kaedah IDEF0, DFD, IDEF3), penerangan tentang produk perisian BPwin dan keupayaannya, kaedah untuk menjana laporan menggunakan BPwin, menerangkan pembinaan model data dan menyediakan contoh penggunaan BPwin dan Erwin untuk memodelkan proses perniagaan . Selain itu, buku ini menyediakan latihan untuk mencipta model berfungsi sesuatu perusahaan.

Buku ini ditujukan untuk penganalisis perniagaan dan pakar yang terlibat dalam pemodelan proses perniagaan.

Buku ini diterbitkan pada tahun 2007. dan membentangkan penerangan tentang kerja dalam pakej pemodelan AllFusion Process Modeler versi 4.1.4 dan All Fusion PM. Buku ini menerangkan metodologi pemodelan berfungsi IDEF 0, IDEF 3 dan pemodelan data DFD. Aplikasi terperinci pakej AllFusion untuk tujuan pemodelan disediakan, dan masalah yang boleh diselesaikan menggunakan pakej ini ditunjukkan. Juga, contoh penggunaan AllFusion yang berkesan dalam pelbagai bidang diberikan.

Buku ini akan berguna untuk penganalisis sistem dan perniagaan, serta sesiapa sahaja yang berminat untuk memodelkan dan menganalisis proses perniagaan.

Buku ini menyediakan penerangan dan prosedur untuk bekerja dengan pakej pemodelan AllFusion Process Modeler 4.1. Buku itu diterbitkan oleh pengarang yang sama seperti buku "Pemodelan Proses Perniagaan dengan BPwin 4.0." Pada terasnya, buku ini adalah edisi terkini edisi sebelumnya. Buku ini mengandungi 5 bab. Bab pertama menerangkan alat BPwin 4.1, menerangkan penciptaan model dalam tatatanda IDEF0, IDEF3, DFD dan menerangkan prosedur untuk menjalankan analisis kos. Bab kedua menerangkan cara membuat laporan menggunakan alat AllFusion Process Modeler 4.1. Bab ketiga ditumpukan kepada isu menghubungkan model proses dan model data. Bab empat membincangkan pembangunan pasukan model dalam AllFusion Process Modeler 4.1. Bab keempat mengandungi 16 latihan untuk mencipta model proses untuk kerja bebas oleh pembaca.

Ini ialah versi terdahulu buku Pemodelan Berkesan dengan Pemodel Proses AllFusion. Ia dikeluarkan pada tahun 2004. Kandungan buku termasuk isu pemodelan menggunakan tatatanda IDEF0, DFD, IDEF3. Penerangan mengenai pakej AllFusion Process Modeler 4.1 diberikan. dan aplikasinya untuk tujuan membangunkan model proses perniagaan.

Buku ini mungkin berguna kepada pakar yang terlibat dalam menyusun semula proses perniagaan, memodelkan aktiviti perusahaan, penganalisis perniagaan, pakar pemodelan berfungsi dan pakar IT.

Kementerian Sains dan Pendidikan Persekutuan Rusia

Institusi Pendidikan Pendidikan Profesional Tinggi Negeri Tolyatti State University

IDEF0-teknologi. Permodelan dengan

produk perisianB.P.Menang

Tolyatti, 2008

Buku teks Cheremnykh SV digunakan sebagai asas untuk menyusun cadangan metodologi. dan lain-lain.Pemodelan dan analisis sistem. Teknologi IDEF: bengkel/ , . - M.: Kewangan dan Statistik, 200-an, sakit. - (Teknologi maklumat gunaan).

Bahan yang disediakan oleh Jabatan Pengurusan Kualiti

1 PERISIAN PEMODELAN IDEF... 4

1.1 Apakah BPWin?. 4

1.2 Model BPWin. 4

1.3 Metodologi pemodelan yang disokong oleh BPWin. 4

1.3.1 Pemodelan fungsional (IDEF0) 5

1.3.2 Rajah Aliran Data (DFD) 5

1.3.3 Penerangan tentang proses perniagaan (IDEF3) 6

1.4 BPWdi tempat kerja. 7

1.5 Pokok model. 7

1.6 Kawasan lukisan. 8

1.7 Bar alat BPWin. 8

1.8 Bantuan. 9

1.9 Membina gambar rajah konteks... 9

1.11 Reka bentuk model. 12

1.12 Anak panah bercabang dan menggabungkan. 13

1.13 Pilihan paparan. 14

1.14 Lain-lain jenis gambar rajah IDEF0. 14

1.15 Membuka rajah pokok dan FEO... 15

1.16 Membahagi dan menggabungkan model. 15

1.17 Mencetak gambar rajah BPWin. 16

2 METODOLOGI IDEF PEMODELAN BERFUNGSI0. 18

2.2.1 Sintaks dan semantik model IDEF0. 18

2.2.1.1 Model IDEF0. 18

2.2.1.2 Tindakan. 18

2.2.1.3 Sempadan dan perkaitan. 19

2.2.1.4 Terowong. 23

2.2.2 Membina model IDEF0. 23

2.2.2.1 Gambar rajah... 23

2.2.2.2 Membina model. 25

2.2.2.3 Sudut pandangan. 25

2.2.2.4 Memodelkan sempadan. 25

2.2.2.5 Memilih nama blok konteks. 26

2.2.2.6 Menentukan anak panah pada gambar rajah konteks. 26

2.2.2.7 Penomboran bongkah dan gambar rajah.. 27

2.2.2.8 Hubungan antara rajah dan blok fungsi induknya... 27

2.2.2.9 Dua pendekatan untuk memulakan pemodelan (“luas dahulu” dan “dalam dahulu”) 28

2.2.2.10 Bila hendak berhenti? 28

2.2.2.11 Gambar rajah IDEF0 lain. 28

2.2.2.12 Memadam gambar rajah... 30

3 PELAJARAN AMALI... 31

3.1 Mencipta gambar rajah konteks... 31

3.3 Membuat gambarajah nod. 36

3.4 Mencipta gambar rajah FEO... 38

GLOSARI.. 40

1 PERISIAN PEMODELAN IDEF

1.1 Apakah BPWin?

BPWin ialah alat pemodelan yang berkuasa untuk menganalisis, mendokumentasi dan memahami proses perniagaan yang kompleks.

Simulasi berguna:

· untuk menghapuskan blok berlebihan atau tidak perlu (fungsi);

· untuk mengurangkan kos;

· untuk menambah baik kerja syarikat;

· untuk meningkatkan kualiti perkhidmatan pelanggan.

1.2 Model BPWin

Menggunakan BPWin, rajah proses perniagaan dibina yang menunjukkan dengan jelas proses perniagaan (blok), hasil kerja mereka dan sumber yang diperlukan untuk fungsinya. Model BPWin memberikan pandangan bersepadu tentang cara sesebuah organisasi mencapai matlamatnya, daripada jabatan-jabatan kecil kepada keseluruhan syarikat. Rajah 1 menunjukkan tetingkap utama program BPWin.

Anda juga boleh menggunakan BPWin untuk memodelkan aliran kerja, aliran proses dan aliran data.

Rajah 1.1 - BPWdalam tetingkap utama

1.3 Metodologi pemodelan yang disokong oleh BPWin

BPWin menyokong tiga metodologi pemodelan:

· pemodelan berfungsi (IDEF0);

· perihalan proses perniagaan (IDEF3);

· gambar rajah aliran data (DFD).

Dengan menyokong tiga metodologi pemodelan dalam satu program, BPWin menggabungkan tiga pendekatan utama untuk memodelkan proses perniagaan, yang memenuhi sepenuhnya keperluan penganalisis sistem dan ahli teknologi.

Apabila mencipta model baharu, hanya pilih metodologi yang dikehendaki dalam kotak dialog yang muncul setiap kali anda mencipta model BPWin baharu (Rajah 2).

Rajah 1.2 - Memilih tatatanda pemodelan

1.3.1 Pemodelan fungsional (IDEF0)

Pemodelan fungsional ialah teknologi untuk menganalisis sistem secara keseluruhan sebagai satu set tindakan atau fungsi yang saling berkaitan. Tindakan sistem dianalisis secara bebas daripada objek (ob) yang memastikan pelaksanaannya. Anda boleh memodelkan proses perniagaan berdasarkan perspektif dan jangka masa yang berbeza. Sebagai contoh, anda boleh memodelkan proses pesanan perkhidmatan oleh pelanggan seperti yang anda lihat secara ideal, dan bukan seperti yang berlaku pada masa ini.

Rajah 1.3 - Contoh rajah IDEF0

Dari sudut pandangan fungsian, anda juga boleh menguraikan masalah melaksanakan model secara fizikal.

Rajah 3 menunjukkan contoh rajah IDEF0 mudah.

1.3.2 Rajah Aliran Data (DFD)

Sistem model gambar rajah aliran data (DFDs) sebagai satu set aktiviti yang saling berkaitan yang memproses data dalam "stor" di dalam dan di luar sempadan sistem yang dimodelkan. Gambar rajah aliran data biasanya digunakan dalam pemodelan sistem maklumat.

Rajah 4 menunjukkan contoh rajah aliran data.

Anak panah dalam DFD menunjukkan cara objek (data) sebenarnya berinteraksi antara satu sama lain. Perwakilan ini, yang menggabungkan data yang disimpan dalam sistem dan objek di luar sistem, memberikan model DFD lebih fleksibiliti untuk memaparkan ciri fizikal sistem, seperti masalah pertukaran data, pembangunan storan data dan skim pemprosesan.

1.3.3 Penerangan tentang proses perniagaan (IDEF3)

Metodologi IDEF3 ialah metodologi pemodelan yang direka bentuk untuk menyediakan pendekatan berstruktur untuk menerangkan proses perniagaan sebagai urutan peristiwa yang tersusun, sambil juga menerangkan sebarang objek yang terlibat dalam proses perniagaan dan peraturan berkaitannya.

Gambarajah aliran kerja ialah teknik yang sesuai untuk mengumpul data sistem dan digunakan sebagai sebahagian daripada pendekatan berstruktur untuk analisis dan reka bentuk sistem. Tidak seperti teknik pemodelan proses perniagaan yang lain, IDEF3 memerlukan penggunaan sintaks dan semantik yang ketat untuk mengelak daripada mendapatkan penerangan sistem yang tidak lengkap atau tidak konsisten.

Rajah 5 menunjukkan contoh rajah IDEF3.

Rajah 1.4 - Contoh rajah DFD

Rajah 1.5 - Contoh rajah IDEF3

Gambar rajah IDEF3 digunakan:

· untuk meningkatkan pemahaman tentang hasil pemodelan proses perniagaan;

· untuk menentukan penghujung simulasi;

· untuk mengumpul maklumat tentang corak operasi syarikat yang dimodelkan.

Membina model IDEF3 kadangkala memungkinkan untuk memudahkan pemodelan fungsi sistem menggunakan metodologi IDEF0 dan telah menerima pengiktirafan yang sewajarnya sebagai cara yang agak mudah untuk menganalisis potensi peningkatan sistem. Gambar rajah IDEF3 menyediakan pemodelan proses diskret yang boleh digunakan untuk memantau kemajuan.

1.4 Stesen kerja BPWin

Tempat kerja BPWin direka bentuk sebagai desktop yang terdiri daripada beberapa tingkap. Pada desktop terdapat:

· bar alat standard;

· Bar alat ModelMart;

· pokok model;

kawasan untuk melukis;

· Bar alat BPWin;

· baris status.

Panel Menu BPWin. Bar Menu BPWin mematuhi piawaian Windows dan menyediakan akses kepada semua fungsi BPWin. Sebahagian daripada mereka:

Meterai . Untuk membuka tetingkap cetakan, dari bar Menu, pilih Fail, kemudian Cetak.

Skala . Daripada bar Menu, pilih Lihat, kemudian tukar skala imej untuk carta aktif atau untuk semua carta dalam model kepada saiz yang anda perlukan.

Bar alat standard. Bar alat standard (Rajah 6) menyediakan akses pantas kepada tugas yang kerap dilakukan.

Rajah 1.6 - Bar alat BPWin standard

Seperti mana-mana bar alat BPWin yang lain, bar alat standard boleh diletakkan pada mana-mana bahagian skrin atau terletak di mana-mana dalam kawasan rajah. Anda juga boleh menunjukkan atau menyembunyikannya menggunakan fungsi Lihat dalam Bar Menu.

1.5 Pokok model

Pokok Model BPWin (Rajah 1.7) ialah alat berkuasa yang digunakan untuk melihat struktur model dan menukar sebarang objek rajah dalam mana-mana model BPWin terbuka. Apabila bekerja dengan beberapa model pada masa yang sama, anda boleh melihat semua rajah atau hanya yang aktif dengan struktur pokok hierarki yang runtuh dan berkembang. Untuk sebarang metodologi yang digunakan, senarai model yang diperiksa memberikan gambaran lengkap keseluruhan model. Anda juga boleh melaksanakan tugas pemodelan menggunakan pokok.

Anda boleh menunjukkan dan menyembunyikan pepohon model dengan mengklik butang Model Explorer. Apabila pokok model aktif, ia berada dalam tetingkap gelongsor di sebelah kiri, dan gambar rajah aktif berada di sebelah kanan.

Rajah 1.7 - Pokok model BPWin

Pokok model (Rajah 1.7) digunakan:

· untuk melihat model berbeza yang dibina menggunakan metodologi pemodelan yang berbeza;

· untuk menukar mod paparan gambar rajah atau tindakan;

· untuk segera melihat atau bekerja dengan rajah yang sepadan dalam ruang kerja BPWin dengan mengklik pada nama rajah atau tindakan;

· untuk melihat tindakan dan objek rajah mengikut tahap penguraian;

· untuk mengedit nama model, rajah atau tindakan dengan mengklik dua kali pada nama yang sepadan;

· untuk melihat gambar rajah FEO yang sepadan, Pokok Nod atau gambar rajah berkaitan dengan mengklik pada nama objek

· gambar rajah dalam pokok hierarki.

1.6 Kawasan lukisan

Kawasan lukisan ialah kawasan besar di sebelah kanan tetingkap BPWin utama di mana pokok model terletak. Ia terdiri daripada tiga bidang:

· tajuk;

kawasan untuk melukis;

· Nama.

Apabila Model Tree disembunyikan, lukisan mengambil seluruh kawasan tetingkap. Anda boleh membuat, mengedit dan memanipulasi gambar rajah BPWin dalam kawasan lukisan. Atas permintaan anda, rajah boleh diskalakan menggunakan alat pelarasan skala.

1.7 Bar Alat BPWin

Bar Alat BPWin mengandungi alatan untuk melukis objek dalam rajah BPWin. Alat ini boleh diletakkan pada kedua-dua sisi skrin atau terletak di suatu tempat di kawasan carta. Anda boleh menunjukkan atau menyembunyikan bar alat menggunakan fungsi Lihat pada Bar Menu. Terdapat tiga bar alat berbeza dalam BPWin - mengikut bilangan metodologi yang disokong oleh program (Rajah 1.8).

IDEF0IDEF3DFD

Rajah 1.8 - Tiga jenis bar alat

Bar alat yang diperlukan dipilih secara automatik oleh program apabila anda memilih salah satu metodologi yang dicadangkan semasa penciptaan awal model.

1.8 Bantuan

Jika masalah timbul semasa bekerja dengan BPWin, menggunakan Bantuan adalah cara terpantas untuk menyelesaikannya. Untuk bermula dengan Bantuan Dalam Talian BPWin, pilih bahagian Bantuan dalam bar Menu, kemudian pilih salah satu pilihan yang dicadangkan dan teruskan mencari topik yang menarik minat anda.

Rajah 1.9 - Tetingkap bantuan sensitif konteks

Anda juga boleh menekan F1 dalam mana-mana medan input untuk melihat bantuan sensitif konteks untuk kotak dialog atau pilihan menu semasa. Ambil perhatian bahawa terdapat juga butang Bantuan dalam kotak dialog dalam Rajah 1.9. Anda akan menemui butang Bantuan pada kebanyakan kotak dialog.

1.9 Membina gambar rajah konteks

Gambar rajah konteks ialah model yang mewakili sistem sebagai satu set tindakan di mana setiap tindakan mengubah beberapa objek atau set objek. Model diwakili sebagai satu set tindakan hierarki. Tindakan tertinggi dalam hierarki dipanggil tindakan konteks. Ini adalah tahap tertinggi yang menerangkan secara langsung sistem. Tahap di bawah dipanggil penguraian kanak-kanak dan mewakili subproses aktiviti induk.

Apabila mencipta model, anda perlu menggambarkan tahap tertinggi, tindakan konteks terlebih dahulu. Nama tindakan menerangkan sistem secara langsung dan, sebagai peraturan, terdiri daripada satu kata kerja aktif digabungkan dengan kata nama umum yang menerangkan tujuan aktiviti dari sudut pandangan sistem yang paling umum.

Setiap blok boleh mempunyai pelbagai jenis anak panah yang dikaitkan dengannya. Anak panah mewakili orang, tempat, benda, konsep atau peristiwa. Anak panah menyambungkan sempadan rajah dengan blok, serta tindakan (blok) pada rajah antara satu sama lain. Terdapat empat jenis anak panah utama dalam rajah IDEF0.

Input blok mewakili bahan atau maklumat yang mesti digunakan atau diubah oleh blok untuk menghasilkan output. Anak panah masuk sentiasa menghala ke sebelah kiri blok. Anak panah masuk adalah pilihan kerana sesetengah tindakan tidak boleh mengubah atau mengubah (menggantikan) apa-apa.

Setiap blok mesti mempunyai sekurang-kurangnya satu anak panah kawalan. Kawalan sentiasa berada di bahagian atas blok. Tadbir urus adalah dalam bentuk peraturan, peraturan, dasar, prosedur atau piawaian. Ia mempengaruhi aktiviti tanpa benar-benar mengubah apa-apa. Kawalan juga boleh digunakan untuk menerangkan prosedur untuk memulakan atau menamatkan tindakan.

Anak panah keluaran (pelepasan) ialah bahan atau maklumat yang dihasilkan oleh blok. Setiap blok mesti mempunyai sekurang-kurangnya satu anak panah keluar (lepas). Adalah lebih baik untuk tidak memodelkan proses yang tidak menghasilkan produk (output) sama sekali.

Mekanisme pelaksanaan ialah sumber yang memastikan pelaksanaan sesuatu tindakan. Mekanisme pelaksanaan boleh dianggap sebagai kakitangan syarikat, mesin atau peralatan yang memastikan pelaksanaan aktiviti. Anak panah mekanisme mungkin hilang jika ditentukan bahawa ia tidak penting untuk pengendalian unit.

Gambar rajah konteks menggambarkan aktiviti peringkat atas dan menggariskan sempadan pemodelan berkenaan dengan tujuan, keupayaan dan perspektif. Nama rajah konteks terletak dalam pepohon model betul-betul di bawah penerangan umum.

Untuk mencipta rajah konteks, anda mesti mencipta model baharu dahulu dengan memilih "Baharu" daripada menu "Fail". Dalam kotak dialog yang muncul, anda perlu menaip nama model dan pilih jenisnya. Dialog ini juga dipaparkan apabila BPWin dimulakan.

Rajah 1.10 - Dialog untuk menetapkan sifat model

Selepas mencipta model, anda boleh menetapkan parameternya. Senarai sifat model ialah dialog di mana anda boleh menetapkan parameter seperti nama penuh model, penerangan lisannya dan keadaan di mana model itu terletak, contohnya, "dalam kerja" atau "untuk penerbitan" (Rajah 1.10).

1.10 Penguraian

Penguraian model digunakan dalam pemodelan proses perniagaan untuk memberikan penerangan yang lebih terperinci tentang blok. Setiap tindakan ini seterusnya boleh diuraikan. Setiap kali blok diuraikan, gambar rajah baru dicipta. Bilangan penguraian tidak terhad dan bergantung sepenuhnya pada tahap kerumitan yang perlu ditunjukkan dalam model: Perhatikan bulatan dalam Rajah 1.11. Jika tindakan itu belum diuraikan, simbol "daun" akan muncul di sudut kiri atas blok. Selepas mengurai blok ini, simbol "daun" akan hilang.

Rajah 1.11 - Penetapan bongkah yang tidak mempunyai penguraian

Bagaimana untuk mengurai blok menggunakan BPWin?

Ini boleh dilakukan dengan dua cara. Dalam rajah, anda perlu memilih tindakan yang perlu diuraikan. Untuk melakukan ini, pilih alat yang diperlukan dalam kotak alat BPWin atau dalam pepohon model, kemudian klik pada tindakan yang ingin anda uraikan. Menu yang dipilih mengandungi arahan penguraian. Dalam kotak dialog yang muncul, anda mesti menentukan jenis dan bilangan subblok yang diperlukan. Apabila mengurai blok, BPWin mencipta rajah baharu iaitu rajah penguraian rajah "induk". Ambil perhatian bahawa tindakan baharu tidak dipautkan dan tidak dinamakan - ini ialah tugas anda yang seterusnya. Anda mesti menentukan interaksi antara blok dan anak panah "lampirkan" pada blok baharu, yang diwarisi secara automatik daripada rajah induk.

Nama blok dan sifatnya yang lain dimasukkan dalam tab "Nama" senarai sifat blok. Untuk memaparkan sifat blok pada skrin, hanya klik dua kali pada blok.

Langkah seterusnya dalam mencipta rajah hendaklah menyambungkan semua blok yang digunakan dalam rajah menggunakan anak panah yang mewakili input, output, kawalan dan mekanisme. Untuk melakukan ini, hanya sambungkan titik permulaan anak panah ke titik penamat. Hujung anak panah boleh menjadi salah satu sisi blok fungsi dan sempadan rajah. BPWin secara automatik memperuntukkan pengakhiran yang sah untuk anak panah yang dibuatnya. Untuk melukis anak panah, anda mesti memilih alat anak panah dari kotak alat.

Nama anak panah ditentukan dalam tab "Nama" pada dialog sifat anak panah. Untuk memanggil dialog ini, hanya klik dua kali pada anak panah yang dikehendaki.

Jika anak panah berakhir pada sempadan gambar rajah BPWin, ia ditandakan dengan "terowong" kurungan segi empat sama. Anak panah dalam rajah induk ditandakan sama jika anak panah yang bergerak daripadanya dikeluarkan daripada rajah penguraian. Terowong segi empat sama pada permulaan anak panah menunjukkan bahawa anak panah itu "tidak diselesaikan" dalam hierarki model (tiada anak panah lain dengan nama yang sama dalam mana-mana rajah model lain). Untuk mengekalkan integriti model, adalah perlu untuk "menyelesaikan" anak panah yang ditandai dengan "terowong" kurungan segi empat sama dalam salah satu cara berikut:

· transformasi menjadi "terowong" kurungan;

· menambah anak panah baharu yang menyambungkan blok yang sepadan dengan sempadan rajah;

Pada bila-bila masa semasa bekerja dengan gambar rajah, adalah mungkin untuk menambah blok baharu padanya menggunakan "Alat kotak Aktiviti" bar alat. Untuk menambah blok, anda perlu mengklik pada alat ini, dan kemudian pada gambar rajah di tempat di mana anda ingin meletakkan blok baru. Selepas blok tambahan dibuat, anda boleh memautkannya dengan anak panah ke blok lain, tetapkan namanya dan sifat lain.

Blok dinomborkan secara automatik apabila ia dibuat. Nombor-nombor boleh menjadi relatif atau tetap, ia mencerminkan kedudukan hierarki blok dalam model. Anda boleh mengawal penomboran blok dalam rajah menggunakan tab "Pembentangan" dialog input sifat model.

Memindahkan mana-mana objek pada rajah dilakukan dengan "merangkap" mereka dengan tetikus dan mengalihkannya ke lokasi baharu. Semasa anda menggerakkan blok, anak panah yang dikaitkan dengannya juga bergerak pada masa yang sama. Blok fungsi juga boleh dialihkan antara rajah menggunakan arahan Potong/Tampal daripada menu Edit. BPWin memberikan nombor kepada blok rajah secara automatik. Apabila susunan relatif blok berubah, nombor ini mungkin berubah.

Mengubah saiz objek carta boleh dilakukan dengan mengalihkan sempadannya. Anda boleh melarang menukar saiz objek: ini boleh dilakukan pada tab "Reka Letak" pada dialog input sifat model.

Jika paparan pepohon model didayakan, anda mempunyai pilihan untuk melihat model sebagai pepohon rajah atau pepohon blok fungsi. Bahagian atas pokok model mempunyai butang suis Rajah/Aktiviti untuk memaparkan pokok rajah atau pokok aktiviti, masing-masing. Pokok rajah dibuka secara lalai apabila anda memulakan BPWin. Model Tree BPWin menggunakan set khas simbol grafik untuk mewakili gambar rajah dan tindakan dalam pokok objek. Anda boleh menggunakan pepohon ini untuk beralih kepada model, rajah atau tindakan yang sesuai untuk melakukan pengeditan.

1.11 Reka bentuk model

Menggunakan palet warna. Dalam rajah BPWin anda boleh menetapkan sifat warna untuk tindakan, anak panah dan blok teks; Anda tidak perlu menggunakan warna dalam carta anda, tetapi ini boleh membantu:

· untuk menyerlahkan perkara yang tidak dibangunkan secukupnya;

· untuk menyerlahkan perubahan yang dibuat;

· untuk memaparkan objek yang serupa maknanya.

Menukar warna blok carta. Menukar warna objek dilakukan menggunakan editor warna (Rajah 1.12). Untuk menukar warna objek:

· klik kanan pada objek, pilih "Warna" dalam menu yang muncul;

· pilih warna objek yang diingini daripada palet yang dicadangkan.

Rajah 1.12 - Editor warna

Memilih atribut fon. Atribut fon (Rajah 1.13), seperti jenis, saiz dan gaya, boleh digunakan untuk menyerlahkan atau mengumpulkan blok berfungsi. Untuk menukar fon yang anda perlukan:

· klik kanan pada objek, pilih “Font” dalam menu yang muncul;

· pilih fon yang dikehendaki dan, jika perlu, tetapkan atributnya.

Perubahan yang dibuat boleh digunakan pada semua objek yang serupa dalam rajah dengan mendayakan pilihan yang sepadan di sudut kiri bawah tetingkap dialog: Semua aktiviti dalam rajah ini (hanya untuk rajah ini) atau Semua aktiviti dalam model ini (untuk keseluruhan model ).

Rajah 1.13 - Pemilihan fon

Reka bentuk anak panah. Penggunaan gaya anak panah yang digunakan pada rajah adalah penting untuk integriti dan kebolehbacaan rajah IDEF0 yang dihasilkan. Anda boleh menukar rupa anak panah dengan menetapkan ketebalan, bentuk dan warnanya. Warna anak panah ditetapkan menggunakan editor warna seperti yang diterangkan di atas. Ketebalan anak panah juga boleh diubah, yang boleh digunakan untuk menyerlahkan proses individu dalam rajah. Untuk menukar ketebalan anak panah anda perlu:

· klik kanan pada anak panah dan pilih "Editor gaya" daripada menu;

· pilih ketebalan anak panah yang diperlukan dalam bahagian "Ketebalan".

Sila ambil perhatian bahawa bentuk anak panah ditentukan mengikut metodologi yang digunakan. Anak panah jenis "Perhubungan" tidak diterangkan dalam metodologi IDEF0, tetapi boleh digunakan jika pematuhan ketat kepada IDEF0 tidak diperlukan. Dialog untuk memilih jenis dan reka bentuk anak panah ditunjukkan dalam Rajah 1.14.

Rajah 1.14 - Memilih jenis dan reka bentuk anak panah

1.12 Anak panah bercabang dan bercantum

Anak panah bercabang dan menggabungkan adalah perlu untuk memastikan sambungan satu anak panah dengan beberapa blok berfungsi dan sebaliknya. Anak panah gabungan digunakan untuk mencipta peralihan biasa daripada berbilang blok fungsi kepada satu atau kepada sempadan. Cawangan dan cantuman dibuat menggunakan alat Arrow. Untuk menjadikan rajah lebih mudah dibaca, adalah dinasihatkan untuk menamakan setiap cabang anak panah yang dibahagikan.

Nama anak panah dipaparkan secara automatik dan boleh digerakkan dengan "merebut" dengan tetikus. Alat Squiggle dari bar alat IDEF0 atau IDEF3 boleh digunakan untuk menyambung anak panah ke namanya.

Untuk menjelaskan kandungan gambar rajah, anda boleh meletakkan blok teks yang mengandungi penjelasan sewenang-wenangnya padanya. Untuk menambah blok teks pada rajah:

· pilih alat "Teks" dan klik pada tempat dalam rajah di mana anda ingin meletakkan penjelasan;

· Dalam tetingkap teks yang muncul, anda mesti memasukkan teks penerangan.

Semua alat reka bentuk yang diterangkan di atas boleh digunakan untuk blok teks.

1.13 Pilihan paparan

Anda boleh menunjukkan atau menyembunyikan objek carta tertentu dan elemen reka bentuk individu. Sebagai contoh, anda boleh menukar bayang-bayang blok fungsi pada gambar rajah. Parameter menu "Lihat" (Rajah 1.15) digunakan serentak pada semua rajah model anda.

Dalam menu yang sama, anda boleh mengkonfigurasi tempat kerja BPWin. Sebagai contoh, anda boleh menunjukkan atau menyembunyikan bar alat standard, bar alat ModelMart, bar alat BPWin, pepohon model dan bar status. Beri perhatian kepada item menu "Zum", yang membolehkan anda menukar skala gambar rajah yang dilihat. Item menu ini menduplikasi alat "Zum" bar alat standard.

Rajah 1.15 - Pilihan paparan

1.14 Lain-lain jenis gambar rajah IDEF0

Selain gambar rajah konteks dan penguraian, jenis gambar rajah BPWin lain membolehkan anda memudahkan persembahan dan reka bentuk model. Sebagai contoh, mungkin perlu untuk membangunkan senario bagaimana jika untuk model.

Subseksyen ini akan merangkumi penciptaan dua jenis model:

· gambar rajah "untuk persembahan sahaja" (Untuk Eksposisi Sahaja - FEO);

· rajah pokok.

Apabila digunakan dengan betul, jenis rajah ini memudahkan untuk mendokumenkan model.

Mencipta Carta FEO. Gambar rajah FEO boleh digunakan untuk menerangkan beberapa bahagian proses, memberikan sudut pandangan khas atau menyerlahkan butiran berfungsi yang tidak boleh ditunjukkan menggunakan sintaks IDEF0. Ia mungkin disediakan dengan teks penerangan tambahan dan tidak semestinya perlu direka bentuk dalam kekangan piawaian IDEF0. Gambar rajah FEO boleh dikaitkan dengan mana-mana rajah yang wujud dalam model, tetapi bukan bahagian hierarki model. Gambar rajah FEO ialah salinan mana-mana rajah yang wujud dalam model. Rajah dikenal pasti oleh:

· nama yang ditentukan oleh pemaju;

· pengecam jenis AxF, di mana x menunjukkan rajah asal dan simbol F menunjukkan bahawa rajah itu adalah jenis FEO.

Gambar rajah FEO ditambah pada model menggunakan item "Tambah gambar rajah FEO" dalam menu "Rajah". Dalam kotak dialog Tambah Rajah FEO Baharu, pilih salah satu daripada jenis rajah berikut untuk disalin:

· jika anda memilih "Rajah Konteks", hanya taip nama rajah baharu dalam medan "Nama";

· Jika anda memilih "Rajah Penguraian", senarai juntai bawah "Salin Dari" diaktifkan, menunjukkan semua gambar rajah penguraian dalam model.

Selepas mengklik OK, BPWin akan dibuat dan dipaparkan pada desktop.

Sama seperti carta lain, anda boleh membuka dialog sifat carta FEO untuk memasukkan sifatnya.

Mencipta Rajah Pokok(Rajah Pokok Nod). Gambar rajah pokok digunakan untuk menunjukkan struktur model secara keseluruhan. Di dalamnya, sebagai peraturan, puncak (nod paling atas) sepadan dengan rajah peringkat konteks. Walau bagaimanapun, mana-mana blok berfungsi model boleh digunakan sebagai bucu, dan subbloknya akan ditunjukkan sebagai dahan pokok.

Melihat model menggunakan gambar rajah pokok membolehkan anda memfokus pada penguraian fungsi model tanpa mengambil kira aliran sedia ada di dalam dan di luar model. Apabila struktur model berubah, model pokok dibina semula secara automatik apabila perubahan dibuat pada model.

Model pokok dinomborkan menggunakan corak AxN, serupa dengan gambar rajah FEO.

Gambar rajah pokok ditambah pada model menggunakan item menu Tambah Pokok Nod daripada menu Gambar rajah. Ini memaparkan kotak dialog "Node Tree Wizard", yang anda tetapkan:

· blok berfungsi puncak;

· bilangan aras rajah ditunjukkan ke bawah;

· pilihan pemformatan.

Selepas mengklik OK, gambar rajah pokok dibuat dan dipaparkan pada desktop BPWin.

1.15 Membuka rajah pokok dan FEO

Gambar rajah pokok dan FEO secara kolektif dipanggil gambar rajah "adik beradik". Ia tidak dicerminkan secara langsung dalam pokok model, tetapi pokok model boleh digunakan untuk membukanya. Untuk melakukan ini, anda perlu terlebih dahulu menukar pokok model kepada mod "Diagram" (butang di sudut kiri bawah skrin), dan kemudian klik kanan pada nama rajah. Dalam kes ini, BPWin akan memaparkan senarai rajah berkaitan yang sepadan. Anda juga boleh menggunakan alat "Pergi ke Rajah Adik Beradik" dalam bar alat BPWin untuk membuka gambar rajah adik beradik.

1.16 Membahagi dan menggabungkan model

Pembahagian model dalam BPWin biasanya digunakan untuk menyokong pembangunan model kolaboratif. Satu model boleh dibahagikan kepada bahagian untuk membolehkan berbilang pembangun mencipta blok fungsi model mereka sendiri. Setelah selesai pembangunan, model yang dibahagikan kepada bahagian boleh digabungkan menjadi satu untuk memaparkan proses perniagaan secara keseluruhan. Apabila dibahagikan kepada dua model, setiap model menyokong set blok fungsinya sendiri, anak panah dan objek BPWin yang lain.

Pemisahan model. Pada hari memecahkan model kepada beberapa bahagian, anda mesti mematuhi algoritma berikut:

· mengenal pasti bahagian model yang perlu diasingkan;

· klik kanan pada blok fungsi yang dipilih;

· pilih item menu "Split model";

· dalam kotak dialog "Pilihan pisah", masukkan nama yang sepadan dengan nama blok fungsi (menggunakan nama ini akan membolehkan anda menggabungkan model kemudian);

· dayakan pilihan "Salin keseluruhan kamus" untuk menyalin kamus objek ke bahagian model yang dipisahkan;

· Klik OK.

Model baharu dicipta dan dipaparkan dalam pepohon model. Sila ambil perhatian perkara berikut:

· blok dari mana pembahagian itu dibuat menjadi gambar rajah peringkat konteks dalam model baharu;

· anak panah sambungan dengan nama yang sepadan dengan nama model baharu muncul dalam sambungan asal;

· semua gambar rajah kanak-kanak blok berfungsi telah dipindahkan ke model baharu;

· blok berfungsi yang rosak kekal dalam model asal.

Selepas mencipta model baharu, anda boleh menggunakan dialog Model Properties untuk menentukan sifat model yang dicipta.

Menggabungkan Model. Setelah pembangunan model yang diasingkan selesai, BPWin membenarkan mereka digabungkan menjadi satu. Untuk menggabungkan model:

· nama anak panah sambungan mesti sepadan dengan nama model yang diimport;

· nama blok berfungsi dalam rajah konteks model yang diimport mesti sepadan dengan nama blok berfungsi yang serupa dalam model utama.

Apabila bergabung, BPWin menyalin semua blok fungsi, anak panah dan maklumat lain (kecuali gambar rajah konteks) daripada model yang diimport kepada yang utama. BPWin melangkau rajah peringkat konteks dalam model yang diimport kerana ia sudah wujud dalam model utama. Semua penguraian dalam model yang diimport adalah berkaitan dalam model utama dengan blok fungsi sasaran. Blok fungsi sasaran dalam model utama mesti sentiasa mempunyai anak panah pautan yang terpancar daripadanya.

Selepas membuka model utama dan yang diimport, anda perlu:

· klik kanan pada blok berfungsi model utama yang anda ingin mengimport data;

· pilih item "Gabung Model" daripada menu;

· dialog "Teruskan dengan gabungan?" mengesahkan perkara yang anda ingin gabungkan dan membolehkan anda menentukan pilihan gabungan.

Setelah penggabungan selesai, anda akan melihat bahawa pepohon model dikemas kini untuk mencerminkan perubahan pada model asas.

1.17 Mencetak gambar rajah BPWin

Sebaik sahaja anda telah mencipta model, anda akan mahu menunjukkannya kepada orang lain di atas kertas. BPWin membantu anda dengan ini dengan pelbagai fungsi untuk mencetak gambar rajah. Sebahagian daripada mereka:

· pilih gambar rajah (atau gambar rajah) yang anda ingin cetak;

· sertakan mesej carta dengan cetakan carta;

· sertakan carta induk untuk carta yang akan anda cetak;

· tentukan spesifikasi rajah untuk percetakan: skema warna, sempadan luar rajah;

· menghantar gambar rajah ke fail untuk dicetak kemudian;

· tentukan cara mencetak gambar rajah: setiap gambar rajah pada satu helaian pilihan anda, cetakan kelompok semua gambar rajah model menunjukkan bilangan gambar rajah pada helaian.

Anda boleh mencetak gambar rajah BPWin daripada menu Cetakan BPWin Diagrams, yang boleh dibuka daripada menu "Fail" dengan arahan "Cetak" atau dengan mengklik ikon pencetak dalam bar alat (Rajah 1.16). Mod ini membolehkan anda menentukan pilihan cetakan yang dinyatakan sebelum ini.

Rajah 16 - Dialog untuk memilih pilihan cetakan

Seperti yang anda sudah faham, penampilan model bercetak bergantung pada pilihan pilihan percetakan yang telah anda pasang. Anda mungkin ingin mencuba sebelum mencetak untuk menentukan tetapan yang paling sesuai untuk aplikasi anda.

2 METODOLOGI IDEF PEMODELAN BERFUNGSI0

Metodologi pemodelan fungsional IDEF0 ialah teknologi untuk menerangkan sistem secara keseluruhan sebagai satu set tindakan atau fungsi yang saling bergantung. Adalah penting untuk diperhatikan fokus fungsi IDEF0 - fungsi sistem dikaji secara bebas daripada objek yang memastikan pelaksanaannya. Pandangan "berfungsi" membolehkan kita memisahkan dengan jelas aspek tujuan sistem daripada aspek pelaksanaan fizikalnya. Rajah 3 menunjukkan contoh gambar rajah IDEF0 biasa.

IDEF0 paling kerap digunakan sebagai teknologi untuk menyelidik dan mereka bentuk sistem pada peringkat logik. Atas sebab ini, ia biasanya digunakan pada peringkat awal pembangunan projek, sebelum pemodelan IDEF3, untuk mengumpul data dan memodelkan proses semasa. Hasil analisis IDEF0 boleh digunakan untuk membimbing reka bentuk menggunakan model IDEF3 dan gambar rajah aliran data.

2.2.1 Sintaks dan semantik model IDEF0

2.2.1.1 Model IDEF0

IDEF0 menggabungkan notasi grafik kecil (ia mengandungi hanya dua simbol: blok dan anak panah) dengan garis panduan yang ketat dan jelas, bersama-sama direka untuk membina model sistem yang berkualiti tinggi dan mudah difahami.

Metodologi IDEF0 agak mengingatkan garis panduan penerbitan buku, selalunya menyusun set model IDEF0 bercetak ke dalam buku kecil (dipanggil set dalam istilah IDEF0) yang mengandungi jadual kandungan, glosari dan elemen lain khusus untuk buku siap.

Langkah pertama dalam membina model IDEF0 ialah mentakrifkan tujuan model—set soalan yang harus dijawab oleh model. Set soalan boleh dibandingkan dengan mukadimah, yang mendedahkan tujuan buku itu.

Sempadan pemodelan bertujuan untuk menunjukkan keluasan liputan kawasan subjek dan kedalaman perincian dan merupakan kesinambungan logik bagi tujuan model yang telah ditetapkan. Kedua-dua pembaca model dan pengarangnya mesti memahami tahap perincian dalam jawapan kepada soalan yang dikemukakan dalam tujuan model.

Langkah seterusnya adalah untuk menunjukkan khalayak sasaran yang dimaksudkan untuk keperluan yang model sedang dibuat. Selalunya pilihan khalayak sasaran akan menentukan tahap perincian yang mana model harus dibuat. Sebelum membina model, adalah perlu untuk mempunyai idea tentang maklumat tentang subjek pemodelan yang sudah diketahui, bahan tambahan dan (atau) dokumentasi teknikal untuk memahami model yang mungkin diperlukan untuk khalayak sasaran, bahasa dan bahasa apa. gaya persembahan adalah paling sesuai.

Sudut pandangan merujuk kepada perspektif dari mana sistem diperhatikan semasa model dibina. Sudut pandangan dipilih sedemikian rupa untuk mengambil kira sempadan pemodelan yang telah ditetapkan dan tujuan model. Setelah dipilih, sudut pandangan kekal tidak berubah untuk semua elemen model. Jika perlu, model lain boleh dibuat yang memaparkan sistem dari sudut pandangan lain. Berikut ialah beberapa contoh sudut pandangan semasa membina model: pelanggan, pembekal, pemilik, editor.

2.2.1.2 Tindakan

Tindakan, biasanya dipanggil fungsi dalam IDEF0, memproses atau menterjemah input (bahan mentah, maklumat, dll.) kepada output. Memandangkan model IDEF0 mewakili sistem sebagai satu set fungsi hierarki (bersarang), pertama sekali, fungsi yang menerangkan sistem secara keseluruhan mesti ditakrifkan - fungsi konteks. Fungsi digambarkan pada rajah sebagai segi empat tepat yang dinamakan, atau blok fungsi. Nama fungsi dalam IDEF0 dipilih mengikut peraturan yang serupa dengan nama tindakan dalam IDEF3 - menggunakan kata kerja atau kata nama lisan. Adalah penting untuk memilih nama supaya ia mencerminkan sistem seolah-olah ia dilihat dari sudut pandangan yang dipilih untuk pemodelan.

Contoh blok fungsi ditunjukkan dalam Rajah 2.1.

Rajah 2.1 – Blok fungsi IDEF0

Di atas kami mentakrifkan model IDEF0 sebagai set hierarki blok bersarang. Mana-mana blok boleh diuraikan menjadi blok konstituennya. Penguraian sering dikaitkan dengan pemodelan atas ke bawah, tetapi ini tidak benar sepenuhnya. Penguraian fungsian ditakrifkan dengan lebih tepat sebagai pemodelan "luar-dalam", di mana kami menganggap sistem seperti bawang yang lapisannya dikupas secara berturut-turut.

2.2.1.3 Sempadan dan perkaitan

Untuk berguna, perihalan mana-mana blok mesti, sekurang-kurangnya, menyertakan perihalan objek yang dihasilkan oleh blok sebagai hasil daripada operasinya ("output") dan objek yang digunakan atau diubah oleh blok ("input") .

IDEF0 juga memodelkan mekanisme kawalan dan pelaksanaan. Kawalan merujuk kepada objek yang mempengaruhi cara blok mengubah input kepada output. Mekanisme pelaksanaan - objek yang secara langsung melakukan transformasi input kepada output, tetapi tidak digunakan sendiri.

Untuk mewakili kategori maklumat yang terdapat dalam gambar rajah IDEF0, terdapat akronim ICOM yang memaparkan empat jenis anak panah yang mungkin:

I (Input) - input - sesuatu yang digunakan semasa pelaksanaan proses;

C (Kawalan) - kawalan - sekatan dan arahan yang menjejaskan kemajuan proses;

O (Output) - output - sesuatu yang merupakan hasil daripada proses;

M (Mekanisme) - mekanisme pelaksanaan - sesuatu yang digunakan untuk melakukan proses, tetapi tidak dimakan dengan sendirinya. Rajah 2.2 menunjukkan 4 jenis anak panah yang mungkin dalam IDEF0, setiap jenis bersambung ke bahagian lain pada blok fungsi.

Rajah 2.2 - Setiap jenis anak panah disambungkan kepada anak panahnya sendiri

bahagian blok fungsi

Sebagai peraturan, kata nama digunakan untuk menamakan anak panah. Anak panah boleh mewakili orang, tempat, benda, idea atau peristiwa. Seperti blok fungsi, memberikan nama kepada semua anak panah pada rajah hanya perlu untuk pembaca memahami intipati apa yang digambarkan. Penerangan berasingan bagi setiap anak panah dalam bentuk teks boleh menjadi penting untuk membina model yang tepat dan berguna.

Anak panah masuk. Input ialah bahan mentah, atau maklumat, yang digunakan atau diubah oleh unit berfungsi untuk menghasilkan output. Anak panah input sentiasa dihalakan ke arah sebelah kiri segi empat tepat yang menandakan blok berfungsi dalam IDEF0. Kehadiran anak panah input dalam rajah tidak diperlukan, kerana ada kemungkinan beberapa blok tidak mengubah atau mengubah apa-apa. Contoh blok yang tidak mempunyai input ialah "pembuatan keputusan pengurusan", di mana beberapa faktor dianalisis untuk membuat keputusan, tetapi tiada satu pun daripadanya ditukar atau digunakan secara langsung akibat daripada sebarang keputusan yang dibuat.

Kawal anak panah. Anak panah kawalan bertanggungjawab untuk mengawal selia bagaimana dan bila blok fungsi dilaksanakan, dan, jika ia dilaksanakan, apakah output yang terhasil daripada pelaksanaannya. Memandangkan kawalan mengawal kelakuan blok fungsi untuk memastikan output yang diingini dihasilkan, setiap blok fungsi mesti mempunyai sekurang-kurangnya satu anak panah kawalan. Anak panah kawalan sentiasa memasuki blok fungsi dari atas.

Tadbir urus selalunya wujud dalam bentuk peraturan, peraturan, undang-undang, dasar, satu set prosedur atau piawaian yang diperlukan. Walaupun menjejaskan operasi unit, ia tidak digunakan secara langsung dan tidak berubah akibatnya. Ia mungkin ternyata bahawa tujuan blok fungsi adalah tepat untuk menukar peraturan, arahan, standard, dll. Dalam kes ini, anak panah yang mengandungi maklumat yang sepadan harus dianggap bukan sebagai kawalan, tetapi sebagai input kepada fungsi blok.

Kawalan boleh dilihat sebagai jenis input tertentu. Dalam kes di mana tidak jelas sama ada anak panah harus diberikan kepada input atau kawalan, adalah lebih baik untuk merujuknya sebagai kawalan sehingga kekaburan itu diselesaikan.

Anak panah keluar. Output ialah output atau maklumat yang diperoleh hasil daripada operasi blok berfungsi. Setiap blok mesti mempunyai sekurang-kurangnya satu output. Tindakan yang tidak menghasilkan sebarang output yang boleh dikenal pasti dengan jelas tidak boleh dimodelkan sama sekali (sekurang-kurangnya harus dipertimbangkan sebagai calon awal untuk dikecualikan daripada model).

Apabila memodelkan domain bukan pengeluaran, output, sebagai peraturan, adalah data yang diproses dalam beberapa bentuk oleh blok berfungsi. Dalam kes ini, adalah penting bahawa nama anak panah masuk dan keluar cukup dibezakan dalam maknanya. Sebagai contoh, blok Penerimaan Pesakit mungkin mempunyai anak panah Data Pesakit pada kedua-dua input dan output. Dalam keadaan sedemikian, anak panah masuk boleh dipanggil "Data Pesakit Awal", dan anak panah keluar boleh dipanggil "Data Pesakit Disahkan".

Anak panah mekanisme pelaksanaan. Mekanisme ialah sumber yang secara langsung melaksanakan tindakan simulasi. Menggunakan mekanisme pelaksanaan, perkara berikut boleh dimodelkan: kakitangan utama, jentera dan (atau) peralatan. Anak panah mekanisme pelaksanaan mungkin hilang jika ternyata ia tidak diperlukan untuk mencapai matlamat pemodelan yang dimaksudkan.

Anak panah gabungan. Terdapat lima jenis utama anak panah gabungan dalam IDEF0: output - input, output - kawalan, output - mekanisme pelaksanaan, output - maklum balas kawalan dan output - maklum balas input.

Anak panah keluar masuk digunakan apabila salah satu blok mesti menyelesaikan kerjanya sepenuhnya sebelum blok lain mula berfungsi. Jadi, dalam Rajah 2.3, pembentukan invois mesti mendahului penerimaan pesanan.

Rajah 2.3 - Gabungan anak panah keluar - input

Anak panah keluar - kawalan mencerminkan situasi penguasaan satu blok ke atas yang lain, apabila satu blok mengawal operasi yang lain. Dalam Rajah 2.4, prinsip membentuk portfolio pelaburan mengawal tingkah laku broker di bursa saham.

Rajah 2.4 - Gabungan anak panah keluar - kawalan

Output anak panah - mekanisme pelaksanaan kurang biasa dan mencerminkan keadaan apabila output satu blok berfungsi digunakan sebagai peralatan untuk operasi blok lain. Dalam Rajah 2.5, pengapit, peranti yang digunakan untuk mengamankan bahagian semasa pemasangan, mesti dipasang untuk melengkapkan pemasangan bahagian tersebut.

Rajah 2.5 - Gabungan anak panah keluar - mekanisme pelaksanaan

Maklum balas kepada input dan kawalan digunakan dalam kes di mana blok bergantung menjana maklum balas untuk blok yang mengawalnya. Dalam Rajah 2.6, maklumat tentang kadar pertukaran semasa yang diterima daripada broker digunakan untuk melaraskan strategi dagangan di bursa saham.

Rajah 2.6 - Output anak panah gabungan - maklum balas kawalan

Output anak panah - maklum balas kepada input biasanya digunakan untuk menerangkan kitaran memproses semula sesuatu. Rajah 2.7 boleh menjadi contoh penggunaan anak panah jenis ini. Di samping itu, sambungan input output-maklum balas boleh digunakan jika produk yang rosak boleh digunakan semula sebagai bahan mentah, seperti yang berlaku, contohnya, dalam pengeluaran kaca tingkap, apabila kaca pecah semasa proses pengeluaran dikisar dan dicairkan semula bersama-sama dengan kaca biasa. bahan mentah .

Rajah 2.7 - Output anak panah gabungan - maklum balas input

Anak panah membelah dan menyambung. Output blok fungsi boleh digunakan dalam beberapa blok lain. Malah, hampir nilai utama IDEF0 ialah metodologi ini membantu mengenal pasti saling bergantung antara blok sistem. Sehubungan itu, IDEF0 menyediakan kedua-dua anak panah membelah dan menyambung dalam rajah. Anak panah yang dibahagikan kepada beberapa bahagian mungkin mempunyai nama yang berbeza daripada nama anak panah asal. Anak panah asal dan patah (atau digabungkan) secara kolektif dipanggil dipautkan. Teknik ini biasanya digunakan untuk mencerminkan penggunaan hanya sebahagian daripada bahan mentah atau maklumat dalam proses, ditunjukkan oleh anak panah asal (Rajah 2.8). Pendekatan yang sama digunakan untuk anak panah yang digabungkan.

Rajah 2.8 - Anak panah berpecah kepada dua bahagian dan dinamakan semula

2.2.1.4 Terowong

Konsep anak panah berpaut digunakan untuk mengawal tahap perincian dalam rajah. Jika salah satu anak panah rajah tidak berada pada rajah induk (contohnya, kerana tidak pentingnya untuk tahap induk) dan tidak disambungkan kepada anak panah lain rajah yang sama, titik kemasukan anak panah ini ke dalam atau keluar dari rajah ditunjukkan oleh terowong. Dalam Rajah 2.9, sebagai contoh, anak panah "sistem maklumat perusahaan" ialah mekanisme pelaksanaan penting untuk rajah ini, tetapi tidak boleh digunakan di tempat lain dalam model. Terowong dalam kes ini digunakan sebagai alternatif untuk mengacaukan rajah induk dengan meletakkan anak panah padanya yang tidak penting untuk tahapnya.

Rajah 2.9 - Contoh penggunaan terowong

2.2.2 Membina model IDEF0

Dalam subseksyen ini kita akan melihat metodologi untuk membina model IDEF0 dengan lebih terperinci.

2.2.2.1 Gambar rajah

Dalam Rajah 2.10, gambar rajah IDEF0 biasa ditunjukkan bersama dengan maklumat perkhidmatan yang terdapat dalam medannya. Maklumat perkhidmatan terdiri daripada pengepala dan pengaki yang jelas (pengepala dan pengaki) - Elemen pengepala digunakan untuk menjejaki proses mencipta model. Elemen pengaki memaparkan nama model yang dimiliki oleh rajah tersebut dan menunjukkan lokasinya berbanding rajah lain dalam model.

Rajah 2.10 - Gambar rajah IDEF0 dengan maklumat perkhidmatan dalam margin

Semua elemen tajuk carta disenaraikan dalam Jadual 2.1.

Jadual 2.1 - Elemen Tajuk Gambar rajah IDEF0

Padang	Tujuan
	Digunakan untuk menggambarkan pautan luar ke rajah ini (diisi secara manual pada dokumen bercetak)
Pengarang, tarikh, projek
	Apabila mengedit program secara manual, pengguna boleh memotong nombor setiap kali mereka membuat perubahan lain
	Status menggambarkan status pembangunan atau kelulusan gambar rajah ini. Medan ini digunakan untuk melaksanakan proses penerbitan rasmi dengan langkah semakan dan kelulusan
	Carta baharu, perubahan global atau pengarang baharu untuk carta sedia ada
	Gambar rajah telah mencapai tahap tertentu yang boleh diterima oleh pembaca dan sedia untuk diserahkan untuk kelulusan.
	Gambar rajah diluluskan dan diluluskan. Tiada perubahan dijangka
	Gambar rajah sedia untuk cetakan dan penerbitan akhir.
	Nama pembaca
	Tarikh pembaca menemui gambar rajah
	Lakaran susunan blok berfungsi pada rajah induk, di mana blok yang diurai oleh rajah ini diserlahkan. Untuk rajah peringkat atas (rajah konteks), konteks TOP diletakkan dalam medan

Semua elemen "footer" rajah disenaraikan dalam Jadual 2.2.

Jadual 2.2 - Elemen "footer" gambar rajah IDEF0

Padang	Tujuan
	Nombor rajah yang sepadan dengan nombor blok fungsi induk
	Nama blok fungsi ibu bapa
Nombor (juga dipanggil C-Nombor)	Pengecam unik untuk versi rajah ini. Oleh itu, setiap versi baharu carta akan mempunyai nilai baharu dalam medan ini. Biasanya, C-Nombor terdiri daripada parap pengarang (yang diandaikan unik di kalangan semua penganalisis projek) dan pengecam unik berjujukan, seperti SDO005. Apabila diterbitkan, nombor ini boleh digantikan dengan nombor halaman standard. Jika rajah menggantikan rajah lain, nombor rajah yang diganti mungkin disertakan dalam kurungan - SDJ005 (SDO004). Ini menyediakan sejarah perubahan kepada semua gambar rajah model.

2.2.2.2 Membina model

Tiada model harus dibina tanpa pemahaman yang jelas tentang objek dan tujuan pemodelan. Takrifan matlamat pemodelan yang dipilih harus menjawab soalan berikut:

· Mengapakah proses ini dimodelkan?

· Apakah model ini akan mendedahkan?

· Bagaimanakah mereka yang biasa dengan model ini boleh menggunakannya?

Ayat berikut boleh dijadikan contoh bagaimana menyatakan tujuan simulasi. Kenal pasti tugas setiap pekerja syarikat dan fahami hubungan keseluruhan antara tugas individu untuk membangunkan garis panduan untuk melatih pekerja baharu.

Model dibina untuk menjawab satu set soalan. Soalan-soalan sebegini dirumuskan pada awal proses pemodelan dan seterusnya menjadi asas kepada definisi yang jelas dan padat tentang tujuan pemodelan. Contoh soalan sedemikian boleh:

· Apakah tugas seorang pengurus?

· Apakah tugas seorang kerani?

· Siapa yang mengawal kerja?

· Apakah teknologi yang diperlukan untuk melengkapkan setiap langkah? dan sebagainya.

2.2.2.3 Sudut pandangan

Dari sudut pandangan metodologi, apabila pemodelan, adalah berguna untuk menggunakan pendapat pakar yang mempunyai pandangan yang berbeza mengenai bidang subjek, bagaimanapun, setiap model individu harus dibangunkan berdasarkan satu sudut pandangan yang telah ditetapkan. Selalunya sudut pandangan lain didokumentasikan secara ringkas dalam gambar rajah FEO yang dilampirkan (lihat di bawah) untuk kejelasan pembentangan sahaja.

Sudut pandangan mesti dipilih dengan berhati-hati; asas untuk pilihan haruslah tujuan pemodelan yang dinyatakan. Nama sudut pandangan boleh menjadi nama jawatan, jabatan atau peranan (contohnya, ketua jabatan atau pengurus jualan). Seperti mentakrifkan tujuan pemodelan, takrifan sudut pandangan yang jelas diperlukan untuk memastikan integriti dalaman model dan mengelakkan perubahan berterusan pada strukturnya. Ia mungkin perlu untuk membina model dari sudut pandangan yang berbeza untuk mencerminkan secara terperinci semua ciri blok berfungsi yang dikenal pasti dalam sistem.

2.2.2.4 Memodelkan sempadan

Salah satu hasil positif membina model berfungsi ialah penjelasan sempadan pemodelan sistem secara keseluruhan dan komponen utamanya. Walaupun dijangka beberapa perubahan pada sempadan pemodelan akan berlaku semasa model dibangunkan, penerangan lisan tentang sempadan harus dikekalkan dari awal lagi untuk memastikan penyelarasan di kalangan penganalisis yang terlibat dalam projek. Seperti mentakrifkan tujuan simulasi, kekurangan sempadan menyukarkan untuk menilai tahap kesempurnaan model, kerana sempadan pemodelan cenderung berkembang apabila saiz model meningkat.

Sempadan pemodelan mempunyai dua komponen: lebar skop dan kedalaman butiran. Lebar liputan menandakan sempadan luar sistem yang dimodelkan. Kedalaman perincian menentukan tahap perincian yang mana blok berfungsi mesti diuraikan.

Untuk memudahkan takrifan sempadan pemodelan yang betul apabila membangunkan model IDEF0, usaha yang besar dibelanjakan untuk membangunkan dan menyemak rajah konteks IDEF0 (gambar rajah peringkat "paling atas"). Kadang-kadang mereka juga membina rajah tambahan untuk memaparkan tahap yang lebih tinggi daripada yang kontekstual untuk model tertentu, yang memungkinkan untuk mengenal pasti sistem di mana objek yang akan dimodelkan berada. Kos yang ketara untuk membangunkan gambar rajah konteks adalah agak wajar, kerana ia adalah sejenis "titik rujukan" untuk baki rajah model dan perubahan yang dibuat padanya melata merentas semua peringkat asas.

Apabila sempadan pemodelan jelas, sebab mengapa sesetengah objek sistem tidak disertakan dalam model juga menjadi jelas.

2.2.2.5 Memilih nama blok konteks

Urutan tindakan yang disyorkan apabila membina model "dari awal" ialah: merumuskan matlamat pemodelan, memilih sudut pandangan, mentakrifkan sempadan pemodelan. Nama blok konteks - blok fungsi tahap tertinggi - meringkaskan takrif sempadan pemodelan.

Peraturan untuk memilih nama untuk blok konteks secara keseluruhannya tidak berbeza daripada peraturan umum untuk menamakan blok berfungsi, jadi nama umum biasanya dipilih untuknya, seperti "Pengurusan jabatan perkhidmatan pelanggan," "Pemprosesan pesanan," dsb.

2.2.2.6 Menentukan anak panah dalam rajah konteks

Anak panah rajah IDEF0 biasanya lebih mudah untuk mereka bentuk dalam susunan berikut: output, input, enjin pelaksanaan, kawalan. Setiap blok fungsi mewakili fungsi yang berbeza, dan fungsi itu selalunya mempunyai penerangan yang jelas dan ringkas tentang operasinya. Kehadiran kekaburan dalam analisis output blok berfungsi tertentu adalah isyarat yang mungkin tentang keperluan untuk merekayasa semula proses perniagaan yang dipersoalkan.

Mentakrifkan Output. Selepas mengenal pasti kemungkinan keluaran, adalah berguna untuk menganalisis model untuk memastikan ia merangkumi semua senario yang mungkin untuk kelakuan proses. Ini bermakna jika terdapat kemungkinan situasi tertentu berlaku semasa proses, model tersebut menggambarkan kemungkinan situasi sedemikian berlaku. Ramai penganalisis pemula lupa untuk mencerminkan keputusan negatif blok berfungsi. Sebagai contoh, blok "Ambil ujian memandu" pasti akan menghasilkan aliran pemandu yang baru menerima lesen mereka, tetapi agak munasabah untuk mengharapkan aliran orang yang tidak lulus ujian. Keputusan negatif sering digunakan sebagai maklum balas, dan analisis untuk kehadiran mereka harus dijalankan untuk setiap blok. Juga penting ialah keperluan untuk memasukkan anak panah kontroversial dalam model, keputusan mengenai kehadirannya dalam model dengan mudah boleh dipindahkan ke bahu pakar yang menyemak model.

Menentukan Input. Input boleh dianggap sebagai diubah dalam cara tertentu oleh blok berfungsi untuk menghasilkan bahan mentah atau maklumat output. Dalam industri pembuatan, menentukan cara input bahan mentah ditukar kepada produk siap biasanya agak mudah. Walau bagaimanapun, apabila memodelkan aliran maklumat, aliran data input mungkin tidak digunakan atau diproses sama sekali. Kes apabila anak panah masuk dan keluar dinamakan betul-betul sama adalah sangat jarang berlaku dan secara amnya menunjukkan ketidakbergunaan blok ini untuk sistem secara keseluruhan atau pilihan nama yang salah untuk anak panah keluar. Penyelesaian mungkin menggunakan penerangan yang lebih terperinci untuk aliran data masuk dan keluar. Sebagai contoh, input mungkin dipanggil "Diagnosis Pesakit Awal" dan output mungkin dipanggil "Diagnosis Pesakit Ditapis".

Definisi mekanisme pelaksanaan. Selepas mencipta input dan output, anda boleh mula melihat mekanisme pelaksanaan, atau sumber, yang dikaitkan dengan blok fungsi. Konsep mekanisme pelaksanaan termasuk kakitangan, peralatan, sistem maklumat, dsb. Contohnya, blok fungsi "Assemble part" mungkin memerlukan penggunaan beberapa peralatan, seperti sepana. Apabila mengambil peperiksaan lesen memandu, mekanisme pelaksanaan adalah pemeriksa polis trafik. Sebagai peraturan, agak mudah untuk menentukan mekanisme pelaksanaan untuk blok berfungsi.

Definisi kawalan. Kawalan mesti ditakrifkan untuk mengawal kemajuan blok fungsi. Semua blok fungsi dalam IDEF0 mesti mempunyai sekurang-kurangnya satu kawalan. Dalam kes yang tidak jelas sama ada anak panah merujuk kepada input atau kawalan, ia harus dilukis sebagai kawalan. Adalah penting untuk diingat bahawa kawalan boleh dianggap sebagai satu bentuk khas input blok fungsi.

Apabila rajah konteks kelihatan lengkap, cuba tanya soalan berikut:

· Adakah rajah meringkaskan proses perniagaan yang dimodelkan?

· Adakah rajah selaras dengan sempadan pemodelan, sudut pandangan dan tujuan pemodelan?

· Adakah tahap butiran anak panah yang dipilih sesuai untuk blok konteks? (Ia biasanya disyorkan untuk melukis tidak lebih daripada enam anak panah bagi setiap jenis pada gambar rajah konteks.)

2.2.2.7 Penomboran bongkah dan gambar rajah

Semua blok fungsi IDEF0 bernombor. Nombor membenarkan penggunaan awalan dengan panjang sewenang-wenangnya, tetapi sebahagian besar model menggunakan awalan A. Nombor blok diletakkan selepas awalan. Blok konteks sentiasa mempunyai nombor AO.

Awalan diulang untuk setiap blok model. Nombor digunakan untuk menggambarkan tahap penguraian di mana blok itu berada. Blok AO diuraikan kepada blok A1, A2, A3, dsb. A1 diuraikan kepada A11, A12, A13, dsb. A11 diuraikan kepada A1l1, A112, A113, dsb. Untuk setiap tahap penguraian, satu ditambah pada penghujung nombor nombor.

Nombor blok boleh ditukar. Untuk melakukan ini, klik kanan pada medan kosong, pilih Model Propetions - Penamaan dan tetapkan parameter yang diperlukan.

2.2.2.8 Hubungan antara rajah dengan blok fungsi induknya

Blok berfungsi diuraikan jika perlu untuk menerangkan operasinya secara terperinci. Apabila mengurai blok, adalah berguna untuk mempertimbangkan kitaran hayatnya; ini akan membantu menentukan blok berfungsi rajah "kanak-kanak" yang terhasil. Contohnya, kitaran hayat blok "Grill steak" mungkin kelihatan seperti urutan berikut: "Sediakan makanan", "Daging tumbuk", "Panaskan minyak", dsb.

Apabila memodelkan IDEF0, adalah penting untuk diingat bahawa sempadan gambarajah anak ialah sempadan blok fungsi induk. Ini bermakna semua kerja dilakukan oleh blok tahap terendah. Tidak seperti hierarki yang digunakan dalam pengaturcaraan berstruktur, blok peringkat atas bukanlah subjek kawalan untuk blok peringkat bawah. Ini bermakna bahawa dalam IDEF0, kanak-kanak adalah objek yang sama seperti ibu bapa mereka, hanya ditunjukkan dengan lebih terperinci. Tindakan Ketua Pegawai Eksekutif syarikat boleh dicerminkan di sebelah tindakan pekerja biasa pada rajah IDEF0.

Kod ICOM diletakkan di hujung anak panah sempadan (bermula atau berakhir di luar rajah) rajah kanak-kanak untuk menunjukkan di mana anak panah yang sepadan terletak pada rajah induk (Rajah 2.12). Mereka diperlukan untuk menyemak integriti model dan boleh berguna apabila susunan anak panah pada rajah anak berbeza daripada susunan susunannya pada rajah induk. Kod ICOM terdiri daripada huruf Latin I, C, O atau M dan nombor yang menunjukkan lokasi anak panah pada rajah induk mengikut urutan dari atas ke bawah atau kiri ke kanan.

Rajah 2.12 - Kod ICOM pada anak panah sempadan

2.2.2.9 Dua pendekatan untuk memulakan pemodelan (“luas dahulu” dan “dalam dahulu”)

Model boleh direka bentuk menggunakan pendekatan pertama keluasan, di mana setiap gambar rajah diperincikan sebanyak mungkin sebelum ia diuraikan, dan pendekatan didahulukan mendalam, di mana hierarki blok ditakrifkan dahulu dan kemudian anak panah dicipta untuk menyambungkannya. Sememangnya, gabungan pendekatan ini adalah mungkin, dan hierarki blok kadangkala berubah sedikit selepas anak panah dilukis. Ini kerana mencipta anak panah boleh mengubah pemahaman seni bina dalaman objek yang dimodelkan.

2.2.2.10 Bila hendak berhenti?

Matlamat pemodelan yang dirumuskan mengandungi soalan yang mesti dijawab oleh model. Apabila menjadi mungkin untuk mendapatkan jawapan kepada mereka menggunakan model, model itu dianggap memenuhi keperluan dan dianggap lengkap. Apabila membina penguraian peringkat pertama, anda perlu memastikan bahawa semua blok dalam rajah terletak dalam sempadan pemodelan yang ditetapkan sebelum ini. Sebelum mengurai blok, anda perlu memastikan sama ada ini tidak akan membawa kepada melebihi kedalaman perincian yang ditetapkan sebelum ini untuk model ini. Peraturan lain ialah simulasi IDEF0 harus diteruskan selagi anak panah keutamaan (input dan output) menguasai gambar rajah.

Jika butiran lanjut proses individu diperlukan, gambar rajah IDEF3 boleh digunakan.

2.2.2.11 Gambar rajah IDEF0 lain

Sebagai tambahan kepada rajah konteks dan penguraian, jenis rajah IDEF0 lain boleh digunakan untuk membangunkan dan mempersembahkan model.

Pokok model. Ini ialah gambar rajah gambaran keseluruhan yang menunjukkan struktur keseluruhan model. Rajah 2.13 dan 2.14 menunjukkan serpihan rajah tersebut. Biasanya, bahagian atas pokok sepadan dengan blok konteks, dan keseluruhan hierarki blok model dibina di bawah bahagian atas. Walau bagaimanapun, ia tidak dilarang untuk menetapkan blok sewenang-wenangnya sebagai bucu, meletakkan semua blok anak di bawahnya. Disebabkan sifat pemodelan berfungsi yang sangat berulang, boleh dijangka bahawa pokok model akan berulang kali berubah dengan cara yang ketara sehingga versi yang stabil diperolehi. Menyemak model menggunakan pokok membantu anda menumpukan pada penguraian fungsi model.

Rajah 2.13 - Serpihan pokok model

Rajah 2.14 – Serpihan pokok model

Carta persembahan. Gambar rajah pembentangan (Untuk gambar rajah Eksposisi Sahaja - gambar rajah FEO) sering disertakan dalam model untuk menggambarkan sudut pandangan atau butiran lain di luar sintaks IDEF0 tradisional (Rajah 2.15). Gambar rajah FEO membenarkan pelanggaran mana-mana peraturan untuk membina gambar rajah IDEF0 untuk menyerlahkan bahagian model yang penting dari sudut pandangan penganalisis. Sememangnya, jika gambar rajah FEO dimasukkan ke dalam model semata-mata untuk menunjukkan sudut pandangan sistem yang berbeza, kemungkinan besar ia akan kelihatan seperti gambar rajah IDEF0 biasa, yang memenuhi semua sekatan IDEF0.

Satu cara untuk menggunakan gambar rajah FEO adalah untuk memisahkan blok berfungsi daripada persekitarannya dengan mencipta gambar rajah dengan satu blok dan semua anak panah yang berkaitan, serupa dengan gambar rajah konteks (Rajah 2.15). Ini boleh berguna dalam situasi di mana anda perlu mendapatkan maklumat dengan cepat tentang antara muka (anak panah) bagi blok fungsi, dan rajah penguraian yang sepadan mengandungi terlalu banyak objek.

Selain itu, jenis gambar rajah pembentangan berikut ditemui;

· salinan rajah IDEF0, yang mengandungi semua blok berfungsi, dan anak panah yang berkaitan dengan hanya satu blok berfungsi - ini membolehkan anda menggambarkan interaksi antara blok ini dan objek lain dalam rajah;

· salinan gambar rajah IDEF0, yang mengandungi semua blok berfungsi, dan anak panah yang berkaitan secara langsung hanya dengan input dan/atau output blok induk;

· sudut pandangan yang berbeza, biasanya pada kedalaman satu tahap penguraian.

Rajah 2.15 - Gambar rajah FEO untuk menyerlahkan blok fungsi dan anak panahnya

2.2.2.12 Memadam gambar rajah

Untuk memadam gambar rajah, klik pada butang "Editor Kamus Gambar rajah" pada bar alat, dalam tetingkap yang muncul, pilih jenis (Jenis Gambar rajah) dan nama gambar rajah yang ingin anda padamkan, dan klik Padam (Rajah). 2.16).

Rajah 2.16 – Memadam gambar rajah

3 PELAJARAN AMALI

Sebagai contoh, pertimbangkan aktiviti syarikat rekaan Quill, yang telah wujud selama 5 tahun dan terutamanya memasang dan menjual komputer meja dan komputer riba. Perolehan tahunan syarikat ialah kira-kira $20 juta. Syarikat membeli komponen komputer daripada tiga pembekal bebas dan bukannya menghasilkan komponen itu sendiri. Dia hanya memasang dan menguji komputer. Syarikat itu menjual produk melalui kedai dan mengkhususkan diri dalam pelanggan yang kriteria utama ketika membeli ialah kos komputer. Anggaran saiz pasaran untuk Quill dalam 2 tahun akan datang ialah $50 juta.

Walaupun terdapat sedikit peningkatan dalam jumlah jualan, keuntungan semakin berkurangan dan persaingan dalam pasaran semakin meningkat. Untuk tidak kehilangan tempat, syarikat memutuskan untuk menganalisis proses perniagaan semasa dan menyusun semula mereka untuk meningkatkan kecekapan pengeluaran dan jualan. Prosedur utama dalam syarikat adalah seperti berikut:

· penjual menerima pesanan pelanggan;

· pengendali kumpulan pesanan mengikut jenis komputer;

· Operator memasang dan menguji komputer;

· Operator membungkus komputer mengikut pesanan;

· Penjaga stor menghantar pesanan kepada pelanggan.

Quill pada masa ini menggunakan sistem maklumat perakaunan yang dibeli yang membenarkan pesanan, invois dan penjejakan pembayaran invois.

Meningkatkan prestasi syarikat harus melibatkan struktur pengurusan syarikat, kecekapan pengeluaran dan kawalan dalaman. Akibatnya, penyusunan semula mungkin memerlukan pelaksanaan sistem maklumat korporat baharu (terdiri daripada lebih daripada satu modul perakaunan).

Walau bagaimanapun, sebelum cuba membuat sebarang penambahbaikan, adalah perlu untuk memahami proses perniagaan sedia ada.

3.1 Membuat gambar rajah konteks

Untuk membuat rajah konteks, ikuti langkah berikut:

1. Lancarkan BPWin. (Butang Mula - Semua Program - Pemodel Proses AllFusion atau pintasan desktop).

2. Kotak dialog I would like to muncul. Masukkan nama model (Aktiviti Syarikat Quill) dan pilih Jenis - IDEF0. Klik OK.

3. Dalam tetingkap yang muncul, pada tab Umum, anda boleh menambah pembangun gambar rajah (Auhtor) dan inisialnya (Auhtor inisial). Klik OK.

4. Gambar rajah konteks dibuat secara automatik.

5. Sebelum anda mula bekerja, anda perlu menetapkan bahasa model - Cyrillic. Untuk melakukan ini, pilih Model - Fon Lalai - pilih mana-mana tab dari senarai dan klik padanya - dalam sel yang dipanggil Set Skrip "Cyrillic", kemudian di sudut kiri bawah skrin tandakan kotak di sebelah pilihan yang diperlukan: Semua aktiviti dalam rajah ini (hanya untuk rajah ini); Semua aktiviti dalam model ini atau Tukar semua kejadian (untuk keseluruhan model).

6. Perhatikan butang pada bar alat. Butang ini menghidupkan dan mematikan alat tontonan dan navigasi - Model Explorer (muncul di sebelah kiri). Butang Aktiviti /Diagram menukar mod Model Explorer. Dalam mod Aktiviti, mengklik kanan objek dalam Model Explorer membolehkan anda mengedit sifatnya.

7. Jika anda tidak faham cara melakukan tindakan tertentu, anda boleh menghubungi bantuan - kekunci F1 atau menu Bantuan.

8. Pergi ke menu Model / Model Properties. Ditanda buku Umum Dalam kotak dialog Model Properties, masukkan nama model (Aktiviti Syarikat Quill), nama projek Projek (Model Aktiviti Quill), nama pengarang dan jenis model - Jangka Masa (AS-IS) - “sebagaimana sedia ada. ”).

9. Ditanda buku Definisi masukkan definisi (Ini adalah model latihan yang menerangkan aktiviti syarikat Quill) dan Skop (Pengurusan am perniagaan syarikat: penyelidikan pasaran, pembelian komponen, pemasangan, pengujian dan penjualan produk).

10. Ditanda buku Status tetapkan kepada BEKERJA dan klik OK.

11. Pergi ke rajah konteks dan klik kanan pada kerja. Daripada menu konteks, pilih Editor Nama. Ditanda buku Nama masukkan nama (Perniagaan Quill).

12. Dalam tab Definisi, masukkan definisi (proses perniagaan semasa Quill).

13. Ditanda buku Status tetapkan kepada BEKERJA dan klik OK.

14. Cipta anak panah pada rajah konteks (Jadual 3.1). Untuk melakukan ini, pilih butang pada bar alat.

Jadual 3.1 – Data untuk membina anak panah

3.2 Membuat gambar rajah penguraian

1. Untuk menguraikan proses (ke dalam proses peringkat rendah), pilih blok, pilih butang untuk pergi ke peringkat bawah dalam palet alat, dalam kotak dialog Kiraan Kotak Aktiviti, pilih jenis gambar rajah IDEF0, tetapkan bilangan aktiviti yang diperlukan, untuk contoh ini - 3, setiap rajah peringkat bawah dan klik OK (Rajah 3.1)

Rajah 3.1 – Mencipta gambarajah penguraian

Gambar rajah penguraian akan dibuat secara automatik. Klik kanan pada kerja, pilih Editor Nama dan masukkan nama untuk kerja itu. Ulangi operasi untuk ketiga-tiga kerja. Kemudian masukkan definisi dan status bagi setiap pekerjaan mengikut Jadual 3.2.

Jadual 3.2 - Penerangan kerja untuk gambarajah penguraian

2. Tukar kepada mod lukisan anak panah. Pautkan anak panah sempadan (butang pada palet alat) dengan yang lain seperti yang ditunjukkan dalam Rajah 3.2.

Rajah 3.2 – Gambar rajah penguraian

3. Klik kanan pada cawangan anak panah kawalan bagi kerja "Membina dan menguji komputer" dan menamakannya kepada "Membina dan menguji peraturan" (Rajah 3.3).

Tambah Definisi untuk cawangan baharu: "Bina arahan, prosedur ujian, kriteria prestasi, dsb."

Rajah 3.3 – Gambar rajah penguraian

Klik kanan pada cabang anak panah enjin Jualan dan Pemasaran dan namakannya semula kepada Sistem Pemprosesan Pesanan.

4. Buat anak panah dalaman baharu seperti yang ditunjukkan dalam Rajah 3.4.

Rajah 3.4 – Mencipta anak panah dalaman

5. Buat anak panah maklum balas (untuk pengurusan) "Membina dan Menguji Keputusan" (Rajah 3.5), daripada kerja "Memasang dan menguji komputer" kepada kerja "Jualan dan Pemasaran". Untuk lebih jelas, tukar gaya anak panah, untuk melakukan ini, klik kanan pada anak panah, pilih Gaya daripada menu konteks dan dalam Ketebalan tukar ketebalan garisan. Jika perlu, tetapkan pilihan Extra Arrowhead dan Squiggle (daripada menu konteks).

Rajah 3.5 – Mencipta anak panah maklum balas

6. Buat anak panah sempadan keluar baharu untuk Bahan Pemasaran daripada kerja Jualan dan Pemasaran. Anak panah ini tidak secara automatik jatuh ke dalam rajah peringkat atas dan mempunyai kurungan segi empat sama di hujungnya. Jika anda mahu anak panah ini dicerminkan pada semua rajah (termasuk tahap 0), klik kanan pada hujung anak panah dan pilih Terowong Anak panah dari menu konteks, dalam tetingkap yang muncul (Rajah 3.6) tandakan Selesaikan ke anak panah sempadan dan klik OK.

Rajah 3.6 – Terowong anak panah

Senaman. Kerja "Memasang dan menguji komputer" diuraikan. Hasil daripada peperiksaan tersebut, maklumat berikut diperolehi:

· Jabatan pengeluaran menerima pesanan pelanggan daripada jabatan jualan apabila mereka tiba;

· penghantar menyelaras kerja pemasang, menyusun pesanan, mengumpulkannya dan mengarahkan penghantaran komputer apabila ia siap;

· setiap 2 jam kumpulan penghantar memesan secara berasingan untuk komputer meja dan komputer riba dan menghantarnya ke kawasan perhimpunan;

· Pekerja kawasan pemasangan memasang komputer mengikut spesifikasi pesanan dan arahan pemasangan. Apabila sekumpulan komputer yang sepadan dengan kumpulan pesanan dipasang, ia dihantar untuk ujian. Penguji menguji setiap komputer dan, jika perlu, boleh menggantikan komponen yang rosak;

· penguji menghantar keputusan ujian kepada penghantar, yang, berdasarkan maklumat ini, membuat keputusan untuk memindahkan komputer ke kumpulan pesanan yang sepadan untuk penghantaran.

Berdasarkan maklumat ini, tambah pekerjaan dan anak panah baharu (Jadual 3.3 dan 3.4).

Blok fungsi	Penerangan	Status
	Melihat pesanan, menetapkan jadual pemenuhan pesanan, melihat keputusan ujian, membuat kumpulan pesanan untuk pemasangan dan penghantaran
Perhimpunan Komputer Desktop	Memasang komputer meja mengikut arahan dan arahan penghantar
Pemasangan komputer riba	Memasang komputer riba mengikut arahan dan arahan penghantar
Ujian komputer	Menguji komputer dan komponen anda. Penggantian komponen yang tidak berfungsi.

Jadual 3.4 – Penerangan tentang anak panah untuk mengurai proses “Memasang dan menguji komputer”

	Sumber		Tujuan	Jenis destinasi
Penghantar			Jejaki jadual dan urus binaan dan ujian
Pesanan pelanggan			Jejaki jadual dan urus binaan dan ujian
Pesanan desktop	Jejaki jadual dan urus binaan dan ujian		Perhimpunan Komputer Desktop
Pesanan untuk komputer riba	Jejaki jadual dan urus binaan dan ujian		Pemasangan komputer riba
Komponen			Perhimpunan Komputer Desktop
Pemasangan komputer riba
Ujian komputer
Komputer meja	Perhimpunan Komputer Desktop		Ujian komputer
Komputer riba	Pemasangan komputer riba		Ujian komputer

Sambungan Jadual 3.4

Kakitangan Jabatan Pengeluaran			Perhimpunan Komputer Desktop
Pemasangan komputer riba
Membina dan Menguji Peraturan	Peraturan dan prosedur		Perhimpunan Komputer Desktop
Pemasangan komputer riba
Ujian komputer
Membina dan Menguji Keputusan	Perhimpunan Komputer Desktop
Pemasangan komputer riba
Ujian komputer
Keputusan ujian	Ujian komputer		Jejaki jadual dan urus binaan dan ujian
Komputer yang dipasang	Ujian komputer
Penguji	Kakitangan Jabatan Pengeluaran		Ujian komputer
Arahan untuk menyerahkan komputer untuk penghantaran	Jejaki jadual dan urus binaan dan ujian		Ujian komputer

Terowong dan paut pada anak panah sempadan aras atas jika perlu.

3.3 Membuat gambarajah nod

1. Untuk mencipta rajah nod, pilih menu Diagram/Tambah Pokok Nod. Tetapkan pilihan kotak dialog Wizard Pokok Nod seperti yang ditunjukkan dalam Rajah 3.8.

Rajah 3.8 – Membina rajah nod: a) – langkah 1, b) – langkah 2

2. Klik butang OK. Gambar rajah pokok nod dicipta (Rajah 3.9).

Rajah 3.9 – Gambar rajah nod “Aktiviti syarikat Quill” (pandangan 1)

3. Untuk mencipta gambarajah pepohon nod yang serupa dengan Rajah 3.10, pilih menu Diagram/Add Node Tree, dalam kotak dialog Wizard Pokok Nod (Rajah 3.8b) nyahdayakan pilihan Bullet Last Level dan klik OK.

Rajah 3.10 - Diagram nod "Aktiviti syarikat Quill" (pandangan 2)

3.4 Membuat gambar rajah FEO

Apabila membincangkan proses perniagaan, menjadi perlu untuk mempertimbangkan secara terperinci interaksi kerja "Memasang dan menguji komputer" dengan kerja lain. Untuk tidak mengubah suai gambarajah penguraian, buat gambar rajah FEO yang mengandungi hanya anak panah kerja "Memasang dan menguji komputer" (Rajah 3.11):

1. Pilih item menu Diagram / Add FEO Diagram.

2. Dalam kotak dialog Tambah Rajah FEO Baharu, pilih jenis dan masukkan nama untuk rajah FEO. Klik OK.

3. Untuk mentakrifkan rajah, pergi ke Diagram / Diagram Properties dan masukkan takrifan dalam tab Diagram Text.

4. Keluarkan anak panah tambahan pada rajah FEO.

5. Untuk menavigasi antara rajah standard, pokok nod dan FEO, gunakan butang pada palet alat.

Rajah 3.11 - rajah FEO “Memasang dan menguji komputer”

Senaman. Hasil daripada pemeriksaan, maklumat tambahan diterima daripada pekerja jabatan pengeluaran - ternyata komponen yang rosak sedang dihantar untuk penghantaran. Untuk menjelaskan maklumat, kepakaran tambahan diperlukan dalam jabatan perkapalan. Menubuhkan FEO untuk menjalankan usaha wajar tersebut.

Bina FEO berdasarkan carta A0 (“Aktiviti Syarikat Quill”) dan tambahkan anak panah “Komponen Yang Rusak”. Anak panah harus pergi dari output "Memasang dan menguji komputer" kepada input "Penghantaran dan penerimaan" (Rajah 3.12).

Rajah 3.12 – rajah FEO “Aktiviti syarikat Quill”

3.5 Penguraian proses Jualan dan Pemasaran

Pekerjaan jualan dan pemasaran melibatkan menjawab panggilan telefon pelanggan, menyediakan maklumat harga kepada pelanggan, membuat pesanan, memasukkan pesanan ke dalam sistem maklumat dan menjalankan penyelidikan pasaran.

Berdasarkan maklumat ini, hancurkan kerja Jualan dan Pemasaran (IDEF0).

Buat kerja berikut:

· menyediakan maklumat mengenai harga;

· membuat pesanan;

· penyelidikan pasaran.

Keputusan penguraian ditunjukkan dalam Rajah 3.13.

GLOSARI

Skop Permodelan- keluasan liputan dan kedalaman perincian apabila menerangkan set objek yang dimodelkan.

Aktiviti- perihalan set aktiviti yang bertujuan untuk memproses atau memindahkan data atau sumber (contohnya, "Memproses pesanan" atau "Menjalankan kawalan teknikal"). Model IDEF0 menyerlahkan aktiviti yang tidak berkesan (yang tidak mempunyai kawalan atau output) dan dengan itu menyokong usaha kejuruteraan semula proses perniagaan. Aktiviti dalam model 1DEF3, juga dipanggil unit kerja, menerangkan pemprosesan, aktiviti, keputusan atau prosedur lain yang dilakukan oleh sistem atau organisasi. Aktiviti dalam rajah DFD mewakili pemprosesan atau pemindahan data.

Mekanisme pelaksanaan (Anak panah mekanisme)- anak panah memasuki blok rajah IDEF0 dari bawah dan menandakan kakitangan, peralatan dan sumber lain yang tidak digunakan semasa operasi, digunakan untuk melakukan tindakan yang ditunjukkan oleh blok.

anak panah- Anak panah dalam gambar rajah IDEF0 mewakili input, kawalan, output atau mekanisme untuk melakukan tindakan. Dalam rajah IDEF3, anak panah mewakili susunan tindakan (anak panah garis pepejal), perhubungan (anak panah garis putus) atau aliran (anak panah garis pepejal berbucu dua). Dalam DFD, anak panah mewakili aliran data antara aktiviti, stor data dan pautan luaran.

Anak panah kawalan- kekangan untuk blok gambar rajah IDEF0, menentukan bagaimana, bila dan dalam keadaan apa tindakan yang ditunjukkan oleh blok ini dilakukan. Ini ialah peraturan, piawaian, undang-undang, perihalan kerja, dsb. Anak panah yang menunjukkan pengurusan disertakan dalam blok rajah IDEF0 di bahagian atas.

BPWin ialah perisian khusus yang membolehkan anda mencipta model visual pelbagai proses perniagaan. Biasanya, alat tersebut digunakan untuk menyampaikan maklumat secara visual pada pelbagai mesyuarat dan pembentangan korporat. Di samping itu, model visual boleh memudahkan pemahaman pelbagai proses dan kebergantungan di antara mereka.

Keanehan

BPWin ialah salah satu penyelesaian CASE tertua menggunakan metodologi IDEF0. Alat yang disertakan dalam program membolehkan anda membuat model sistem maklumat proses teknologi (IDEF3 dan DFD, masing-masing). Selain bekerja pada model itu sendiri, perisian ini juga boleh menjana laporan secara automatik mengenainya, dan juga menghantar bahan akhir untuk dicetak. Apabila mencipta projek, anda dibenarkan menggunakan zum, semakan ejaan, pengurusan pergantungan dan menambah alat gambar rajah. Dengan cara ini, program ini juga menyediakan wizard khas untuk bekerja dengan gambar rajah. Apabila anda melancarkannya, pengguna akan digesa untuk memilih jenis carta, tajuk, label sel dan juga menunjukkan pengarang.

Antara muka BPWin agak pragmatik. Kawasan kerja terdiri daripada tetingkap dengan model, bar alat dan panel navigasi. Semua fungsi tambahan tertumpu dalam menu utama.

Pemasangan dan Keserasian

Memandangkan BPWin sudah lama tidak disokong oleh pembangun - versi terkini 4.0 telah dikeluarkan pada tahun 2006, ia mungkin mengalami masalah keserasian yang serius dengan versi baharu sistem pengendalian Windows. Oleh sebab itu, pemasang perisian mesti dijalankan dalam mod keserasian. Secara umum, pengguna Windows 7, 8 dan 10 disyorkan untuk menggunakan program yang lebih moden -. Ia mengandungi lebih banyak alat berguna dan berfungsi dengan baik dengan sistem pengendalian baharu.

Ciri-ciri utama

• satu set besar alat untuk memodelkan proses perniagaan;
• antara muka yang mudah dan intuitif;
• pematuhan dengan metodologi IDEF0;
• penjanaan laporan automatik;
• wizard penciptaan gambar rajah yang mudah;
• masalah keserasian dengan sistem pengendalian moden.