LECTURE NOTES

Enterprise Architecture

Week 06
The Analysis and Documentation
Framework

ISY6316 – Enterprise Architecture

 LEARNING OUTCOMES

LO 2: Mahasiswa mampu mengilustrasikan bagaimana merancang Kerangka Enterprise

Architecture Cube

OUTLINE MATERI (Sub-Topic):

1. Asal Mula sebuah Frameworks

2. Contoh Enterprise Architecture Framework

3. Kerangka EA Cube

ISY6316 – Enterprise Architecture

 ISI MATERI

Unsur – unsur dasar dari program EA adalah analisis dan kerangka dokumentasi (EA
framework), dan metodologi pelaksanaan (metodologi EA). Kerangka EA mendefinisikan
bagaimana program EA akan didokumentasikan, dan metodologi EA mendefinisikan
bagaimana dokumentasi yang akan dikembangkan dan digunakan. Dengan mendefinisikan
bagian dari perusahaan yang termasuk dalam EA, kerangka mendefinisikan ruang lingkup
arsitektur. Desain kerangka mengkomunikasikan hubungan bidang EA yang
didokumentasikan.

• Arsitektur Analogi:
Dokumentasi kerangka EA seperti kerangka struktural rumah. Merupakan sebuah
bingkai ang mendefinisikan ukuran dan hubungan dari bagian – bagian rumah dan
kamar masing - masing.

EA analisis dan dokumentasi proses dicapai melalui Metodologi implementasi EA yang

mencakup:
(1) kerangka,
(2) komponen,
(3) Tampilan arsitektur saat ini,
(4) Tampilan arsitektur mendatang,
(5) rencana untuk mengelola transisi yang sedang berlangsung antara seluruuh tampilan ,
(6) Rangkaian vertikal yang mempengaruhi arsitektur di semua tingkatan.
Analisis dan dokumentasi, yang diselenggarakan melalui suatu kerangka EA, memberikan
standar, tampilan hirarkis perusahaan dari strategi, bisnis, dan perspektif teknologi
terintegrasi, seperti yang ditunjukkan pada Gambar 6.1.

ISY6316 – Enterprise Architecture

 Gambar 6.1 Kerangka EA3 Cube
Source : An Introduction to Enterprise Architecture, Chapter 5

1. Asal Mula sebuah Frameworks

Pemodelan informasi dan kerangka kerja dokumentasi muncul selama era komputasi
mainframe ketika data, perangkat lunak, dan persyaratan perangkat keras menjadi lebih
kompleks dan beragam, dan ketika tipe pengguna akhir meningkat dan lokasi mereka menjadi
lebih jauh. Mencerminkan sifat zaman itu, kebanyakan arsitektur awal berorientasi teknis,
sering kali vendor dan / atau spesifik produk. Vendor perangkat lunak dan produk perangkat
keras semakin menggembar-gemborkan solusi, standar, dan lini produk mereka sendiri di
bawah bendera arsitektur informasi atau sistem. Sementara pendekatan yang digerakkan oleh
vendor terhadap arsitektur ini berfungsi untuk memajukan kemampuan komputasi secara
umum, itu juga menciptakan masalah ketidakcocokan yang signifikan untuk perusahaan yang
mengoperasikan koleksi produk IT dari banyak vendor.
Selain isu ketidakcocokan produk, ada fokus pada pengembangan dan operasi sistem
informasi individu versus penciptaan kemampuan TI secara keseluruhan dalam suatu
perusahaan. Selanjutnya, perencanaan sistem tingkat TI tumbuh dari sebuah pendekatan
untuk analisis dan desain yang berfokus pada pemenuhan satu set spesifik persyaratan dalam
perusahaan. Misalnya, banyak perusahaan memperkenalkan IT dalam menanggapi kebutuhan
yang dirasakan untuk dukungan otomatis untuk akuntansi, penggajian, dan fungsi bisnis
administrasi. Hal ini sering tumbuh dengan menyertakan manufaktur, layanan, dan dukungan
penjualan. Dalam kebanyakan kasus, masing-masing kebutuhan bisnis ini bertemu dengan

