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.

Panduan BABOK : Membuat Model menggunakan Template

Create a Model using a Template

Tools and Techniques for BABOK Guide v3 provides hundreds of examples and best practice guidelines for Business Analysts to read and understand. Please review the website and find the techniques that you find applicable to your development project. You can create your own model using the convenient Model Wizard and the MDG Technology for BABOK. This model can be tailored and adapted to suit your individual needs, helping you to save time and get started sooner.
This tutorial will show you how to create your own model using a simple template.

View	Process
Step 1:	Select a package in the Project Browser.
Step 2:	Buka Model Wizard dialog dengan menekan    Ctrl+Shift+M. Dibawah Technology pilih:     BABOK Standard Framework Dasi kolom Name pilih:    Enterprise. Klik tombol OK.
Step 3:	Ini akan memulai proses pengunduhan dan membuat satu set paket di bawah paket yang saat ini dipilih. Di  Proyek Browser Anda sekarang memiliki model kerangka yang siap digunakan sebagai blok awal dasar untuk membuat model Anda sendiri. Pada langkah selanjutnya Anda akan melihat beberapa diagram kunci yang disediakan.
Step 4:	From the Project Browser select the diagram: - Model.Enterprise.Business. Organisation.Organization Chart This provides a simpler starting point for creating a Organization Chart of the organization you are analyzing.
Step 5:	From the Project Browser select the diagram: - Model.Enterprise.Business.Stakeholders. Stakeholder Matrix.Stakeholder Matrix This provides grid chart defining the stakeholders of the organization you are analyzing. Select any element on the diagram and press Alt + Enter to access the properties. This will allow you to modify the element to reflect your own organizational structures. This basic template provides a simple starting point for creating your own Organization Chart. Refer to Tools and Techniques for step by step instructions on how to proceed.
Step 6:	From the Project Browser select the diagram: - Model.Enterprise.Business.Policies and Business Rules.Business Rules Analysis This provides a diagram laying out existing Business Rules and their relationship to Policies.

Babok : Pendahuluan

Alat & Teknik untuk BABOK® Guide v3
Tutorial: Pendahuluan



Panduan BABOK® v3 adalah panduan untuk Badan Analisis Bisnis Pengetahuan®, yang diterbitkan oleh badan global, Institut Internasional Analisis Bisnis ™ (IIBA®). Badan pengetahuan ini telah dimasukkan ke dalam Enterprise Architect sebagai sumber daya online, yang dapat Anda gunakan sebagai solusi kolaborasi lincah untuk analisis bisnis. Menggunakan Arsitek Perusahaan, Anda dapat menyimpan repositori dokumen, persyaratan, dan diagram, sebagai alat yang komprehensif dan digabungkan secara ketat untuk digunakan dalam analisis bisnis Anda.

Alat dan Teknik untuk BABOK Guide v3 dikembangkan sebagai hasil dari hubungan strategis antara Sistem Sparx dan Institut Analisis Bisnis Internasional (IIBA). Alat dan Teknik untuk BABOK Guide v3 menyediakan model referensi yang nyaman yang memungkinkan Anda untuk mengakses model contoh dan dengan cepat belajar bagaimana menerapkan pedoman praktik terbaik, sebagaimana diuraikan dalam badan pengetahuan.

Alat dan Teknik untuk BABOK Guide v3 adalah model Arsitek Perusahaan, yang tersedia untuk dunia melalui perangkat seluler dan web yang diaktifkan melalui Pro Cloud Server. Perangkat ini akan mempersiapkan Analis Bisnis untuk menghadapi tantangan apa pun dengan akses cepat ke badan pengetahuan substansial dan terhormat dari IIBA, dalam format berbasis web yang nyaman dan akrab.

Tujuan: Cara membuat model BABOK dasar menggunakan Alat & Teknik untuk BABOK Guide v3 dan fitur BABOK Enterprise Architect.

	Memulai - Panduan untuk Analis Bisnis Mengakses Alat & Teknik untuk BABOK Guide v3 Saat memulai dengan pemodelan berbasis BABOK, langkah awal adalah merujuk Panduan BABOK v3 dan memutuskan aspek apa dari Arsitek Perusahaan yang ingin Anda gunakan. Lihat Tutorial: Memulai - Panduan untuk Analis Bisnis

