Chapter 2

Analysis the
Business Case
Kelompok 2 :
Qader Abdussabil
Natasya Fajriona
Kiara Zulfiana
Tujuan Pembelajaran
01 Menjelaskan konsep kasus bisnis dan bagaimana
.kasus bisnis mempengaruhi proyek TI

02 Menjelaskan proses perencanaan strategis dan

mengapa itu penting bagi tiM TI

03 Melakukan analisis SWOT dan menggambarkan

empat faktor yang terlibat

04 Menjelaskan tujuan dari pernyataan misi

 05 Menjelaskan bagaimana SDLC berfungsi sebagai
kerangka kerja untuk pengembangan sistem
.
06 Sebutkan alasan untuk proyek sistem dan faktor-
faktor yang mempengaruhi proyek tersebut

07 Menjelaskan permintaan sistem dan peran komite

peninjau sistem

08
07 Menentukan kelayakan operasional, teknis,
ekonomi, dan jadwal
09
08
09 Menjelaskan langkah-langkah dan produk
akhir dari investigasi awal
 Pengantar

Istilah kasus bisnis mengacu pada

01 alasan, atau pembenaran untuk
proposal

Kasus bisnis yang kuat menunjukkan

02
Pengembangan sistem biasanya
dimulai dengan permintaan
03 sistem, diikuti oleh investigasi
awal,
yang mengacu studi kelayakan
bahwa perusahaan harus mengejar
alternatif diatas opsi lain, karena akan
menjadi kepentingan terbaik perusahaan
untuk mendukung rencana strategis dari or
ganisasi.
06
 Strategi Perencanaan
Kerangka kerja pengembangan sistem IT

“
“

Your Text Here

Contents
Sebuah swot analisis adalah pondasi yang kuat untuk proses perencanaan strategis karena meneliti sumber daya
teknis ,manusia,dan keuangan perusahaan.
SWOT analisis terdiri dari:
• Strength mencakup teknlogi berharga yang dapat digunakan pada banyak produk popular
• Weakness komponen yang berhubungan dengan kelemahan dari suatu perusahaan yang akan berdampak pa
da perusahaan tersebut,setiap paten memilki masa pakai yang terbatas ketika sudah habis maka tidak terlindu
ngi lagi
• Opportunities komponen yang merupakan peluang apa saja yang dapat dimanfaatkan untuk perusahaan yang
dapat mengembangkan perusahaan tersebut
• Threats komponen yang mungkin akan dihadapi pada perusahaan yang akan menghambat berkembangnya s
uatu perusahaan
Strategi Perencanaan
Kerangka kerja pengembangan sistem IT
Apa itu kasus Bisnis?
Insert the title of your subtitle Here
 KASUS BISNIS
Kasus Bisnis mengacu alasan, atau
pembenaran untuk proposal. Kasus bisnis
harus
komprehensif, namun mudah dimengerti.
Kasus bisnis harus menggambarkan
proyek dengan jelas, memberikan
justifikasi,
dan memperkirakan dampak keuangan
proyek.
Sebuah kasus bisnis haruslah bisa menjawab pertanyaan pertanyaan seperti :
• Mengapa suatu proyek dilakukan
• Tentang apa proyek tersebut
• Solusi mengatasi masalah bisnis utama
• Berapa biaya dan berapa lama
• Apakah adanya kerugian selama proyek
• Apakah ada resiko dalam melakukan proyek tersebut
• Bagaiamana proyek tersebut dikatakan sukses
• Alternatif apa saja yang ada
 RANCANGAN SISTEM INFORMASI
• Alasan Utama untuk Proyek Sistem
Alasan Utama merupakan titik awal untuk sebagian besar proyek disebut permint
aan sistem, yang merupakan cara formal untuk meminta dukungan TI. Permintaa
n sistem dapat mengusulkan peningkatan untuk sistem yang ada dan dapat
mendukung bisnis untuk kedepannya

1.PERBAIKAN LAYANAN
Permintaan sistem sering ditujukan untuk meningkatkan layanan kepada pelangg
an atau pengguna di dalam perusahaan

2. DUKUNGAN UNTUK PRODUK DAN LAYANAN BARU

Produk dan layanan baru seringkali memerlukan jenis atau tingkat dukungan TI
baru. Misalnya, vendor perangkat lunak mungkin menawarkan layanan peningkat
an otomatis untuk pelanggan; atau perusahaan pengiriman paket dapat menamb
ahkan layanan khusus untuk pengiriman

3.KINERJA LEBIH BAIK