ISY6316 – Enterprise Architecture

solusi sistem individu berdasarkan pendekatan penjual eksklusif dan produk. Hasilnya adalah
koleksi heterogen sumber daya TI yang independen didukung area bisnis. tapi tidak bisa
bertukar informasi di luar sistem tertentu atau area bisnis. Itu skenario ini yang memunculkan
istilah – istilah seperti "stovepipe systems" dan "islands of computing capability."
Skenario ini semakin menjadi masalah bagi perusahaan yang ingin berbagi informasi antara
lini bisnis dan fungsi pendukung. Lebih jauh, duplikasi dalam kemampuan sistem dan biaya
pengoperasian dan pemeliharaan berbagai sistem independen menjadi titik fokus untuk
perbaikan. Keinginan untuk menciptakan interoperabilitas, mengurangi biaya, dan
meningkatkan kemampuan adalah penggerak organisasi yang mengubah banyak hal.

Selama pertengahan 1970-an dan 1980-an perubahan ini terjadi dalam dua bidang utama:
desain basis data dan desain jaringan. Pertama, pendekatan untuk analisis dan desain sistem
informasi yang didasarkan pada persyaratan informasi perusahaan muncul melalui
pengenalan metode standar untuk memodelkan data, struktur, dan proses. Kedua, era
komputasi client-server terdistribusi muncul sebagai terminal mainframe "dumb" mulai
digantikan oleh komputer desktop "smart" yang dapat jaringan dalam desain client-server
yang menjangkau seluruh perusahaan.

Di bidang pertama, pendekatan untuk desain database, sekarang dikenal sebagai pendekatan
"terstruktur", dikembangkan untuk memodelkan pemrosesan dan struktur data. Teknik Data
Flow Diagramming (DFD) memungkinkan perusahaan untuk mengidentifikasi bagaimana
sistem informasi akan memproses data untuk mendukung fungsi bisnis. Teknik Entity-
Relationship Diagram (ERD) memungkinkan analis untuk mengidentifikasi jenis item data
yang ingin dikumpulkan perusahaan bersama dengan atribut dan hubungan item data tersebut.
Melalui dua metode analisis ini, perusahaan dapat merancang basis data "relasional" yang
lebih efisien dan mampu yang menggunakan bahasa pemrograman prosedural (mis., COBOL,
FORTRAN, C) yang mampu melayani berbagai sistem informasi dan proses bisnis.
Selanjutnya, ini menggeser fokus analisis dan desain dari solusi eksklusif ke persyaratan
informasi umum.
Di area kedua, perpindahan dari mainframe ke komputasi terdistribusi juga berfungsi untuk
mengubah cara sistem informasi dan jaringan dirancang. Sementara teknik pemodelan
informasi terstruktur mempromosikan desain database relasional baru, komputasi jaringan

ISY6316 – Enterprise Architecture

mempromosikan hosting dari database ini di beberapa lokasi di "server" komputer yang lebih
kecil yang dapat ditempatkan lebih dekat dengan pengguna akhir. Standar sistem informasi
berdasarkan perjanjian internasional dan industri muncul, demikian pula desain baru untuk
hosting dan transportasi informasi. Contoh penting termasuk Model Referensi Interkoneksi
Sistem Terbuka (OSI) untuk jaringan informasi yang diusulkan oleh J.D. Day dan H.
Zimmerman pada tahun 1983.11 Model ini memiliki tujuh lapisan yang membahas layanan,
antarmuka, dan protokol. Pada tahun 1974 Protokol Komunikasi Transportasi / Protokol
Internet (TCP / IP) diusulkan oleh Vinton Cerf dan Robert Kahn 12 yang mengarah pada
kerja pada jaringan data khusus yang menghubungkan universitas dan perusahaan militer dan
bisnis terpilih di seluruh negara (dikenal sebagai ARPANET) . Penerimaan TCP / IP dalam
skala luas pada akhir 1980-an dan awal 1990-an mempromosikan integrasi infrastruktur
telekomunikasi dan jaringan data dan memberikan katalisator bagi pertumbuhan dramatis
Internet global. Standar lain untuk transfer data muncul pada akhir 1980-an dan awal 1990-an
termasuk standar yang mendefinisikan jaringan area lokal "Ethernet" dan jaringan
'Asynchronous Transport Mode' (ATM) yang mempromosikan transmisi suara, data, dan
video terintegrasi.

