TUGAS MATA KULIAH

PERENCANAAN SUMBER DAYA ENTERPRISE

Mochammad Naufal Afif B. NIM. 176150100111018

PROGRAM STUDI MAGISTER ILMU KOMPUTER

FAKULTAS ILMU KOMPUTER

UNIVERSITAS BRAWIJAYA

MALANG

2018
Pengembangan Aplikasi Tradisional

Pada hari-hari awal komputasi, aplikasi dikembangkan dari awal, tanpa mengambil keuntungan dari
prestasi sebelumnya selain subrutin dari perincian halus. Programer aplikasi diperlukan untuk mengkode
fungsi dasar seperti, misalnya, akses ke penyimpanan dan manajemen memori yang persisten.
Fungsionalitas dasar diperlukan untuk dikembangkan kembali dalam aplikasi yang berbeda, sehingga
pemrograman aplikasi adalah usaha yang mahal dan tidak efisien. Sebagai hasil dari kopling yang ketat
dari kode assembler terprogram dengan perangkat keras, porting aplikasi ke sistem komputer baru
menghasilkan pengembangan ulang yang kurang lebih lengkap.

Sistem operasi dikembangkan sebagai jenis subsistem pertama dengan tanggung jawab khusus,
mewujudkan pemisahan masalah sistem operasi dari aplikasi. Sistem operasi menyediakan antarmuka
pemrograman untuk fungsionalitas yang disediakan oleh perangkat keras komputer. Aplikasi dapat
mengimplementasikan fungsionalitas dengan menggunakan antarmuka yang disediakan oleh sistem
operasi, menyadari peningkatan efisiensi dalam pengembangan sistem.

Langkah selanjutnya dalam evolusi arsitektur sistem mempertimbangkan manajemen data. Sebelum
subsistem khusus untuk menyerahkan data dikembangkan, setiap program aplikasi bertanggung jawab
untuk menyimpan datanya secara terus-menerus dan untuk mengambilnya. Antarmuka pemrograman
digunakan untuk menyimpan data. Karena struktur data yang disimpan sesuai dengan struktur data dalam
program aplikasi, setiap perubahan dalam struktur data dari hasil aplikasi dalam perubahan struktur data
dalam memori persisten, dan sebaliknya. Karena hubungan yang kuat antara struktur data dalam aplikasi
dan struktur data dalam memori persisten, modifikasi apa pun memerlukan implementasi atau upaya
reorganisasi.

Dua masalah tambahan terkait dengan pendekatan ini: desain dan implementasi manajemen data
membutuhkan upaya implementasi yang cukup karena penyimpanan khusus dan fungsi pengambilan
perlu diimplementasikan dalam setiap aplikasi. Selain itu, masalah konsistensi data muncul jika beberapa
aplikasi menyimpan data terkait secara berlebihan. Dalam hal ini, modifikasi item data perlu direalisasikan
oleh modifikasi dari setiap salinan item data oleh sistem yang berbeda, yang memperkenalkan potensi
masalah inkonsistensi data.

Untuk menyediakan seperangkat fungsi yang dapat digunakan kembali dan untuk mengatasi masalah
inkonsistensi data, sistem manajemen basis data diperkenalkan. Mengikuti model data awal, seperti
model data hirarkis dan model data jaringan, basis data relasional dikembangkan. Sistem basis data
relasional memungkinkan modifikasi struktur data yang disimpan secara fisik tanpa mempengaruhi
program aplikasi. Properti penting ini dikenal sebagai kemandirian data fisik.

Langkah berikutnya dalam evolusi sistem informasi didedikasikan untuk antarmuka pengguna grafis yang
dikembangkan untuk memudahkan interaksi manusia dengan sistem aplikasi. Sebelum munculnya
antarmuka pengguna grafis, pengguna berinteraksi dengan program aplikasi berdasarkan sebagian besar
antarmuka tekstual yang membutuhkan pelatihan pengguna yang ekstensif sebelum bekerja dapat
dilakukan secara efisien.

Aplikasi Perusahaan dan Integrasi mereka

Berdasarkan sistem operasi dan sistem komunikasi sebagai lapisan abstraksi dasar, sistem manajemen
basis data relasional untuk menyimpan dan mengambil data dalam jumlah besar, dan sistem antarmuka
pengguna grafis, semakin banyak sistem informasi yang rumit dapat direkayasa.

Sebagian besar sistem informasi ini meng-host aplikasi perusahaan. Aplikasi ini mendukung perusahaan
dalam mengelola aset inti mereka, termasuk pelanggan, personel, produk, dan sumber daya. Oleh karena
itu, adalah instruktif untuk melihat lebih detail pada sistem informasi perusahaan, mulai dari aplikasi
perusahaan individu dan menangani integrasi berbagai aplikasi perusahaan. Integrasi beberapa aplikasi
perusahaan telah melahirkan generasi baru middleware, sistem integrasi aplikasi perusahaan. Integrasi
aplikasi perusahaan terbukti menjadi area aplikasi penting dari manajemen proses bisnis.

