MAKALAH

SISTEM INFORMASI MANAJEMEN

Business Process and Project Management

Dosen : Ign. Novianto Hariwibowo, M.Acc

Disusun oleh :

KELOMPOK 12

Georgius Evando Alister 150421977

Lukas Wahyu Nugroho S. 150422023

Caroline Chintya Pinky S. 150422056

Dian Yunita Sari W. 150422100

Maria Yulia Alfania 150422133

Fakultas Ekonomi
Universitas Atma Jaya Yogyakarta
2016/2017
1. Jelaskan pendekatan manajemen, kebijakan, metrik, dan perangkat lunak proses
bisnis terstruktur (BPM) untuk mengoptimalkan aktivitas dan proses organisasi.
Jawab:

Manajemen Proses Bisnis (Business Process Management / BPM)

BPM, atau inovasi proses kontinu seperti yang juga diketahui, sudah banyak digunakan
pendekatan untuk desain atau perancangan ulang sistem perusahaan. Pendekatan ini
memerlukan setiap area fungsional di perusahaan untuk berpartisipasi dalam
mengevaluasi dan menjelaskan alur kerja mereka dan bagaimana mereka melakukan
sesuatu. Proses yang ada perlu dipahami untuk mengidentifikasi kesenjangan,
redudansi, kemacetan, area masalah, tantangan, dan seterusnya. Sebelum proses
apapun dapat diperbaiki, hasil yang diinginkan perlu dilakukan diklarifikasi serta tugas-
tugas yang terlibat dalam proses. Menariknya, saat orang Di area fungsional diminta
untuk mengevaluasi prosesnya, reaksi berkisar dari "Kami tidak memiliki proses"
menjadi "kami memiliki proses yang terdokumentasi dengan baik.

Inisiatif perbaikan proses yang berhasil dimulai dengan nilai bisnis. Organisasi harus
memahami tujuan dan strategi bisnis dan menganalisa proses mereka saat ini untuk
mengidentifikasi proses yang memberikan return on investment (ROI) tertinggi.

Enterprise BPM tidak bisa dilakukan secara efektif tanpa software khusus dan
dukungan vendor Appian, IBM, dan Oracle masing-masing menawarkan solusi dan
dukungan BPM jasa.

BPM MEMBANTU MENJALANKAN BISNIS DAN TI

Pendekatan BPM membantu mencapai keselarasan bisnis-TI dan meningkatkan kinerja.

Berikut adalah beberapa contohnya.

Tempat Kerja Mark's Work. Campuran proses manual dan otomatis sulit dilakukan di
toko pakaian kerja Mark's Work Wearhouse. Perusahaan berinvestasi di IBM WebSphere
Business Modeler untuk membantu menyederhanakan proses pengelolaan
inventarisnya. "BPM benar-benar ikut bermain karena kami memiliki beberapa proses
manual namun tidak terintegrasi. Kami tidak memiliki pandangan holistik yang baik
tentang bagaimana mereka semua saling terkait," kata Rhett Waley, arsitek solusi di
Mark's. "BPM memaksa kami untuk benar-benar menganalisis proses yang ada dan
melihat kemacetan dan mengetahui bagaimana kami dapat memperbaikinya dan
menghasilkan solusi otomatis."

PDG S.A., perusahaan konstruksi dan real estat terbesar di Brazil, menggunakan alat
BPM untuk merampingkan persetujuan pembiayaannya. Proses yang didesain ulang
memangkas proses persetujuan Waktu dari lebih dari seminggu sampai beberapa jam.

Horizon BlueCross BlueShield dari (Horizon BCBSNJ) adalah perusahaan asuransi

kesehatan tertua di New Jersey, yang melayani lebih dari 3,6 juta anggota dengan
asuransi medis, gigi, dan resep. Bisnis ini didirikan pada era manual dan padat kertas,
dan hampir semua proses kritis tetap menjadi manual sampai tahun 2007, ketika
perusahaan meluncurkan inisiatif proses bisnis. Untuk mencapai perbaikan proses,
Horizon BCBSNJ perlu lebih efisien dalam manajemen proses bisnis (BPM) atau inovasi
proses yang berkelanjutan. Sebagai hasil dari klaim standar perbaikan proses yang
berlanjut diproses 20 sampai 30 menit lebih cepat, yang membebaskan pengolah klaim
untuk fokus pada klaim yang lebih kompleks. ROI diperkirakan mencapai 300 persen
untuk setiap proyek perbaikan proses internal.

KARAKTERISTIK PROSES

Suatu proses memiliki input dan output yang dapat diukur, dan oleh karena itu dapat
dikelola. Sebagian besar proses melintasi area fungsional. Misalnya, proses
pengembangan produk melintasi pemasaran, litbang, produksi, dan keuangan
(pengembangan produk perlu dibiayai). Proses bisnis menjadi semakin kompleks - terdiri
dari interaksi antar sistem dan bergantung pada aktivitas kolaborasi antara pengguna
bisnis dan TI. Proses kompleks seringkali perlu dipecah menjadi sejumlah subproses
untuk memudahkan pengelolaan. Ketika proses dirancang untuk efisiensi maksimum
dan tidak memiliki kemacetan, mereka dikatakan dioptimalkan. Kemacetan
membutuhkan intervensi atau pelepasan manusia, seperti yang digambarkan pada
Gambar 13.5, yang menyebabkan penundaan.

SIKLUS HIDUP PROSES BISNIS