Hosting data juga berubah seiring perkembangan prosesor mikro komputer, penyimpanan
hard drive, penyimpanan disk yang dapat dilepas, dan antarmuka telekomunikasi yang
semuanya membuat komputer desktop, juga dikenal sebagai komputer pribadi (PC), kandidat
yang layak untuk mendukung hosting cetak, file, dan aplikasi fungsi. Sejak awal 1980-an
kemampuan kinerja PC telah meningkat secara dramatis setiap tahun, sementara biaya PC
telah menurun. Dinamika ini mendorong perpindahan dari komputasi mainframe ke
komputasi berbasis jaringan berdasarkan PC 'klien' dan 'server' yang bekerja bersama untuk
berbagi data dan aplikasi. Pendekatan terstandardisasi untuk pengembangan aplikasi mulai
muncul sebagai akibatnya, bersama dengan pertempuran kompetitif yang berlarut-larut di
antara vendor untuk mengembangkan produk yang akan mendominasi dalam lingkungan
komputasi jaringan baru.

Awal 1990-an terdapat pengenalan pendekatan baru untuk merancang database. Berfokus
pada masalah pemisahan struktur dari proses dalam pemodelan basis data relasional,
pendekatan "berorientasi objek" dikembangkan yang mengambil keuntungan dari bahasa

ISY6316 – Enterprise Architecture

pemrograman baru (mis., Java, C ++) yang dapat mendukung objek data yang memiliki
atribut dan perilaku. Selain itu, objek data ini dapat merangkum (melarang perubahan) area
kode tertentu untuk melindungi mereka dari perubahan. Ini penting karena objek kemudian
mewakili kode yang dapat digunakan kembali yang kualitasnya di bidang utama terjamin.
Akhirnya, area non-enkapsulasi kode menawarkan kepada pengguna kemampuan untuk
menyesuaikan atau menambahkan atribut dan perilaku sehingga objek menjadi blok
bangunan yang andal dan fleksibel untuk pengembangan aplikasi dan basis data.

Saat itulah beberapa tulisan pertama tentang kerangka kerja arsitektur informasi mulai
muncul. Pada tahun 1987, Dennis Mulryan dan Richard Nolan menulis tentang "Undertaking
and Architecture Program" dan pada tahun 1991 Brandt Allen dan Andrew Boynton menulis
sebuah artikel berjudul "Information Architecture: In Search of Efficient Flexibility." Pada
tahun 1989 dan 1992, John Zachman menerbitkan artikel mani di IBM Systems Journal
tentang ide untuk Arsitektur Sistem Informasi (ISA) yang berfungsi untuk mengatur
dokumentasi informasi secara hierarkis dan berdasarkan fungsinya. Karya Zachman
membantu mengangkat diskusi arsitektur ke tingkat perusahaan dan merangsang penulisan
tambahan tentang arsitektur informasi perusahaan yang akan berlanjut sepanjang tahun 1990-
an. Pada tahun 1992, Steven Spewak dibangun di atas karya Zachman dan mengembangkan
konsep 'Enterprise Architecture Planning' (EAP). Metode EAP mewakili keberangkatan yang
berbeda dari arsitektur berorientasi teknis dari tahun-tahun sebelumnya, karena berfokus pada
bagaimana TI akan digunakan untuk mendukung fungsi bisnis pada basis perusahaan
(enterprise). Ini adalah karya gabungan John Zachman dan Steven Spewak yang membentuk
dasar dari sebagian besar kerangka kerja arsitektur perusahaan yang digunakan saat ini di
seluruh bisnis dan pemerintah, termasuk kerangka kerja EA3 Cube yang diperkenalkan dalam
materi ini.

