Anda di halaman 1dari 210

Enterprise Systems

The world of enterprise IT


What is an enterprise?
 Bisnis atau organisasi yang lebih besar.
 Terkadang digunakan berbeda dengan SME (Small to
Medium Enterprise)
Di Inggris, UKM berarti <250 karyawan
AS, UKM berarti <500 karyawan
 Persyaratan TI Enterprise lebih kompleks dan biasanya
memiliki staf TI internal yang mampu mengembangkan
dan menerapkan sistem.
 Matakuliah ini akan berfokus terutama pada perangkat
lunak berbasis terbuka/standar. Microsoft memecahkan
masalah dalam dunia teknologinya sendiri.
3
Understanding the enterprise IT
environment
 Pengambilan keputusan dalam TI Enterprise
didorong oleh kebutuhan untuk menyeimbangkan
sejumlah faktor yang berbeda selain dari kelayakan
teknis.
 Cara menyeimbangkan ini kadang-kadang disebut
tata kelola TI
 Proses yang dirancang untuk memastikan keputusan yang tepat dibuat
dan bahwa semua pemangku kepentingan, termasuk manajemen
senior, pelanggan internal, dan departemen seperti keuangan, memiliki
masukan yang diperlukan ke dalam proses pengambilan keputusan.
 Ada 5 faktor utama yang mempengaruhi keputusan
tersebut.
4
Understanding the enterprise IT
environment
 There are five primary drivers
1. Keterampilan: Biaya dan ketersediaan
2. Siklus hidup teknologi: Bagaimana TI Enterprise
berkembang dan bagaimana industri TI
berkembang
3. Business requirement: bagaimana TI
mendukung strategi bisnis
4. IT Organisation: bagaimana TI itu sendiri diatur,
peran dalam departemen TI
5. Bagaimana investasi dan keuntungan dapat
diukur 5
Understanding the enterprise IT
environment
 There are five primary drivers
1. Keterampilan: Biaya dan ketersediaan
2. Siklus hidup teknologi: Bagaimana TI Enterprise
berkembang dan bagaimana industri TI
berkembang
3. Business requirement: bagaimana TI
mendukung strategi bisnis
4. IT Organisation: bagaimana TI itu sendiri diatur,
peran dalam departemen TI
5. Bagaimana investasi dan keuntungan dapat
diukur 6
The technical skills pyramid
Langka: Pengembang  Pengembang perangkat lunak
perangkat lunak sistem sistem yang sangat terampil
jarang terjadi.
 Oleh karena itu, mereka harus
digunakan untuk memecahkan
Ketersediaan sedang: masalah teknis secara
Pengembang aplikasi
eksklusif.
 Solusi dari grup yang lebih
tinggi dalam piramida
digunakan untuk pengembang
yang lebih rendah di piramida.

Umum:
Perakit dan pengonfigurasi
7
Specialisation of skills
 Sebagian besar staf akan
Technical skills didominasi oleh keterampilan
teknis atau keterampilan bisnis
– bahkan di departemen TI.
 Mencoba menggunakan staf
yang fokus secara teknis pada
masalah yang berfokus pada
Combination bisnis akan menghasilkan
solusi yang buruk dan
sebaliknya.
 Oleh karena itu, cara kita
mengembangkan perangkat
lunak harus berusaha untuk
memungkinkan pemisahan
Business skills peran di antara keduanya.

8
Dealing with the skills challenge
 Sasaran 1: Mengurangi requirement keterampilan teknis
dan memungkinkan lebih banyak staf untuk
berpartisipasi dalam proses pengembangan perangkat
lunak apa pun

 Solution:
 Andalkan produk alih-alih solusi kode khusus;
 Kurangi kesulitan dalam kode itu sendiri dengan memindahkan
sebanyak mungkin kode sulit ke dalam produk yang Anda beli
 Gunakan tool untuk membuat pengembangan lebih mudah dan
proses pengembangan lebih mudah (mis. Alat Visual C++ atau
Eclipse atau Pemodelan Proses Bisnis)
9
Dealing with the skills challenge

 Tujuan 2: Mengurangi jumlah kode yang perlu


ditulis.
 Izinkan pengembang untuk fokus pada penulisan
logika bisnis yang spesifik untuk masalah yang
dihadapi, bukan kode infrastruktur yang generik
 Maksimalkan jumlah penggunaan kembali (reuse)
sistem, kode, desain yang ada, dll
 Mengurangi jumlah kode yang ditulis juga
mengurangi biaya pemeliharaan

10
Understanding the enterprise IT
environment
 There are five primary drivers
1. Keterampilan: Biaya dan ketersediaan
2. Siklus hidup teknologi: Bagaimana TI Enterprise
berkembang dan bagaimana industri TI
berkembang
3. Business requirement: bagaimana TI
mendukung strategi bisnis
4. IT Organisation: bagaimana TI itu sendiri diatur,
peran dalam departemen TI
5. Bagaimana investasi dan keuntungan dapat
diukur 11
The IT life-cycle is driven by many
factors
 Industri TI itu sendiri
 Inovasi teknologi

 Lingkungan bisnis
 Permintaan pelanggan baru
 eCommerce pada tahun 1990-an

 Investasi dari VC
 Siklus ekonomi
 Persaingan di antara pengguna akhir

 Dihambat oleh umur sistem TI


 Berapa umur rata-rata sistem TI perusahaan?
12
A naïve view of enterprise IT life-cycle
 Evolusi adalah survival of the fittest. Setiap tahap mati
karena yang berikutnya lebih baik.

© Korn

 Evolusi TI terdiri dari kemajuan teknologi yang


menggantikan gelombang teknologi sebelumnya
13
The reality of enterprise IT life-cycles
 Sistem TI tidak berkembang – sistem baru dikerahkan

Web
SOA Services
Client/ J2EE
CORBA
© Korn
server

CICS IMS

 Sistem hanya dinonaktifkan bila ada kebutuhan bisnis


yang mendesak.
 Sistem enterprise biasanya digunakan selama 7+ tahun. 14

 Hanya terkadang terlalu tua untuk dipertahankan


The ideal of the enterprise IT

 Teknologi modern
 Arsitektur yang konsisten
 Ramping dan efisien
 Mampu mendukung
perubahan bisnis untuk
tahun-tahun mendatang

Swiss RE Building
in London
15
The reality of enterprise IT

The Winchester “Mystery” House

 Tekanan gabungan dari teknologi baru dan bisnis menghasilkan kekacauan.


 38 tahun konstruksi – 147 pembangun 0 arsitek
 160 kamar – 40 kamar tidur, 6 dapur, 2 ruang bawah tanah, 950 pintu
 65 pintu ke dinding kosong, 13 tangga ditinggalkan, 24 skylight di lantai
16
 Tidak ada cetak biru arsitektur
Who drives adoption of new
technology

 Participants:
 Pengguna akhir: Kebutuhan bisnis
 Vendor: Peluang penjualan
 Analis industri: Melihat tren

 Industry analysts:
 Gartner, Forrester, IDC
 Bekerja dengan vendor dan pelanggan untuk
mengidentifikasi tren

17
Understanding the enterprise IT
environment
 There are five primary drivers
1. Keterampilan: Biaya dan ketersediaan
2. Siklus hidup teknologi: Bagaimana TI Enterprise
berkembang dan bagaimana industri TI
berkembang
3. Business requirement: bagaimana TI
mendukung strategi bisnis
4. IT Organisation: bagaimana TI itu sendiri diatur,
peran dalam departemen TI
5. Bagaimana investasi dan keuntungan dapat
diukur 18
Building a business strategy
The resources and capabilities that have
Core
Latihan: been determined to be a source of
Competency
competitive advantage for a firm over its
Untuk analisis bisnis atau organisasi yang dipilih:
rivals.

Apa kompetensi intinya?


Leads to
Bagaimana hal itu sesuai dengan strategi bisnisnya?

An integrated
Bagaimana itu cocok dengan strategiand coordinated
tingkat set of actions
bisnisnya?
Strategy taken to exploit core competencies and gain a
competitive
Bagaimana itu cocok dengan advantage.
strategi teknologinya?

Leads to

Business Actions taken to provide value to customers and gain


Level Strategy a competitive advantage by exploiting core 19
competencies in specific, individual product markets.
IT and Business Strategy

 Setiap investasi dalam suatu perusahaan akan


dievaluasi dalam konteks apakah itu cocok dengan
strategi bisnis secara keseluruhan.

 “Strategi adalah rencana tindakan jangka panjang yang


dirancang untuk mencapai tujuan tertentu.”

 “Strategi perusahaan adalah keseluruhan rencana


pengembangannya. Strategi perusahaan dapat lebih
formal didefinisikan sebagai rencana komprehensif atau
orientasi tindakan yang mengidentifikasi arah kritis dan
memandu alokasi sumber daya dari seluruh organisasi.

20
Role of IT is pivotal in supporting
business strategy
 Berkontribusi pada pencapaian tujuan bisnis.
 Peluncuran produk baru
 M&A
 Masuk ke pasar baru

 Menyampaikan tujuan dengan cara yang:


 Hemat biaya
 Tepat waktu
 Fleksibel

 Lebih dari 50% investasi modal perusahaan AS terkait


dengan TI 21
IT Strategy
 Rencana yang digunakan organisasi dalam menyediakan
layanan informasi.
 TI memungkinkan bisnis untuk menerapkan strategi
bisnisnya.
 TI membantu menentukan kemampuan perusahaan.
 Strategi TI harus masuk akal dalam konteks struktur dan
pendekatan organisasi
 Empat komponen infrastruktur TI utama adalah kunci strategi
TI: Perangkat keras, perangkat lunak, jaringan, data
 Komponen-komponen kunci ini cukup untuk memungkinkan
manajer umum untuk menilai isu-isu penting TI.

22
Building a business strategy
Sumber daya dan kapabilitas yang telah
ditentukan menjadi sumber keunggulan
Kompetensi
kompetitif bagi suatu perusahaan atas
inti
para pesaingnya.

Mengarah ke

Serangkaian tindakan yang terintegrasi dan


terkoordinasi yang diambil untuk
Strategi mengeksploitasi kompetensi inti dan
mendapatkan keunggulan kompetitif.