Seperti dibahas dalam kasus, proses bisnis mengintegrasikan IS dan orang-orang. Proses
pemesanan pembelian, rekrutmen staf, penagihan pasien, pemenuhan pesanan, dan
segala sesuatu yang dilakukan organisasi terdiri dari proses yang dilakukan oleh
karyawan yang menggunakan IS. Pengelolaan proses bisnis bermuara pada pengelolaan
siklus hidup mereka, seperti yang ditunjukkan pada Gambar 13.6. Proses bisnis
diperkenalkan, dimodifikasi sejauh mungkin, dan diganti - format standar dari siklus
hidup. Perubahan mungkin hanya memerlukan penyederhanaan tugas atau aturan
proses, seperti mengubah komisi penjualan persen. Proses lintas fungsi perlu direkayasa
ulang, seperti yang Anda baca di kotak pembuka.

PERTIMBANGAN STRATEGI BPM

Secara khusus, strategi BPM yang terimplementasi dengan baik memungkinkan sebuah
organisasi untuk melakukannya

Mendapatkan visibilitas yang lebih besar ke dalam proses

Identifikasi akar penyebab kemacetan dalam proses

Memasangkan hand-off dalam proses

Selesai dengan benar, BPM membantu organisasi mengurangi biaya, memperbaiki

layanan, mencapai pertumbuhan, atau mematuhi peraturan. Misalnya, produsen
dengan tujuan strategis untuk meningkatkan kualitas dan keandalan produk harus
melihat proses manufakturnya dan melihat bagaimana mereka terhubung ke tujuan
bisnis ini. Jika organisasi berfokus secara eksklusif pada penghematan otomasi dan
penghematan biaya, mereka mungkin mencapai efisiensi operasional yang signifikan
namun kehilangan keunggulan kompetitif dan tidak mencapai target kinerja mereka,
seperti yang dilakukan British Telecom (BT) dan UAL saat mereka gagal menghubungkan
sasaran strategis dengan inisiatif BPM mereka.

Setelah penilaian selesai, perlu dikembangkan sebuah rencana kinerja proses yang
mendokumentasikan cara-cara di mana proses operasional yang diidentifikasi
berkontribusi pada tujuan strategis. Jika tujuan strategis adalah kepuasan pelanggan,
misalnya, tolok ukur proses yang tepat harus ditetapkan untuk menganalisis secara
akurat dan konsisten kemajuan inisiatif BPM Anda. Dalam meningkatkan proses
pemenuhan pesanan, walaupun throughput pesanan dan pengiriman tepat waktu
penting, tindakan lain mungkin berdampak langsung pada kepuasan pelanggan, seperti
ketepatan pemenuhan.

Akhirnya, proses harus diprioritaskan dengan prioritas tertinggi diberikan pada

proses yang bertekad untuk memiliki potensi dampak terbesar terhadap sasaran
strategis.

ARSITEKTUR BERORIENTASI LAYANAN

Arsitektur berorientasi layanan (SOA) diperkenalkan pada Bab 12 dan dibahas di bagian
ini karena SOA dan BPM merupakan pendekatan yang berharga untuk meningkatkan
kinerja bisnis. SOA adalah konsep yang membingungkan, bahkan bagi para praktisi. SOA
secara keliru digambarkan seperti BPM. Layanan seperti program perangkat lunak yang
dapat digunakan kembali, atau modul. Anda bahkan bisa membandingkannya dengan
makro di Excel. Anda dapat menggunakan dan menggunakan kembali makro alih-alih
menulis kode untuk melakukan fungsi umum.

2. Jelaskan pentingnya desain arsitektur perangkat lunak untuk pemeliharaan dan

kelincahan proses bisnis.
Jawab:
Arsitektur perangkat lunak organisasi mengacu pada struktur aplikasinya. Seperti
jalan dan jembatan, arsitektur TI menentukan apa yang mungkin dan kemudahannya
Perubahan bisa dilakukan terhadap sistem dan proses.

TINJAUAN UMUM COUPLING IN APLIKASI SOFTWARE

Dulu, aplikasi bisnis ditulis dalam perangkat lunak COBOL. Aplikasi ini satu besar
sepotong atau erat digabungkan program yang dilakukan banyak fungsi. Diperkuat
dengan ketat Artinya program dan data yang mereka hasilkan dan laporan mereka
hasilkan yang tertanam Perubahan pada aplikasi ini membosankan dan menyita
waktu. Lebih disukai Desain perangkat lunak digabungkan secara longgar dan
dibangun dengan menggunakan modul atau kode yang melakukan hanya satu atau
dua fungsi. Misalnya, kode perangkat lunak mungkin menghitung federal pajak
sebagai bagian dari gaji.

Hubungan renggang. Kopling longgar mengacu pada cara komponen dalam suatu
sistem atau jaringan tersambung Komponen yang terhubung secara longgar memiliki
ketergantungan minimal satu sama lain. Ini menyederhanakan prosedur pengujian,
perawatan, dan pemecahan masalah karena masalah mudah diisolasi dan tidak
mungkin menyebar atau merambat. Luasnya atau "keketatan" dimana komponen
dalam sistem digabungkan adalah istilah relatif. Sistem yang digabungkan secara
longgar dapat dengan mudah dipecah menjadi elemen elemen yang dapat
didefinisikan.

Tujuan kopling longgar adalah mengurangi ketergantungan antar sistem. Manfaat

kopling longgar meliputi fleksibilitas dan kelincahan. Sebuah pendekatan yang
digabungkan secara longgar menawarkan fleksibilitas yang tak tertandingi untuk
adaptasi terhadap perubahan lanskap. Karena tidak ada Asumsi tentang lanskap
aplikasi Anda sedang berjalan melawan, Anda dapat dengan mudah Mengadaptasi
aplikasi komposit sesuai kebutuhan.