Buat Model menggunakan Template


Setelah melihat beberapa contoh yang dapat digunakan dalam proses ini, Anda sekarang dapat mulai membuat model Anda sendiri menggunakan Model Wizard. Ini akan membuat model sederhana yang siap bagi Anda untuk menambahkan detail Anda sendiri.

 

Lihat Tutorial: Buat Model menggunakan Templat




Menambahkan Contoh yang Dikerjakan


Setelah membuat pengeluaran model umum, Anda sekarang dapat membuat model pemula untuk mencakup Teknik BABOK tertentu.

Bagian ini mencakup penambahan templat model sederhana, yang mencakup satu Teknik BABOK, siap untuk Anda tambahkan perincian Anda sendiri.

 

> Lihat Tutorial: Menambahkan Contoh yang Dikerjakan


Menggunakan Dokumen

Saat bekerja dengan dokumen di Arsitek Perusahaan Anda memiliki banyak opsi, di antaranya, kami akan membahas dua opsi yang paling disukai:

     Menggunakan Artefak Dokumen internal (menggunakan Editor Arsitek Perusahaan)
     Menggunakan OLE yang dapat diakses, dokumen yang disimpan secara internal (menggunakan editor eksternal seperti Word).

 

Lihat Tutorial: Menggunakan Dokumen

Membuat Diagram Anda Sendiri


Teknologi MDG Perusahaan Arsitek untuk BABOK Guide v3 mencakup sejumlah jenis diagram spesifik BABOK. Ini termasuk beberapa Pola yang telah ditentukan untuk Anda gunakan sebagai 'stensil' ketika membangun model Anda.

Panduan ini untuk membuat diagram persyaratan BABOK dan menggunakan Pola sebagai stensil starter untuk model kebutuhan Anda.

 

Lihat Tutorial: Membuat Diagram Anda Sendiri

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

Itil 4 - Pengantar

1. Perkenalan
1.1 Manajemen layanan TI di dunia modern

Menurut Organisasi Perdagangan Dunia, layanan terdiri dari komponen terbesar dan paling dinamis dari ekonomi maju dan berkembang. Layanan adalah cara utama organisasi menciptakan nilai bagi diri mereka dan pelanggan mereka. Hampir semua layanan saat ini diaktifkan oleh TI, yang berarti ada manfaat luar biasa bagi organisasi dalam menciptakan, memperluas, dan meningkatkan kemampuan manajemen layanan TI mereka. Teknologi berkembang lebih cepat hari ini daripada sebelumnya. Perkembangan seperti komputasi awan, infrastruktur sebagai layanan (IaaS), pembelajaran mesin, dan blockchain telah membuka peluang baru untuk penciptaan nilai, dan menyebabkan TI menjadi pendorong bisnis yang penting dan sumber keunggulan kompetitif. Pada gilirannya, ini menempatkan manajemen layanan TI sebagai kemampuan strategis utama. Untuk memastikan bahwa mereka tetap relevan dan sukses, banyak organisasi memulai program transformasional utama untuk memanfaatkan peluang ini. Sementara transformasi ini sering disebut sebagai 'digital', mereka lebih dari sekedar teknologi. Mereka adalah evolusi dalam cara organisasi bekerja, sehingga mereka dapat berkembang dalam menghadapi perubahan yang signifikan dan berkelanjutan. Organisasi harus menyeimbangkan kebutuhan akan stabilitas dan kepastian dengan meningkatnya kebutuhan akan kelincahan operasional dan peningkatan kecepatan. Informasi dan teknologi menjadi lebih terintegrasi dengan kemampuan organisasi lainnya, silo mogok, dan tim lintas fungsi digunakan secara lebih luas. Manajemen layanan berubah untuk mengatasi dan mendukung pergeseran organisasi ini dan memastikan peluang dari teknologi baru, dan cara kerja baru, dimaksimalkan. Manajemen layanan sedang berkembang, dan begitu pula ITIL, panduan paling banyak diadopsi tentang manajemen layanan TI (ITSM) di dunia.