Sebagian besar sistem informasi ini meng-host aplikasi perusahaan. Aplikasi ini mendukung perusahaan
dalam mengelola aset inti mereka, termasuk pelanggan, personel, produk, dan sumber daya. Oleh karena
itu, adalah instruktif untuk melihat lebih detail pada sistem informasi perusahaan, mulai dari aplikasi
perusahaan individu dan menangani integrasi berbagai aplikasi perusahaan. Integrasi beberapa aplikasi
perusahaan telah melahirkan generasi baru middleware, sistem integrasi aplikasi perusahaan. Integrasi
aplikasi perusahaan terbukti menjadi area aplikasi penting dari manajemen proses bisnis.

Perkembangan ini dapat diilustrasikan dengan skenario perusahaan. Pada tahap awal komputasi
perusahaan, solusi mainframe dikembangkan yang menjadi tuan rumah aplikasi monolitik, biasanya
dikembangkan dalam bahasa pemrograman assembler. Aplikasi monolitik ini mengelola semua tugas
dengan satu program besar, termasuk antarmuka pengguna teks, logika aplikasi, dan data. Data
kebanyakan disimpan dalam file, dan aplikasi mengakses file data melalui sistem operasi.

Dengan munculnya sistem basis data, penataan internal sistem tercapai: data dikelola oleh sistem
manajemen basis data. Namun, kode aplikasi dan kode antarmuka pengguna tidak dipisahkan satu sama
lain. Antarmuka pengguna menyediakan fungsionalitas yang diinginkan melalui antarmuka berbasis teks
dan bentuk.

Dengan menurunkan biaya perangkat keras komputer dan meningkatnya persyaratan untuk
fungsionalitas aplikasi, lebih banyak sistem aplikasi dikembangkan. Itu khas bahwa suatu perusahaan
memiliki satu sistem perangkat lunak untuk manajemen sumber daya manusia, satu untuk manajemen
pesanan pembelian dan satu untuk perencanaan produksi. Masing-masing sistem aplikasi ini menghosting
data lokalnya, biasanya dalam sistem basis data, tetapi kadang-kadang bahkan pada sistem file. Di
perusahaan besar, di departemen yang berbeda, sistem aplikasi yang berbeda terkadang digunakan untuk
mengatasi masalah yang sama.

Jelas bahwa perubahan pengaturan ini sulit untuk diterapkan, karena ada beberapa ketergantungan data
antara sistem yang berbeda ini, dan perubahan dalam satu sistem harus dicerminkan oleh perubahan
dalam sistem lain. Mendeteksi sistem yang terpengaruh dan perubahan khusus yang diperlukan dalam
sistem ini adalah kompleks dan rawan kesalahan. Akibatnya, setiap perubahan objek data, misalnya, dari
alamat pelanggan, perlu direfleksikan dalam beberapa aplikasi. Kurangnya integrasi ini menyebabkan data
yang tidak konsisten dan dalam banyak kasus menjadi pelanggan yang tidak puas.

Enterprise Resource Planning Systems

Dalam pengaturan ini, sistem Perencanaan Sumber Daya Perusahaan (sistem ERP) dikembangkan.
Pencapaian besar dari sistem perencanaan sumber daya perusahaan adalah bahwa mereka menyediakan
basis data terpadu yang menjangkau sebagian besar organisasi. Sistem perencanaan sumber daya
perusahaan pada dasarnya menerapkan ulang sistem aplikasi perusahaan yang berbeda berdasarkan basis
data yang terintegrasi dan konsisten.
Sistem perencanaan sumber daya perusahaan menyimpan datanya dalam satu basis data terpusat, dan
satu set modul aplikasi menyediakan fungsionalitas yang diinginkan, termasuk sumber daya manusia,
keuangan, dan manufaktur. Sistem perencanaan sumber daya perusahaan telah secara efektif
menggantikan berbagai aplikasi perusahaan yang heterogen, sehingga memecahkan masalah
mengintegrasikannya.

Sumber masalahnya adalah, sekali lagi, informasi yang berlebihan tersebar di beberapa sistem aplikasi.
Karena informasi ini tidak terintegrasi, pengguna sistem perencanaan sumber daya perusahaan hanya
dapat mengakses informasi yang disimpan dalam sistem ini. Namun, sistem manajemen hubungan
pelanggan juga menyimpan data berharga dari pelanggan ini.

Untuk mengkarakterisasi situasi yang tidak memuaskan ini, istilah aplikasi siled telah diciptakan, yang
berarti bahwa data disimpan secara berlebihan dalam sistem yang berbeda, dan sistem ini tidak terkait
sama sekali. Gambar 2.4 menunjukkan aplikasi perusahaan yang dimediasi manajemen hubungan
pelanggan, manajemen rantai suplai, dan sistem perencanaan sumber daya perusahaan. Sementara
sistem aplikasi ini dapat terhubung secara fisik dengan, misalnya, jaringan lokal, mereka tidak terintegrasi
secara logis.