Aspek lain yang perlu dipertimbangkan adalah kemungkinan perubahan lanskap

selama seumur hidup aplikasi Karena merger dan akuisisi dan konsolidasi sistem,
pemandangan di bawah aplikasi terus berubah. Tanpa longgar kopling, organisasi
dipaksa untuk menyesuaikan atau menulis ulang aplikasi mereka lagi dan lagi.

Memaksimalkan fleksibilitas arsitektur. Arsitektur perangkat lunak organisasi Bisa

juga dirancang untuk fleksibilitas yang lebih besar dengan menggunakan model
berjenjang.

Perhatikan arsitektur modular. Arsitektur 3-tier ini dimaksudkan untuk

memungkinkan apapun dari tiga tingkatan yang harus ditingkatkan atau diganti
secara independen sebagai persyaratan bisnis atau perubahan teknologi. Misalnya,
perubahan OS (sistem operasi) di tingkat presentasi hanya akan mempengaruhi kode
antarmuka pengguna.

Tingkat menengah melakukan pemrosesan dan koordinasi data. Tengah tier mungkin
multi-tier sendiri, yang disebut arsitektur n-tier.

Arsitektur three-tier memiliki tiga tingkatan berikut:

1. Presentasi atau tier klien. Ini adalah tingkat paling atas dari aplikasi, sebuah
contoh yang merupakan browser web Anda. Presentation tier menampilkan
informasi yang terkait untuk layanan seperti konten merchandise, pembelian, dan
keranjang belanja. Saya t berkomunikasi dengan tingkatan lain dengan menampilkan
hasil ke level browser / client dan semuanya tingkatan lain dalam jaringan.

2. Aplikasi atau business logic tier. Pengolahan rinci dilakukan di tingkat ini. Tingkat
menengah ini terdiri dari middleware. Middleware mengacu pada berbagai
perangkat lunak atau layanan yang memungkinkan komunikasi atau pertukaran data
antar aplikasi lintas jaringan Secara khusus, middleware memungkinkan pertukaran
data dengan menerjemahkan permintaan data dan tanggapan antara klien dan
server. Jenis perangkat lunak ini sering digambarkan sebagai "lem" karena
menghubungkan atau mengintegrasikan aplikasi perangkat lunak bisnis penting. ke
aplikasi lain
Dengan melakukan beberapa tugas itu sebuah aplikasi akan dilakukan, middleware
menghilangkan kebutuhan akan aplikasi yang ada Bersama oleh beberapa klien
berfungsi berbeda untuk setiap jenis klien yang berbeda.

Dengan aplikasi berbasis jaringan hari ini-terutama ERP, SCM, CRM, B2B, dan B2C e-
commerce-operasi bisnis bergantung pada penyediaan middleware transfer data
yang aman antar aplikasi ini.

3. Data tier.This tier terdiri dari sumber data, seperti database dan data warehouse
server. Disini informasi tersimpan dan diambil. Tier ini menjaga data tetap netral dan
independen dari server aplikasi atau logika bisnis. Memberi data sendiri tier juga
meningkatkan skalabilitas dan kinerja.

Secara konseptual arsitektur three-tier bersifat linier. Aturan mendasar dalam tiga
tingkat Arsitekturnya adalah bahwa tier presentasi tidak pernah berkomunikasi
secara langsung dengan datanya tingkat; semua komunikasi harus melewati tingkat
middleware.

Dengan pemahaman arsitektur berjenjang ini, Anda sekarang akan membaca

tentang TI proses akuisisi Ingat dari Bab 12, yang berfokus pada strategi sumber,
bahwa pengembangan ISs in-house adalah pilihan alternatif.

PROSES ACQUISITION ITU

Langkah 1. Merencanakan, Mengidentifikasi, dan Membenarkan Sistem Berbasis

IT. Sistem TI biasanya dibangun sebagai enabler dari beberapa proses bisnis. Oleh
karena itu, perencanaan mereka pasti selaras dengan rencana bisnis keseluruhan
organisasi dan tugas spesifik yang diinginkannya mendukung. Seringkali proses
mungkin perlu didesain ulang atau direstrukturisasi untuk menuai sepenuhnya
manfaat dari aplikasi IT yang mendukung. Selain itu, sistem mungkin perlu
dibenarkan, misalnya, dengan analisis biaya-manfaat. Kedua aktivitas ini mungkin
rumit, terutama untuk sistem yang membutuhkan investasi signifikan untuk
memperoleh, mengoperasikan, dan Pertahankan-atau yang mutakhir.

Output dari langkah ini adalah keputusan untuk berinvestasi atau tidak berinvestasi
dalam aplikasi tertentu dan jadwal, anggaran, dan tanggung jawab yang ditugaskan.
Langkah ini biasanya dilakukan in-house, dengan konsultan sesuai kebutuhan. Semua
langkah lainnya bisa dilakukan di rumah atauc dioutsourcing

Pentingnya evaluasi yang realistis tidak dapat dibesar-besarkan. Banyak

proyek yang lewat Tahapan ini karena alasan politis atau takut mengambil posisi
yang tidak populer. Manajer mungkin berharap sistem akan berjalan dengan baik.
Harapan bukan rencana-ini risiko. SAYA T di Tempat Kerja 13.4 menjelaskan
kegagalan rencana dolar sebesar miliaran dolar oleh Sensus A.S. untuk
mengumpulkan data menggunakan perangkat genggam.