Mengarahkan ke
Tindakan yang diambil untuk memberikan nilai
Strategi Tingkat kepada pelanggan dan mendapatkan keunggulan
Bisnis kompetitif dengan memanfaatkan kompetensi inti23 di
pasar produk individual yang spesifik.
Generic Business Level Strategies

Source of Competitive Advantage

Cost Uniqueness

Cost Differentiation
Leadership

•Produk yang relatif standar •Nilai yang diberikan oleh fitur unik
•Fitur yang dapat diterima oleh dan karakteristik nilai dan harga
banyak orang premium perintah
•Pelanggan •Layanan pelanggan yang tinggi
•Harga kompetitif terendah •Kualitas, prestise atau eksklusivitas
•Inovasi cepat 24
Understanding the enterprise IT
environment
 There are five primary drivers
1. Keterampilan: Biaya dan ketersediaan
2. Siklus hidup teknologi: Bagaimana TI Enterprise
berkembang dan bagaimana industri TI
berkembang
3. Business requirement: bagaimana TI
mendukung strategi bisnis
4. IT Organisation: bagaimana TI itu sendiri diatur,
peran dalam departemen TI
5. Bagaimana investasi dan keuntungan dapat
diukur 25
Eight Core Activities of IT department

 Apakah mereka?

 Apa yang bukan bagian dari tujuan TI?

26
Eight Core Activities of IT department
 Mengantisipasi teknologi baru.
 TI harus mengawasi teknologi yang muncul.
 Bekerja sama dengan manajemen untuk membuat keputusan yang tepat.
 Timbang risiko dan manfaat dari teknologi baru.

 Arah strategis.
 SI dapat bertindak sebagai konsultan manajemen.
 Mendidik manajer tentang teknologi / tren saat ini.

 Inovasi proses.
 Tinjau proses bisnis untuk berinovasi.
 Survei praktik terbaik.

 Manajemen pemasok.
 Kelola TI yang dialihdayakan dengan hati-hati.

27
Eight Core Activities
(continued)

 Arsitektur dan standar.


 Waspadalah terhadap inkompatibilitas.
 Data yang tidak konsisten merusak integritas.

 Keamanan
 Penting untuk semua manajer umum.
 Lebih dari masalah teknis.

 Perencanaan kelangsungan bisnis


 Pemulihan bencana.
 Skenario "Bagaimana jika".

 Manajemen Sumber Daya Manusia.


 Mempekerjakan, memecat, melatih, outsourcing, dll.

28
What IT Does Not Do
 Tidak menjalankan fungsi bisnis inti seperti:
 Penjualan
 Manufaktur
 Akuntansi.

 Tidak mengatur strategi bisnis.


 Manajer umum tidak boleh mendelegasikan keputusan teknologi penting.

 Dalam kebanyakan kasus, TI adalah layanan untuk seluruh bisnis.

 Dalam beberapa kasus, TI dipandang sebagai biaya melakukan


bisnis.

29
CIO

 CIO (Chief Information Officer) adalah kepala organisasi IS.


 Tujuan utama CIO adalah mengelola sumber daya TI untuk
menerapkan strategi perusahaan.
 Memberikan visi dan kepemimpinan teknologi untuk
mengembangkan dan menerapkan inisiatif TI untuk membantu
enterprise mempertahankan keunggulan kompetitif.
 Karena pentingnya teknologi telah meningkat, demikian pula
posisi CIO.
 Terkadang melapor langsung ke CEO.
 Jika tidak, Chief Operating Officer atau Chief Financial Officer

30
Twelve Main Responsibilities
 Tanggung jawab berikut sering menentukan peran
CIO:
1. Memperjuangkan organisasi.
2. Manajemen arsitektur.
3. Konsultan strategi bisnis.
4. Perencanaan teknologi bisnis.
5. Pengembangan aplikasi.
6. manajemen infrastruktur TI.
7. Sumber.
8. Pengembang kemitraan.
9. Agen transfer teknologi.
10. Manajemen kepuasan pelanggan.
11. Pelatihan.
12. Perencanaan diskontinuitas bisnis/pemulihan bencana.

31
IT Organisational structures
 Terpusat – menyatukan semua staf, perangkat keras,
perangkat lunak, data, dan pemrosesan ke dalam satu
lokasi.
 Terdesentralisasi – komponen dalam struktur terpusat
tersebar di lokasi yang berbeda untuk memenuhi
kebutuhan bisnis lokal.
 Federalisme – kombinasi struktur terpusat dan
terdesentralisasi.

32
Federalism
 Sebagian besar perusahaan ingin mencapai keuntungan
yang diperoleh dari paradigma organisasi terpusat dan
terdesentralisasi.

33
Understanding the enterprise IT
environment
 There are five primary drivers
1. Keterampilan: Biaya dan ketersediaan
2. Siklus hidup teknologi: Bagaimana TI Enterprise
berkembang dan bagaimana industri TI
berkembang
3. Business requirement: bagaimana TI
mendukung strategi bisnis
4. IT Organisation: bagaimana TI itu sendiri diatur,
peran dalam departemen TI
5. Bagaimana investasi dan keuntungan dapat
diukur 34
Calculating the cost of IT
 Metode paling dasar untuk menentukan biaya adalah dengan
menjumlahkan semua perangkat keras, perangkat lunak,
jaringan, dan orang-orang yang terlibat dalam SI.

 Biaya riil tidak mudah ditentukan.

 Sebagian besar perusahaan terus menggunakan pandangan


yang terlalu sederhana dalam menentukan biaya dan tidak
pernah benar-benar mengetahui biaya sebenarnya.

35
IT Investment Monitoring
 "Jika Anda tidak dapat mengukurnya, Anda tidak dapat
mengelolanya".

 Manajemen perlu memastikan bahwa uang yang dihabiskan


untuk TI menghasilkan keuntungan organisasi.

 Harus menyetujui serangkaian metrik untuk memantau


investasi TI.

 Seringkali bersifat finansial (ROI, NPV, dll.).

36
Valuing IT Investments
Valuation Method Description
Return on Investment (ROI) ROI= (Estimated lifetime benefits- Estimated lifetime
costs)/Estimated lifetime costs

Payback Analysis Waktu yang akan berlalu sebelum manfaat yang masih harus
dibayar mengambil alih biaya yang masih harus dibayar dan
biaya yang berkelanjutan.
Net Present Value (NPV) Dihitung dengan mendiskontokan biaya dan manfaat untuk setiap
tahun masa pakai sistem menggunakan nilai sekarang

Economic Value Added (EVA) EVA = net operating profit after taxes

Internal Rate of Return (IRR) Pengembalian bahwa investasi TI dibandingkan dengan


kebijakan perusahaan tentang tingkat pengembalian

Weighted Scoring Methods Biaya dan pendapatan/penghematan ditimbang berdasarkan


kepentingan strategisnya, dll

Prototyping Versi sistem yang diperkecil diuji untuk biaya dan manfaatnya

Game Theory or Role-playing Pendekatan ini mungkin memunculkan perubahan perilaku atau
tugas baru yang disebabkan oleh sistem baru

Simulation Sebuah model digunakan untuk menguji dampak dari sistem


baru atau serangkaian tugas; metode berbiaya rendah
37
Total Cost of Ownership

 Total Cost of Ownership (TCO) dengan cepat menjadi standar


industri

 Ini terlihat di luar investasi modal awal untuk memasukkan biaya


yang terkait dengan dukungan teknis, administrasi, dan
pelatihan.

 Teknik ini memperkirakan biaya tahunan per pengguna untuk


setiap pilihan infrastruktur potensial; biaya ini kemudian
dijumlahkan.

 Perkiraan TCO yang cermat memberikan angka investasi


terbaik untuk dibandingkan dengan angka pengembalian
finansial saat menganalisis pengembalian bersih pada berbagai
opsi TI
38
TCO Component Breakdown

 Untuk komponen bersama seperti server dan printer, perkiraan


TCO harus dihitung per komponen dan kemudian dibagi di
antara semua pengguna yang mengaksesnya

 Untuk situasi yang lebih kompleks, seperti ketika hanya


kelompok pengguna tertentu yang memiliki komponen tertentu,
adalah bijaksana untuk mengelompokkan analisis perangkat
keras berdasarkan platform

 Biaya lunak, seperti dukungan teknis, administrasi, dan


pelatihan lebih mudah diperkirakan daripada yang terlihat
pertama kali

39
Return on Investment calculation
 Hitung biaya seumur hidup proyek (biasanya diatur ke 3 atau 5
tahun tergantung pada organisasi)
 Biaya peralatan dan perangkat lunak awal
 Biaya staf termasuk gaji, tunjangan, rekrutmen dan biaya pelatihan untuk
tahap pengembangan dan peluncuran.
 Biaya staf (seperti di atas) untuk setiap tahun sistem dipertahankan.
 Biaya pemeliharaan perangkat lunak, perangkat keras, dan jaringan.
 Hitung manfaat seumur hidup proyek.

 Pengembalian investasi = (Manfaat – Biaya)/Biaya


 RoI < 0 berarti investasi tidak pernah ditanggung
 RoI > 0 berarti investasi ditanggung. Kemudian harus dibandingkan dengan
investasi potensial lainnya untuk melihat mana yang terbaik.

 Analisis pengembalian mengidentifikasi berapa lama waktu yang


dibutuhkan sebelum RoI>0
40
Internal rate of return (Tingkat
pengembalian internal)
 Organisasi komersial dinilai oleh pemiliknya berdasarkan
keuntungan (dan terkadang pendapatan).

 Untuk memberikan target laba apa pun, organisasi akan


menetapkan tingkat pengembalian yang diharapkan dari
bisnis yang ada atau baru.
 Membangun evaluasi risiko bisnis.

 Patokan internal ini disebut Internal Rate of Return.

41
Valuing IT Investments (Menilai Investasi TI)

 Manfaat lunak, seperti kemampuan untuk membuat


keputusan di masa depan, mempersulit pengukuran
pengembalian investasi TI
 TI dapat menjadi bagian penting dari anggaran tahunan, sehingga
di bawah pengawasan ketat.
 Sistem itu sendiri rumit, dan menghitung biaya adalah seni, bukan
sains.
 Karena banyak investasi TI untuk infrastruktur, periode
