Togaf - Konsep Inti - Arsitektur Capabilities

OK, sekarang kita turun ke konsep terakhir, yaitu konsep inti, yang merupakan kemampuan arsitektur organisasi Anda. Jadi, apa itu kemampuan arsitektur? Sekarang, jelas bahwa fungsi arsitektur mendukung bisnis. Dibutuhkan tujuan bisnis dan desain aplikasi, data, dan teknologi untuk memenuhi tujuan tersebut. Seberapa baik perusahaan Anda dalam hal ini? Apakah Anda memiliki orang yang menjadi arsitek penuh waktu atau hanya peran paruh waktu? Apakah ada kelompok arsitek? Bagaimana dengan manajer grup ini? Apakah mereka berkomitmen pada arsitektur? Apakah ada dewan tata kelola? Apakah Anda mengikuti semua proses dan prosedur yang tercantum dalam TOGAF?

Jadi, jelas Anda dapat menilai diri sendiri pada skala 1 hingga 10 seberapa baik Anda dalam arsitektur. Mungkin 1 jika Anda baru memulai, baru saja menyewa arsitek pertama Anda, dan tidak ada yang benar-benar tahu apa yang mereka lakukan. Ini seperti eksperimen. Anda baru memulai, tingkat dasar satu. Tetapi kemudian Anda bisa bekerja hingga sembilan atau sepuluh di mana tata kelola arsitektur kuat dan Anda memiliki grup yang mendukungnya. Semua orang tahu apa yang mereka lakukan, dan Anda menembaki semua silinder. Itu semacam skala penilaian.

Pertanyaan lainnya adalah apakah perusahaan Anda mendukung arsitektur ini? Apakah CEO dan tim eksekutif menghormati keputusan arsitektur? Dan bagaimana jika Anda mencoba mengembangkan arsitektur, tetapi kepala Departemen IT mengatakan "tidak, kita tidak akan melakukannya"? Atau implementasi grup mengatakan "kami tidak berpikir perlu melakukan A, B, dan C. Kami hanya akan melakukan D, E, dan F." Begitu Anda menghadapi masalah, bagaimana itu bisa diselesaikan? Apa saja peran dan tanggung jawab yang berbeda? Kami memiliki arsitek bisnis, arsitek data, arsitek teknis, dan dewan tata kelola memiliki peran masing-masing. Jadi, semua orang memiliki peran untuk dimainkan, dan keahlian Anda sebagai arsitek sangat penting. Seberapa terlatih Anda, seberapa baik Anda dalam pekerjaan ini, termasuk templat dan proses yang Anda miliki di tempat.

Jadi begitu, itulah konsep inti dari TOGAF. Semoga itu masuk akal bagi Anda. Seperti yang saya katakan, banyak dari ini tercakup di tempat lain dalam kursus, jadi jangan merasa seperti Anda tidak mengerti sesuatu yang "itu saja." Anda mandek. Jangan ragu untuk melanjutkan. Pergi ke sana dan lihat video. Dan masuk lebih dalam ke dalamnya. Silakan baca spesifikasi TOGAF. Bagian 1 mencakup banyak hal ini. Dan semoga setelah menonton video ini, semuanya menjadi lebih mudah untuk Anda lakukan. Selanjutnya, setelah kita menjelaskan konsep dasar TOGAF, sekarang waktunya untuk kuis. Jadi, tetap tunggu untuk itu.

Togaf - Konsep Inti - Arsitektur Repository

Jadi, dalam pelajaran ini, kita akan membahas konsep inti berikutnya yang disebut Arsitektur Repositori. Jadi, apa itu Arsitektur Repositori? Saya cenderung memikirkan Arsitektur Repositori seperti lemari arsip. Ini hanya tempat di mana semua output arsitektur disimpan. Di sinilah kiriman, artefak, dan semua pandangan arsitektur yang berbeda disimpan. Jadi, jika Anda perlu membuat satu dokumen arsitektur untuk teknis, dokumen yang berbeda untuk pebisnis, dan dokumen yang berbeda untuk orang-orang finansial, semuanya datang dan disimpan di repositori.

Kami baru saja selesai membicarakan tentang rangkaian perusahaan, dan oleh karena itu, rangkaian perusahaan mengklasifikasikan isi repositori berdasarkan seberapa umum atau spesifiknya. Repositori berisi arsitektur output pada berbagai tingkatan abstraksi. Semua dokumen referensi Anda, spesifikasi TOGAF, masuk ke dalam repositori. Arsitektur industri juga masuk ke dalamnya, bukan hanya hal-hal yang harus dilakukan dengan perusahaan Anda.