Langkah 2. Membuat Arsitektur IT. Arsitektur TI adalah rencana untuk

mengorganisir yang mendasarinya infrastruktur dan aplikasi dari proyek TI. Rencana
arsitektur meliputi pengikut:
 Data yang dibutuhkan untuk memenuhi tujuan dan visi bisnis

Modul aplikasi yang akan mengantarkan dan mengelola informasi dan data

Perangkat keras dan perangkat lunak khusus dimana modul aplikasi akan berjalan

Keamanan, skalabilitas, dan keandalan yang dibutuhkan oleh aplikasi

Sumber daya manusia dan prosedur pelaksanaan proyek TI

Berbagai alat dan metodologi TI digunakan untuk mendukung terciptanya TI

arsitektur aplikasi. Hasil yang diperoleh dari langkah 2 diarahkan ke strategi tingkat
perencanaan; misalnya ke panitia pengarah. Berdasarkan hasil langkah 2, portofolio
aplikasi (portofolio adalah seperangkat aplikasi) atau proyek tertentu mungkin
diubah Misalnya, panitia pengarah dapat menurunkan proyek tertentu karena terlalu
berisiko pada saat itu. Setelah arsitektur dikompilasi dan proyek mendapat
persetujuan akhir, sebuah keputusan tentang bagaimana mendapatkan aplikasi IT
yang spesifik harus dibuat.

Langkah 3. Memilih Opsi Akuisisi. Aplikasi IT dapat berupa:

Dibangun di rumah. Pengembangan in-house menggunakan siklus hidup

pengembangan sistem (SDLC) dibahas di bagian 13.4.

Custom-made oleh vendor.

Membeli dan menyesuaikan, in-house atau melalui vendor. Lihat Tabel 13.3 untuk
daftar kelebihan dan keterbatasan opsi beli.

Disewakan dari penyedia layanan aplikasi (ASP), atau disewakan melalui perangkat
lunak - pengaturan layanan (SaaS), seperti yang Anda baca di Bab 12.

Diakuisisi melalui kemitraan atau aliansi yang memungkinkan perusahaan

menggunakan seseorang aplikasi lain

Begitu pilihan dipilih, sistem bisa diperoleh. Pada akhir langkah ini, a Aplikasi siap
dipasang dan disebarkan. Tidak peduli pilihan apa yang dipilih, Anda kemungkinan
besar harus memilih satu atau lebih vendor dan perusahaan konsultan.

Langkah 4. Menguji, Menginstal, Mengintegrasikan, dan Menyebarkan Aplikasi IT.

Sekali a Pilihan akuisisi telah dipilih, langkah selanjutnya melibatkan aplikasi ini up
dan berjalan pada hardware yang dipilih dan lingkungan jaringan. Salah satu
langkahnya dalam memasang aplikasi menghubungkannya ke database back-end, ke
aplikasi lain, dan sering ke sistem informasi mitra. Langkah ini bisa dilakukan di
rumah atau dioutsourcing Selama tahap ini, modul yang telah terinstal perlu diuji.
Serangkaian tes diperlukan:

Unit testing: menguji modul satu per satu

Integrasi pengujian: pengujian kombinasi modul berinteraksi dengan yang lain

aplikasi
 3. Jelaskan identifikasi, pembenaran, dan perencanaan proyek TI; Dan jelaskan tiga
kendala yang ada.
Jawab:

IT Project Management
Langkah 1. Merencanakan, Mengidentifikasi, dan Membenarkan Sistem Berbasis
IT. Sistem TI biasanya dibangun sebagai enabler dari beberapa proses bisnis. Oleh
karena itu, perencanaan mereka pasti selaras dengan rencana bisnis keseluruhan
organisasi dan tugas spesifik yang diinginkannya mendukung. Seringkali proses
mungkin perlu didesain ulang atau direstrukturisasi untuk menuai sepenuhnya
manfaat dari aplikasi IT yang mendukung. Selain itu, sistem mungkin perlu
dibenarkan, misalnya, dengan analisis biaya-manfaat. Kedua aktivitas ini mungkin
rumit, terutama untuk sistem yang membutuhkan investasi signifikan untuk
memperoleh, mengoperasikan, dan mempertahankan

Output dari langkah ini adalah keputusan untuk berinvestasi atau tidak
berinvestasi dalam aplikasi tertentu dan jadwal, anggaran, dan tanggung jawab yang
ditugaskan. Langkah ini biasanya dilakukan in-house, dengan konsultan sesuai
kebutuhan. Semua langkah lainnya bisa dilakukan di rumah atauc dioutsourcing

Pentingnya evaluasi yang realistis tidak dapat dibesar-besarkan. Banyak

proyek yang lewat. Tahapan ini ada karena alasan politis atau takut mengambil posisi
yang tidak populer. Manajer mungkin berharap sistem akan berjalan dengan baik.

Berikut ini merupakan

-identifikasi
Sebuah proyek adalah kumpulan tugas untuk mencapai suatu hasil, seperti
menerapkan JIT baru sistem manajemen persediaan. Proyek memiliki awal dan akhir
yang pasti; sebuah ruang lingkup, sumber daya, dan anggaran. Proyek disetujui
sebelum dialokasikan sumber daya. Proyek berbeda dari operasi atau bisnis seperti
biasa karena keunikannya. Karakteristik proyek ditunjukkan pada Tabel 13.4.
TABEL 13.4 Membedakan Karakteristik Proyek

Proyek memiliki karakteristik ini.