Akibatnya, satu-satunya cara untuk mengintegrasikan informasi yang disimpan dalam sistem ini adalah
melalui pengguna, yang mengakses informasi dalam berbagai sistem dan melakukan integrasi secara
manual. Tentunya, integrasi manual ini menghabiskan banyak sumber daya dan rawan kesalahan,
sehingga solusi lain dicari.

Enterprise Application Integration

Point-to-Point Integration

Integrasi aplikasi perusahaan menghadapi masalah bahwa setiap proyek integrasi memerlukan desain dan
upaya implementasi yang mungkin cukup besar. Ketika langsung menghubungkan setiap pasangan
aplikasi, sistem integrator mengalami masalah N × N, yang berarti bahwa jumlah antarmuka untuk
mengembangkan naik ke kuadrat dari jumlah N aplikasi yang akan diintegrasikan.

Sebuah sketsa dari masalah integrasi ini ditunjukkan pada Gambar 2.5, di mana N = 6 aplikasi siled dan
tautan integrasinya ditampilkan. Setiap tautan mewakili antarmuka yang menghubungkan sistem aplikasi
yang terkait dengannya. Oleh karena itu, jumlah antarmuka antara pasang sistem aplikasi untuk
mewujudkan tumbuh ke urutan N × N, menimbulkan overhead yang cukup besar. Jika ada hubungan
antara setiap pasang sistem aplikasi, maka jumlah antarmuka yang akan dikembangkan adalah 5 + 4 + 3 +
2 + 1 = 15. Dalam kasus umum, jumlah tautan antara sistem aplikasi N adalah

dan karena itu naik ke kuadrat dari jumlah sistem aplikasi. Dalam skenario yang ditunjukkan, tidak semua
pasang sistem aplikasi terhubung, tetapi masalah sejumlah besar antarmuka masih bisa dilihat.
Hub-and-Spoke Integration

Paradigma hub-and-spoke didasarkan pada hub terpusat dan sejumlah jari-jari yang secara langsung
melekat pada hub; jari-jari tidak terhubung. Aplikasi terpusat aplikasi enterprise middleware
merepresentasikan hub, dan aplikasi yang terintegrasi dipantulkan oleh jari-jari. Aplikasi berinteraksi satu
sama lain melalui pusat integrasi aplikasi enterprise terpusat.

Ini adalah fitur penting dari arsitektur hub-and-spoke bahwa pengirim pesan tidak perlu menyandikan
penerima pesan. Sebaliknya, setiap pesan dikirim ke pusat integrasi aplikasi enterprise. Hub dikonfigurasi
sedemikian rupa sehingga struktur pesan dan konten dapat digunakan untuk secara otomatis mendeteksi
penerima atau penerima pesan.

Keuntungan dari arsitektur middleware terpusat ini adalah jumlah koneksi dapat dikurangi. Tidak ada lagi
koneksi dalam urutan N × N yang diperlukan untuk menghubungkan sistem aplikasi N. Karena setiap
sistem aplikasi terpasang ke hub terpusat, antarmuka N akan cukup. Menggunakan antarmuka ini,
hubungan spesifik antara aplikasi dapat tercermin dalam konfigurasi middleware.

Hub terpusat menyediakan adaptor yang menyembunyikan heterogenitas sistem aplikasi satu sama lain.
Setiap sistem aplikasi membutuhkan pengembangan adaptor khusus untuk dipasang ke hub.

Bergantung pada kerumitan sistem ini dan ketersediaan adapter generik yang disediakan oleh vendor
integrasi aplikasi enterprise, pengembangan adaptor mungkin menghabiskan banyak sumber daya. Ketika
adaptor dipasang dan hub dikonfigurasi, aplikasi dapat berinteraksi satu sama lain secara terintegrasi.
Seperti yang ditunjukkan pada Gambar 2.8, setiap aplikasi dihubungkan ke broker pesan, yang
direfleksikan oleh busur yang diarahkan dari aplikasi ke broker pesan, khususnya, ke komponen evaluasi
aturan dari broker pesan. Saat menerima pesan, broker pesan mengevaluasi aturan dan memasukkan
pesan ke antrian penerima.

Antrean digunakan untuk menjamin pengiriman pesan. Perhatikan bahwa setiap perubahan dalam
komunikasi ditangani melalui perantara pesan: dengan membuat aturan baru atau dengan mengadaptasi
aturan yang ada, perubahan ini dapat direalisasikan. Tidak ada upaya implementasi yang diperlukan untuk
mewujudkan perubahan ini; hanya modifikasi dari aturan deklaratif.

Publikasikan / berlangganan adalah mekanisme untuk menghubungkan aplikasi ke pialang pesan. Idenya
adalah bahwa aplikasi dapat berlangganan ke pesan atau jenis pesan tertentu. Aplikasi juga dapat
mempublikasikan pesan. Informasi yang diterima oleh publikasikan dan berlangganan digunakan oleh
pusat integrasi aplikasi enterprise untuk mewujudkan penyampaian pesan. Gambar 2.8 juga menunjukkan
bahwa pada integrasi aplikasi perusahaan tingkat teknis dengan broker pesan bergantung pada adaptor
yang digunakan untuk mengubah data dan protokol antara pengirim dan penerima.