Sekarang, ada berbagai komponen di dalam repositori ini. Ini seperti laci lemari saya. Jadi, Anda memiliki metamodel arsitektur, yang merupakan templat yang Anda gunakan untuk arsitektur Anda. Kemudian ada kemampuan arsitektur. Saat Anda menilai kemampuan grup arsitektur Anda dari waktu ke waktu, dokumen-dokumen ini disimpan di laci mereka sendiri di dalam repositori Anda. Ada juga Lanskap Arsitektur, yang merupakan bagian terbesar, mencakup arsitektur dasar dan target. Semua dokumen arsitektur yang diperlukan, output dari fase, berjalan ke Lanskap Arsitektur.

Basis Informasi Standar juga ada di sana. Ini adalah standar eksternal. TOGAF adalah standar, tetapi Anda mungkin memiliki standar lain yang ingin Anda patuhi. Semua dokumen standar pergi ke laci Standar Industri Bersama (SIB).

Perpustakaan Referensi juga termasuk di dalamnya. Jadi, jika Anda mendapatkan arsitektur industri atau arsitektur sistem umum dari industri Anda, ini bisa disimpan di Perpustakaan Referensi. Ini adalah hal-hal yang akan Anda adopsi ke dalam perusahaan.

Terakhir, ada Log Tata Kelola. Jadi, ketika organisasi membuat keputusan, dan dikatakan "ya, kami akan menerima jenis desain ini", "kami tidak akan menerima jenis ini", "kami memiliki prinsip-prinsip ini", semua keputusan dan log masuk ke Log Tata Kelola. Kami akan membahas banyak hal di sini, seperti syarat log tata kelola, tetapi itu adalah topik untuk video terpisah. Kemampuan Arsitektur juga akan dibahas dalam video terpisah, dan semuanya sudah termasuk dalam kursus ini.

Jadi, itulah Arsitektur Repositori, konsep inti yang perlu Anda pahami. Jika Anda memiliki pertanyaan, jangan ragu untuk meninggalkannya di papan diskusi kapan saja. Video ini, video sebelumnya, video berikutnya, semuanya tersedia di sini, dan saya di sini untuk menjawab pertanyaan Anda.

Dalam video berikutnya, kita akan membahas membangun dan memelihara kapabilitas arsitektur perusahaan sebagai konsep inti dari TOGAF. Jadi, tetaplah menunggu untuk itu.

Togaf - Konsep Inti - Enterprise Continium

Dalam pelajaran ini, kita sedang membahas Enterprise Continuum, yang merupakan salah satu konsep inti dari TOGAF 9.1 spec. Jadi, apa itu Continuum Perusahaan? Kata "Continuum" sebenarnya tidak memberi tahu Anda secara langsung apa artinya. Secara umum, kontinum dalam hal ini mengacu pada garis atau spektrum, dan Anda dapat memetakan arsitektur Anda di sepanjang garis ini. Untuk arsitektur perusahaan yang lebih spesifik, itu akan berada di sebelah kanan garis, tetapi semakin generik, akan dipetakan ke kiri.

Ide dasarnya adalah bahwa Anda dapat mencari solusi umum yang ada untuk industri Anda atau untuk bisnis secara umum. Anda dapat mengambil solusi generik dari organisasi lain, membawanya ke perusahaan Anda, dan menggunakannya untuk membuat arsitektur Anda. Ini sebenarnya hanya cara untuk melihat Repositori Arsitektur, bukan sesuatu yang terpisah. Ini adalah cara mengklasifikasikan item dalam repositori arsitektur Anda menjadi sangat generik, sistem, atau pondasi khusus industri atau umum di sebelah kiri, dengan yang paling generik di sebelah kiri dan yang paling spesifik di sebelah kanan.

Ada empat klasifikasi dalam Enterprise Continuum dalam TOGAF:

Arsitektur Pondasi: Ini adalah klasifikasi yang paling umum. Contohnya adalah TRM (Technical Reference Model), yang sangat umum dan dapat diterapkan pada berbagai situasi perusahaan.

Arsitektur Sistem Umum: Ini adalah layer yang sedikit lebih spesifik daripada arsitektur pondasi. Contohnya adalah III-RM (Integrated Information Infrastructure Reference Model), yang merupakan model layanan perangkat lunak dalam TOGAF. Meskipun lebih spesifik, masih berlaku untuk banyak situasi.

Arsitektur Industri: Klasifikasi ini lebih spesifik untuk industri tertentu. Contohnya, jika Anda berada di industri perbankan, Anda dapat mengambil arsitektur industri dari industri perbankan atau dari industri lain yang sesuai.

Arsitektur Spesifik Organisasi: Ini adalah klasifikasi yang paling spesifik, berada di sisi kanan kontinum. Ini mencakup arsitektur yang dikembangkan khusus untuk organisasi tertentu.

