Arsitektur Enterprise - Pertemuan 3

 

Kelompok 1 :

• Aditya Bareta ( 17200011 )

• Faisal ( 17200301 )

• Rega Hari Kusuma ( 17200214 )

• Muhamad Iqbal ( 17200291 )

• Ramadhani ( nim )

• Suci Zuharni ( 17190747 )

• Oktaviana Putri Suryaningsih ( 17200223 )

1. Teh Zachman Framework

1.  Kerangka Kerja Zachman

Pada tahun 1987, John Zachman memperkenalkan kerangka kerja arsitektur perusahaan pertama dan paling terkenal (Zachman 1987), meskipun saat itu disebut `Kerangka Kerja untuk Arsitektur Sistem Informasi'.Kerangka kerja seperti itu Berlaku untuk perusahaan hanyalah struktur logis untuk mengklasifikasikan dan mengatur representasi deskriptif dari suatu perusahaan yang signifikan untuk manajemen perusahaan serta untuk pengembangan sistem perusahaan.

Dalam bentuknya yang paling sederhana menggambarkan artefak desain yang merupakan persimpangan antara peran dalam proses desain: yaitu, pemilik, perancang, dan pembangun; dan abstraksi produk: bahwa adalah, apa (bahan) itu terbuat dari, bagaimana (proses) itu bekerja dan di mana (geometri) komponen relatif satu sama lain.

Peran-peran ini agak perencana dan subkontraktor berlabel sewenang-wenang dan termasuk dalam grafik kerangka kerja yang umumnya dipamerkan.

apa?      bagaimana?  di mana?     siapa?   kapan?      mengapa?

Sejak awal kerangka kerja, beberapa abstraksi produk lain diketahui ada karena jelas bahwa selain apa, bagaimana, dan di mana, deskripsi lengkap harus disertakan Interogatif primitif yang tersisa: siapa, kapan dan mengapa.

Keuntungan dari kerangka kerja Zachman adalah mudah dimengerti, Ini membahas perusahaan secara keseluruhan, itu didefinisikan secara independen dari alat atau metodologi, dan masalah apa pun dapat dipetakan terhadapnya untuk memahami di mana mereka cocok.

Terlepas dari kekurangan ini, Zachman harus dikreditkan dengan menyediakan kerangka kerja komprehensif pertama untuk arsitektur perusahaan, dan karyanya adalah masih banyak digunakan.

2. The Open Group Architecture Framework ( TOGAF )

Jawab :

Open Group Architecture Framework (TOGAF) berasal sebagai kerangka umum dan

metodologi untuk pengembangan arsitektur teknis, tetapi berkembang menjadi kerangka

dan metode arsitektur perusahaan.

TOGAF memiliki empat komponen utama:

• Kerangka kerja tingkat tinggi, berdasarkan beberapa konsep kunci dan metodologi yang disebut Metode Pengembangan Arsitektur (ADM). Kerangka kerja ini mempertimbangkan arsitektur perusahaan secara keseluruhan yang terdiri dari empat

arsitektur yang saling terkait: Arsitektur Bisnis, Arsitektur Data/Informasi, Arsitektur Aplikasi, dan Arsitektur Teknologi (TI). ADM dianggap sebagai inti dari TOGAF, dan terdiri dari pendekatan siklik bertahap untuk pengembangan arsitektur perusahaan secara keseluruhan.

• TOGAF Enterprise Continuum, yang terdiri dari Arsitektur TOGAF Foundation (yang berisi Model Referensi Teknis, Basis Informasi Standar Grup Terbuka (SIB), dan Basis Informasi Blok Bangunan (BBIB)) dan Model Referensi Infrastruktur Informasi Terpadu. Ide sentral di balik Enterprise Continuum adalah untuk mengilustrasikan bagaimana arsitektur dikembangkan di seluruh rangkaian mulai dari arsitektur dasar, melalui arsitektur sistem umum, dan arsitektur khusus industri, hingga arsitektur individual perusahaan itu sendiri.

Versi 8 TOGAF (The Open Group 2002) disebut 'Edisi Perusahaan' dan didedikasikan untuk arsitektur perusahaan.

• Basis Sumber Daya TOGAF, seperangkat alat dan teknik yang tersedia untuk digunakan dalam menerapkan TOGAF dan TOGAF ADM (tampilan arsitektur, skenario bisnis, ADML, studi kasus, kerangka kerja arsitektur lain, pemetaan TOGAF ke kerangka kerja Zachman, dll.) .

Terlepas dari komponen-komponen tersebut, TOGAF mengidentifikasi sejumlah tampilan, yang akan dimodelkan dalam proses pengembangan arsitektur. Tampilan arsitektur, dan sudut pandang yang sesuai, termasuk dalam kategori berikut (taksonomi tampilan TOGAF sesuai dengan standar IEEE 1471):

• Tampilan Arsitektur Bisnis, yang membahas masalah pengguna sistem, dan menjelaskan aliran informasi bisnis antara orang dan proses bisnis (misalnya, Tampilan Orang, Tampilan Proses, Tampilan Fungsi, Tampilan Informasi Bisnis, Tampilan Kegunaan, Tampilan Kinerja )

• Tampilan Rekayasa, mengatasi masalah insinyur sistem dan perangkat lunak yang bertanggung jawab untuk mengembangkan dan mengintegrasikan berbagai komponen sistem (misalnya, Tampilan Keamanan, Tampilan Rekayasa Perangkat Lunak, Tampilan Data, Tampilan Rekayasa Sistem, Tampilan Rekayasa Komunikasi).

• Enterprise Manageability Views, menangani masalah sistem .administrator, operator, dan manajer. 

• Acquirers Views, mengatasi masalah personel pengadaan yang bertanggung jawab untuk memperoleh perangkat lunak dan perangkat keras off-the-shelf (COTS) komersial untuk disertakan dalam sistem (misalnya, Tampilan Biaya Blok Bangunan, Tampilan Standar). Pandangan ini biasanya menggambarkan bangunan blok arsitektur yang dapat dibeli, dan standar yang harus dipatuhi oleh blok bangunan. 

3. OMG’s Model-Driven Architecture ( MDA )

Jawab :

Model-Driven Architecture (MDA) (Object Management Group Architecture Board 2001, Frankel 2003) bertujuan untuk memberikan pendekatan interoperabilitas vendor yang terbuka dan netral. Itu dibangun di atas standar pemodelan Object Management Group: Unified Modelling Language (UML, lihat juga Bagian 2.3.5), Meta Object Facility (MOF), dan Common Ware house Meta-model (CWM). Deskripsi aplikasi platform-independen yang dibangun dengan standar ini dapat direalisasikan menggunakan platform terbuka atau berpemilik yang berbeda, seperti CORBA, Java, .NET, XMI/XML, dan layanan Web. 

Paradigma MDA secara fundamental mengubah cara perangkat lunak dikembangkan. MDA ingin menaikkan tingkat abstraksi di mana solusi perangkat lunak ditentukan dengan mendefinisikan kerangka kerja yang didukung oleh kumpulan standar yang menetapkan standar untuk menghasilkan kode dari model dan sebaliknya. Sekarang, alat pengembangan perangkat lunak berbasis MDA sudah mendukung spesifikasi perangkat lunak dalam UML, bukan dalam bahasa pemrograman seperti Java. 

kerangka MDA

Baru-baru ini, OMG telah memperluas fokus MDA ke lapisan Computation-In dependent Model (CIM), yang mencakup aspek bisnis perusahaan. MDA sekarang terdiri dari tiga level abstraksi dengan pemetaan di antaranya :

1. Kebutuhan sistem dimodelkan dalam Computation Independent Model (CIM) yang menggambarkan situasi dimana sistem akan digunakan. Model seperti ini terkadang disebut model domain atau model bisnis. Itu menyembunyikan banyak atau semua informasi tentang penggunaan sistem pemrosesan data yang dikawinkan secara otomatis. 

2. Platform-Independent Model (PIM) menjelaskan pengoperasian sistem sambil menyembunyikan detail yang diperlukan untuk platform tertentu. PIM menunjukkan bagian dari spesifikasi lengkap yang tidak berubah dari satu platform ke platform lainnya. Jika pemetaan ini dilakukan dengan cara (formal) yang telah ditentukan sebelumnya, hubungan antara model dari tingkat abstraksi yang berbeda dapat dipastikan. 

3. Platform-Specific Model (PSM) menggabungkan spesifikasi dalam PIM dengan detail yang menentukan bagaimana sistem tersebut menggunakan jenis platform tertentu.

UML didukung sebagai bahasa pemodelan untuk PIM dan PSM. Di tingkat CIM. Bahasa untuk spesifikasi proses bisnis telah dipublikasikan, dan bahasa untuk deskripsi aturan bisnis dan model bisnis sedang dikembangkan. Sama seperti UML, bahasa baru ini akan dikembangkan dalam kerangka MDA.

Salah satu fitur kunci dari MDA adalah gagasan pemetaan. Ping peta adalah seperangkat aturan dan teknik yang digunakan untuk memodifikasi satu model untuk mendapatkan model lainnya. Dalam situasi terbatas tertentu, transformasi sepenuhnya otomatis dari PIM ke PSM dimungkinkan, dan alat pengembangan perangkat lunak akan mendukung pemetaan otomatis ini. Sejauh mana otomatisasi pemetaan antara CIM dan PIM dapat dilakukan masih menjadi topik penelitian.

Fasilitas Objek Meta (MOF) adalah standar untuk repositori yang memainkan peran sentral dalam kerangka kerja MDA. Repositori yang sesuai dengan MOF memungkinkan untuk mengelola model secara terintegrasi, bahkan ketika model diekspresikan dalam bahasa yang berbeda.

4. FrameWork

Aspek khusus nologi. Business Collaboration Framework (BCF), yang saat ini sedang dikembangkan, akan menjadi spesialisasi UMM yang ditujukan untuk mendefinisikan pertukaran informasi eksternal perusahaan dan aktivitas bisnis yang mendasarinya

Framework (FEAF) disertai dengan panduan praktis dan berguna untuk mengembangkan arsitektur perusahaan untuk organisasi pemerintah (CIO Council 2004). Inisiatif lain dari pemerintah AS termasuk Arsitektur Perusahaan Federal (FEA) dari Kantor Manajemen Program Arsitektur Perusahaan Federal (FEAPMO 2004) dan Proses Pengembangan Arsitektur Perbendaharaan oleh Departemen Keuangan (Perbendaharaan AS 2004).

versi baru dari framework tersebut, sekarang berjudul Department of Defense Architecture Framework (DoDAF), dirilis pada Agustus 2003. Meskipun DoDAF memiliki target yang agak spesifik, namun dapat diperluas ke arsitektur sistem yang lebih umum. DoDAF melihat deskripsi arsitektur sebagai integrasi dari tiga tampilan utama: tampilan operasional, tampilan sistem, dan tampilan teknis. Sejumlah konsep dan definisi mendasar (misalnya, arsitektur, deskripsi arsitektur, peran, dan keterkaitan dari pandangan operasional, sistem, dan arsitektur teknis) disediakan. Beberapa pedoman dan prinsip yang sesuai kerangka kerja untuk membangun deskripsi arsitektur (termasuk jenis produk spesifik yang diperlukan untuk semua deskripsi arsitektur), dan prosedur Deskripsi Arsitektur Enam Langkah, melengkapinya.

Nolan Norton Framework (Zee, et al. 2000): Framework ini merupakan hasil proyek penelitian Nolan Norton Institute (yang melibatkan 17 perusahaan besar Belanda) tentang praktik terkini di bidang pengembangan arsitektur. Berdasarkan informasi yang dikumpulkan dari perusahaan, penulis telah menetapkan visi lima perspektif arsitektur perusahaan: ÿ Konsep berorientasi manusia untuk menggambarkan peran manusia sebagai bagian integral dari organisasi dan operasi perusahaan dan untuk mendukung manusia selama desain, konstruksi, dan perubahan perusahaan. ÿ Konten dan tujuan: jenis arsitektur apa yang dikembangkan, apa komponennya dan hubungan di antara mereka, tujuan dan persyaratan apa yang harus dipenuhi oleh arsitektur? Lebih tepatnya, perspektif ini terdiri dari lima arsitektur yang saling berhubungan (sesuai dengan apa yang kita sebut pandangan arsitektural): arsitektur produk, arsitektur proses, arsitektur organisasi, arsitektur informasi fungsional, dan arsitektur informasi teknis.