Contoh Kerangka Enterprise Architecture

a. The Zachman ISA Framework (1987 dan 1992)
Pada pertengahan 1980-an John Zachman mengamati bahwa persyaratan pemrosesan
data dari banyak klien IBM-nya menjadi lebih kompleks. Ada kebutuhan untuk
menunjukkan sistem informasi dari beberapa perspektif yang membahas kompleksitas ini
dan mempromosikan perencanaan, desain, dan manajemen konfigurasi. Zachman

ISY6316 – Enterprise Architecture

menarik dari industri pesawat terbang dan konstruksi dalam mengembangkan skema
yang sangat intuitif dan komprehensif untuk mendokumentasikan arsitektur sistem
informasi (ISA) dalam konteks beberapa karakteristik perspektif hirarkis. Kerangka ISA
Zachman adalah skema dengan baris dan kolom yang berfungsi sangat mirip dengan
basis data relasional di mana ia menyerukan pengembangan artefak arsitektur dasar atau
"primitif" untuk masing-masing dari 30 sel dalam skema, sehingga tidak ada artefak ini
yang diulang di sel lain atau digabungkan untuk membuat apa yang disebut Zachman
produk "komposit". Dengan mendokumentasikan ISA (sekarang dikenal sebagai
Zachman EA Framework) secara terperinci di setiap tingkat kerangka EA, suatu
perusahaan mengembangkan berbagai pandangan tentang proses dan sumber daya
mereka yang berguna bagi eksekutif senior, manajer lini, dan staf pendukung.
Selanjutnya, pendekatan Zachman membahas pertanyaan apa, bagaimana, di mana,
siapa, kapan, dan mengapa tentang suatu perusahaan. Gambar 6-2 menyediakan versi
terbaru dari Zachman Framework untuk EA (v3.0).

Gambar 6.2 The Zachman Framework untuk EA (v3.0)

Source: An Introduction to Enterprise Architecture, Chapter 5

Sejak 1992, John Zachman terus memengaruhi sejumlah kerangka kerja EA dan tulisan
yang berbeda pada EA, termasuk kerangka kerja EA3 penulis dan buku teks ini.
Sementara pendekatan ISA dasar terbukti dalam Kerangka Kerja EA Zachman saat ini,

ISY6316 – Enterprise Architecture

banyak konsep baru telah diatasi seperti bagaimana keamanan TI merupakan elemen
implisit dalam artefak masing-masing sel. Zachman telah menulis sejumlah makalah
yang tersedia melalui situs webnya tentang bagaimana pendekatannya terhadap EA
menangani sejumlah masalah lama dan baru dan bagaimana itu digunakan dalam
pekerjaan saat ini dengan organisasi di seluruh dunia.

b. The Spewak EA Planning Method (1992)

John Zachman merilis artikel keduanya untuk memperluas Kerangka ISA asli, Steven
Spewak semakin memperluas ide-ide ini ke dalam kerangka kerja berorientasi
perencanaan yang menggabungkan fitur-fitur baru termasuk fokus pada bisnis,
pendekatan implementasi yang mencakup prinsip dan nilai, strategi migrasi, dan ikatan
dengan manajemen proyek. Spewak adalah Kepala Arsitek untuk DHL Systems Inc.
pada saat mengembangkan metode "Enterprise Architecture Planning" (EAP). Dia juga
orang pertama yang secara jelas menampilkan istilah "enterprise" dalam kerangka
kerjanya sebagai cara untuk menekankan perlunya arsitektur untuk bergerak melampaui
perencanaan sistem individual. Definisi Spewak tentang istilah arsitektur adalah sebagai
berikut. -
"Karena tujuan EAP adalah untuk memungkinkan perusahaan berbagi data, istilah
enterprise harus mencakup semua area yang perlu berbagi sejumlah besar data. Ruang
lingkup yang baik dan tepat untuk perusahaan sering disamakan dengan unit bisnis,
divisi, atau anak perusahaan karena unit perusahaan tersebut mencakup semua fungsi
bisnis untuk menyediakan produk dan layanan kepada pelanggan. Juga, dengan
tanggung jawab dan kontrol dari garis bawah, manfaat ekonomi dan pembenaran EAP
dapat lebih mudah ditetapkan."