Ada video lain dalam kursus ini yang lebih mendalam tentang Enterprise Continuum, dengan diagram lebih lanjut. Saya sarankan untuk melihatnya jika Anda ingin memahami konsep ini lebih rinci. Ini adalah salah satu konsep inti dari TOGAF yang membutuhkan sedikit waktu untuk benar-benar dipahami.

Selanjutnya, kita akan membahas hal-hal yang sedang diklasifikasikan, yaitu isi dari repositori arsitektur. Jadi, tetaplah di sini untuk itu.

Togaf - Konsep Inti - Pengiriman

Dalam pelajaran ini, kita akan membahas kiriman, artefak, dan blok bangunan, yang merupakan konsep inti lainnya dari spesifikasi TOGAF. Saat Anda menjalani siklus ADM (Architecture Development Method) dan mulai membuat dokumen, ini menjadi kiriman. Hasil kerja ini "ditentukan secara kontrak, ditinjau, disepakati ke dan ditandatangani oleh para pemangku kepentingan." Ketika Anda membuat peta jalan, persyaratan, definisi, atau rencana implementasi, Anda secara kontraktual berkewajiban untuk membuat dokumen-dokumen ini, dan mereka menjadi keluaran dan hasil dari proses tersebut.

Artefak, di sisi lain, adalah produk karya arsitektur. Ini berarti saat Anda membuat output ini, Anda bisa membuat diagram, daftar, matriks, atau bahkan hanya mencatat informasi pemangku kepentingan seperti judul, alamat email, dan informasi kontak mereka. Artefak ini mungkin tidak selalu dimasukkan ke dalam dokumen aktual, tetapi Anda membuatnya karena membutuhkan daftar pemangku kepentingan atau informasi yang masuk ke dalam repositori arsitektur, yang akan kita bahas lebih lanjut.

Blok Bangunan adalah elemen penting yang mungkin tidak dibahas secara rinci dalam TOGAF, tetapi Anda harus memahami bahwa arsitektur terdiri dari blok bangunan. Ketika Anda menyatakan bahwa Anda membutuhkan sistem entri pesanan, Anda sebenarnya tidak merancang sistem tersebut secara spesifik. Anda hanya memberikan pandangan tingkat tinggi, menggambarkan bahwa kita membutuhkan sistem entri pesanan yang dapat menerima, mengubah, menghapus, dan mengarsipkan pesanan. Sistem entri pesanan menjadi blok bangunan dalam konteks ini.

Blok Bangunan Arsitektur adalah seperti persyaratan, seperti contoh sistem entri pesanan. Hal ini disebut ABB (Architectural Building Block). Blok Bangunan Solusi, di sisi lain, adalah implementasi aktual dari ABB tersebut. Jika Anda memiliki sistem entri pesanan yang dapat digunakan dalam berbagai skenario, itu menjadi Blok Bangunan Solusi. Ada hubungan antara Blok Bangunan Arsitektur dan Blok Bangunan Solusi, dan keduanya berada di bawah kategori Blok Bangunan.

Kita akan membahas bagaimana Blok Bangunan ini dapat diabstraksikan. Mereka bisa sangat spesifik, seperti sistem entri pesanan, atau sangat umum. Blok-blok bangunan ditempatkan di dalam kontinum perusahaan, yang akan kita bahas lebih lanjut dalam pembahasan selanjutnya.

Togaf - Konsep inti ADM

Baik, mari kita bahas konsep inti selanjutnya, yaitu Metode Pengembangan Arsitektur (ADM) yang merupakan inti dari TOGAF. ADM adalah proses utama di TOGAF, di mana arsitektur dirancang. Ini adalah pendekatan langkah demi langkah untuk mendefinisikan arsitektur, mengimplementasikannya, dan memantau perubahan. ADM terdiri dari sembilan fase, seperti yang dapat Anda lihat dalam lingkaran kuning di layar, dengan manajemen persyaratan duduk di tengah lingkaran oranye. Ini adalah proses berulang, di mana setelah selesai satu siklus, Anda dapat mulai lagi.

Ada dua tipe dasar arsitektur yang difokuskan dalam ADM: arsitektur dasar dan arsitektur target. Arsitektur dasar adalah keadaan sistem saat ini, sedangkan arsitektur target adalah arsitektur yang diinginkan. Pendekatan dasar seringkali untuk keluar dan mendokumentasikan apa yang Anda miliki saat ini. Arsitektur target muncul setelah Anda menemukan apa yang Anda butuhkan dan membuat keputusan perubahan.

Arsitektur transisi adalah langkah di antara arsitektur dasar dan arsitektur target. Ini adalah rencana untuk mencapai arsitektur target dengan melakukan perubahan bertahap. Sebagai contoh, Anda mungkin memiliki banyak sistem yang perlu diubah, dan arsitektur transisi membantu Anda merencanakan perubahan dalam jangka waktu tertentu.