Apakah suatu usaha nya itu unik
Memiliki tingkat ketidakpastian yang tinggi sehubungan dengan biaya dan waktu
penyelesaian karena panjangnya umumnya panjang.
Melibatkan partisipasi pihak luar, yang sulit dikendalikan.
Memerlukan interaksi yang luas antar peserta.
Dapat bersaing dan berkonflik dengan kegiatan bisnis lainnya yang membuat perubahan
dalam perencanaan dan penjadwalan yang sulit.
Melibatkan risiko keterlambatan tinggi, kegagalan, dan perubahan yang mahal, namun
juga memiliki potensi keuntungan yang tinggi atau manfaat.
-perencanaan
Pengelolaan proyek ditingkatkan dengan pengelolaan proyek
terkomputerisasi alat seperti Program Evaluation Review Technique (PERT) dan yang
Critical Path Methode (CPM). Misalnya, mengembangkan kampanye media sosial
bisa menjadi hal proyek yang utama, dan beberapa alat TI tersedia untuk
mendukung dan membantu mengelola tugas.
Organisasi yang sukses melakukan proyek yang menghasilkan hasil yang
diinginkan dalam kerangka waktu yang ditetapkan dengan sumber daya yang
ditetapkan. Proyek tidak terbatas pada TI, tapi bisa berlaku untuk hampir semua
fungsi organisasi. Prinsip manajemen proyek dan praktik yang dibahas di bagian ini,
berlaku untuk semua jenis proyek.
-kendala
Proyek dikelola dengan mengelola tiga kendala, yaitu:
1. Lingkup: Lingkup proyek adalah definisi dari apa proyek yang seharusnya
mencapai-hasil atau kirimannya. Lingkup diukur dari segi proyek ukuran, tujuan, dan
persyaratan.
2. Waktu: Sebuah proyek dibuat dari tugas-tugas. Dalam menentukan tugas, mereka
harus mulai dengan kata kerja aktif, seperti: server pembelian, mengajukan
permohonan izin, dan wawancara vendor. Setiap tugas diberikan durasi-yang
merupakan perbedaan antara tanggal awal tugas dan tanggal akhirnya. Waktu
proyek ditentukan oleh durasi tugas dan ketergantungan tugas. Beberapa tugas
bergantung pada tugas lain yang diselesaikan sebelum mereka bisa dimulai.
Misalnya, dalam konstruksi, lubang harus digali sebelum penuangan beton bisa
dimulai. Durasi tugas dan tugas dependensi menentukan waktu yang dibutuhkan
untuk menyelesaikan proyek
3. Anggaran: Proyek disetujui berdasarkan biaya mereka. Kendala ini saling terkait,
sehingga harus dikelola bersama untuk proyek akan selesai tepat waktu, sesuai
anggaran, dan spesifikasi (spec).
Setelah lingkup proyek didefinisikan, digunakan untuk memperkirakan garis
waktu dan anggaran yang realistis berdasarkan ketersediaan sumber daya yang
diperlukan. Sumber daya meliputi orang, peralatan, dan material yang dibutuhkan
untuk menyelesaikan proyek. Hasilnya adalah rencana proyek yang ditentukan dalam
Work Breakdown Structure (WBS). Gambar 13.10
Figure 13.10 Microsoft Project screen shot of WBS (left-side) and Gantt Chart (right-
side).

menampilkan screen shot Microsoft Project, dengan WBS di sisi kiri dan Gantt bagan
di sisi kanan. Bagan Gantt adalah jenis diagram batang yang menggambarkan sebuah
proyek susunan acara. Bagan Gantt menggambarkan tanggal awal dan akhir dari
elemen terminal dan elemen ringkasan sebuah proyek. Unsur terminal dan elemen
ringkasan terdiri dari struktur rincian pekerjaan proyek. Sumber daya proyek harus
dikelola menurut WBS.

Scope Creep. Sangat penting bahwa setiap perubahan pada ruang lingkup proyek
secara eksplisit mencakup perubahan kompensasi dalam anggaran, tenggat waktu,
dan / atau sumber daya. Lingkup creep, yang mengacu pada pertumbuhan proyek
setelah ruang lingkupnya telah didefinisikan, menjadi masalah serius. Lingkup creep
adalah menumpuknya perubahan kecil yang oleh mereka sendiri bisa dikelola, tapi
secara keseluruhan sangat penting. Proyek TI, khususnya serumit penerapan ERP
atau CRM, bisa memakan waktu lama untuk menyelesaikannya.
Selama proyek, hampir dijamin bahwa permintaan akan dibuat berubah ruang
lingkupnya. Jika lingkup proyek adalah membangun aplikasi akuntansi untuk biaya
pemrosesan laporan dengan anggaran sebesar $ 100.000 dan durasi empat bulan,
manajer proyek diharapkan untuk melakukan itu. Namun, jika ruang lingkupnya
diubah juga termasuk pengolahan komisi penjualan, manajer proyek harus
mendapatkan perubahan yang sesuai dalam sumber daya dan waktu yang
dianggarkan. Jika anggarannya tidak disesuaikan, pengelola proyek cerdas akan
 menolak untuk menyetujui perubahan ruang lingkup. Pastikan setiap perubahan
yang diminta, sekecil apa pun, disertai dengan persetujuan untuk perubahan
anggaran atau jadwal atau keduanya.

4. Jelaskan siklus pengembangan sistem (SDLC) dan dampaknya terhadap

penerimaan dan keberhasilan implementasi TI.
Jawab:
Siklus pengembangan SDLC:
a. SISTEM PENYELIDIKAN

Tugas selanjutnya di tahap penyidikan sistem adalah kelayakannya belajar. Studi