pengembaliannya jauh lebih lama daripada jenis investasi modal
lainnya.
 Banyak kali pengembalian tidak dapat dihitung karena investasi
adalah kebutuhan daripada pilihan, dan tidak ada pengembalian
yang nyata.
 TI telah oversold di masa lalu dan terlalu banyak kegagalan profil
tinggi yang terkenal! 42
IT Investment monitoring: A hard job
 CIO Insight 2006:
 Investasi TI bisa sulit
diukur.
 40% perusahaan tidak
mengukur investasi TI.
 Dan investasi TI tidak
harus dibenarkan secara
finansial tetapi
kurangnya pembenaran
membuat investasi
menjadi lebih sulit.
 http://www.cioinsight.com/articl
e2/0,1540,1999135,00.asp

43
Sumber Materi

http://bit.ly/2cE3SEr
Perkembangan ERP
PERTEMUAN 2
Definisi dan Proses ERP

• ERP terdiri dari 3 elemen yaitu Enterprise (perusahaan),


Resource (sumber daya), dan Planning (Perencanaan).
• Ketiga konsep berujung pada sebuah kata kerja yaitu
Planning, yang berarti menekankan pada aspek
perencanaan sumberdaya perusahaan.
• Sumber daya perusahaan seperti Finansial, SDM, Rantai
Suplai, dan Customer dsb
• ERP Mengintegrasikan semua sumberdaya perusahaan.
Definisi
 ERP : Aspek perencanaan yang terintegrasi di suatu organisasi/perusahaan,
bersifat lintas fungsional terdiri atas berbagai fitur dengan tujuan agar dapat
merencanakan dan mengelola sumber daya organisasi dengan lebih efisien
dan dapat merespon kebutuhan pelangan dengan lebih baik.
 ERP : sekumpulan paket sistem informasi yang dibangun dan
diimplementasikan sebagai fasilitator terwujudnya konsep ERP di suatu
organisasi (Dhewanto & Falahah, 2007)
 ERP : Terdiri atas paket software komersil yang menjamin integrasi yang
mulus atas semua aliran informasi diperusahaan, meliputi keuangan,
akuntansi, SDM, rantai pasok dan informasi konsumen (Davenport, 1998).
 Konsep ERP dapat dijalankan dengan baik, jika didukung dengan
seperangkat aplikasi dan infrastruktur komputer baik software dan
hardware sehingga pengelolaan data dan informasi dapat dilakukan
dengan mudah dan terintegrasi.
Enterprise Resource Planning

 “ERP comprises of a commercial software package that promises the


seamless integration of all the information flowing through the company
– financial, accounting, human resources, supply chain and customer
information” (Davenport, 1998).
 “One database, one application and a unified interface across the
entire enterprise” (Tadjer, 1998).
 “ERP systems are configurable information systems packages that
integrate information and information-based processes within and
across functional areas in an organization” (Kumar & Van Hillsgersberg,
2000).
 “ERP systems are computer-based systems designed to process an