ADM memiliki fokus langkah demi langkah, tetapi kita hanya menyentuhnya secara singkat di sini. Selanjutnya, kita akan membahas output dari setiap fase ADM, yang dikenal sebagai kiriman, artefak, dan blok bangunan. Tetaplah di sini untuk informasi lebih lanjut.

Togaf : Arsitektur Domain

Mari kita masuk ke konsep inti TOGAF yang pertama, yaitu domain arsitektur. Ada empat domain arsitektur yang dikenal sebagai BDAT, dan ini merupakan konsep dasar dalam TOGAF.

Arsitektur Bisnis (Business Architecture): Ini mencakup rencana bisnis, strategi, proses bisnis utama, kebutuhan bisnis, dan masalah bisnis secara umum. Arsitektur bisnis perlu dilakukan terlebih dahulu karena kebutuhan bisnis yang menjadi penggerak teknologi, bukan sebaliknya.

Arsitektur Data (Data Architecture): Ini mencakup struktur dan organisasi data dalam organisasi, termasuk catatan seperti pelanggan, produk, pesanan, dan informasi historis lainnya. Transfer data antara aplikasi juga termasuk dalam domain ini.

Arsitektur Aplikasi (Application Architecture): Ini berkaitan dengan cara pengguna dan pelanggan berinteraksi dengan teknologi. Misalnya, jika Anda memiliki sistem entri pesanan, kebutuhan untuk memasukkan pesanan masuk dalam persyaratan bisnis, data pesanan dalam persyaratan data, dan aplikasi yang menerima pesanan termasuk dalam domain aplikasi.

Arsitektur Teknologi (Technology Architecture): Ini mencakup perangkat keras, perangkat lunak, jaringan, dan sistem operasi yang mendukung data, aplikasi, dan kebutuhan bisnis. Ini adalah landasan yang mendasari tiga domain sebelumnya.

ADM (Metode Pengembangan Arsitektur) dalam TOGAF memperlakukan masing-masing domain ini sebagai fase terpisah dan mengharuskan mereka dilakukan secara berurutan: bisnis terlebih dahulu, kemudian data dan aplikasi, dan terakhir teknologi.

Ini adalah empat domain arsitektur yang secara berulang diakui dalam TOGAF, khususnya dalam ADM. Pada video berikutnya, kita akan membahas ADM, yang merupakan inti sentral dari TOGAF.

Togaf : Dasar dan Konsep Inti Togaf

Pemahaman tentang Konsep Dasar dan Inti dari TOGAF merupakan langkah awal yang penting dalam menerapkan kerangka kerja arsitektur ini. TOGAF memiliki tiga elemen kunci yang membentuk landasan dasar:

Definisi Definisi: Ini mencakup definisi yang jelas tentang mengapa perusahaan perlu memiliki arsitektur dan apa manfaatnya. Menjelaskan tujuan dan ruang lingkup arsitektur organisasi adalah langkah awal untuk memahami pentingnya pengembangan arsitektur.

Proses Pembuatan dan Pengelolaan Arsitektur: TOGAF menyediakan proses yang terstruktur untuk menciptakan dan mengelola arsitektur perusahaan. Proses ini dikenal sebagai ADM (Metode Pengembangan Arsitektur) dan membimbing para arsitek melalui langkah-langkah yang terorganisir untuk menghasilkan arsitektur yang efektif.

Metamodel Konten: Ini adalah kerangka kerja yang memungkinkan penyimpanan konten arsitektur. Dengan metamodel konten, TOGAF memberikan cara untuk mengorganisir dan menyimpan informasi arsitektur sehingga dapat diakses dan digunakan dengan efisien.

Dalam bagian ini dari kursus, akan dibahas Konsep Dasar dan Inti dari TOGAF. Ini melibatkan pemahaman mengapa perusahaan perlu mendefinisikan arsitektur, apa itu arsitektur, apa kerangka arsitektur, konsep domain arsitektur (BDAT), dan bagaimana ADM menjadi elemen kunci dalam TOGAF.

Dalam dua pelajaran berikutnya, kita akan menjelajahi lebih dalam tentang konsep dasar dan inti TOGAF, yang akan memberikan landasan yang kuat untuk memahami dan mengimplementasikan kerangka kerja arsitektur ini.

Togaf - Pengantar Enterprise arsitektur

TOGAF, atau The Open Group Architecture Framework, adalah kerangka kerja arsitektur dan standar terkemuka yang digunakan untuk mengembangkan dan mengelola arsitektur enterprise. Dengan fokus pada perencanaan strategis dan implementasi arsitektur IT, TOGAF membantu organisasi merancang dan mengelola perubahan arsitektur mereka.