kelayakan menentukan probabilitas keberhasilan usulan proyek dan memberikan
penilaian kasar terhadap teknis, ekonomi, organisasi, dan kelayakan perilaku. Studi
kelayakan sangat penting untuk dilakukan proses pengembangan sistem karena,
dilakukan dengan benar, penelitian bisa dicegah organisasi membuat kesalahan yang
mahal, seperti menciptakan sistem yang tidak bekerja, itu tidak akan bekerja secara
efisien, atau orang tidak dapat atau tidak akan menggunakannya.

Kelayakan teknis. Kelayakan teknis menentukan apakah perangkat

keras, perangkat lunak, dan komponen komunikasi dapat
dikembangkan dan / atau diperoleh untuk menyelesaikan masalah
bisnis. Kelayakan teknis juga menentukan apakah organisasi sudah
ada teknologi dapat digunakan untuk mencapai tujuan kinerja proyek.
Kelayakan ekonomi. Kelayakan ekonomi menentukan apakah proyek
tersebut dapat diterima risiko finansial dan jika organisasi mampu
membayar biaya dan waktu yang dibutuhkan untuk menyelesaikan
proyek
Kelayakan Organisasi. Kelayakan organisasi berhubungan dengan
organisasi kemampuan untuk menerima proyek yang diusulkan
Terkadang, misalnya, organisasi tidak dapat menerima proyek yang
dapat diterima secara finansial karena kendala hukum atau kendala
lainnya.
Kelayakan Perilaku. Kelayakan perilaku menangani masalah manusia
proyek. Semua proyek pengembangan sistem mengenalkan
perubahan ke dalam organisasi, dan orang umumnya takut berubah.
Tiga metode yang umum digunakan untuk menentukan kelayakan ekonomi adalah
pengembalian investasi (ROI), net present value (NPV), dan analisis impas. Kembali
pada Investasi adalah rasio dari laba bersih yang dapat diatribusikan kepada suatu
proyek dibagi rata-rata aset yang diinvestasikan dalam proyek. Nilai sekarang bersih
adalah jumlah bersih yang mana manfaat proyek melebihi biaya proyek, setelah
memungkinkan biaya modal dan nilai waktu dari uang. Analisis impas menentukan
titik di mana arus kas kumulatif dari sebuah proyek sama dengan investasi yang
dilakukan dalam proyek.
a. SISTEM ANALISIS
Tahap analisis sistem menghasilkan informasi berikut:

i. kekuatan dan kelemahan sistem yang ada;

ii. berfungsi agar sistem yang baru harus memecahkan masalah bisnis
iii. persyaratan informasi pengguna untuk sistem yang baru.
Ada dua pendekatan utama dalam analisis sistem: tradisional (terstruktur)
pendekatan dan pendekatan berorientasi objek. Pendekatan tradisionalnya
menekankan caranya, sedangkan pendekatan berorientasi objek lebih menekankan
apa.

b. SISTEM DESAIN

Dua aspek utama dari sistem baru:

1. Desain sistem logis menyatakan sistem apa yang akan digunakan

lakukan, dengan menggunakan spesifikasi abstrak. Spesifikasi desain
logis termasuk desain output, input, pengolahan, database,
telekomunikasi, kontrol, keamanan, dan pekerjaan IS. Misalnya yang
logis desain telekomunikasi mungkin memerlukan jaringan area luas
yang menghubungkan perusahaan tanaman
2. Perancangan sistem fisik menyatakan bagaimana sistem akan tampil
fungsinya, dengan spesifikasi fisik yang sebenarnya. Spesifikasi desain
fisik meliputi desain perangkat keras, perangkat lunak, database,
telekomunikasi, dan prosedur. Desain telekomunikasi fisik akan
menentukan jenis komunikasi perangkat keras (komputer dan router),
perangkat lunak (sistem operasi jaringan), media (serat optik dan
satelit), dan bandwidth (misalnya, 100 Mbps).
c. PROGRAMMING
Pengembang sistem memanfaatkan spesifikasi desain untuk mendapatkan perangkat
lunak yang dibutuhkan agar sistem dapat memenuhi tujuan fungsionalnya dan
memecahkan masalah bisnis.

d. TESTING / PENGUJIAN
Pengujian memverifikasi bahwa kode komputer bekerja dengan benar dalam berbagai
kondisi membutuhkan banyak waktu, usaha, dan biaya untuk melakukan dengan benar.
Namun, biaya pengujian yang tidak benar, yang mungkin bisa mengarah pada sistem
yang tidak sesuai dengan tujuannya, sangat besar pengujian dirancang untuk mendeteksi
kesalahan (bugs) pada kode komputer. Kesalahan ini ada dua jenis: kesalahan sintaks dan
kesalahan logika.

1. Kesalahan sintaks (misalnya kata yang salah eja atau koma yang salah tempat) lebih
mudah ditemukan dan tidak akan mengizinkan program berjalan.
2. Kesalahan logika mengizinkan program berjalan namun menghasilkan output yang
salah. Kesalahan logika lebih sulit dideteksi karena penyebabnya tidak jelas. Pemrogram
harus ikuti alur logika dalam program untuk menentukan sumber error di keluaran.