Sistem saat ini mungkin tidak memenuhi persyaratan kinerja. Misalnya, mungkin
menanggapi pertanyaan data secara lambat pada waktu tertentu, atau mungkin t
idak dapat mendukung pertumbuhan perusahaan
4.INFORMASI LEBIH LANJUT.
Sistem mungkin menghasilkan informasi yang tidak mencukupi, tidak lengkap, atau tida
k dapat mendukung kebutuhan informasi perubahan perusahaan. Misalnya, sistem yang
melacak pesanan pelanggan mungkin tidak mampu menganalisis dan menentukan tren
pemasaran

5. KONTROL YANG KUAT

Suatu sistem harus memiliki kontrol yang efektif untuk memastikan bahwa data itu aman
dan akurat. Beberapa kontrol keamanan umum termasuk kata sandi, berbagai tingkat ak
ses pengguna, dan enkripsi, atau pengkodean data agar tetap aman dari pengguna yan
g tidak sah

6. BIAYA YANG DIKURANGI

Sistem saat ini dapat menjadi mahal untuk dioperasikan atau dipelihara sebagai akibat d
ari masalah teknis, kelemahan desain, atau tuntutan bisnis yang berubah
 RANCANGAN SISTEM INFORMASI
• Faktor yang Mempengaruhi Sistem Proyek
 RENCANA
STRATEGIS

MANAJER TOP.

Faktor internal PERMINTAAN PENGGUNA

DEPARTEMEN TEKNOLOGI
INFORMASI

SISTEM DAN DATA YANG ADA

Faktor internal
Faktor internal meliputi rencana strategis, manajer puncak, permintaan pengguna, departemen teknologi informasi
dan sistem dan data yang ada.

1. RENCANA STRATEGIS. Rencana strategis perusahaan menetapkan arah keseluruhan untuk perusahaan dan
memiliki dampak penting pada proyek

2. MANAJER TOP. Arahan dari manajer puncak adalah sumber utama proyek sistem skala besar. Arahan-arahan
tersebut sering dihasilkan dari keputusan bisnis strategis yang memerlukan sistem TI baru, lebih banyak informasi
untuk pengambilan keputusan, atau dukungan yang lebih baik untuk sistem informasi yang sangat penting.
3. PERMINTAAN PENGGUNA. Karena pengguna lebih bergantung pada sistem informasi untuk melakukan peker
jaan mereka, mereka cenderung untuk meminta lebih banyak layanan dan dukungan TI

4. DEPARTEMEN TEKNOLOGI INFORMASI Banyak permintaan proyek sistem datang dari departemen TI. Angg
ota staf TI sering membuat rekomendasi berdasarkan pengetahuan mereka tentang operasi bisnis dan tren teknol
ogi

5. SISTEM DAN DATA YANG ADA Kesalahan atau masalah dalam sistem yang ada dapat memicu permintaan un
tuk proyek sistem. Ketika berhadapan dengan sistem yang lebih tua, analis terkadang menghabiskan terlalu bany
ak waktu untuk bereaksi terhadap masalah sehari-hari tanpa melihat penyebab yang mendasarinya
 TEKNOLOGI

PEMASOK

FAKTOR PELANGGAN
EKSTERNAL

PESAING.

EKONOMI

PEMERINTAH
 RANCANGAN SISTEM INFORMASI
• Manajemen Proyek
 Evaluasi Permintaan Sistem

Formulir Permintaan Sistem

Formulir permintaan sistem harus diranca
ng dengan benar dan menyederhanakan
80%
arus proses permintan dan memastikan k Komite Peninjauan Sistem
onsistensi . Formulir permintaan sistem ha Komite peninjaun sistem atau komite
rus memuat informasi yang jelas dan mud
50%
sumber daya komputer mengevaluasi permintaan
ah dimengerti. sistem yang ditujukan untuk menggunakan penilaian g
las4
abungan dan beberapa pengalaman beberapa manaje
r untuk mengevaluasi proyek sistem.
0%
- Sebagian besar perusahaan besar menggunakan ko
mite peninjauan sistem untuk mengevaluasi permintaa
70%
n sistem
- Banyak perusahaan kecil mengandalkan satu orang
untuk mengevaluasi permintaan sistem, bukan komite
60%
-Tujuannya adalah untuk mengevaluasi permintaan da
n menetapkan prioritas
 TINJAUAN KELAYAKAN

Permintaan sistem harus lulus beberapa tes yang disebut studi

kelayakan, untuk melihat apakah layak untuk melanjutkan lebih
jauh.

Studi kelayakan menggunakan empat tolok ukur utama untuk

mengukur proposal: kelayakan operasional, kelayakan teknis,
kelayakan ekonomi, dan kelayakan jadwal.
 Kelayakan Operasional