Pengantar Informal TOGAF:

1. Definisi:

TOGAF adalah kerangka kerja arsitektur yang menetapkan kondisi masa depan yang diinginkan untuk suatu perusahaan.

Menggunakan proses Arsitektur Metode Pengembangan (ADM) sebagai inti dari implementasinya.

2. ADM (Metode Pengembangan Arsitektur):

ADM adalah proses terpusat dalam TOGAF yang membimbing para arsitek melalui langkah-langkah untuk mendefinisikan dan mengimplementasikan arsitektur perusahaan.

Terdiri dari sembilan fase, ADM memberikan pendekatan sistematis untuk mencapai arsitektur target.

3. Tujuan Utama:

TOGAF membantu merinci keadaan masa depan yang diinginkan dan langkah-langkah yang diperlukan untuk mencapainya dari situasi saat ini.

Mendefinisikan arsitektur target melalui proses ADM.

4. Manfaat Perusahaan:

TOGAF membantu menghubungkan strategi jangka panjang perusahaan dengan rencana operasional yang dapat diimplementasikan secara merata di seluruh organisasi.

Memberikan struktur dan rencana yang diperlukan untuk mengarahkan perubahan arsitektur secara efisien.

5. Contoh Kasus:

Misalnya, TOGAF dapat digunakan ketika dewan direksi memutuskan untuk memindahkan layanan perusahaan ke platform online.

ADM membantu merancang rencana bertahap untuk mengimplementasikan perubahan tersebut.

6. Arsitektur Domain (BDAT):

Empat domain arsitektur utama: Bisnis, Data, Aplikasi, dan Teknologi.

ADM memperlakukan masing-masing sebagai fase terpisah, dengan urutan yang ditentukan.

7. Mengapa Perusahaan Membutuhkan Arsitektur:

Fungsi arsitektur menghubungkan strategi perusahaan dengan rencana yang dapat diimplementasikan.

Arsitektur membantu organisasi beradaptasi dengan perubahan melalui pemahaman dan perencanaan yang sistematis.

8. Kesimpulan:

TOGAF berfungsi sebagai panduan dan standar untuk pengembangan arsitektur enterprise.

ADM adalah inti dari TOGAF, membantu organisasi mengarahkan perubahan dan mencapai arsitektur target.

TOGAF memberikan struktur dan proses yang diperlukan untuk mengelola dan mengembangkan arsitektur enterprise dengan cara yang terorganisir dan efektif. Implementasi TOGAF membantu organisasi bergerak seiring perubahan dinamis dalam lingkungan bisnis.

Arsitektur enterprise - Memodel Bisnis Proses

Model Proses Bisnis


pengantar

Secara tradisional, UML telah dikaitkan lebih banyak dengan rekayasa perangkat lunak dan desain sistem daripada dengan analisis dan pemodelan proses bisnis. Namun, UML 2.x standar menyediakan serangkaian model perilaku yang sangat berguna dalam memodelkan proses, aktivitas, orang, dan informasi penting untuk setiap bisnis.

Di luar notasi UML standar, ada dua "ekstensi" UML yang sangat dihormati dan terbukti yang semakin meningkatkan penangkapan proses bisnis dan konstruksi terkait. Yang pertama adalah Business Process Modeling Notation (BPMN), yang telah mendapatkan popularitas luar biasa dan dengan cepat menjadi standar baru untuk memodelkan dan merancang proses bisnis. Yang kedua adalah profil Ericsson-Penker yang kurang populer, tetapi masih menyediakan cara yang unik dan kuat untuk memvisualisasikan dan mengomunikasikan proses bisnis dan aliran informasi yang diperlukan dalam suatu organisasi.

Makalah ini memberikan pengantar tingkat tinggi untuk kedua "ekstensi" ini, menunjukkan bagaimana mereka dapat digunakan dalam Arsitek Perusahaan dan beberapa konstruksi pemodelan umum yang mereka gunakan.


Notasi Pemodelan Proses Bisnis (BPMN)

BPMN mendefinisikan Business Process Diagram (BPD), yang didasarkan pada teknik flowchart yang dirancang untuk membuat model grafis operasi proses bisnis. Ini adalah notasi yang mudah dimengerti oleh semua pengguna bisnis, mulai dari analis bisnis yang membuat konsep awal proses, hingga pengembang teknis yang bertanggung jawab untuk mengimplementasikan teknologi yang akan melakukan proses tersebut, dan akhirnya, kepada para pelaku bisnis yang akan mengelola dan memantau proses-proses tersebut.