1.2 Tentang ITIL 4
ITIL telah memimpin industri ITSM dengan program bimbingan, pelatihan, dan sertifikasi selama lebih dari 30 tahun. ITIL 4 memperbarui ITIL dengan membentuk kembali banyak praktik ITSM yang telah mapan dalam konteks pengalaman pelanggan yang lebih luas, value stream, dan transformasi digital, serta merangkul cara-cara kerja baru, seperti Lean, Agile, dan DevOps.
ITIL 4 memberikan panduan yang dibutuhkan organisasi untuk mengatasi tantangan manajemen layanan baru dan memanfaatkan potensi teknologi modern. Ini dirancang untuk memastikan sistem yang fleksibel, terkoordinasi dan terintegrasi untuk tata kelola yang efektif dan manajemen layanan yang memungkinkan IT.

1.3 Struktur dan manfaat kerangka kerja ITIL 4 
Komponen utama kerangka kerja ITIL 4 adalah sistem nilai layanan ITIL (SVS) dan model empat dimensi.

1.3.1 ITIL SVS
SVS ITIL mewakili bagaimana berbagai komponen dan aktivitas organisasi bekerja bersama untuk memfasilitasi penciptaan nilai melalui layanan yang didukung IT. Ini dapat dikombinasikan dengan cara yang fleksibel, yang membutuhkan integrasi dan koordinasi untuk menjaga organisasi konsisten. SVS ITIL memfasilitasi integrasi dan koordinasi ini dan memberikan arah yang kuat, terpadu, dan terfokus pada nilai bagi organisasi. Struktur ITIL SVS ditunjukkan pada Gambar 1.1, dan diulangi dalam Bab 4, di mana ia dijelaskan secara lebih rinci.
Komponen inti dari ITIL SVS adalah: rantai nilai layanan ITIL :

• praktik-praktik ITIL
• prinsip-prinsip panduan ITIL
• pemerintahan
• perbaikan terus menerus.

Rantai nilai layanan ITIL menyediakan model operasi untuk penciptaan, pengiriman, dan peningkatan layanan secara berkelanjutan. Ini adalah model yang fleksibel yang mendefinisikan enam kegiatan utama yang dapat digabungkan dalam banyak cara, membentuk berbagai aliran nilai. Rantai nilai layanan cukup fleksibel untuk diadaptasi ke berbagai pendekatan, termasuk DevOps dan IT terpusat, untuk mengatasi kebutuhan manajemen layanan multimodal. Adaptasi rantai nilai memungkinkan organisasi untuk bereaksi terhadap perubahan tuntutan dari pemangku kepentingan mereka dengan cara yang paling efektif dan efisien.
Fleksibilitas rantai nilai layanan semakin ditingkatkan oleh praktik-praktik ITIL. Setiap praktik ITIL mendukung berbagai kegiatan rantai nilai layanan, menyediakan perangkat yang komprehensif dan serbaguna untuk praktisi ITSM.



 

Prinsip-prinsip panduan ITIL dapat digunakan untuk memandu keputusan dan tindakan organisasi dan memastikan pemahaman bersama dan pendekatan umum untuk manajemen layanan di seluruh organisasi. Prinsip-prinsip panduan ITIL menciptakan fondasi bagi budaya dan perilaku organisasi mulai dari pembuatan keputusan strategis hingga operasi sehari-hari.
SVS ITIL juga mencakup kegiatan tata kelola yang memungkinkan organisasi untuk terus menyelaraskan operasi mereka dengan arahan strategis yang ditetapkan oleh badan pengelola.
Setiap komponen SVL ITIL didukung oleh peningkatan berkelanjutan. ITIL memberikan organisasi dengan model perbaikan yang sederhana dan praktis untuk mempertahankan ketahanan dan ketangkasan mereka dalam lingkungan yang terus berubah.

1.3.2 Model empat dimensi
Untuk memastikan pendekatan holistik untuk manajemen layanan, ITIL 4 menguraikan empat dimensi manajemen layanan, dari mana setiap komponen SVS harus dipertimbangkan. Keempat dimensi tersebut adalah:

• organisasi dan orang
• informasi dan teknologi
• mitra dan pemasok
• nilai stream dan proses.

Dengan memberikan masing-masing dari empat dimensi jumlah fokus yang tepat, organisasi memastikan SVS-nya tetap seimbang dan efektif. Keempat dimensi dijelaskan dalam Bab 3.