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.

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).