Kelayakan operasional berarti bahwa sist
em yang diusulkan akan digunakan seca
ra efektif setelah dikembangkan. Jika pe
ngguna mengalami kesulitan dengan sist
em baru, itu tidak akan menghasilkan ma
nfaat yang diharapkan. Kelayakan opera
sional tergantung pada beberapa masala
h penting.
A B
Kelayakan Jadwal
Kelayakan Jadwal berarti bahwa suatu pr
C D
oyek dapat diimplementasikan dalam kera
ngka waktu yang dapat diterima. Ketika m
enilai kelayakan jadwal, seorang analis sis
tem harus mempertimbangkan interaksi a
ntara waktu dan biaya. Misalnya, memper
cepat jadwal proyek mungkin membuat pr
oyek layak, tetapi jauh lebih mahal
Kelayakan Teknis
Kelayakan teknis mengacu pada sumbe
r daya teknis yang diperlukan untuk me
ngembangkan, membeli, memasang, at
au mengoperasikan sistem.
Kelayakan Ekonomi
Kelayakan ekonomi berarti bahwa
manfaat yang diproyeksikan dari
sistem yang diusulkan lebih besar
daripada perkiraan biaya yang
biasanya dianggap sebagai total biaya
kepemilikan, yang mencakup biaya
dukungan dan pemeliharaan yang
berkelanjutan, serta biaya akuisisi.
Mengevaluasi Kelayakan Menetapkan Prioritas
-Langkah pertama dalam mengevaluasi Setelah menolak permintaan sistem
kelayakan adalah untuk mengidentifikasi yang tidak layak, komite peninjau siste
Add Contents Title
dan menyingkirkanAddpermintaan
Contents Title
sistem m harus nmenetapkan prioritas untuk it
yang tidak layak. em yang tersisa. prioritas tertinggi dibe
- Analisis kelayakan adalah tugas rikan kepada proyek proyek yang mem
berkelanjutan yang harus dilakukan
Add Contents Title berikan
Add manfaat
Contents terbesar, dengan biay
Title
selama proses pengembangan sistem a terendah, dalam periode waktu terpe
ndek
 Faktor yang mempengaruhi perioritas
Faktor-Faktor yang Mempengaruhi Prioritas
Saat menilai prioritas proyek, analis sistem harus mempertimbangkan hal berikut:
• Apakah sistem yang diusulkan akan mengurangi biaya? Dimana? Kapan? Bagaimana? Berapa banyak?
• Apakah sistem akan meningkatkan pendapatan bagi perusahaan? Dimana? Kapan? Berapa banyak?
• Akankah proyek sistem menghasilkan lebih banyak informasi atau menghasilkan hasil yang lebih baik? Bagai
mana? Apakah hasilnya dapat diukur?
• Apakah sistem akan melayani pelanggan dengan lebih baik?
• Apakah sistem akan melayani organisasi dengan lebih baik?
• Dapatkah proyek dilaksanakan dalam periode waktu yang wajar? Berapa lama hasilnya akan bertahan?
• Apakah sumber daya keuangan, manusia, dan teknis yang diperlukan tersedia? Sangat sedikit proyek yang m
endapat skor tinggi di semua bidang. Beberapa sistem yang diusulkan
Proyek Diskresioner dan Nondiskresioner
Proyek manajemen memiliki pilihan dalam mengimpl
Add Contents Title

Add Contents Title

Add Contents Title

ementasikannya disebut proyek disekresioner. Proye
k dimana tidak ada pilihan disebut proyek non diskres
ioner.
Membuat laporan baru pengguna adalah contoh dari
proyek diskresioner. Menambahkan laporan yang dip
erlukan oleh undang-undang federal yang baru adala
h contoh dari proyek non diskresioner
 Interaksi dengan Manajer dan Pengguna

01 Langkah 1 - Memahami masalah atau

peluang.

Langkah 2 - Tentukan ruang lingkup dan

02
kendala proyek.

PRESENT VERSUS FUTURE 04

Kewajiaban VERUS DIINGINKAN

INTERNAL VERSUS EKSTERNAL

 3 Langkah 3 - Lakukan pencarian fakta.

Menganalisa
bagan organisasi
Melakukan Tinjau dokumentasi.
survei pengguna
Melakukan
wawancara. Amati operasi
 04
04 Langkah 4 - Analisis kegunaan, biaya, manfaat,
data jadwal proyek.

05 Langkah 5 - Mengevaluasi kelayakan

Operasional
Teknis

Ekonomi

Susunan acara

06 Langkah 6 - Sajikan hasil dan rekomendasi

untuk pengelolaan.
 Thank you
Insert the title of your subtitle Here