Spewak menyatakan bahwa EAP adalah metode untuk mengembangkan dua tingkat
Kerangka Kerja Zachman. Tujuh fase EAP dikelompokkan ke dalam model "kue
pengantin" berbentuk empat lapisan yang menentukan urutan implementasi, seperti yang
ditunjukkan pada Gambar 6.3.

ISY6316 – Enterprise Architecture

 Gambar 6.3 The Spewak Enterprise Architecture Planning Approach
Source : An Introduction to Enterprise Architecture, Chapter 5

c. EA3 Cube Framework (2004)

Kerangka kerja umum untuk analisis dan dokumentasi EA diperkenalkan dalam materi
ini, yang dapat digunakan di sektor publik dan swasta. Konsep-konsep yang digunakan
dalam Kerangka "EA3 Cube" didasarkan pada karya-karya Talcott Parsons, James
Thompson, John Zachman, Steven Spewak, dan pencipta FEAF. Kerangka kerja EA3
menggunakan bentuk generik dari sebuah kubus, untuk menunjukkan beberapa level
vertikal yang merupakan area dokumentasi EA yang berbeda; beberapa lapisan
kedalaman yang merupakan area aktivitas berbeda yang disebut sebagai lini bisnis dan
beberapa sub-kubus di setiap level yang mewakili komponen EA plug-and-play.

Perusahaan dapat mengimplementasikan Kerangka Kerja EA secara langsung, atau dapat

menggunakannya sebagai baseline awal untuk pengembangan manajemen EA mereka
sendiri dan pendekatan dokumentasi. Banyak perusahaan kemungkinan besar perlu
memodifikasi elemen-elemen tertentu dari Kerangka EA agar sesuai dengan kebutuhan
khusus mereka, yang didorong karena diakui bahwa bisnis, pemerintah, militer, nirlaba,
dan perusahaan akademik memiliki budaya yang berbeda secara fundamental, pendorong
ekonomi, dan faktor penentu keberhasilan. Perbedaan-perbedaan ini mungkin
memerlukan penyesuaian dalam kerangka kerja untuk mengimplementasikan program
EA terbaik yang menangkap lingkungan bisnis dan teknologi saat ini dan masa depan.

ISY6316 – Enterprise Architecture

 Karakteristik umum dari sebagian besar kerangka kerja EA yang ditangkap oleh
Kerangka Kerja EA adalah bahwa kerangka kerja tersebut menangani berbagai
pandangan, seringkali hierarkis tentang perusahaan dan teknologi, dan bahwa kerangka
kerja tersebut mendukung perencanaan dan implementasi sistem terintegrasi. Kerangka
kerja EA berfungsi terutama untuk mengatur perencanaan sumber daya TI dan kegiatan
dokumentasi. Kerangka kerja ini hirarkis untuk membedakan pandangan tingkat tinggi
yang bernilai bagi eksekutif dan perencana dari pandangan yang lebih rinci yang bernilai
bagi lini manajer dan staf pendukung. Gambar 6-4 menunjukkan desain dan fitur utama
dari Kerangka EA.

Gambar 6.4 The EA Analisis Cube dan Kerangka Dokumentasi

Source : An Introduction to Enterprise Architecture, Chapter 5

2. Kerangka EA Cube
a. Tingkat hirarkis Kerangka EA Cube
Lima tingkat Kerangka Kerja EA3 bersifat hierarkis dan terintegrasi sehingga sub-
arsitektur yang terpisah tidak diperlukan untuk mencerminkan level atau area fungsional
perusahaan yang berbeda. Area arsitektur yang dicakup pada setiap tingkat diatur untuk
memposisikan sasaran strategis tingkat tinggi di bagian atas, layanan bisnis umum dan
arus informasi di tengah, dan aplikasi dukungan spesifik dan infrastruktur jaringan di
bagian bawah. Dengan cara ini keselarasan dapat ditunjukkan antara strategi, informasi,
dan teknologi, yang membantu perencanaan dan pengambilan keputusan.