Model BPMN terdiri dari diagram sederhana dengan sejumlah kecil elemen grafis.
Elemen Aliran

    Kegiatan. Aktivitas adalah pekerjaan yang dilakukan dalam proses bisnis dan diwakili oleh persegi panjang bulat.
    Acara Suatu peristiwa adalah sesuatu yang terjadi selama proses bisnis yang mempengaruhi urutan atau waktu kegiatan suatu proses. Acara direpresentasikan sebagai lingkaran kecil dengan batas yang berbeda untuk membedakan acara mulai (garis hitam tipis), acara antara (garis ganda) dan acara akhir (garis hitam tebal). Acara dapat menampilkan ikon dalam bentuknya untuk mengidentifikasi pemicu atau hasil acara.
    Gateway. Gateway digunakan untuk mengontrol bagaimana aliran urutan menyatu dan menyimpang dalam suatu proses. Gateways dapat mewakili keputusan, di mana satu atau lebih jalur tidak diizinkan, atau mereka dapat mewakili garpu bersamaan.

    Urutan mengalir. Alur urutan digunakan untuk menunjukkan urutan kegiatan dilakukan dalam suatu proses. Alur urutan diwakili oleh garis dengan panah padat.
    Pesan mengalir. Alur pesan digunakan untuk menunjukkan aliran pesan antara dua entitas, di mana kumpulan digunakan untuk mewakili entitas. Alur pesan diwakili oleh garis putus-putus dengan lingkaran berwarna terang di sumbernya dan panah di sasaran.
    Asosiasi Asosiasi digunakan untuk menghubungkan informasi dan artefak dengan objek aliran. Asosiasi diwakili oleh garis putus-putus yang mungkin atau mungkin tidak memiliki panah kepala garis di ujung target jika ada alasan untuk menunjukkan arah.

Swimlanes (Partisi)

    Kolam renang. Kumpulan mewakili peserta dalam suatu proses, di mana peserta dapat menjadi badan usaha atau peran. Itu direpresentasikan sebagai partisi dari proses.
    Jalur. Lane adalah sub-divisi dari pool dan digunakan untuk mengatur dan mengkategorikan kegiatan di dalam pool.

Artefak

    Objek data. Objek data tidak memiliki pengaruh langsung pada suatu proses tetapi memberikan informasi yang relevan dengan proses tersebut. Itu diwakili sebagai persegi panjang dengan sudut atas dilipat.
    Grup. Grup adalah sarana informal untuk mengelompokkan elemen-elemen suatu proses. Itu diwakili sebagai persegi panjang dengan garis batas putus-putus.
    Anotasi. Anotasi adalah mekanisme bagi pemodel BPMN untuk memberikan informasi tambahan kepada audiens diagram BPMN. Itu diwakili oleh persegi panjang terbuka yang berisi teks penjelasan.

Contoh BPMN

Contoh 1




Diagram di atas menggambarkan sejumlah fitur utama BPMN, khususnya kemampuan untuk membuat dekomposisi hirarki proses menjadi tugas-tugas yang lebih kecil, kemampuan untuk mewakili konstruksi perulangan dan kemampuan untuk memiliki peristiwa eksternal yang mengganggu aliran proses normal.

"Aktivitas Hulu" dan "Kegiatan Hilir" adalah acara perantara yang dipicu oleh tautan; dengan kata lain, konektor off-page.

"Ulangi untuk Setiap Pemasok" adalah kegiatan berulang, yang mengulangi tiga aktivitas yang terkandung baik sekali untuk setiap pemasok atau hingga batas waktu terlampaui. Peristiwa menengah yang dipasang di tepi bawah aktivitas adalah peristiwa yang dipicu waktu.

Contoh 2



Diagram di atas menunjukkan proses yang diprakarsai oleh suatu peristiwa - dalam hal ini peristiwa awal yang dipicu pesan yang memberitahukan proses bahwa kelompok kerja aktif. Diagram juga menunjukkan loop yang dikendalikan oleh peristiwa timer, dan itu menunjukkan gateway keputusan (dalam hal ini, gateway keputusan XOR) mengendalikan ketika loop diakhiri.

Contoh 3:
     





















Diagram ini mengilustrasikan penggunaan kumpulan untuk menunjukkan proses yang berinteraksi dan cara pesan dilewatkan antara kumpulan yang menggunakan konektor aliran pesan.
Profil Pemodelan Bisnis Eriksson-Penker

Bagian ini memberikan pengantar tentang terminologi dan ikon yang digunakan dalam Model Proses Bisnis, dan memberikan pengantar cepat untuk beberapa konsep Unified Modeling Language (UML) dan bagaimana mereka diterapkan dalam Model Proses Bisnis Arsitek Perusahaan.

Proses bisnis:

     Punya Tujuan
     Memiliki input spesifik
     Memiliki keluaran spesifik
     Menggunakan sumber daya
     Memiliki sejumlah kegiatan yang dilakukan dalam urutan tertentu
     Dapat mempengaruhi lebih dari satu unit organisasi. Dampak organisasi horisontal
     Menciptakan nilai untuk pelanggan. Pelanggan mungkin internal atau eksternal.