Untuk melakukan pengujian sistem secara sistematis, harus mulai dengan yang
komprehensif rencana uji.Ada beberapa jenis pengujian: Dalam pengujian unit, setiap
modul diuji sendiri dalam upaya untuk menemukan kesalahan dalam kodenya. Uji coba
string mengumpulkan beberapa modul, untuk memeriksa koneksi logis di antara mereka.
Tingkat berikutnya, pengujian integrasi, menyatukan berbagai program untuk tujuan
pengujian. Sistem pengujian membawa bersama semua program yang terdiri dari sistem.
Seiring peningkatan perangkat lunak dalam kompleksitas, jumlah kesalahan meningkat,
membuatnya bertambah hampir tidak mungkin untuk menemukan mereka semua.
Keadaan ini telah menyebabkan perangkat lunak "cukup bagus" perangkat lunak yang
pengembang rilis mengetahui bahwa kesalahan tetap ada dalam kode tapi percaya
bahwa perangkat lunak masih akan memenuhi tujuan fungsionalnya. Artinya, mereka
telah menemukan semua bug "show-stopper", kesalahan yang akan menyebabkan sistem
dimatikan atau dimatikan menyebabkan hilangnya data yang dahsyat.

e. IMPLEMENTASI
Implementasi (atau penyebaran) adalah proses pengubahan dari sistem lama ke sistem
baru. Organisasi menggunakan empat strategi konversi utama: paralel, langsung, pilot,
dan bertahap.

Dalam konversi paralel, sistem lama dan sistem yang baru beroperasi secara
bersamaan untuk jangka waktu tertentu. Artinya, kedua sistem memproses data yang
sama pada saat yang sama waktu, dan hasilnya dibandingkan. Jenis konversi ini adalah
yang paling mahal, tapi juga yang paling berisiko. Sebagian besar sistem besar memiliki
proses konversi paralel kurangi risikonya

Dalam konversi langsung, sistem lama terputus dan sistem yang baru dinyalakan
pada titik tertentu dalam waktu. Jenis konversi ini adalah yang paling murah, tapi yang
paling berisiko jika sistem baru tidak berjalan seperti yang direncanakan. Beberapa
sistem diimplementasikan dengan menggunakan jenis konversi ini, karena adanya risiko
yang terlibat.

Sebuah konversi pilot memperkenalkan sistem baru di salah satu bagian organisasi,
seperti di satu pabrik atau dalam satu area fungsional. Sistem baru berjalan untuk jangka
waktu tertentu waktu dan dinilai setelah sistem baru bekerja dengan baik, diperkenalkan
di lain bagian dari organisasi.

Sebuah konversi bertahap memperkenalkan komponen sistem baru, seperti individu

modul, secara bertahap setiap modul dinilai, dan bila bekerja dengan benar, lainnya
Modul diperkenalkan sampai seluruh sistem baru beroperasi. Enterprise application
integration (EAI) sering disebut middleware, yang mana. Antarmuka dikembangkan untuk
memetakan paket utama kerangka konseptual tunggal yang memandu apa yang semua
paket ini lakukan dan jenisnya informasi yang biasanya mereka butuhkan untuk
dibagikan. Kerangka konseptual ini bisa jadi digunakan untuk menerjemahkan data dan
proses dari setiap paket vendor ke yang umum bahasa. Ini adalah satu-satunya cara
untuk menerapkan pembagian rantai pasokan kolaboratif informasi. XML adalah
teknologi yang digunakan oleh banyak vendor EAI dalam crossenterprise mereka
pengembangan aplikasi Hal ini dapat dianggap sebagai cara untuk menyediakan variabel
format pesan yang bisa dibagi antara dua sistem komputer, selama ini karena keduanya
memahami format (tag) yang sedang digunakan.

f. OPERASI DAN PEMELIHARAAN

Setelah konversi, sistem baru akan beroperasi untuk jangka waktu tertentu, sampai tidak
ada lagi memenuhi tujuannya. Setelah operasi sistem baru distabilkan, audit dilakukan
selama operasi untuk menilai kemampuan sistem dan menentukan apakah itu sedang
terjadi digunakan dengan benar. Sistem membutuhkan beberapa jenis perawatan. Tipe
pertama adalah debugging program, sebuah proses yang berlanjut sepanjang masa
sistem. Tipe kedua adalah memperbarui sistem untuk mengakomodasi perubahan dalam
kondisi bisnis. Sebuah contoh akan disesuaikan dengan peraturan pemerintah yang baru
(seperti perubahan tarif pajak) koreksi dan upgrade biasanya tidak menambahkan fungsi
baru; mereka tetap saja sistem berfungsi sesuai kebutuhan. Tipe ketiga perawatan
menambahkan fungsionalitas baru ke sistem-menambahkan fitur baru ke sistem yang
ada tanpa mengganggu operasinya.

5. Berilah contoh kasus penerapan proses bisnis manajemen pada organisasi

Jawab:
Proses Order AutoTrader.com Berjalan dari Rapuh ke Fleksibel

AutoTrader.com adalah pasar iklan baris online terkemuka yang menampilkan lebih
dari 3 juta kendaraan. Perusahaan bertindak sebagai perantara yang
menghubungkan pembeli dan penjual mobil baru dan bekas, seperti yang
ditunjukkan pada Gambar 13.1. AutoTrader.com menarik 15 juta pembeli setiap
bulannya, memiliki lebih dari 20.000 pelanggan, dan mempekerjakan lebih dari 2.000
orang. Pendapatan naik dari $ 626 juta di tahun 2009 menjadi $ 720 juta di tahun
2010 dan $ 1,03 miliar di tahun 2011.

Autotrader.com menduduki puncak peringkat pemimpin pendapatan iklan online