ISY6316 – Enterprise Architecture

• Tujuan dan Inisiatif. Ini adalah kekuatan pendorong di balik arsitektur. Level teratas
Kerangka EA mengidentifikasi arah, tujuan, dan inisiatif strategis perusahaan dan
memberikan deskripsi yang jelas tentang kontribusi yang akan dilakukan TI dalam
mencapai tujuan-tujuan ini. Perencanaan strategis dimulai dengan pernyataan yang
jelas tentang tujuan dan / atau misi perusahaan, dilengkapi dengan pernyataan singkat
tentang visi untuk sukses. Ini diikuti oleh deskripsi tentang arah strategis yang diambil
perusahaan, skenario yang dapat terjadi, serta strategi kompetitif yang akan
memastikan tidak hanya kelangsungan hidup, tetapi keberhasilan dalam hal yang
harus ditentukan oleh perusahaan. Pernyataan menyeluruh ini kemudian didukung
melalui identifikasi tujuan dan inisiatif pendukung yang mencakup hasil yang terukur
dan ukuran kinerja.

• Produk dan Layanan. Ini adalah area tujuan arsitektur dari pengaruh utama. Tingkat
kedua Kerangka EA mengidentifikasi layanan produk bisnis dari perusahaan dan
kontribusi teknologi untuk mendukung proses-proses tersebut. Istilah 'layanan bisnis'
digunakan untuk berarti proses dan prosedur yang menyelesaikan misi dan tujuan
perusahaan, apakah itu untuk bersaing di sektor swasta, menyediakan layanan publik,
mendidik, menyediakan layanan medis, atau memberikan kemampuan pertahanan.
Perencanaan strategis membantu untuk mengarahkan dan memprioritaskan berbagai
layanan bisnis dan kegiatan pengiriman produk dalam suatu perusahaan untuk
memastikan bahwa mereka secara kolektif menggerakkan perusahaan ke arah
strategis yang ditetapkan dalam Rencana Strategis. Layanan bisnis kemudian harus
dimodelkan dalam keadaan saat ini dan jika perubahan diantisipasi, juga dimodelkan
dalam keadaan masa depan yang dibayangkan. Layanan bisnis dan proses pengiriman
produk harus dihilangkan jika tidak menambah nilai yang cukup untuk tujuan dan
inisiatif strategis perusahaan. Layanan bisnis dan aktivitas pengiriman produk harus
dimodifikasi jika perubahan dapat meningkatkan nilai bagi perusahaan, baik itu
penyesuaian kecil atau perubahan besar dalam bagaimana aktivitas itu dicapai.

• Data dan Informasi. Mengoptimalkan pertukaran data dan informasi adalah tujuan
sekunder dari arsitektur. Tingkat ketiga Kerangka EA dimaksudkan untuk
mendokumentasikan bagaimana informasi saat ini digunakan oleh perusahaan dan

ISY6316 – Enterprise Architecture

 bagaimana arus informasi di masa depan akan terlihat. Tingkat ini dapat tercermin
melalui dokumen Strategi TI yang terkait dengan Rencana Strategis perusahaan dan /
atau Rencana Bisnis. Tujuan dari strategi TI adalah untuk membangun pendekatan
tingkat tinggi untuk mengumpulkan, menyimpan, mengubah, dan menyebarkan
informasi ke seluruh perusahaan. Penggunaan konsep-konsep seperti manajemen
pengetahuan, penambangan data, gudang informasi, data mart, dan portal web dapat
diatur melalui strategi TI. Desain dan fungsi database di seluruh perusahaan juga
didokumentasikan pada tingkat ini sebagaimana standar dan format untuk data, kamus
data, dan repositori untuk objek informasi yang dapat digunakan kembali.

• Sistem dan Aplikasi. Tingkat keempat Kerangka EA dimaksudkan untuk mengatur