Model Proses

Proses bisnis adalah kumpulan kegiatan yang dirancang untuk menghasilkan output spesifik untuk pelanggan atau pasar tertentu. Ini menyiratkan penekanan kuat pada bagaimana pekerjaan dilakukan dalam suatu organisasi, berbeda dengan fokus produk pada apa proses itu. Dengan demikian urutan kegiatan kerja yang spesifik lintas waktu dan tempat, dengan awal, akhir, dan input, output yang jelas dan struktur untuk tindakan.

    Tautan pasokan dari Informasi objek. Tautan pasokan menunjukkan bahwa informasi atau objek yang ditautkan ke proses tidak digunakan dalam fase pemrosesan. Misalnya, templat pesanan dapat digunakan berulang-ulang untuk memberikan pesanan baru dengan gaya tertentu - templat tidak diubah atau habis sebagai bagian dari kegiatan ini.
    Masukan tautan dari Sumberdaya objek. Tautan input menunjukkan bahwa objek atau sumber daya terlampir dikonsumsi dalam prosedur pemrosesan. Sebagai contoh, saat pesanan pelanggan diproses, mereka selesai dan ditandatangani, dan biasanya digunakan hanya sekali per sumber daya unik (pesanan).
    Tautan sasaran ke objek Sasaran. Tautan sasaran menunjukkan objek yang dilampirkan ke proses bisnis menjelaskan tujuan proses. Tujuan adalah pembenaran bisnis untuk melakukan aktivitas.
    Link aliran objek ke objek Output
    Tautan aliran objek dari acara acara. Tautan aliran objek menunjukkan beberapa objek diteruskan ke proses bisnis. Ini menangkap pengalihan kontrol ke entitas atau proses lain, dengan pengesahan tersirat dari negara atau informasi dari aktivitas ke aktivitas.


Tujuan

Proses bisnis memiliki beberapa tujuan yang jelas. Ini adalah alasan organisasi melakukan pekerjaan ini, dan harus didefinisikan dalam hal manfaat proses ini bagi organisasi secara keseluruhan dan dalam memenuhi kebutuhan bisnis.

Tautan sasaran ke Proses. Tautan Sasaran menunjukkan objek yang dilampirkan ke proses bisnis menjelaskan tujuan proses. Tujuan adalah pembenaran bisnis untuk melakukan aktivitas.
Informasi

Proses bisnis menggunakan informasi untuk menyesuaikan atau menyelesaikan kegiatan mereka. Informasi, tidak seperti sumber daya, tidak dikonsumsi dalam proses - melainkan digunakan sebagai bagian dari proses transformasi. Informasi dapat berasal dari sumber eksternal, dari pelanggan, dari unit organisasi internal dan bahkan mungkin merupakan produk dari proses lain.

Tautan item informasi ke Proses Bisnis. Tautan Pasokan menunjukkan bahwa informasi atau objek yang terhubung ke proses tidak habis dalam fase pemrosesan. Misalnya, templat pesanan dapat digunakan berulang-ulang untuk memberikan pesanan baru dengan gaya tertentu - templat tidak diubah atau habis sebagai bagian dari kegiatan ini.
Keluaran

Suatu proses bisnis biasanya akan menghasilkan satu atau lebih output nilai untuk bisnis, baik untuk penggunaan internal untuk memenuhi persyaratan eksternal. Keluaran dapat berupa objek fisik (seperti laporan atau faktur), transformasi sumber daya mentah menjadi pengaturan baru (jadwal atau daftar harian) atau hasil bisnis keseluruhan seperti menyelesaikan pesanan pelanggan.

Output dari satu proses bisnis dapat dimasukkan ke dalam proses lain, baik sebagai item yang diminta atau pemicu untuk memulai aktivitas baru.
Sumber

Sumber daya adalah input untuk proses bisnis, dan, tidak seperti informasi, biasanya dikonsumsi selama pemrosesan. Misalnya, karena setiap layanan kereta api harian dijalankan dan aktual dicatat, sumber daya layanan 'habis' sejauh proses pencatatan waktu kereta sebenarnya.

Tautan sumber daya ke Proses Bisnis. Tautan input menunjukkan bahwa objek atau sumber daya terlampir dikonsumsi dalam prosedur pemrosesan. Sebagai contoh, saat pesanan pelanggan diproses, mereka selesai dan ditandatangani, dan biasanya digunakan hanya sekali per sumber daya unik (pesanan).

Archimate - Definisi Dalam Archimate

Definisi Archimate