organization's transactions and facilitate integrated and real-time
planning, production, and customer response” (O'Leary, 2001).
Enterprise Resource Planning

 Suatu metode untuk perencanaan dan pengendalian yang efektif dari


semua sumber daya yang dibutuhkan untuk mengambil, membuat,
mengirimkan dan memperhitungkan pesanan pelanggan di
perusahaan manufaktur, distribusi atau layanan (American Production
and Inventory Control Society, 2001).
 “Perangkat lunak inti yang digunakan oleh perusahaan untuk
mengoordinasikan informasi di setiap bidang bisnis seperti
perencanaan, pembuatan, penjualan, pemasaran, distribusi, akuntansi,
keuangan, manajemen sumber daya manusia, manajemen proyek,
manajemen inventaris, layanan dan pemeliharaan, transportasi dan e-
bisnis. (Monk, 2009).
Enterprise System

 Enterprise systems (ES) adalah sistem organisasi skala besar yang terdiri
dari orang, proses, dan teknologi informasi yang dibangun di sekitar
paket software sistem enterprise:
 adalah seperangkat modul perangkat lunak aplikasi terpaket, dengan
arsitektur terintegrasi, yang dapat digunakan oleh organisasi sebagai
mesin utama mereka untuk mengintegrasikan data, proses, dan
teknologi informasi, secara real time, lintas rantai nilai internal dan
eksternal;
PROSES ERP YANG
DITEMUKAN DI ES

ERP
ES

PROSES ERP BUKAN PROSES NON-ERP YANG


BAGIAN DARI ES DITEMUKAN DI ES
Proses ERP dan ES
 Proses-proses pada ERP  Proses-proses pada
 Sales Forecasting ES
 Sales and Operaton Planning
 Accounts
 Advanced Planning System
Receivable
 Supplier Rating System
 Account Payable
 Performance Metric
 General Ledger
 Cash Management
 CRM
 Human Resource
 Datawarehousing
Proses ERP yang ada di ES

 Master Production Scheduling


 Rought-cut Capacity Planning
 Material Requirement Planning
 Capacity Requirement Planning
 Distribution Requirement Planning
 Customer Order Entry and Promising
Sejarah ERP

 Sejak semula dikeluarkan (1960), ERP telah


mengalami evolusi yang cukup drastis.
 Tahap 1 (Material Requirement Planning-1960)
 Cikalbakal ERP adalah konsep MRP
 MRP muncul dari proses pengolahan Bill Of Material atau
daftar material yang harus disediakan untuk membuat
sebuah produk tertentu.
 MRP dirancang agar dapat menjawab :
 Produk apa yang akan dibuat ?
 Apa yang diperlukan untuk membuat produk tersebut ?
 Apa yang sudah dimiliki ?
 Apa yang harus dibeli ?
Sejarah ERP
 Tahap 2 (Close Loop MRP-1970)
 Dibuatlah sistem untuk mendukung perencanaan hingga
ke penjualan dan produksi, penjadwalan, perkiraan order
konsumen, dan analisis sumberdaya tingkat atas.
 Dibuatlah system untuk membantu menjalankan rencana
pekerjaan disemua pabrik, penjadwalan inventory
internal dan eksternal.
 Karakteristi penting Close Loop MRP :
 Merupakan sederetan fungsi, bukan hanya MRP
 Terdiri atas alat bantu untuk menyelesaikan masalah prioritas, perencanaan
kapasitas dan eksekusi.
 Menyediakan fungsi umpan balik dari eksekusi ke perencanaan.
 Rencana dapat diubah/diganti jika diperlukan dengan menjaga agar prioritas
tetap valid.
Sejarah ERP
 Tahap III (Manufacturing Resource Planning/MRPII-1980)
 Mirip seperti Close Loop MRP ditambah dengan tiga elemen :
 Perencanaan penjualan dan operasi, yang dgunakan untuk menyeimbangakan
antara permintaan dan persediaan.
 Antarmuka keuangan, kemampuan menterjemahkan rencana operasional (dalam
bentuk pieces, kg, gallon, dan satuan lainya) menjadi satuan biaya.
 Simulasi, kemampuan melakukan analisi what if untuk mendapatkan jawaban yang
mungkin diterapkan dapat dalam satuan unit maupun uang.
Sejarah ERP
 Tahap IV (Enterprise Resource Planning-1990)
 Dasar-dasar ERP diturunkan dari MRP II.
 Namum proses bisnisnya diperluas dan lebih sesuai dengan kondisi
perusahaan yang memiliki beberapa unit bisnis.
 Dengan ERP, integrasi keuangan lebih ditekankan, alat bantu rantai pasok,
bahkan dukungan lintas batas bisnis bahkan lintas perusahaan.
 Tahap V (Extended ERP ERP II-2000)
 Generasi ini diluncurkan tahun 2000
 Perluasan dari sistem ERP sebelumnya.
 Mampu menjembatani komunikasi dengan supplier dan konsumenya.
Manfaat dan Alasan Implementasi ERP
 Manfaat ERP :
 ERP menawarkan sistem terintegrasi dalam perusahaan,
sehingga proses pengambilan keputusan lebih efektif dan
efisien.
 ERP memungkinkan integrasi skala global, halangan berupa
perbedaan mata uang, bahasa, dan budaya.
 ERP tidak hanya memadukan data dan orang, tetapi juga
menghilangkan pemutakhiran dan koreksi data pada banyak
sistem komputer terpisah.
 ERP memungkinkan manajemen engelola operasi tidak hanya
sekedar memonitor.
 ERM membantu melancarkan pelaksanaan SCM.
Membandingkan Nilai Manfaat dan
Investasi
 Organisasi memilih dan mengembangkan ERP berdasarkan
alasan strategis yang bersifat tangible dan intangible.
 ROI (Return Of Investation) pada perusahaan lebih ditekankan
pada aspek intangibel dan manfaat strategis.
 Beberapa faktor yang dijadikan indikasi ROI :
 Penghematan biaya operasional (33%), mengurangi bahkan
menghilangkan duplikasi data, mengurangi kebutuhan jumlah
karyawan.
 Peningkatan jumlah penjualan karena ERP dapat membantu
arus barang dan jasa lebih cepat.
 Menambah daya saing, ada beberapa perusahaan tutup
karena tidak menggunakan ERP.
Informatian System Classification

Executive Information Systems (EIS)


Top  Strategic supports
level
/Strategi
c
Decision Support Systems (DSS)
Middle level
 Decision making support
/Tactical

ERP Applications Transaction Processing Systems (TPS)


Low level & Database Management Systems
(Operational)  Office Automation Systems (AOS)
Before and After
Terima Kasih
Ada Pertanyaan
Diterjemahkan dari bahasa Inggris ke bahasa Indonesia - www.onlinedoctranslator.com

Perencanaan Sumber Daya Perusahaan, 1st


Edisi oleh Mary Sumner

Bagian 3:
Perencanaan, Desain, dan
Implementasi Sistem Perencanaan
Sumber Daya Perusahaan

© Prentice Hall, 2005: Perencanaan Sumber Daya Perusahaan, 1stEdisi oleh Mary Sumner 3-1
Objektif

• Memahami proses pengembangan


sistem informasi untuk sistem
perusahaan, termasuk perencanaan,
desain, dan implementasi

© Prentice Hall, 2005: Perencanaan Sumber Daya Perusahaan, 1stEdisi oleh Mary Sumner 3-2
Pengembangan Sistem Tradisional
Lingkaran kehidupan

• Analisis rinci sistem menggunakan alat dan


teknik untuk menentukan area masalah
– Model proses
– Model data
• Fase
- Definisi masalah
- Studi kelayakan
– Analisis sistem
– Desain sistem
- Desain yang rinci
- Penerapan
- Pemeliharaan
© Prentice Hall, 2005: Perencanaan Sumber Daya Perusahaan, 1stEdisi oleh Mary Sumner 3-3
© Prentice Hall, 2005: Perencanaan Sumber Daya Perusahaan, 1stEdisi oleh Mary Sumner 3-4
Pengembangan Sistem Tradisional
Siklus Hidup, lanjutan

• Mengotomatiskan sistem saat ini


kontraproduktif
– Mewarisi masalah dan kekurangan lama

• Memberikan kesempatan untuk merekayasa ulang sistem


saat ini
• Buat desain basis data logis sebelum detail
disempurnakan
• Memakan waktu terlalu lama
• Menggunakan banyak sumber daya
• Mahal
© Prentice Hall, 2005: Perencanaan Sumber Daya Perusahaan, 1stEdisi oleh Mary Sumner 3-5
Pendekatan Baru

• Pembuatan prototipe
– Model ditampilkan kepada pengguna akhir untuk umpan balik,
panduan
– Belum tentu lebih cepat
• Pengembangan pengguna akhir
– Pengguna akhir membuat sistem informasi
menggunakan spreadsheet dan database
– Tidak efektif untuk pengembangan skala besar
• Paket perangkat lunak
– Skala ekonomi dalam pengembangan,
peningkatan, pemeliharaan
– COTS
© Prentice Hall, 2005: Perencanaan Sumber Daya Perusahaan, 1stEdisi oleh Mary Sumner 3-6
Proses Desain Sistem ERP

• Fase
- Perencanaan
- Analisa Kebutuhan
- Rancangan
- Desain yang rinci
- Penerapan
- Pemeliharaan

© Prentice Hall, 2005: Perencanaan Sumber Daya Perusahaan, 1stEdisi oleh Mary Sumner 3-7
Perencanaan dan Persyaratan
Fase
- Perencanaan
• Butuh penilaian
• Pembenaran bisnis
– Manfaat berwujud dan tidak berwujud (Tabel 3)

- Analisa Kebutuhan
• Identifikasi proses bisnis yang akan didukung
• “Praktik terbaik” yang ditawarkan oleh vendor
– Model fungsi yang didukung
• Daftar kegiatan dan faktor (Tabel 4&5)

© Prentice Hall, 2005: Perencanaan Sumber Daya Perusahaan, 1stEdisi oleh Mary Sumner 3-8
© Prentice Hall, 2005: Perencanaan Sumber Daya Perusahaan, 1stEdisi oleh Mary Sumner 3-9
© Prentice Hall, 2005: Perencanaan Sumber Daya Perusahaan, 1stEdisi oleh Mary Sumner 3-10
© Prentice Hall, 2005: Perencanaan Sumber Daya Perusahaan, 1stEdisi oleh Mary Sumner 3-11
Fase Desain

• Merekayasa ulang proses bisnis agar sesuai dengan


perangkat lunak
– SDLC tradisional mendefinisikan persyaratan bisnis baru
dan mengimplementasikan perangkat lunak yang
sesuai

• Rekayasa ulang versus penyesuaian


– Rekayasa ulang dapat mengganggu organisasi
• Perubahan alur kerja, prosedur
- Menyesuaikan
• Upgrade bisa jadi sulit
© Prentice Hall, 2005: Perencanaan Sumber Daya Perusahaan, 1stEdisi oleh Mary Sumner 3-12
© Prentice Hall, 2005: Perencanaan Sumber Daya Perusahaan, 1stEdisi oleh Mary Sumner 3-13
© Prentice Hall, 2005: Perencanaan Sumber Daya Perusahaan, 1stEdisi oleh Mary Sumner 3-14
Desain Alternatif

• "Vanila"
– Mudah diimplementasikan
• Ikuti metodologi yang ditentukan vendor
• Mempekerjakan konsultan dengan keahlian vendor
khusus
– Biasanya tepat waktu dan tepat
anggaran
• Disesuaikan
– Waktu dan biaya meningkat
– Tidak mudah diintegrasikan ke dalam versi baru

© Prentice Hall, 2005: Perencanaan Sumber Daya Perusahaan, 1stEdisi oleh Mary Sumner 3-15
© Prentice Hall, 2005: Perencanaan Sumber Daya Perusahaan, 1stEdisi oleh Mary Sumner 3-16
Desain Alternatif, lanjutan

• Pertahankan sistem lama dan tambahkan


modul ERP
– Mendukung fungsi tertentu
– Hemat biaya
– Organisasi tidak mendapatkan manfaat penuh dari ERP
– Kurang mengganggu
– Kurang integrasi
• Pengalihdayaan
– Vendor eksternal beroperasi
• ASP menyediakan berdasarkan pembagian waktu
• Tergantung pada keandalan dan stabilitas vendor

© Prentice Hall, 2005: Perencanaan Sumber Daya Perusahaan, 1stEdisi oleh Mary Sumner 3-17
© Prentice Hall, 2005: Perencanaan Sumber Daya Perusahaan, 1stEdisi oleh Mary Sumner 3-18
Fase Desain Rinci

• Tim memilih model, proses, dan informasi


yang akan didukung
– Metodologi “Praktik terbaik” menyediakan model
• Pilih proses bisnis yang berlaku
• Buang proses yang tidak dapat diterapkan

• Proses-proses yang tidak sesuai dengan sistem akan


menjadi dasar untuk rekayasa ulang
• Identifikasi area yang tidak tercakup sebagai kandidat untuk
penyesuaian

• Pembuatan prototipe interaktif

• Keterlibatan pengguna yang luas


© Prentice Hall, 2005: Perencanaan Sumber Daya Perusahaan, 1stEdisi oleh Mary Sumner 3-19
© Prentice Hall, 2005: Perencanaan Sumber Daya Perusahaan, 1stEdisi oleh Mary Sumner 3-20
Tahap Implementasi

• Penerapan
– Mengatasi masalah konfigurasi
• Kepemilikan dan pengelolaan data
• Masalah keamanan
– Migrasi data
• Pastikan akurasi
– Bangun antarmuka
– Tinjauan dokumentasi
– Pelatihan pengguna
– Pelaporan
– Pengujian

© Prentice Hall, 2005: Perencanaan Sumber Daya Perusahaan, 1stEdisi oleh Mary Sumner 3-21
Strategi Implementasi

• Dentuman Besar
– Pendekatan potong
• Cepat
• Membutuhkan banyak sumber daya
• Perusahaan kecil dapat mempekerjakan

• Mini big bang


– Implementasi vendor sebagian
• Ditahap demi modul
– Modul demi modul
– Baik untuk proyek besar
• Bertahap berdasarkan situs
– Implementasi berbasis lokasi
© Prentice Hall, 2005: Perencanaan Sumber Daya Perusahaan, 1stEdisi oleh Mary Sumner 3-22
Kasus: Tanggapan untuk Permintaan
Proposal untuk Sistem ERP
• Listrik Wingate
– Pabrikan motor listrik ukuran sedang
– Dimiliki oleh Dick, CEO, dan Steve, COO
• Sistem SIM
– Mendukung fungsi akuntansi dan keuangan
utama
• Pemrosesan pesanan penjualan, pengendalian
persediaan, hutang, piutang, buku besar
– Beberapa sistem warisan
• Data redundan
• Data tidak konsisten
• Pertanyaan sulit

© Prentice Hall, 2005: Perencanaan Sumber Daya Perusahaan, 1stEdisi oleh Mary Sumner 3-23
Kasus: Tanggapan atas Permintaan Proposal
untuk Sistem ERP, lanjutan

• Pesaing yang mengadopsi sistem ERP


– Mengintegrasikan keuangan dan manufaktur
– Ujung depan berbasis web
• Pemrosesan pesanan, pelacakan, tindak lanjut
• RFP untuk sistem ERP
– Awalnya untuk mendukung akuntansi, keuangan
– Dukungan tambahan untuk produksi, manufaktur
– Dukungan akhir untuk penjualan dan pemasaran, SDM, CRM,
eBusiness
– anggaran $1.000.000 untuk sistem
– Penentuan dibuat oleh lima eksekutif, mewakili kelompok
pengguna yang berbeda
• 10 kriteria skor
• Presentasi vendor, materi tambahan

© Prentice Hall, 2005: Perencanaan Sumber Daya Perusahaan, 1stEdisi oleh Mary Sumner 3-24
Ringkasan

• SDLC tradisional telah dimodifikasi dengan


menggunakan prototipe, pengguna akhir
pengembangan, dan paket perangkat lunak
• Proses desain sistem ERP terdiri dari
enam fase: perencanaan, analisis
kebutuhan, desain, desain detail,
implementasi, dan pemeliharaan
– Fase desain mempertimbangkan
penggunaan metode tradisional, rekayasa
ulang, dan kustomisasi, serta outsourcing
© Prentice Hall, 2005: Perencanaan Sumber Daya Perusahaan, 1stEdisi oleh Mary Sumner 3-25
Diterjemahkan dari bahasa Inggris ke bahasa Indonesia - www.onlinedoctranslator.com
Proses Bisnis
1. Potensi input dan output dari masing-masing
area fungsional.
2. Perhatikan jenis data yang dibutuhkan oleh setiap
area, dan dari mana sumber data, bagaimana data
yang diolah, dan data hasil olahan, dan kemana
akan pergi.
3. Sistem informasi hubungan antara semua
bidang fungsional dan proses.
Area Fungsional Operasi

Gambar 1-1 Contoh area fungsional operasi dan fungsi bisnisnya


4
Area Fungsional Operasi

Gambar 1-1 Contoh area fungsional operasi dan fungsi bisnisnya


5
Proses membantu manajer melihat organisasi mereka dari
pelanggan prespektif

pelanggan

Berbagi data melintasi fungsional yang efektif dan efisien menyebabkan


proses bisnis menjadi lebih terkoordinasi.
Area Fungsional dan Proses
Bisnis dari Bisnis Sangat Kecil

Konsep dalam Perencanaan Sumber Daya Perusahaan, Edisi Ketiga 10


Konsep dalam Perencanaan Sumber Daya Perusahaan, Edisi Ketiga 11
Konsep dalam Perencanaan Sumber Daya Perusahaan, Edisi Ketiga 12
Konsep dalam Perencanaan Sumber Daya Perusahaan, Edisi Ketiga 13
Konsep dalam Perencanaan Sumber Daya Perusahaan, Edisi Ketiga 14
Konsep dalam Perencanaan Sumber Daya Perusahaan, Edisi Ketiga 15
Konsep dalam Perencanaan Sumber Daya Perusahaan, Edisi Ketiga 16
Konsep dalam Perencanaan Sumber Daya Perusahaan, Edisi Ketiga 17
Konsep dalam Perencanaan Sumber Daya Perusahaan, Edisi Ketiga 18
Konsep dalam Perencanaan Sumber Daya Perusahaan, Edisi Ketiga 19
Gambar 1-4 Area fungsional Pemasaran dan Penjualan bertukar data dengan
pelanggan dan dengan area fungsional Sumber Daya Manusia, Akuntansi dan
Keuangan, dan Manajemen Rantai Pasokan
20
21
22
Gambar 1-5 Area fungsional Manajemen Rantai Pasokan bertukar data dengan
pemasok dan dengan area fungsional Sumber Daya Manusia, Pemasaran dan
23
Penjualan, serta Akuntansi dan Keuangan
24
25
Konsep dalam Perencanaan Sumber Daya Perusahaan, Edisi Ketiga 26
27
28
29
Gambar 1-6 Area fungsional Akuntansi dan Keuangan bertukar data dengan pelanggan
dan dengan area fungsional Sumber Daya Manusia, Pemasaran dan Penjualan, dan
Manajemen Rantai Pasokan

30
31
Konsep dalam Perencanaan Sumber Daya Perusahaan, Edisi Ketiga 32
33
Gambar 1-7 Area fungsional Sumber Daya Manusia bertukar data dengan area
fungsional Akuntansi dan Keuangan, Pemasaran dan Penjualan, dan Manajemen
Rantai Pasokan
34
35
36
37
Berbagi Data Lintas Area Fungsional

1. Sejumlah besar data yang dikelola oleh masing-


masing bidang fungsional di-share ke bagian
fungsional lainnya.
2. Ketepatan waktu dan keakuratan data adalah penting
untuk keberhasilan proses fungsional di masing-masing
area, sehingga mendukung operasional perusahaan, dan
pertumbuhan di masa mendatang.
3. Software ERP mendukung semua bidang fungsional
berbagi data pada database umum sehingga
informasi yang akurat, dan realtime dapat tersedia
Diterjemahkan dari bahasa Inggris ke bahasa Indonesia - www.onlinedoctranslator.com

Sistem Perusahaan B
Silo Fungsional &
Integrasi sistem

1
Tujuan pembelajaran

• Memahamidampakdaristruktur organisasipada
sistem Informasi.
• Cari tahu tentang jenis-jenisnyasilo fungsionaldalam organisasi.
• Pelajari tentangevolusidarigenerasi teknologi sistem
informasidan arsitektur dan pengaruhnya terhadap
lingkungan silo.
• Tahu apaintegrasi sistem dan mengapa itu penting bagi
organisasi.
• MemahamiwewenangdariPerencanaan Sumberdaya
Perusahaan(ERP) sistemdiintegrasi sistem .

2
Pratinjau

Integrasi sistem??

3
Silo Fungsional
Proses Bisnis dan Sistem Informasi

Memenuhi pesanan pelanggan melibatkan serangkaian langkah rumit yang memerlukan koordinasi yang erat antara fungsi penjualan, akuntansi, dan manufaktur.
Silo Fungsional

Silo Horisontal
• Itumodel fungsional POSDCORB(kategorisasi Planning, Organizing,
Staffing, Directing, Coordinating, Reporting and Budgeting) yang diajukan
oleh Luther Gulick menghasilkan serangkaianfungsi organisasi formal
sepertikontrol,pengelolaan,pengawasan, dan administrasidimulai pada
akhir 1930-an.

• Klasifikasi organisasi ke dalam departemen sepertiAkuntansidan Sumber daya


manusia, mencerminkanpemecahandaritugas yang komplekske dalam lebih kecil
dapat dikelolatugas yang dapat ditugaskan ke sekelompok orang yang kemudian
dapat dimintai pertanggungjawaban.

6
Model Organisasi Fungsional
(POSDCORB)
Silo Fungsional (Lanjutan)
Silo Vertikal

• Organisasi juga terbagiperan dalam lapisan hierarkis


(vertikal) dariperencanaan strategiskekontrol manajemen
dan kontrol operasi.

• CEOdan Presidenmerencanakan strategi jangka panjang,manajemen


tingkat menengah(misalnya VP, manajer umum) berfokus padamasalah
taktisdan padaeksekusidarikebijakan organisasisedangkantugas
manajemen tingkat bawah(misalnya pengawas) adalah untuk fokus
padaoperasi sehari-haridari perusahaan.

• Ketika organisasi menjadi besar dan kompleks, mereka cenderung demikianmemecah


fungsi menjadi unit-unit yang lebih kecildan menugaskan staf tanggung jawab
untuk kegiatan ini memungkinkan mereka untukmengelola kompleksitassebaik
berspesialisasi dalam kegiatanyang meningkatkan produktivitas dan efisiensi.

8
Model Hirarki Organisasi
Proses Bisnis dan Silo

apa hubungan antara silo fungsional dan proses bisnis?

10
Struktur Matriks Organisasi

11
Evolusi Sistem Informasi di
Organisasi

Bagaimana evolusi sistem informasi dalam organisasi?

12
Silo Fungsional dalam Organisasi

Contoh: Sistem pelacakan paket UPS.


Bagan Evolusi Sistem Informasi

14
Arsitektur Sistem Informasi

15
Fungsionalisasi SI

• Selain melayani yang berbedatingkat manajemen, IS juga


mendukungfungsi bisnis utama, sepertimanufaktur,
pemasaran,akuntansi,keuangan, danSDM.
• SetiapArea Serba Guna memiliki berbedakebutuhan informasi dan
persyaratan laporan .

• Setiap area fungsional dalam suatu organisasi juga memilikibeberapa tingkat dari
pengelolaan , masing-masing membutuhkan berbedatingkat darianalisis dan detail
dariinformasi .

16
IS sebagai Dikategorikan oleh Fungsional dan
Model Hirarki

17
dasbor visual dari informasi strategis
Integrasi Sistem

Sistem terintegrasi memungkinkan perusahaan untuk mencapai sesuatu yang telah memberikan yang
paling sampai saat ini: itumenghubungkan permintaandanfungsi sisi penawarandengan cara yang
memungkinkan acepatdanrespon yang fleksibelkeperubahan.

• Integrasi logis (tingkat manusia).

• Integrasi fisik (tingkat teknis).

19
Langkah-langkah dalam Mengintegrasikan Sistem

Silo Fungsional Struktur organisasi dan


organisasi proses bisnis

Langkah 1 Sumber Ambil sebuahinventarisdariberbagai sumber daya


kategorisasi hardware dan softwareberfokus pada vendor, platform
sistem operasi, arsitektur IS yang digunakan dalam
sumber daya ini.

Langkah 2 Kepatuhan dan Periksa apakahitubasis datadan teknologi lain yang


standar digunakan dalam berbagai aplikasi adalah standar
pendukung sepertiJDBC/ODBCkepatuhan untuk basis
data.

Langkah 3 Sistem warisan Mengembangkan kebijakan dimendukungdariaplikasi warisan


mendukung yang lebih tua.

Langkah 4 Alat perangkat tengah Middlewarealat adalahpenting untuk integrasi


dalam jangka pendek jikaaplikasi yang adaharus
digunakan oleh organisasi. 20
Langkah-langkah Mengintegrasikan Sistem (Lanjutan)

Langkah 5 Otentikasi dan Lajangkebijakan masuk untuk aplikasidan akses data


otorisasi karena semua karyawan dan mitra eksternal akan
kebijakan membutuhkannyamengakseske sistem yang terintegrasi
dari mana saja, kapan saja.

Langkah 6 TI terpusat Staf TI harus dapat mendukung semua aplikasi dan


layanan dan platform dengan dukungan meja bantuan TI terpusat.
mendukung

Langkah 7 Pencadangan, pemulihan, Baikcadangandansistem pemulihansangat penting


dan keamanan jika ada kegagalan sistem atau bencana besar.

Langkah 8 Perangkat keras dan Mengembangkan standar organisasi dan kebijakan akuisisi
perangkat lunak perangkat keras dan perangkat lunak baru yang
standardisasi selaras dengan strategi TI organisasi.
21
Manfaat dan Keterbatasan Sistem
Integrasi
Manfaat Keterbatasan

DitingkatkanPendapatandanPertumbuhan TinggiAwalBiaya Pengaturan

PenyamarataanituKompetitifLingkungan Kekuasaan dan Konflik Antardepartemen


(karena berbagi informasi)

Visibilitas Informasi yang Ditingkatkan Jangka panjangdan Tidak BerwujudROI(Biasanya


beberapa tahun)

Peningkatan Standardisasi Keterbatasan Kreativitas(Membatasi


Kreativitas dan Kemandirian)

22
ERP dan Integrasi Sistem

Sistem Enterprise Resource Planning (ERP): adalahterintegrasi,multimodule


paket perangkat lunak aplikasi yang dirancang untuk melayani dan mendukung
beberapa fungsi bisnisdi seluruh organisasi.

• Peran ERP dalam Integrasi Logis


• Peran ERP dalam Integrasi Fisik

23
Implikasi bagi Manajemen

• Silo tidak berfungsi.


• Integrasi sistem memiliki banyak manfaat tersembunyi.
• Integrasi sistem memiliki banyak tantangan.
• Integrasi sistem menimbulkan banyak masalah etika baru.
• Pengobatan dapat terdiri dari:
• Mengembangkan kebijakan tentang penggunaan informasi secara etis.

• Instal perangkat lunak dan perangkat keras keamanan yang tepat (seperti firewall).

• Alokasikan sumber daya untuk pelatihan dan pendidikan dalam mengakses informasi.

24
Ringkasan
• Silo fungsional mengkategorikan tugas dan aktivitas organisasi ke dalam
kelompok untuk meningkatkan efisiensi dan tanggung jawab pekerjaan
dalam organisasi.

• Silo dapat meningkatkan produktivitas, tetapi mereka sering mengarahkan karyawan


untuk mencapai tujuan departemen daripada tujuan organisasi secara keseluruhan.

• IS selama bertahun-tahun telah dibagi secara horizontal berdasarkan fungsi dan


secara vertikal berdasarkan tingkat hierarki.

• Arsitektur IS telah berevolusi dari arsitektur mainframe


terpusat menjadi komputer pribadi dengan arsitektur
terdistribusi atau klien-server.

25
Ringkasan (Lanjutan)
• Agar integrasi sistem berhasil, organisasi harus
fokus baik pada tingkat manusia atau logis dan
pada tingkat fisik atau sistem.

• Sistem ERP dengan demikian membuat proses sistem


integrasi lebih mudah, tetapi mahal dan seringkali mengharuskan
organisasi untuk memulai dari awal.

• Integrasi sistem melibatkan seluruh organisasi, membutuhkan


dukungan manajemen puncak dan sumber daya untuk jangka
panjang. Manajemen harus siap menghadapi tantangan
manusia dan etika dalam proyek integrasi sistem.

26
Tinjau Pertanyaan

1.Apa silo fungsional dan bagaimana mereka berkembang


dalam organisasi?

2.Apa hubungan antara silo fungsional


organisasi dan silo fungsional IS?
3.Bandingkan dan bedakan arsitektur TI terpusat,
terdesentralisasi, dan terdistribusi. Mana yang menurut
Anda paling tepat untuk ERP dan mengapa?

4.Daftar tingkat horizontal dan vertikal dari sistem yang


ada dalam organisasi.

5.Apa itu integrasi logis dan apa bedanya dengan


integrasi fisik?
27
Tinjau Pertanyaan

6.Jelaskan setidaknya lima langkah yang terlibat dalam


integrasi sistem.

7.Apa manfaat utama dan keterbatasan integrasi


sistem?
8.Apa peran sistem ERP dalam integrasi sistem?
9.Merangkum peran manajemen dalam
integrasi sistem.

28
Enterprise Application
Integration (EAI)
Dwi Cahya Astriya Nugraha
EAI

EAI adalah sharing data dan proses bisnis yang tidak


terbatas di antara semua aplikasi dan sumber data yang
terhubung di perusahaan.
Corporate Application
 SAP, Baan, and PeopleSoft
SAP
Peoplesoft
BAAN by Infor Global Solution
Permasalahan Integrasi

Sulit - tidak dirancang untuk mengakses apa pun di luar


teknologi milik mereka sendiri
Middleware
 Perangkat lunak yang bertindak sebagai jembatan
antara sistem operasi atau database dan aplikasi,
khususnya. pada jaringan

 Memberikan solusi point-to-point


 Hanya menyediakan antarmuka program
 Program harus berubah untuk mengakomodasi
middleware

 Mahal & berisiko


Middleware
EAI vs Traditional Middleware
EAI vs Traditional Middleware
 EAI berfokus pada integrasi proses dan data tingkat
bisnis, pendekatan middleware tradisional berorientasi
pada data.

 EAI mencakup gagasan penggunaan kembali serta


distribusi proses dan data bisnis.

 EAI memungkinkan pengguna yang memahami sangat


sedikit tentang detail aplikasi untuk mengintegrasikan
aplikasi.
Untuk berhasil dengan EAI, dibutuhkan beberapa
keterampilan arsitektur yang baik dan dasar pengetahuan
yang berkaitan dengan solusi teknologi mutakhir.
12 steps integration
(David S Linthicum)
 1. Understanding the enterprise and problem domain
 2. Making sense of the data
 3. Making sense of the processes
 4. Identifying any application interfaces
 5. Identifying the business events
 6. Identifying the data transformation scenarios
 7. Mapping information movement
 8. Applying technology
 9. Testing, testing, testing
 10. Considering performance
 11. Defining the value
 12. Creating maintenance procedures
1. Understand the problem
 Proses ini merupakan masalah pengumpulan
kebutuhan dasar (basic-requirement-gathering)

 Hal ini membutuhkan antarmuka dengan kertas, orang,


dan sistem
2. Making sense of the data
Mulailah dengan data:
 Pertama, sebagian besar proyek EAI hanya ada di
tingkat data.
 Kedua, bahkan jika proyek EAI bekerja pada tingkat
metode, antarmuka aplikasi, dan antarmuka pengguna,
masih perlu untuk memahami basis data.

Masalah yang terkait dengan EAI tingkat data


• Masalah integritas
• Format data
• Latensi data
–seberapa aktual informasi yang dibutuhkan
–realtime, near time, one time
3. Making sense of the
process
 Keputusan harus dibuat tentang bagaimana mendekati
model bisnis perusahaan.

 Keputusan ini akan bergantung pada bagaimana


domain masalah EAI tertentu ditangani.

 Ini adalah pandangan perusahaan pada tingkat proses,


atau metode, memahami dan mendokumentasikan
semua proses bisnis dan bagaimana mereka
berhubungan satu sama lain, serta model metadata
perusahaan
3. Making sense of the
process (continued)
 Diinginkan untuk menggunakan teknik pemodelan
proses tradisional, seperti pemodelan objek (misalnya,
Unified Modelling Language [UML]) untuk membuat
proses bisnis.

 Terlebih lagi, daripada membuat proses bisnis dari


serangkaian persyaratan aplikasi, lebih baik
mendokumentasikan proses dan metode bisnis yang
ada, untuk lebih memahami apa yang mereka lakukan
dan bagaimana mengintegrasikannya pada tingkat
metode melalui aplikasi gabungan .
Why business process
modelling?
 Setelah dikodekan di dalam sistem TI, aturan bisnis
seringkali sulit diubah.

 Hal ini mencegah organisasi untuk merespons dengan


cepat keadaan bisnis baru, yang sering dianggap
sebagai kurangnya kelincahan TI.

 Daya tanggap bisnis yang lebih besar dapat dicapai


melalui arsitektur TI yang lebih fleksibel yang
memungkinkan proses bisnis dan aturan bisnis
didefinisikan secara eksplisit daripada dikodekan
dalam sistem TI itu sendiri.
4. Identifying Application
Interfaces
 Antarmuka aplikasi yang tersedia untuk mendukung EAI tingkat antarmuka
aplikasi

 Penting untuk mencurahkan waktu untuk memvalidasi asumsi tentang


antarmuka

Direktori Antarmuka Aplikasi:

Daftar proses bisnis yang tersedia dari aplikasi—dikemas atau dibuat khusus

- Aplikasi Semantik

Mencapai semantik aplikasi yang konsisten memerlukan "Rosettastone" EAI

- Proses bisnis

daftar fungsi atau metode yang disediakan oleh aplikasi


5.Identifying the Business
Events
Dentifikasi semua peristiwa bisnis yang relevan yang
terjadi dalam suatu perusahaan.

Misalnya, pelanggan yang mendaftar kredit di toko Web


online mewakili "peristiwa". Mungkin diinginkan untuk
mengabadikan peristiwa ini dan mewujudkan sesuatu
yang lain, seperti menjalankan pemeriksaan kredit
otomatis untuk memastikan bahwa pelanggan layak
mendapatkan kredit.
6. Identifying the Schema and Content Transformation
Scenarios
7. Mapping Information Movement
8. Applying Technology
9. Testing, Testing, Testing
10.Considering Performance
11.Defining value (Hard and Soft dollar)
12.Creating Maintenance Procedure
Level Integrasi
Diterjemahkan dari bahasa Inggris ke bahasa Indonesia - www.onlinedoctranslator.com

Sistem Perusahaan
Arsitektur

1
Tujuan pembelajaran

• Cermati secara detailmodul sistem perusahaandan


Arsitektur.
• Memahamiimplikasidariarsitektur yang baikpada
implementasi ERP.
• Ketahui berbagaijenisdariarsitektur ERPdan yang terkait manfaat
dankekurangandari masing-masing arsitektur.

• Pelajari tentangArsitektur Berorientasi Layanandan itudampak


padasistem ERP.

2
Pratinjau
• Setelah sistem ERPterintegrasi dan dilaksanakanberhasil di
perusahaan, mereka menjadilandasanorganisasi karena setiap
transaksi tunggal akan diproses melalui sistem ini.
• Selain ituIntegrasi Sistem, perlu juga untuk fokus pada:
• Proses bisnisArsitektur.
• Persyaratan bisnis.
• Anggaran.

• Manajemen proyek.
• Komitmen dari manajemen puncak.
• Komunikasi berkelanjutan dengan karyawan yang memberi tahu mereka tentang perubahan di masa
depan.

• Implementasi ERP bukan hanya tentang perangkat lunak sistem. Sangat mudah untuk
menginstal sistem baru. Bagian yang sulitadalah mengubah proses bisnis orang-orang
yang akan menggunakan sistem. (tidak ada yang menyukai perubahan proses, terutama
ketika mereka tidak tahu apa yang akan terjadi). 3
Mengapa Mempelajari Sistem Perusahaan
Arsitektur?
• Arsitektur ERP harus menyediakan landasan bagi keduanyafungsional
dankebutuhan teknisorganisasi dan mengadopsi tantangan bisnis
masa depan.
• Jadi kita harus memahami ESA karena akan:
• Membantu manajemen dan tim implementasimemahamisecara rinci
hubungan antaraTI yang kompleks(Hardware, Software, orang) dan
komponen organisasi yang kompleksseperti struktur perusahaan,
aturan bisnis, orang. Ini akan membantu
• Manajer dan tim implementasi memahami secara detail fitur dan komponen
Enterprise System.
• Memberikan representasi visual dari sistem yang kompleksantarmuka antara
aplikasi ERP dan database, sistem operasi, aplikasi lama, dan jaringan.
• Manajemen bisamengembangkan rencana TI yang lebih baikjika persyaratan infrastruktur sistem,
persyaratan pelatihan, persyaratan manajemen perubahan, dan persyaratan rekayasa ulang proses
bisnis, antara laindiklarifikasi.
4
Arsitektur Sistem Perusahaan (ESA)
Model
• Enterprise System Architecture dapat
dilihat dari dua sudut yang
berbeda:
1. Sudut fungsional: menentukan
modul ERP yang mendukung
berbagai fungsi bisnis.
2. Sudut Sistem: mendefinisikan
arsitektur ERP melalui
komponen fisik dari
Perangkat Keras, Perangkat Lunak,
dan jaringan.

5
Modul ERP
• Peran kunci dari sebuahSIstem ERPadalah menyediakanmendukunguntuk fungsi
bisnis sepertiakuntansi,penjualan,pengendalian persediaan, danproduksi.

• ERP menyediakan fungsionalitas yang sama kepada pengguna (thesilo


sistem ke pengguna), tetapi datanyaterintegrasiataudapat dibagikandi
semua modul ERP. Berarti, data perlumasukke dalam sistemsekali, dan
bergantung pada aturan bisnis organisasi, itu tersedia untuk pengguna baik
di dalam maupun di luar organisasi.

• Vendor ERP, termasukGETAH,Peramal, danMicrosoftmenyediakanmodul


yang mendukungarea fungsional utamasuatu bisnis (akuntansi, produksi,
manajemen keuangan,SDM,pemrosesan order penjualan, dan Pengadaan)
untuk melaksanakanproses bisnisuntuk fungsi-fungsi ini.

• Perangkat lunak ERP mengatur praktik bisnis terbaik yang menerapkan


kebijakan dan prosedur organisasi melalui aturan bisnis. 6
Modul ERP Dari Tiga Vendor
Fungsi GETAH Peramal/ Microsoft
PeopleSoft Dinamika

Penjualan Penjualan dan Distribusi, Pemasaran dan Penjualan, POS Ritel, Lapangan
Peluang Penjualan Rantai pasokan Melayani
Pengelolaan Pengelolaan

Pengadaan Membeli, Pemasok Pengadaan dan Rantai pasokan


Hubungan Hubungan Pemasok Pengelolaan
Pengelolaan Pengelolaan

Produksi MRP, Manajemen Siklus Manufaktur Manufaktur


Hidup Produk

Akuntansi Akuntansi Keuangan Manajemen keuangan Keuangan


7
Pengelolaan
Modul ERP Dari Tiga Vendor
Fungsi GETAH Peramal/ Microsoft
PeopleSoft Dinamika

Distribusi Gudang Rantai pasokan Distribusi


Pengelolaan Pengelolaan Pengelolaan

Pelayanan pelanggan CRM CRM CRM

Perusahaan Tata Kelola, Risiko, dan Perusahaan Analitik


Pertunjukan & Kepatuhan Pertunjukan
Pemerintahan Pengelolaan Pengelolaan

Sumber daya manusia Sumber Daya Manusia Sumber Daya Manusia Manajemen SDM
Pengelolaan Pengelolaan

Aneka ragam Perbankan Solusi Kampus Perdagangan elektronik,


8
Portal
Gambaran Umum Modul

• Produksi
Membantu dalamperencanaandanmengoptimalkandarimanufaktur kapasitas,
suku cadang, komponen, dan sumber daya material yang digunakandata produksi
historisdanperamalan penjualan.

• Membeli
Merampingkan proses pengadaan bahan mentah yang dibutuhkanbahandan
persediaan lainnya. Diaotomatisproses darimengidentifikasi pemasok potensial
,negosiasi harga,memberikan pesanan pembelian kepada pemasokdanproses
penagihan.

• Manajemen persediaan
Memfasilitasi proses darimemeliharaitutingkat stok yang
sesuai di gudang
9
Ikhtisar Modul (Lanjutan)

• Penjualan dan pemasaran


Mengimplementasikan fungsi daripenempatan pesanan,penjadwalan pesanan,
pengiriman, danpenagihan

• Keuangan
Dapat mengumpulkan data keuangan dari berbagai departemen fungsional dan
menghasilkan nilai yang berhargalaporan keuangan

• Sumber daya manusia


Merampingkan pengelolaansumber daya manusiadanmodal
manusia.Modul SDM memelihara database karyawan yang
lengkap termasuk informasi kontak, detail gaji, kehadiran,
evaluasi kinerja, dan promosi.
10
Manfaat Modul ERP Utama
• Layanan Mandiri

• Memungkinkanfldukungan fleksibeluntuk karyawanfungsi bisnisdenganmelihatinformasi yang


disesuaikan dengan kebutuhan mereka

• Akses yang disederhanakanterhadap informasi yang relevan

• Manajemen kinerja
• Pengirimanwaktu sebenarnya,pengukuran yang dipersonalisasi

• Mengaksesuntuk informasi seperti statistik bisnis dan pengukuran


kinerja utama

• Keuangan
• Memastikanprediktabilitasdari kinerja bisnis
• Memperolehwawasan yang lebih dalamdi seluruh perusahaan

• Mengotomatiskan SCM akuntansi dan keuangan

• Dukungan yang ketat untuk pelaporan keuangan


11
Manfaat Modul ERP Utama (Lanjutan)
• Manajemen SDM
• Menarikorang yang tepat, mengembangkan dan memanfaatkan merekabakat,menyelaraskan upaya
dengan tujuan perusahaan, dan mempertahankan kinerja terbaik

• Tingkatkan efisiensi melalui penggunaan proses karyawan yang terstandarisasi dan


otomatis
• Aktifkan pembuatan proyektimberdasarkan keterampilan dan ketersediaan,
pantau kemajuan proyek, lacak waktu, dan analisis hasil

• Pelaksanaan Pengadaan dan Logistik


• Penghematan biayauntuk semua kategori pengeluaran dengan otomatisasi seperti tugas
rutin

• Kurangi biayamelalui otomatisasi proses, integrasi pemasok, dan


kolaborasi yang lebih baik
• Meningkatkan pemanfaatan sumber daya(RFID dan kode batang)

• Tingkatkan produktivitaspergerakan barang fisik masuk dan


keluar
• Mengurangi biaya transportasimelalui kerjasama yang lebih baik 12
Manfaat Modul ERP Utama (Lanjutan)
• Pengembangan dan Produksi Produk
• Mempersingkatwaktuke pasar

• Memberikan lebih tinggikualitasproduk dan memastikan pengiriman tepat waktu

• Memperbaikivisibilitasdiwaktu sebenarnya(pemeriksaan ketersediaan)

• Penjualan dan Layanan


• Lebih tinggijumlah pesanan penjualandiproses danpengurangan biaya administrasi

• Akses mudahketepat,informasi pelanggan tepat waktu

• Hemat biayaakses seluleruntuk karyawan lapangan

• Mengurangi biaya perjalanandengan menggunakanfungsi daring

• mematuhi persyaratan pelaporan lingkungan, kesehatan, dan keselamatan

13
Arsitektur ERP
• Aplikasi ERP paling sering digunakan dengan cara terdistribusi dan seringkali
tersebar luas. Sementara server mungkin terpusat, klien biasanya tersebar ke
beberapa lokasi di seluruh perusahaan.
• Arsitektur sistem ERP diatur dalamlapisanatautingkatanuntuk mengelola kompleksitas sistem untuk
menyediakanskalabilitasdanfleksibilitasmelaluiplug-n-playkemampuan sistem.

• Jika server mampumenangani 10 penggunasecara bersamaan secara sederhanaduaarsitektur server klien


lapisan, jaringan Anda akan dibatasi hanya untuk 10 pengguna. Olehmenambahkansatu lagi lapisanserver di
tengah (dengan asumsi server ini menangani 10 pengguna), Anda dapat menskalakan jumlah pengguna
hingga 100 tanpa mengganti server atau klien asli. Ini adalah contoh dariperangkat keraspelapisan. Inilah
sebabnyaN-tingkatarsitektur server klien adalah istilah lain untuk menggambarkan ERP.

• Arsitektur ERP tradisional umumnya memilikitiga lapisan, dengan masing-masing bertanggung jawab
atas fungsi sistem tertentu.

• DataTier(bertanggung jawab untuk Manajemen Data): menyediakan repositori pusat untuk semua data yang dibagikan

• Tingkat Bisnis(menyediakan komponen untuk menerapkan logika bisnis modul fungsional). Komponen adalah objek aturan
proses bisnis yang dapat digunakan kembali.

• PresentationTier(bertanggung jawab atas Antarmuka Pengguna Akhir—GUI)

• Tingkat bisnis memasukkan data ke dalam tingkat presentasi.


14
Contoh Arsitektur Berlapis
• Arsitektur Layered ERP menggeneralisasi lapisan fungsional untuk memungkinkannya berubah dengan
teknologi yang lebih baru.

• Antarmuka pengguna berbasis AWeb disediakan.

• Pengguna dapat mengakses aplikasi melalui Internet.

• PC harus mampu menjalankan aPeramban web berkemampuan Java(Penjelajah). Pengguna


berinteraksi dengan lapisan antarmuka JVM untuk membangun koneksi yang amanaman
lapisan soket (SSL)koneksi.
• Pengguna berkomunikasi dengan server melaluilapisan perangkat lunak aplikasi
(ASL),di mana semua logika dan fungsionalitas proses bisnis berada baik untuk
manufaktur, distribusi, dll.
• Tiga tingkatan disediakan.
• Itutingkat datafokus adalah pada struktur semua organisasidatadan
hubungannya dengan keduanyainterndansistem eksternal.
• Lapisan akses database (DAL)mengekstrak data dari database untuk
modul ERP.
• Itutingkat aplikasiterdiri dari browser Web dan alat pelaporan tempat proses
bisnis dan pengguna akhir berinteraksi dengan sistem.
• Melalui tingkat presentasi, portal berbasis Web memungkinkan pengguna untuk mengakses dan
menganalisis informasi melalui browser Web mereka.
15
Contoh Arsitektur InfoNet

16
Jenis Arsitektur ERP
• Arsitektur Dua Tingkat
• Ituservermenangani keduanyaaplikasidanbasis datatugas. Klien bertanggung
jawab untukmenyajikandata dan meneruskan input pengguna kembali ke server.

• Manfaat
• Mudah digunakandan akses informasi dan layanan

• Biaya rendahdalam hal kebutuhan infrastruktur


• Performa tinggidengan jumlah workstation yang terbatas

• Kekurangan
• Tidak fleksibel dalam hal menambahkan lebih banyakkliendanperangkat lunak

• Memerlukanmiddleware yang mahaluntuk integrasi

• Perubahan atau modifikasi dalam database mempengaruhi aplikasi

• Fleksibilitas terbatasdalam memindahkan fungsionalitas program dari satu server ke server


lainnya
17
Arsitektur ERP Dua Tingkat

18
Jenis Arsitektur ERP (Lanjutan)
• Arsitektur Tiga Tingkat(untuk ribuan pengguna)
• Ituaplikasi,basis data, danpresentasilapisan dipisahkan menjadi
unit operasi mandiri. Lapisannya independen, tetapi mereka berkomunikasi
satu sama lain melalui antarmuka standar sepertiAntarmuka Pemrograman
Aplikasi (API), ODBC, JDBC,...Tidak ada persyaratan untuk middleware dalam
arsitektur ini.
• Arch 3-tiers mengalokasikan lapisan tengah untuk aplikasi agar berjalan di
lingkungan host bersama daripada di lingkungan klien.
• Dosis lapisan aplikasi tidak menggerakkan GUI, melainkan dibagikanlogika bisnis,
komputasidanmesin pengambilan data.

• Manfaat
• Skalabilitas- Lebih mudah untukmenambahkan,mengubah, danmenghapusaplikasi

• Keandalan- Menerapkan beberapa tingkat redundansi


• Fleksibilitas- Fleksibilitas dalam mempartisi sangat sederhana

• Pemeliharaan- Biaya dukungan dan pemeliharaan lebih sedikit di satu server


• Dapat digunakan kembali- Lebih mudah untuk mengimplementasikan komponen yang dapat digunakan kembali

• Keamanan- Staf TI memiliki lebih banyak sistem kontrol untuk memberikan keamanan yang lebih tinggi

• Kekurangan
• Bisa sangatmahaldankompleks. 19
Arsitektur ERP Tiga Tingkat

20
Arsitektur Berbasis Web
• Arsitektur berbasis Web (Internet) sering digambarkan sebagai atingkat keempatDimanaTingkat presentasidibagi
menjadiLayanan webtingkat danPeramban Webtingkat.

• Fungsi ini didukung oleh berikut iniAkses internet teknologi:


• server web–Portal ERP–Integrasi Server ujung belakang–Pasang PerambanatauApplet

• Menggunakan Arsitektur Internet,pengguna akhir dapat mengakses aplikasi ERP melalui browser web, serta
lebih mudah mengintegrasikan aplikasi mereka dengan sistem internal yang ada dan sistem mitra dagang
eksternal.
• Arsitektur Internet dapatserver sentris(hanya butuhmengakseskeInternetdan aperamban standar) atauklien
sentris(membutuhkan instalasi Perangkat Pengembangan Perangkat Lunak (SDK)).

• Manfaat
• Pengguna akhir memilikimengaksesuntuk aplikasi ERP selamaWeb.

• MudahmengintegrasikanAplikasi ERP dengan sistem yang ada.


• Berpusat pada server—Tidak ada instalasi perangkat lunak klien yang rumit dan mahal.

• Berpusat pada klien—Arsitektur memilikiwaktu respons yang lebih baikkarena permintaan pengguna
sebagian besar diproses di komputer klien.

• Arsitektur berbasis web juga memungkinkan integrasi sistem ke sistem yang lebih baik.

• Kekurangan
• Arsitektur yang berpusat pada klien tidak memiliki keamanan.

21
Contoh Server-Centric PeopleSoft
Arsitektur Internet

22
Arsitektur Berorientasi Layanan
• Juga dikenal sebagaiBerorientasi pada objekarsitektur untuk platform Web. Ini
adalah koleksi darijasa(fungsi) untuk mendukung modul fungsional ERP. Mereka
dapat didistribusikan secara individual di mana saja dalam sistem; namun, SOA
mendorong layanan ini untuk memenuhi prinsip desain tertentu, belum
berkembang secara mandiridari satu orang ke orang lainnya.

• SOA melampaui berbagi data dasar dan metode untuk berbagibisnis


logika

• Memecah tingkat bisnis menjadi unit layanan yang lebih kecil dan
berbeda, secara kolektif mendukung modul fungsional ERP

• Memungkinkan interaksi pesan antara apapunkonsumen layanandanpenyedia


layanan

• Konsumen dari perangkat yang menggunakan sistem operasi apa pun dalam bahasa apa pun dapat
menggunakan layanan ini.
23
Arsitektur SOA

• SOA adalah model pengembangan perangkat lunak berdasarkan akontrakantara konsumen (klien)
dan penyedia (server) yang menentukan hal berikut:
• Deskripsi fungsionaldari layanan
• Memasukkanpersyaratan dankeluaranspesifikasi
• Prasyaratkeadaan lingkungan sebelum layanan dapat dipanggil
• Kondisi pascakeadaan lingkungan setelah layanan dijalankan
• Penanganan kesalahanbila terjadi gangguan

24
Manfaat Berorientasi Layanan
Ilmu bangunan

SOA menawarkan manfaat berikut dibandingkan pendekatan tradisional untuk didistribusikan


komputasi:
• Layanan perangkat lunak tingkat bisnislintas platform yang heterogen
• Lokasi lengkapkemerdekaandari logika bisnis
• Layanan bisa adadi mana saja(sistem apa pun dan jaringan apa pun)

• Kopling longgar di seluruh layanan aplikasi:Konsumen layanan wajib


menyediakanhanya data yang dinyatakan pada definisi antarmuka, dan
diharapkanhanya hasil yang ditentukan pada definisi antarmuka. Layanan ini
mampu menangani semua pemrosesan (termasuk pemrosesan pengecualian).

• Otentikasi granular dan dukungan otorisasi

• Pencarian dinamis dan konektivitas ke layanan lain 25


Manfaat Berorientasi Layanan
Arsitektur (Lanjutan)
Manfaat jangka pendek dari SOA adalah:

• Meningkatkankeandalandari arsitektur

• Mengurangi perangkat kerasAkuisisibiaya

• Memanfaatkan keterampilan pengembangan yang ada

• Mempercepatpergerakankeberbasis standar
konsolidasi server dan aplikasi

• Menyediakansebuahjembatan dataantara teknologi yang tidak kompatibel 26


Manfaat Berorientasi Layanan
Arsitektur (Lanjutan)
Manfaat jangka panjang SOA:

• Menyediakankemampuanuntuk membangunaplikasi komposit

• Menciptakan infrastruktur penyembuhan diri itumengurangi biaya


pengelolaan

• Menyediakan benar-benaraplikasi pengambilan keputusan secara real-time

• Memungkinkan kompilasi taksonomi informasi terpadu di


seluruh perusahaan 27
Manfaat Berorientasi Layanan
Arsitektur (Lanjutan)
Manfaat nilai bisnis dari SOA:

• Meningkatkan kemampuan untukbertemu pelangganmenuntut lebih cepat

• Biaya lebih rendahberhubungan dengan pemeliharaan teknologi

• Memberdayakan manajemenfungsi bisnis lebih dekat


ke unit bisnis

• Memanfaatkan investasi yang adadalam teknologi

• Mengurangi ketergantungan pada pengembangan kustom yang mahal 28


Kelemahan Berorientasi Layanan
Ilmu bangunan

• Implementasi SOA adalahmahaldanmemakan waktu

• Memerlukanfirewall keamanan yang kompleksuntuk


mendukung komunikasi antar layanan

• Performa bisatidak konsisten

29
Kelemahan Berorientasi Layanan
Arsitektur (Lanjutan)

• Membutuhkan fokus tingkat perusahaanagar


pelaksanaannya berhasil

• Sistem keamananperlu canggih

• Biayadapattinggikarena layanan perlu dibuang sangat sering

30
Implikasi bagi Manajemen
• Arsitektur perusahaan adalah teknologi penting untuk
fungsi jangka panjang organisasi.

• Keputusan arsitektur ERP itu kompleks karena dampaknya


melampaui sistem dan teknologi bagi orang-orang, kebijakan
organisasi, dan proses bisnis.

• Arsitektur ERP harus fleksibel untuk mendukung beragam platform


perangkat keras dan perangkat lunak.

• Manajemen harus belajar bagaimana menyaring teknologi hyped yang


tidak memberikan nilai bagi organisasi mereka.
31
Ringkasan
• Vendor besar menyediakan modul untuk mendukung fungsi bisnis
dasar seperti akuntansi, keuangan, pemasaran, dan SDM hingga
fungsi bisnis tingkat lanjut seperti layanan mandiri, manajemen
kepatuhan, dan intelijen bisnis.

• Sistem ERP secara tradisional diatur dalam tiga tingkatan:


data, aplikasi, dan presentasi.

• Ada berbagai jenis arsitektur berlapis.


• Arsitektur dua tingkat adalah bentuk yang paling sederhana.

• Arsitektur tiga tingkat memisahkan aplikasi dari lapisan presentasi.


• Arsitektur berbasis web memfasilitasi integrasi yang lebih baik dengan
teknologi Internet.
32
Ringkasan (Lanjutan)

• Arsitektur berorientasi layanan memisahkan penyedia layanan


dari konsumen layanan.

• Arsitektur sistem berorientasi objek memiliki tingkat pemisahan yang


lebih tinggi.

• Oleh karena itu, manajemen puncak harus terlibat dalam


merancang arsitektur sejak awal ERP
proyek implementasi.

33
ReviewPertanyaan
1.Apa yang diperlukan agar implementasi ERP berhasil?
2.Apa itu arsitektur sistem ERP?
3.Mengapa penting untuk memiliki arsitektur sistem perusahaan yang baik?
4.Apa peran arsitektur dalam implementasi ERP?
5.Sebutkan lima modul fungsional utama ERP.
6.Diskusikan berbagai jenis arsitektur ERP.
7.Sebutkan manfaat dan batasan dari satu arsitektur ERP.
8.Apa itu arsitektur berorientasi layanan dan apa bedanya dengan
arsitektur layanan Web?
9.Apa manfaat utama dan keterbatasan integrasi sistem?
10.Apa peran manajemen dalam merancang integrasi sistem
perusahaan?

34

Anda mungkin juga menyukai