dan mendokumentasikan kelompok sistem informasi saat ini, dan aplikasi yang
digunakan perusahaan untuk memberikan kemampuan TI. Bergantung pada
perubahan di tingkat atas kerangka EA (Layanan bisnis atau Arus Informasi) mungkin
ada perubahan terencana untuk sistem / aplikasi yang harus tercermin dalam
pandangan arsitektur masa depan. Area kerangka EA ini juga di mana komponen
merupakan fitur yang menonjol dalam arsitektur berorientasi layanan, karena semakin
banyak aplikasi komersial yang dapat dioperasikan untuk perusahaan (mis., Standar
industri J2EE dan .NET). Aplikasi modular yang besar dapat menangani seluruh lini
bisnis dan / atau fungsi back office (mis., Sistem keuangan, sistem kontrol pabrikan,
dan sistem manajemen rantai pasokan). Sering disebut sebagai sistem Enterprise
Resource Planning (ERP), aplikasi komersial ini dapat menawarkan modul
fungsionalitas yang dapat disesuaikan untuk memungkinkan perusahaan mengurangi
jumlah keseluruhan aplikasi yang mereka operasikan dan pelihara. Sementara sistem
ERP jarang memberikan semua fungsionalitas yang dibutuhkan perusahaan untuk
fungsi bisnis dan dukungan administratif, pendekatan modular ini mencerminkan
strategi "plug¬and-play" yang dapat diadopsi perusahaan pada tingkat Kerangka EA3
ini untuk meningkatkan interoperabilitas dan mengurangi biaya.

• Jaringan dan Infrastruktur. Ini adalah jaringan konektivitas arsitektur, lingkungan host
untuk aplikasi dan sistem. Tingkat kelima dan Kerangka EA paling bawah
dimaksudkan untuk mengatur dan mendokumentasikan pandangan saat ini dan masa

ISY6316 – Enterprise Architecture

 depan dari jaringan suara, data, dan video yang digunakan perusahaan untuk meng-
host sistem, aplikasi, situs web, dan basis data. Tingkat ini juga mendokumentasikan
infrastruktur perusahaan (mis. Gedung, ruang server, peralatan modal). Jaringan Area
Lokal (LAN), Jaringan Area Luas (WAN), Sistem Aplikasi Jaringan (SAN), Intranet,
Extranet, Jaringan Nirkabel, Jaringan Mobile, dan Awan Komputasi
didokumentasikan pada tingkat ini sehingga desain yang efisien dapat
diimplementasikan melalui arsitektur masa depan yang mengurangi duplikasi,
meningkatkan efisiensi biaya dan kinerja, dan mempromosikan ketersediaan dan
kemampuan bertahan. Seringkali, suatu perusahaan akan menentukan bahwa
kemampuan TI tertentu sangat penting untuk keberhasilan perusahaan, dan dalam
bidang ini arsitektur harus mencerminkan sumber daya yang berlebihan di lokasi yang
berbeda sehingga kemampuan ini dapat terus tersedia jika sumber daya utama
menjadi tidak tersedia.

b. Line of Business dalam Kerangka EA Cube

Sebuah Line of Business (LOB) adalah bidang kegiatan yang berbeda dalam perusahaan.
LOB juga dapat disebut sebagai area misi 'vertikal'. Ini mungkin melibatkan penyediaan
layanan, pengembangan / pengiriman produk, atau fungsi administrasi internal. Setiap
LOB memiliki arsitektur lengkap yang mencakup kelima level hierarki kerangka EA3.
LOB karena itu dalam beberapa hal dapat berdiri sendiri secara arsitektur di dalam
perusahaan, kecuali bahwa duplikasi dalam data, aplikasi, dan fungsi jaringan akan terjadi
jika setiap LOB benar-benar independen, dan kegiatan lintas sektor yang mengurangi
duplikasi ini tidak akan diwakili. Mungkin ada kasus di mana perusahaan ingin secara
bertahap mengembangkan EA mereka karena biaya atau pertimbangan lain, dan
merancang LOB individu adalah salah satu cara untuk melakukan ini. Arsitektur LOB
kemudian harus diikat bersama sehingga EA dengan tepat mewakili seluruh perusahaan,
yang diperlukan untuk EA agar bernilai maksimum bagi eksekutif, manajemen, dan staf.