lokal pada tahun 2011, mengambil lebih dari $ 1 miliar pendapatan penjualan
dengan kekuatan pasar otomotif A.S. yang rebound. Situs tersebut mengalahkan AT
& T Yellowpages.com raksasa, dengan hampir $ 1 miliar pendapatan dan pendatang
baru Groupon, dengan harga $ 650 juta.
BPM, atau manajemen proses bisnis, berarti melihat apa yang Anda lakukan dan
bagaimana Anda melakukannya, dan menghasilkan proses yang lebih efisien,
biasanya menggunakan otomasi.

Perangkat lunak BPM digunakan untuk memetakan proses yang dilakukan baik oleh
komputer atau manual - dan merancang yang baru. Perangkat lunak ini mencakup
template bawaan yang menunjukkan alur kerja dan aturan untuk berbagai fungsi,
seperti aturan persetujuan kredit. Template dan aturan ini memberikan konsistensi
dan hasil berkualitas tinggi.

Proses Pemenuhan Pesanan Warisan

AutoTrader memproses ribuan pesanan dan kontrak setiap bulannya. Proses

pemenuhan pesanan warisan dijalankan di My AutoTrader (MAT), sebuah sistem
berbasis Lotus Notes / Domino. MAT mengambil rata-rata 6,3 sampai 8,3 hari untuk
memenuhi pesanan dan kontrak proses, seperti ditunjukkan Gambar 13.2. Proses
pemenuhan pesanan terdiri dari 100? Langkah terkoordinasi telah memutus atau
mematikan yang menyebabkan waktu siklus yang lama dan rawan kesalahan-yaitu,
proses dari akhir zaman membutuhkan waktu terlalu lama untuk menyelesaikannya.
MAT adalah kemacetan yang memperlambat pendapatan dan pelanggan yang
diperparah.

Mempercepat Proses Pemenuhan Pesanan dengan BPM

Dengan pertumbuhan operasi yang cepat, manajemen menetapkan tujuan agar

perusahaan menjadi tangkas, menghasilkan pendapatan lebih cepat, dan untuk
meningkatkan kepuasan pelanggan. Mereka berinvestasi dalam solusi BPM - memilih
metode WebMedia dari Software AG (softwareag.com/). Perangkat lunak BPM
mendukung analisis sistem saat ini untuk mempelajari dan mendokumentasikan
bagaimana tugas dilakukan dan kemudian mendukung perancangan atau
perancangan ulang proses untuk menyederhanakan dan mengotomatisasi; kemudian
pelaksanaan dan pelaksanaan proses baru, yang kemudian disempurnakan untuk
mengoptimalkan proses bisnis lintas fungsional. Dengan menggunakan metode web
BPM Suite (BPMS), AutoTrader.com sekarang memiliki sistem pesanan penjualan
elektronik yang memampatkan proses pemenuhan pesanan menjadi sekitar satu
hari, seperti yang ditunjukkan pada Gambar 13.3.
Dampak BPM Enterprise

Membuat pesanan penjualan elektronik merupakan bagian dari upaya multiyears

untuk mengubah cara proses penjualan dan proses dukungan pelanggan beroperasi.
Rob Andrzejewski, manajer BPM AutoTrader, mengatakan: "Begitu pesanan masuk,
kami mengambilnya di BPM, dan kami menangani semua orkestrasi pemenuhan.
Saat ini, ini sekitar 100 langkah yang diatur. Hanya ada enam tugas manusia dalam
prosesnya. "Prosesnya berinteraksi dengan lebih dari 20 sumber data dan sistem
yang berbeda, termasuk sistem inventori, database pemenuhan kontrak pemenuhan
sistem penagihan, dan platform CRM. Komponen alur kerja metode web BPMS
mengelola interaksi. Solusinya lebih fleksibel, lebih kuat, dan kurang rentan terhadap
kesalahan. Manajer diberitahu segera ketika masalah muncul sehingga mereka dapat
memperbaiki masalah saat terjadi-daripada menemukan satu atau dua hari
kemudian kontrak terjebak dalam pemenuhan.

Dengan BPMS, tugas ditugaskan langsung ke orang yang tepat, yang diberi
tahu saat pekerjaan ditambahkan ke antrian mereka. Kurang dari 5 persen pesanan
perlu kembali ke penjualan untuk klarifikasi - peningkatan 400 persen. Manajer
memeriksa status pemenuhan pesanan kapan saja menggunakan metode Web
Optimalkan Proses, yang memberikan visibilitas real-time ke kinerja. Mereka dapat
mengukur indikator kinerja utama (KPI) secara real-time untuk melihat di mana
melakukan perbaikan.

Tabel 13.1 Manfaat sistem pesanan penjualan elektronik AutoTrader dan BPMS

Pemenuhan pesanan lebih cepat 70 persen

100 langkah proses diatur di seluruh staf dan 20 sistem

94 persen langkah proses sekarang otomatis

400 persen pengurangan pesanan yang membutuhkan klarifikasi

Dealer yang lebih puas, yang merupakan bagian terbesar dari pendapatan
penjualannya

Meningkatnya produktivitas - orang yang tepat fokus pada tugas yang benar

Peringatan proaktif memungkinkan staf menangani masalah dengan segera

Integrasi yang lebih sederhana dan perubahan yang lebih mudah setelah merger dan
akuisisi

Mengoptimalkan biaya personil, perangkat keras dan perangkat lunak

Dealer dapat membuat perubahan langsung terhadap kontrak mereka, yang

mengurangi biaya personil. Biaya perangkat lunak dan perangkat keras menurun saat
perusahaan tersebut melepaskan sistem lama. Manfaat sistem pesanan penjualan
elektronik AutoTrader dan BPMS dirangkum dalam Tabel 13.1.