Untuk keperluan standar ini, istilah dan definisi berikut ini berlaku. TOGAF®
framework [4] harus dirujuk untuk istilah yang berkaitan dengan Arsitektur Perusahaan yang tidak didefinisikan dalam bab ini. Kamus Collegiate Merriam-Webster (Edisi ke-11) harus dirujuk untuk semua istilah lain yang tidak didefinisikan dalam bab ini.
Setiap konflik antara definisi yang dijelaskan di sini dan kerangka kerja TOGAF tidak disengaja. Jika definisi istilah khusus untuk bahasa pemodelan ArchiMate, dan definisi umum didefinisikan oleh kerangka kerja TOGAF, maka ini dicatat dalam definisi tersebut.

2.1 ArchiMate Core Framework
Struktur referensi yang digunakan untuk mengklasifikasikan elemen-elemen dari bahasa inti ArchiMate. Terdiri dari tiga lapisan dan tiga aspek.
Catatan: Kerangka Inti ArchiMate didefinisikan secara rinci dalam Bagian 3.4.

2.2 ArchiMate Core Language
Bagian tengah dari bahasa ArchiMate yang mendefinisikan konsep untuk memodelkan Enterprise
Ilmu bangunan. Ini mencakup konsep dari tiga lapisan: Bisnis, Aplikasi, dan Teknologi
(termasuk Fisik).

2.3. Architecture View
Representasi suatu sistem dari perspektif seperangkat masalah terkait.
Catatan: Di beberapa bagian standar ini, istilah "tampilan" digunakan sebagai sinonim untuk
"Tampilan arsitektur".

2.4 Architecture Viewpoint
Spesifikasi konvensi untuk jenis tampilan arsitektur tertentu.
Catatan: Di beberapa bagian standar ini, istilah "sudut pandang" digunakan sebagai sinonim untuk
"Sudut pandang arsitektur".

2.5 Aspek
Klasifikasi elemen berdasarkan karakteristik lapisan-independen yang terkait dengan keprihatinan berbagai pemangku kepentingan. Digunakan untuk memposisikan elemen dalam metamodel ArchiMate. Lihat juga Bagian 2.9.

2.4 Sudut Pandang Arsitektur
Spesifikasi konvensi untuk jenis tampilan arsitektur tertentu.
Catatan: Di beberapa bagian standar ini, istilah "sudut pandang" digunakan sebagai sinonim untuk
"Sudut pandang arsitektur".

2.5 Aspect
Klasifikasi elemen berdasarkan karakteristik lapisan-independen yang terkait dengan keprihatinan berbagai pemangku kepentingan. Digunakan untuk memposisikan elemen dalam metamodel ArchiMate. Lihat juga Bagian 2.9.
© 2012-2019 Grup Terbuka, Semua Hak, Dilindungi. Edisi PDF Pribadi. Bukan untuk redistribusi
4 The Open Group Standard (2019)
Catatan: Aspek dijelaskan dalam Bagian 3.4.

2.6 Attribute
Properti yang terkait dengan elemen atau hubungan bahasa ArchiMate.

2.7 Composite Element
Elemen yang terdiri dari elemen lain dari berbagai aspek atau lapisan bahasa.

2.8 Concept
Entah elemen, hubungan, atau konektor hubungan. Lihat juga Bagian 2.12 dan Bagian 2.14.
Catatan: Struktur bahasa tingkat atas didefinisikan secara rinci dalam Bagian 3.2.

2.9 Conformance
Pemenuhan persyaratan yang ditentukan.

 2.10 Conforming Implementation
Suatu implementasi yang memenuhi persyaratan kesesuaian yang didefinisikan oleh klausa kesesuaian standar ini. Lihat Bagian 1.3.

2.11 Core Element
Struktur atau elemen perilaku di salah satu lapisan inti dari bahasa ArchiMate.
Catatan: Elemen inti dijelaskan secara rinci dalam Bagian 3.4.

2.12 Element
Unit dasar dalam metamodel ArchiMate. Digunakan untuk mendefinisikan dan menggambarkan bagian - bagian penyusun
Arsitektur Perusahaan dan serangkaian karakteristik unik mereka.

2.13 Layer
Sebuah abstraksi dari kerangka ArchiMate di mana suatu perusahaan dapat dimodelkan.

2.14 Model
Kumpulan konsep dalam konteks struktur bahasa ArchiMate.
Catatan: Struktur bahasa tingkat atas didefinisikan secara rinci dalam Bagian 3.2.
Untuk definisi umum model, lihat kerangka kerja TOGAF [4].

2.15 Hubungan
Koneksi antara konsep sumber dan target. Diklasifikasikan sebagai struktural, ketergantungan,
dinamis, atau lainnya.
Catatan: Hubungan didefinisikan secara rinci dalam Bab 5.