ENTERPRISE ARCHITECTURE
Kelompok 8 :
2022
KATA PENGANTAR
Puji syukur kami ucapkan kehadirat Allah SWT atas segala rahmat-Nya
sehingga makalah ini dapat tersusun sampai dengan selesai. Tidak lupa kami
mengucapkan terima kasih terhadap bantuan dari pihak yang telah berkontribusi
dengan memberikan sumbangan baik pikiran maupun materinya.
Penulis sangat berharap semoga makalah “Basic Enterprise Architecture
Methodology” dapat menambah pengetahuan dan pengalaman bagi pembaca.
Bahkan kami berharap lebih jauh lagi agar makalah ini bisa pembaca praktekkan
dalam kehidupan sehari-hari. Bagi kami sebagai penyusun merasa bahwa masih
banyak kekurangan dalam penyusunan makalah ini karena keterbatasan
pengetahuan dan pengalaman kami.
Untuk itu kami sangat mengharapkan kritik dan saran yang membangun dari
pembaca demi kesempurnaan makalah ini.
Tembilahan, 23 April 2022
Penyusun
ii | P a g e
DAFTAR ISI
BAB I Pendahuluan ....................................................................................... 1
1.1 Latar Belakang ......................................................................................... 1
1.2 Rumusan Masalah .................................................................................... 2
1.3 Tujuan Penulisan ...................................................................................... 2
iii | P a g e
2.4.2 BEAM – Procedure Steps ................................................................ 29
2.4.3 Technology Insertion/Refreshment Process Flow ........................... 30
2.4.4 Technology Insertion/Refreshment Procedure................................. 30
DAFTAR GAMBAR
Gambar 15 BEAM Spiral Life Cycle Support for Standard, regulations and
legislation ......................................................................................................... 20
iv | P a g e
Gambar 16 BEAM Process .............................................................................. 21
v|Page
BAB I
PENDAHULUAN
1|Page
Makalah ini secara garis besar membahas tentang BEAM (Basic Enterprise
Architecture Methodology) dalam merancang EA (Enterprise Architecture) agar
menyelaraskan proses bisnis pada suatu organisasi/perusahaan.
2|Page
BAB II
PEMBAHASAN
3|Page
1. Customer Focus
2. Leadership
3. Involvement of People
4. Process Approach
5. System Approach to Management
6. Continual Improvement
7. Factual Approach to Decision Making
8. Mutually Beneficial Supplier Relationships
4|Page
Bagaimana Menggunakan Beam?
5|Page
High Level BEAM Process Steps
1. Map the organization and its environment
1.1. Inventory, ID, and Arrange Business Functions, Organizations, and
Locations
1.2. Identify and ID the Assignment of Functional Responsibility
2. Map the organization operations and resources
2.1. Inventory, ID, and Organize Functional References, Data,
Tools/Technology, and
Standards
2.2. Inventory, ID, and Organize Goals, Objectives, Performance
Measures, and Strategies
2.3. Inventory, ID, and Organize Funded and Unfunded Plans for
Recurring Operations and
New Initiatives
2.4. Collect identified EA information
3. Perform and improve resource management and operations
3.1. Perform Function, Program, and Project Activities
3.2. Monitor, Assess, Report, and Adjust Performance
3.3. Monitor, Assess, Report, and Adjust Enterprise
6|Page
Gambar 3 BEAM Basics
Elemen dasar model, atau jenis peta apa pun yang mewakili realitas yang
dirasakan atau factual adalah konsep, kasus mereka, dan hubungan mereka
(yaitu, interfaces). Konsep (konseptual generalisasi, peristiwa, hal-hal bernama,
dll.) dihubungkan oleh hubungan mereka dan membentuk sebuah pernyataan.
The reticular (tidak mirip seperti net) ikat dari pernyataan nyata, mungkin-nyata,
dan tidak nyata membentuk pengetahuan seseorang atau kelompok. Dengan
demikian, model tidak hanya menggambarkan bahwa dua konsep ini saling
terkait, tetapi mengidentifikasi bagaimana konsep-konsep ini saling terkait.
Proposisi adalah pernyataan yang menegaskan atau menyangkal sesuatu,
dan merupakan pernyataan yang dianggap sebagai kebenaran. Bentuk lain dari
pernyataan adalah pendapat, dugaan, spekulasi, kontinjensi, kemungkinan, dll.,
Yang mungkin tidak mewakili pengetahuan faktual.
7|Page
2.1.2 BEAM Basics 2
8|Page
Gambar 5 Object Basics 3
9|Page
Properti struktur didokumentasikan dalam format yang sekarang dikenal
sebagai “resource description framework” – RDF, ditetapkan sebagai standar
oleh W3C. RDF adalah dasar untuk peran objek pemodelan dan pemodelan data
yang digunakan dalam semantik dan manajemen data, dan untuk ontologi
pemodelan yang digunakan dalam manajemen pengetahuan. Properti struktur,
termasuk diagram properti, disimpan dalam format RDF, lebih disukai dalam
repositori RDF, atau metadata. Repositori Metadata ini dapat menggunakan
teknologi XML, tabular, LDAP, atau SQL. Teknologi penyimpanan Repositori
Metadata yang direkomendasikan adalah database XML dengan skema
penyimpanan RDF diimplementasikan sebagai skema Managed Object Facility
(MOF) varian RDF, dengan MOF ditetapkan sebagai standar oleh Object
Management Group. Repositori MOF memiliki fleksibilitas yang diperlukan
untuk menyimpan, memproses, menyajikan, dan memelihara skema dan konten
arsitektur yang terus berkembang.
10 | P a g e
memahami dunia. Nilai arsitektur masuk mengkomunikasikan struktur yang
dirasakan dengan cara yang dapat digunakan sebagai titik awal untuk rekayasa
dan ilmu pengetahuan.
2.1.6 Enterprise Architecture Basics
- Usaha yang bertujuan - sebuah perusahaan - dapat memiliki
inventarisasi yang diketahui dan komponen yang disetujui, tetapi
inventaris bukan arsitektur.
- Komponen inventarisasi yang telah menentukan antarmuka / hubungan
adalah arsitektur perusahaan, "As It Is" pada saat mengidentifikasi
komponen inventaris dan antarmuka apa pun.
- Struktur yang dimaksudkan atau diinginkan dan propertinya adalah
arsitektur "To Be" dibentuk pada suatu waktu.
- Rencana bertahap waktu untuk memperkenalkan, memodifikasi, atau
menghilangkan komponen dari inventaris seperti halnya perusahaan
saat ini, dengan pengenalan yang sesuai, modifikasi, dan / atau
penghapusan antarmuka yang relevan, untuk membentuk tujuan
arsitektur “To-Be”, adalah "Architecture Plan" untuk memigrasikan
perusahaan dari arsitektur "As-Is" untuk arsitektur "To Be".
- Architecture Plan dapat untuk single komponen, single antarmuka,
single properti, atau multiple komponen, antarmuka, dan properti.
- Architecture Plan diimplementasikan sebagai proyek individu atau
dikumpulkan dan dengan demikian memerlukan kontrol manajemen
proyek (yaitu, kontrol pada produksi jadwal, anggaran produksi, dan
kualitas produk / layanan) dengan agregasi ke dalam program,
kemudian ke portofolio, dan kemudian ke dalam strategi.
11 | P a g e
Gambar 8 Open Standard EA and IT Management Repository Elements
12 | P a g e
yang terkait langsung dengan misi dan tujuan organisasi bekerja dengan produk
informasi dalam kotak yang ditunjukkan dalam diagram, untuk mengelola
elemen tebal dalam cakupan garis besar manajemen strategis.
Setelah proyek direncanakan, pelaksanaan proyek membutuhkan
pelacakan, analisis, dan melaporkan peristiwa dari waktu ke waktu. Hal ini
diperlukan untuk mengidentifikasi dan menyelesaikan varians dari anggaran
proyek (resource plan) atau jadwal (time plan).
Agar perencanaan dan pelacakan proyek dilakukan secara efektif dan
efisien, terutama dalam upaya terdistribusi, teknologi yang menghubungkan
kedua proses manajemen bersama-sama harus tersedia dan dapat digunakan.
13 | P a g e
peningkatan proses yang telah digunakan selama berabad-abad. Melalui integrasi
ini, GEM menyediakan metode yang konsisten untuk analisis dan integrasi bisnis
perusahaan, manajemen, sistem, nilai, dan subjek lainnya. Dokumentasi analisis
dan integrasi ini dapat dimuat ke dalam basis pengetahuan multi-tujuan yang
merupakan bagian dari desain GEM. Implementasi integrasi ini menghasilkan
rantai nilai berbasis pengetahuan aplikasi alur kerja yang menjangkau batas
fungsional dan perusahaan.
Konsep dan desain di balik GEM kembali lebih awal dari 35 tahun untuk
"connection model" ekstensi populer untuk "systems model". Connection model
kemudian berganti nama menjadi “generalized object model”. Model objek awal
ini ini sebanding dengan standar industri saat ini yaitu Metaschema Object yang
didefinisikan bersama oleh OpenGroup dan Object Management Group (OMG)
sebagai dasar untuk struktur dan manajemen banyak informasi teknologi
modern.Metodologi GEM, repositori, dan desain aplikasi telah dikembangkan
selama 21 tahun terakhir sebagai teknologi informasi telah berkembang selama
periode tersebut.
14 | P a g e
- Quality Management (Six Sigma, TQM, etc.)
- Maturity Management (e.g., ISO-9002, CMM, CMMI)
- Human Capital Knowledge Management (i.e., Building individual and
collective knowledge base, identifying skills available, identifying
skills required, identifying skills gap, driving training management and
recruiting)
- Functional strategies, plans, and budgets tracked through to completion
- Expenditures traced back to driving missions, goals, objectives, and
strategies.
- Reference Management (i.e., Policies, Processes, Procedures,
Templates, Standards, Tools).
2.2.2 BEAM Business Intelligence Capability Uses EA for Drill Down and
Roll Up of Budgets, Priorities, Performance, Production Levels
Fungsi dan Penggunaan Fitur Drill Down dan Roll-Up BEAM:
- Asset Distribution Requirements
- Asset Access Control and Information Requirements
- Summaries, aggregations, and details concerning Business Functions,
Priorities, Budget
- Gives the ability, as a business intelligence technique, to explain to
anyone (e.g., Congress, OMB) the impact of funding changes (e.g., if
you budget this agency XXX dollars you will get these outputs from
our mission area in these quantities, in these time frames, with these
qualities, etc., as in GPRA support.)
15 | P a g e
Gambar 11 BEAM for EA Governance
16 | P a g e
Gambar 12 Enterprise Intelligence
17 | P a g e
Gambar 13 Migrating Architecture “As-Is” to “ToBe”
18 | P a g e
2.2.6 BEAM Supports the FEA and the PMA
19 | P a g e
Dengan EA di tempat, solusi manajemen untuk inisiatif PMA lainnya, dan
inisiatif manajemen lainnya, sangat disederhanakan. Arsitektur Bisnis BEAM,
sering dalam hubungannya dengan Arsitektur Keamanan, adalah area yang
paling umum digunakan dari Arsitektur Perusahaan yang berasal dari BEAM.
Mereka menyediakan sistem terperinci dan analisis kebutuhan yang digunakan
dalam mendefinisikan data, aplikasi, dan arsitektur teknologi dan dalam
menerapkan kemampuan sistem informasi berikutnya.
2.2.7 BEAM Spiral Life Cycle Support for Standards, Regulations, and
Legislation
Gambar 15 BEAM Spiral Life Cycle Support for Standard, regulations and legislation
20 | P a g e
2.3 Technical Overview
21 | P a g e
Gambar 17 MDEM Repository
22 | P a g e
Gambar 18 BEAM and GEM MDEM Repository Elements
23 | P a g e
Gambar 19 Enterprise Capability Document
24 | P a g e
pendekatan BEAM, mereka hanya menyediakan subset dari kemampuan yang
disediakan oleh BEAM. Bagian dari hal ini adalah karena model dasar yang
diterapkan oleh upaya EA sebelumnya. Upaya awal berpola pada model
"relasional" atau "matriks", sedangkan BEAM adalah berpola pada model
"objek", yang memiliki kemampuan inheren untuk bekerja dengan lebih banyak
"dimensi" informasi daripada model relasional. Organisasi yang telah
menggunakan BSP / ISP, Zachman Framework (atau turunannya dari FEA /
FEAF / TEAF, DoDAF / C4ISR, CADM, DIAD, TOGAF, NASCIO, dll.), Atau
Metodologi Spewak (untuk mengejar elemen awal dari Zachman Framework)
dapat menerapkan hasil upaya tersebut langsung ke implementasi BEAM untuk
mempersingkat waktu implementasi BEAM.
25 | P a g e
2.3.3 Typical Manually Controlled Role-Based Security
26 | P a g e
Diagram ini menggambarkan elemen keamanan perusahaan yang
diaktifkan melalui metodologi GEM dan alat pendukung.
27 | P a g e
Gambar 14 BEAM Procedural Flow
28 | P a g e
Kotak biru muda mewakili kegiatan operasional yang umum bagi sebagian besar
organisasi, baik yang dilakukan secara formal maupun informal.\
Perhatikan bahwa sementara "arsitektur perusahaan", ditampilkan di sini
sebagai komponen BEAM dalam kaitannya dengan model FEA, memiliki
elemen yang sama di semua organisasi, GEM memperluas arsitektur perusahaan
organisasi untuk mendukung proses manajemen perusahaan yang lebih besar
dari organisasi yang aman, manajemen operasi dari intelijen organisasi yang
dikelola. GEM memperluas BEAM, FEA, Zachman Framework, C4ISR /
DoDAF, TOGAF, TEAF, dan kerangka kerja EA lainnya, dan merekatkan upaya
EA ini bersama dengan upaya operasional, menggabungkannya menjadi
kerangka kerja solusi manajemen perusahaan penuh (Enterprise Management).
GEM, sebagai metodologi, repositori, dan aplikasi berbasis repositori dan
repositori terintegrasi, menyediakan aplikasi dinamis model interoperabilitas
federasi untuk komunitas yang menarik (Communities Of Interest) dalam
perusahaan, dan pendekatan manajemen EA dan EM yang komprehensif.
Konsep yang mendasari EA bukanlah hal baru. EA sebagian besar adalah
pengemasan ulang dari apa yang kebanyakan orang telah mengambil "tampilan
perusahaan", atau "pandangan sistem dari organisasi" telah dilakukan selama ini.
Perhatikan bahwa EA dan FEA, melalui BEAM atau sebaliknya, tidak
berakhir dengan sendirinya, tetapi merupakan sarana untuk mendapatkan
kendali atas pengeluaran teknologi, terutama pengeluaran TI. Kontrol atas
pengeluaran teknologi dan pengurangan suboptimisasi ini secara langsung
mendukung penyelarasan Cabang Eksekutif dan operasinya dengan Agenda
Manajemen Presiden, dalam mengejar Manajemen Kinerja dan kepatuhan
terhadap Kinerja dan Hasil Undang-Undang Pemerintah (GPRA).
Jika artefak operasional umum di atas ditinjau oleh orang-orang di luar
komunitas EA dan TI, maka sebagian besar akan mengakui bahwa organisasi
mereka melakukan kegiatan yang menghasilkan artefak operasional umum di
seluruh perusahaan yang kira-kira cocok dengan PRM dan BMR. Lebih sedikit
akan memiliki artefak operasional umum di seluruh perusahaan yang cocok
29 | P a g e
dengan SRM, sementara bahkan lebih sedikit akan memiliki artefak operasional
umum di seluruh perusahaan yang cocok dengan DRM dan TRM.
30 | P a g e
Gambar 16 Technology Insertion Process Flow
31 | P a g e
dan mengoperasikan pilot penyisipan. Uji penyisipan secara
operasional. Mendapatkan penerimaan dari hasil operasional
penyisipan. Sepenuhnya menerapkan penyisipan sebagai sistem
produksi. Mengoperasikan dan memelihara teknologi yang
dimasukkan.
4. Mengidentifikasi komponen teknologi dalam pilot, sistem, dan
infrastruktur yang telah digunakan di beberapa aplikasi, model data,
dan proses bisnis.
5. Daftarkan teknologi percontohan dan operasional yang sukses di
TRM yang cocok untuk sistem produksi, dan minta pengembang
sistem / infrastruktur masa depan menentukan kategori TRM
teknologi dalam rencana dan desain awal mereka.
6. Mengembangkan dan menguji sistem percontohan menggunakan
adopsi awal dan teknologi standar yang digunakan di laboratorium.
7. Identifikasi teknologi dalam pilot yang perlu di prototipe di
laboratorium namun yang tampaknya memenuhi persyaratan yang
unik dan umum.
8. Sertakan teknologi yang berhasil di prototipe yang digunakan di TRM
yang cocok untuk "Next Generation" dan sistem percontohan.
9. Mengembangkan dan prototipe sistem menggunakan R&D, pra-
standar, dan teknologi standar baru di laboratorium.
10. Mengidentifikasi teknologi dalam prototipe yang membutuhkan R&D
dan standardisasi lebih lanjut.
11. Sertakan teknologi pra-standar yang berhasil di prototipe di TRM
yang cocok untuk prototipe dan pilot masa depan.
12. Bekerja dengan para peneliti untuk melakukan Demonstrasi
Teknologi Canggih sebelum standardisasi teknologi dan mendaftar
dengan sukses, teknologi yang ditingkatkan di TRM yang sesuai
untuk prototyping dan piloting sistem masa depan.
32 | P a g e
BAB III
PENUTUP
3.1 Kesimpulan
BEAM menyediakan prosedur langkah demi langkah yang komprehensif untuk
menjalankan organisasi, kelompok, atau orang melalui inventaris, identifikasi,
kategorisasi, dan manajemen selanjutnya dari hal-hal yang penting bagi mereka.
BEAM menyediakan proses dan produk informasi yang dibutuhkan untuk
manajemen arsitektur perusahaan.
BEAM dapat digunakan untuk berbagai tujuan di luar mengembangkan
arsitektur perusahaan dan portofolio TI, untuk memasukkan penyediaan dasar Basis
Pengetahuan Perusahaan untuk :
- Security Management
- Knowledge/Expertise Management
- Real-Time Situational Awareness
- Business Process Reengineering
- IT Design/Development/Operations
- Outsourcing/Reorganization/Realignment/Relocation Studies
- Performance Management of Enterprise and Functional Missions
3.2 Saran
Penulis menyadari bahwa dalam pembuatan makalah ini mengalami banyak
kesalahan dikarenakan keterbatasan dalam referensi materi. Tentunya terhadap
penulis, makalah di atas masih banyak ada kesalahan serta jauh dari kata sempurna.
Adapun nantinya penulis akan segera melakukan perbaikan susunan makalah
ini dengan menggunakan pedoman dari beberapa sumber dan kritik yang bisa
membangun dari para pembaca.
33 | P a g e
DAFTAR PUSTAKA
M.Scout, George. Management Information System for Enterprise Information
System. 2003
I. Supriana, Analisis Perbandingan Komponen Dan Karakteristik Enterprise
Architecture Framework. Konf. Nas. Sist. dan Inform., 2011.
Roy Roebuck, Basic Enterprise Architecture Methodology. OWIS. 2004
34 | P a g e