c. Komponen crosscutting dalam Kerangka EA Cube

Untuk menghindari ketidakefisienan dukungan duplikasi dalam LOB, komponen bisnis
dan teknologi lintas sektor dibentuk untuk menyediakan layanan umum dan kemampuan
pengiriman produk, database, suite aplikasi, dan infrastruktur jaringan. Layanan lintas

ISY6316 – Enterprise Architecture

sektor ditujukan untuk mengurangi biaya hosting aplikasi, meningkatkan berbagi
informasi, dan mengaktifkan solusi infrastruktur untuk seluruh perusahaan. Contoh
inisiatif lintas sektor termasuk layanan email, layanan administrasi, layanan telepon,
fasilitas telekonferensi video, dan ruang server komputer.

d. Rangkaian Perencanaan dalam Kerangka EA Cube

Dokumentasi EA mencakup "threads" aktivitas umum yang meliputi semua level
kerangka kerja. Utas ini mencakup pertimbangan keamanan, standar, dan tenaga kerja.
• Keamanan. Keamanan paling efektif ketika itu merupakan bagian integral dari
program manajemen EA dan metodologi dokumentasi. Program keamanan dan privasi
yang komprehensif memiliki beberapa bidang fokus termasuk: informasi, personel,
operasi, dan fasilitas. Agar efektif, keamanan TI harus bekerja di semua tingkatan
kerangka kerja EA dan dalam semua komponen EA.

• Standar. Salah satu fungsi terpenting EA adalah menyediakan standar terkait

teknologi di semua tingkat kerangka kerja EA. EA harus mengacu pada standar
internasional, Nasional, dan industri yang dapat diterima untuk mempromosikan
penggunaan solusi komersial non-eksklusif dalam komponen EA. Ini pada gilirannya
meningkatkan integrasi komponen EA, serta lebih baik mendukung penggantian
komponen bila diperlukan.

• Keterampilan. Salah satu sumber daya terbesar yang dimiliki perusahaan adalah
orang-orangnya. Oleh karena itu penting untuk memastikan bahwa persyaratan
kepegawaian, keterampilan, dan pelatihan diidentifikasi pada setiap tingkat kerangka
kerja EA, dan solusi yang sesuai tercermin dalam arsitektur masa depan. Rencana
Tenaga Kerja (Human Capital Plan) mungkin merupakan cara terbaik untuk
mengartikulasikan bagaimana modal manusia akan digunakan dalam memungkinkan
kapabilitas teknologi, yang mendasari layanan bisnis dan arus informasi.

ISY6316 – Enterprise Architecture

 SIMPULAN

Pembahasan kali ini mendefinisikan dan menjelaskan tujuan dari analisis EA dan kerangka
dokumentasi, memberikan contoh kerangka kerja yang ada dan membahas Kerangka EA
Cube yang merupakan kerangka kerja umum yang cocok untuk digunakan di berbagai
perusahaan, sektor publik dan swasta.

Bab ini menggambarkan bagaimana kerangka EA adalah salah satu elemen dasar dari
program EA dan metodologi pelaksanaan. Kerangka EA menetapkan ruang lingkup usaha
dokumentasi EA, dan berhubungan dengan bidang arsitektur bersamasama. Kerangka kerja
EA pertama kali dikembangkan pada tahun 1980 dan telah berkembang di sektor publik dan
swasta, serta internasional untuk memberikan dukungan bagi pendekatan tertentu untuk EA.
Kerangka EA Cube itu dijelaskan secara rinci, sebagai bagian dari metodologi EA secara
keseluruhan.

ISY6316 – Enterprise Architecture

 DAFTAR PUSTAKA

1. Scott A. Bernard. (2012). An Introduction to Enterprise Architecture. 03.

Authorhouse. Bloomington. ISBN: 978-1-4772-5800-2.

ISY6316 – Enterprise Architecture