JAWABAN UNTUK LEARNING OBJECTIVES (DIPRESENTASIKAN NANTI TERAKHIR SETELAH SIAP

JELASIN MATERI)

13-1 How does building new systems produce organizational change?

Membangun sistem informasi baru merupakan bentuk perubahan organisasi yang terencana.
Empat jenis
Perubahan yang dimungkinkan oleh teknologi adalah (1) otomatisasi, (2) rasionalisasi prosedur,
(3) desain ulang proses bisnis, dan (4) pergeseran paradigma, dengan perubahan yang jauh
membawa risiko dan manfaat terbesar. Banyak organisasi menggunakan manajemen proses
bisnis untuk mendesain ulang alur kerja dan proses bisnis dengan harapan mencapai terobosan
produktivitas yang dramatis. Manajemen proses bisnis juga berguna untuk mempromosikan
manajemen kualitas total (TQM), Six Sigma, dan inisiatif lain untuk peningkatan proses
tambahan.

13-2 What are the core activities in the systems development process?

Kegiatan inti dalam pengembangan sistem adalah analisis sistem, desain sistem, pemrograman,
pengujian, konversi, produksi, dan pemeliharaan. Analisis sistem adalah studi dan analisis
masalah sistem yang ada dan identifikasi persyaratan untuk solusi mereka. Desain sistem
memberikan spesifikasi untuk solusi sistem informasi, menunjukkan bagaimana komponen
teknis dan organisasinya saling cocok.

13-3 What are the principal methodologies for modeling and designing systems?

Dua metodologi utama untuk pemodelan dan perancangan sistem informasi adalah metodologi
terstruktur dan pengembangan berorientasi objek. Metodologi terstruktur berfokus pada
proses pemodelan dan data secara terpisah. Diagram aliran data adalah alat utama untuk
analisis terstruktur, dan bagan struktur adalah alat utama untuk mewakili desain perangkat
lunak terstruktur. Pengembangan berorientasi objek memodelkan sistem sebagai kumpulan
objek yang menggabungkan proses dan data. Pemodelan berorientasi objek didasarkan pada
konsep kelas dan pewarisan.

13-4 What are alternative methods for building information systems?

Metode tertua untuk membangun sistem adalah siklus hidup sistem, yang membutuhkan
sistem informasi dikembangkan dalam tahap formal. Tahapan harus berjalan secara berurutan
dan memiliki keluaran yang ditentukan; masing-masing memerlukan persetujuan formal
sebelum tahap berikutnya dapat dimulai. Siklus hidup sistem berguna untuk proyek besar yang
membutuhkan spesifikasi formal dan kontrol manajemen yang ketat atas setiap tahap
pembangunan sistem, tetapi sangat kaku dan mahal.
Prototyping terdiri dari membangun sistem eksperimental dengan cepat dan murah bagi
pengguna akhir untuk berinteraksi dan mengevaluasi. Prototyping mendorong keterlibatan
pengguna akhir dalam pengembangan sistem dan iterasi desain sampai spesifikasi ditangkap
secara akurat. Pembuatan prototipe yang cepat dapat menghasilkan sistem yang belum
sepenuhnya diuji atau didokumentasikan atau yang secara teknis tidak memadai untuk
lingkungan produksi.
Menggunakan paket perangkat lunak atau layanan perangkat lunak online (SaaS) mengurangi
jumlah pekerjaan desain, pemrograman, pengujian, instalasi, dan pemeliharaan yang
diperlukan untuk membangun sistem. Paket perangkat lunak aplikasi atau SaaS sangat
membantu jika perusahaan tidak memiliki staf sistem informasi internal atau sumber daya
keuangan untuk mengembangkan sistem secara khusus. Untuk memenuhi persyaratan unik
organisasi, paket mungkin memerlukan modifikasi ekstensif yang secara substansial dapat
meningkatkan biaya pengembangan.
Pengembangan pengguna akhir adalah pengembangan sistem informasi oleh pengguna akhir,
baik sendiri atau dengan bantuan minimal dari spesialis sistem informasi. Sistem yang
dikembangkan pengguna akhir dapat dibuat dengan cepat dan informal menggunakan
perangkat lunak yang mudah digunakan. Namun, pengembangan pengguna akhir dapat
menciptakan sistem informasi yang belum tentu memenuhi standar jaminan kualitas dan yang
tidak mudah dikendalikan dengan cara tradisional.
Outsourcing terdiri dari penggunaan vendor eksternal untuk membangun (atau
mengoperasikan) sistem informasi perusahaan alih-alih staf sistem informasi internal
organisasi. Outsourcing dapat menghemat biaya pengembangan aplikasi atau memungkinkan
perusahaan untuk mengembangkan aplikasi tanpa staf sistem informasi internal. Namun,
perusahaan berisiko kehilangan kendali atas sistem informasi mereka dan menjadi terlalu
bergantung pada vendor eksternal. Outsourcing juga memerlukan biaya tersembunyi, terutama
ketika pekerjaan dikirim ke luar negeri.

13-5 What are new approaches for system building in the digital firm era?

Perusahaan beralih ke desain aplikasi cepat (RAD), desain aplikasi bersama (JAD),
pengembangan tangkas, dan komponen perangkat lunak yang dapat digunakan kembali untuk
mempercepat proses pengembangan sistem. RAD menggunakan perangkat lunak berorientasi
objek, pemrograman visual, prototipe, dan alat untuk pembuatan sistem yang sangat cepat.
Pengembangan tangkas memecah proyek besar menjadi serangkaian subproyek kecil yang
diselesaikan dalam waktu singkat menggunakan iterasi dan umpan balik berkelanjutan.
Pengembangan berbasis komponen mempercepat pengembangan aplikasi dengan
mengelompokkan objek ke dalam rangkaian komponen perangkat lunak yang dapat
digabungkan untuk membuat aplikasi bisnis skala besar. DevOps menekankan kolaborasi erat
antara pengembang perangkat lunak yang membuat aplikasi dan staf operasional TI yang
menjalankan dan memelihara aplikasi. Layanan web menyediakan seperangkat standar umum
yang memungkinkan organisasi untuk menghubungkan sistem mereka terlepas dari platform
teknologi mereka melalui arsitektur plug-and-play standar. Pengembangan aplikasi seluler
harus memperhatikan kesederhanaan, kegunaan, dan kebutuhan untuk mengoptimalkan tugas
untuk layar kecil.

SLIDE 2 (ABANG)
LEARNING OBJECTIVES
13-1 Bagaimana membangun sistem baru menghasilkan perubahan organisasi?
13-2 Apa saja aktivitas inti dalam proses pengembangan sistem?
13-3 Apa metodologi utama untuk pemodelan dan perancangan sistem?
13-4 Apa metode alternatif untuk membangun sistem informasi?
13-5 Apa pendekatan baru untuk membangun sistem di era perusahaan digital?

SLIDE 3 (ABANG)
BACA AJA SESUAI YANG DIPPT

SLIDE 4 (ABANG)
Angostura Membangun Sistem Penjualan Seluler
 Masalah
Proses manual yang tidak efisien
 Solusi
- Mendesain ulang proses pesanan penjualan
- Sistem Pesanan Penjualan Seluler
- SAP ERP
- Perangkat lunak SAP NetWeaver Gateway
- iPad

SLIDE 5 (ABANG)
- Angostura menggunakan SAP Netweaver Gateway untuk menghubungkan Aplikasi
Penjualan Seluler kustom baru ke sistem ERP perusahaan
- Menunjukkan peran TI dalam membantu organisasi mengotomatiskan prosedur manual
- Mengilustrasikan kemampuan sistem TI untuk mendukung efisiensi dan pengurangan
biaya

SLIDE 6 (Angel)

Pengembangan Sistem dan Perubahan Organisasi

Teknologi informasi dapat mempromosikan berbagai tingkat perubahan organisasi, mulai dari
inkremental hingga jauh jangkauannya. Bentuk paling umum dari perubahan organisasi
berbasis TI adalah otomatisasi. Aplikasi pertama dari teknologi informasi yang terlibat
membantu karyawan dengan melakukan tugas-tugas mereka lebih efisien dan efektif.
Menghitung gaji dan register penggajian, memberi teller bank akses cepat ke catatan simpanan
pelanggan, dan mengembangkan jaringan reservasi nasional untuk agen tiket pesawat adalah
contoh otomatisasi awal.
  Bentuk perubahan organisasi yang lebih dalam—yang mengikuti dengan cepat dari
otomatisasi awal—adalah rasionalisasi prosedur.

Rasionalisasi prosedur adalah perampingan prosedur operasi standar. Misalnya, sistem

baru Cameron International untuk pelaporan keuangan efektif tidak hanya karena
menggunakan teknologi komputer tetapi juga karena perusahaan menyederhanakan
proses bisnisnya untuk fungsi ini. Diperlukan lebih sedikit langkah manual.
Rasionalisasi prosedur sering ditemukan dalam program-program untuk melakukan
serangkaian peningkatan kualitas yang berkelanjutan dalam produk, layanan, dan
operasi, seperti manajemen kualitas total (TQM) dan Six Sigma. Manajemen kualitas
total (TQM) menjadikan pencapaian kualitas sebagai tujuan itu sendiri dan tanggung
jawab semua orang dan fungsi dalam suatu organisasi. TQM berasal dari konsep yang
dikembangkan oleh pakar kualitas Amerika seperti W. Edwards Deming dan Joseph
Juran, tetapi dipopulerkan oleh organisasi Jepang.

Six Sigma adalah ukuran kualitas yang spesifik, mewakili 3,4 cacat per sejuta peluang.
Sebagian besar perusahaan tidak dapat mencapai tingkat kualitas ini tetapi
menggunakan six sigma sebagai tujuan untuk mendorong program peningkatan kualitas
yang berkelanjutan.
Jenis perubahan organisasi yang lebih kuat adalah desain ulang proses bisnis, di mana
proses bisnis dianalisis, disederhanakan, dan didesain ulang. Desain ulang proses bisnis
mengatur ulang alur kerja, menggabungkan langkah-langkah untuk mengurangi
pemborosan dan menghilangkan tugas-tugas yang berulang dan padat kertas.

SLIDE 7 (Angel)

Jenis perubahan organisasi yang lebih kuat adalah desain ulang proses bisnis, di mana proses
bisnis dianalisis, disederhanakan, dan didesain ulang. Desain ulang proses bisnis mengatur
ulang alur kerja, menggabungkan langkah-langkah untuk mengurangi pemborosan dan
menghilangkan tugas-tugas yang berulang dan padat kertas. (Kadang-kadang desain baru
menghilangkan pekerjaan juga.) Ini jauh lebih ambisius daripada rasionalisasi prosedur,
membutuhkan visi baru tentang bagaimana proses harus diatur. Sesi Interaktif tentang
Organisasi menyajikan contoh lain.
Rasionalisasi prosedur dan mendesain ulang proses bisnis terbatas pada bagian-bagian tertentu
dari bisnis. Sistem informasi baru pada akhirnya dapat mempengaruhi desain seluruh organisasi
dengan mengubah cara organisasi menjalankan bisnisnya atau bahkan sifat bisnisnya. Misalnya,
perusahaan angkutan truk dan transportasi jarak jauh Schneider National menggunakan sistem
informasi baru untuk mengubah model bisnisnya.

Schneider menciptakan logistik bisnis baru untuk perusahaan lain. Bentuk perubahan bisnis
yang lebih radikal ini disebut pergeseran paradigma. Pergeseran paradigma melibatkan
pemikiran ulang sifat bisnis dan sifat organisasi.
Pergeseran paradigma dan desain ulang proses bisnis sering gagal karena perubahan organisasi
yang ekstensif sangat sulit untuk diatur (lihat Bab 14). Lalu, mengapa begitu banyak perusahaan
merenungkan perubahan radikal seperti itu? Karena imbalannya sama tinggi (lihat Gambar
13.1). Dalam banyak contoh, perusahaan yang mencari perubahan paradigma dan mengejar
strategi rekayasa ulang mencapai peningkatan yang menakjubkan dalam tingkat pengembalian
investasi (atau produktivitas). Beberapa dari kisah sukses ini, dan beberapa kisah kegagalan,
disertakan di seluruh buku ini

SLIDE 8 (Angel)

Gambar 13.1 menunjukkan empat jenis perubahan struktur organisasi yang dimungkinkan oleh
teknologi informasi: (1) otomatisasi, (2) rasionalisasi, (3) desain ulang proses bisnis, dan (4)
pergeseran paradigma. Masing-masing membawa risiko dan imbalan yang berbeda.

GAMBAR 13.1 PERUBAHAN ORGANISASI MEMBAWA RISIKO DAN HADIAH

Bentuk paling umum dari perubahan organisasi adalah otomatisasi dan rasionalisasi. Strategi
yang relatif bergerak lambat dan berubah lambat ini memberikan pengembalian yang
sederhana tetapi risiko yang kecil. Perubahan yang lebih cepat dan lebih komprehensif—seperti
desain ulang dan perubahan paradigma—membawa imbalan yang tinggi tetapi menawarkan
peluang kegagalan yang besar.

SLIDE 9 (Angel)

Desain Ulang Proses Bisnis

Manajemen proses bisnis (BPM) menyediakan berbagai alat dan metodologi untuk
menganalisis proses yang ada, merancang proses baru, dan mengoptimalkan proses tersebut.
BPM tidak pernah disimpulkan karena perbaikan proses membutuhkan perubahan terus-
menerus. Perusahaan yang mempraktikkan manajemen proses bisnis melalui langkah-langkah
berikut:
1. Identifikasi proses untuk perubahan: Salah satu keputusan strategis terpenting yang dapat
dibuat perusahaan bukanlah memutuskan bagaimana menggunakan komputer untuk
meningkatkan proses bisnis tetapi memahami proses bisnis apa
perlu perbaikan. Ketika sistem digunakan untuk memperkuat model bisnis atau proses bisnis
yang salah, bisnis dapat menjadi lebih efisien
dalam melakukan apa yang seharusnya tidak dilakukan. Akibatnya, perusahaan menjadi rentan
terhadap pesaing yang mungkin telah menemukan model bisnis yang tepat. Banyak waktu dan
biaya juga dapat dihabiskan untuk meningkatkan proses bisnis yang berdampak kecil pada
kinerja dan pendapatan perusahaan secara keseluruhan. Manajer perlu menentukan proses
bisnis apa yang paling penting dan bagaimana meningkatkan proses ini akan membantu kinerja
bisnis.

2. Analisis proses yang ada: Proses bisnis yang ada harus dimodelkan dan didokumentasikan,
mencatat input, output, sumber daya, dan urutan aktivitas. Tim desain proses mengidentifikasi
langkah-langkah yang berlebihan, tugas padat kertas, kemacetan, dan inefisiensi lainnya.
3. Merancang proses baru: Setelah proses yang ada dipetakan dan diukur dari segi waktu dan
biaya, tim desain proses akan mencoba memperbaiki proses dengan merancang yang baru.
Proses "calon" baru yang disederhanakan akan didokumentasikan dan dimodelkan untuk
dibandingkan dengan proses lama.

4. Menerapkan proses baru: Setelah proses baru dimodelkan dan dianalisis secara menyeluruh,
proses tersebut harus diterjemahkan ke dalam seperangkat prosedur dan aturan kerja yang
baru. Sistem informasi baru atau peningkatan pada sistem yang ada mungkin harus
diimplementasikan untuk mendukung proses yang didesain ulang. Proses baru dan sistem
pendukung diluncurkan ke dalam organisasi bisnis. Saat bisnis mulai menggunakan proses ini,
masalah akan terungkap dan ditangani. Karyawan yang bekerja dengan proses dapat
merekomendasikan perbaikan.

5. Pengukuran berkelanjutan: Setelah sebuah proses diimplementasikan dan dioptimalkan,

proses tersebut perlu diukur secara terus-menerus. Mengapa? Proses dapat memburuk dari
waktu ke waktu karena karyawan kembali menggunakan metode lama, atau mereka mungkin
kehilangan efektivitasnya jika bisnis mengalami perubahan lain.

SLIDE 10 (Angel)

GAMBAR 13.2 PROSES BISNIS SEBAGAIMANA ADANYA UNTUK PEMBELIAN BUKU DARI TOKO
BUKU FISIK
Membeli buku dari toko buku fisik membutuhkan banyak langkah yang harus dilakukan baik
oleh penjual maupun pelanggan.

Gambar 13.2 mengilustrasikan proses “apa adanya” untuk membeli buku dari toko buku fisik.
Pertimbangkan apa yang terjadi ketika seorang pelanggan mengunjungi toko buku fisik dan
mencari buku di raknya. Jika dia menemukan buku itu, orang itu membawanya ke kasir dan
membayarnya melalui kartu kredit, uang tunai, atau cek. Jika pelanggan tidak dapat
menemukan buku itu, dia harus meminta petugas toko buku untuk mencari di rak atau
memeriksa catatan inventaris toko buku untuk melihat apakah ada stok. Jika petugas
menemukan buku itu, pelanggan membelinya dan pergi. Jika buku tersebut tidak tersedia
secara lokal, petugas menanyakan tentang pemesanan untuk pelanggan dari gudang toko buku
atau dari distributor atau penerbit buku. Setelah buku yang dipesan tiba di toko buku,
karyawan toko buku menelepon pelanggan dengan informasi ini. Pelanggan harus pergi ke toko
buku lagi untuk mengambil buku dan membayarnya. Jika toko buku tidak dapat memesan buku
untuk pelanggan, pelanggan harus mencoba toko buku lain. Anda dapat melihat bahwa proses
ini memiliki banyak langkah dan mungkin mengharuskan pelanggan untuk melakukan beberapa
perjalanan ke toko buku.

SLIDE 11 (Angel)

Gambar 13.3 mengilustrasikan bagaimana proses pembelian buku dapat didesain ulang dengan
memanfaatkan Internet. Pelanggan mengakses toko buku online melalui Internet dari
komputernya. Dia mencari katalog online toko buku untuk buku yang dia inginkan. Jika buku
tersedia, pelanggan memesan buku secara online, memberikan informasi kartu kredit dan
alamat pengiriman, dan buku dikirimkan ke rumah pelanggan. Jika toko buku online tidak
menjual buku tersebut, pelanggan memilih toko buku online lain dan mencari buku tersebut
lagi. Proses ini memiliki langkah-langkah yang jauh lebih sedikit daripada proses pembelian
buku di toko buku fisik, membutuhkan lebih sedikit usaha dari pihak pelanggan, dan
membutuhkan lebih sedikit staf penjualan untuk layanan pelanggan. Oleh karena itu, proses
baru ini jauh lebih efisien dan menghemat waktu.
Desain proses baru perlu dibenarkan dengan menunjukkan seberapa banyak hal itu mengurangi
waktu dan biaya atau meningkatkan layanan dan nilai pelanggan. Manajemen pertama-tama
mengukur waktu dan biaya dari proses yang ada sebagai baseline. Dalam contoh kita, waktu
yang diperlukan untuk membeli buku dari toko buku fisik dapat berkisar dari 15 menit (jika
pelanggan segera menemukan apa yang diinginkannya) hingga 30 menit jika buku tersedia
tetapi harus ditemukan oleh staf penjualan. Jika buku harus dipesan dari sumber lain,
prosesnya mungkin memakan waktu satu atau dua minggu dan perjalanan lagi ke toko buku
untuk pelanggan. Jika pelanggan tinggal jauh dari toko buku, waktu perjalanan ke toko buku
harus diperhitungkan. Toko buku harus membayar biaya pemeliharaan toko fisik dan
persediaan buku, untuk staf penjualan situs, dan untuk biaya pengiriman jika buku harus
diperoleh dari lokasi lain.
Proses baru untuk membeli buku secara online mungkin hanya memakan waktu beberapa
menit, meskipun pelanggan mungkin harus menunggu beberapa hari atau seminggu untuk
mendapatkan buku tersebut dan harus membayar biaya pengiriman. Tetapi pelanggan
menghemat waktu dan uang dengan tidak harus pergi ke toko buku atau melakukan kunjungan
tambahan untuk mengambil buku. Biaya penjual buku lebih rendah karena mereka tidak perlu
membayar lokasi toko fisik atau inventaris lokal.
Meskipun banyak perbaikan proses bisnis bersifat inkremental dan berkelanjutan, ada kalanya
perubahan yang lebih radikal harus dilakukan. Contoh kami tentang toko buku fisik yang
mendesain ulang proses pembelian buku sehingga dapat dilakukan secara online adalah contoh
dari jenis perubahan radikal dan berjangkauan luas ini. Ketika diterapkan dengan benar, desain
ulang proses bisnis menghasilkan keuntungan dramatis dalam produktivitas dan efisiensi dan
bahkan dapat mengubah cara bisnis dijalankan. Dalam beberapa kasus, ini mendorong
“pergeseran paradigma” yang mengubah sifat bisnis itu sendiri.
Ini benar-benar terjadi dalam ritel buku ketika Amazon menantang toko buku fisik tradisional
dengan model ritel online dan pembaca e-book Kindle. Dengan secara radikal memikirkan
kembali cara sebuah buku dapat diterbitkan, dibeli, dan dijual, Amazon dan toko buku online
lainnya telah mencapai efisiensi yang luar biasa, pengurangan biaya, dan cara baru dalam
berbisnis.
BPM menimbulkan tantangan. Eksekutif melaporkan bahwa penghalang tunggal terbesar untuk
perubahan proses bisnis yang sukses adalah budaya organisasi. Karyawan tidak menyukai
rutinitas yang tidak biasa dan sering mencoba menolak perubahan. Hal ini terutama berlaku
untuk proyek-proyek di mana perubahan organisasi sangat ambisius dan berjangkauan luas.
Mengelola perubahan bukanlah hal yang sederhana atau intuitif, dan perusahaan yang
berkomitmen pada perbaikan proses yang ekstensif memerlukan strategi manajemen
perubahan yang baik (lihat Bab 14).
SLIDE 12 (Angel)

Alat untuk Manajemen Proses Bisnis

Banyak perusahaan perangkat lunak menyediakan alat untuk berbagai aspek BPM, termasuk
IBM, Oracle, dan TIBCO. Alat-alat ini membantu bisnis mengidentifikasi dan
mendokumentasikan proses yang memerlukan perbaikan, membuat model proses yang
ditingkatkan, menangkap dan menegakkan aturan bisnis untuk melakukan proses, dan
mengintegrasikan sistem yang ada untuk mendukung proses baru atau yang didesain ulang.
Perangkat lunak BPM juga menyediakan analitik untuk memverifikasi bahwa kinerja proses
telah ditingkatkan dan untuk mengukur dampak perubahan proses pada indikator kinerja bisnis
utama.
Misalnya, Perusahaan Asuransi Nasional Amerika, yang menawarkan asuransi jiwa, asuransi
kesehatan, asuransi kecelakaan properti, dan layanan investasi, menggunakan perangkat lunak
Pegasystems BPM untuk merampingkan proses layanan pelanggan di empat kelompok bisnis.
Perangkat lunak yang dibangun membuat aturan untuk memandu perwakilan layanan
pelanggan melalui satu tampilan informasi pelanggan yang dipelihara dalam beberapa sistem.
Dengan menghilangkan kebutuhan untuk menangani beberapa aplikasi secara bersamaan
untuk menangani permintaan pelanggan dan agen, proses yang ditingkatkan meningkatkan
kapasitas beban kerja perwakilan layanan pelanggan sebesar 192 persen.

SLIDE 13 (Angel)

Kegiatan yang menghasilkan solusi sistem informasi untuk masalah atau peluang organisasi
disebut pengembangan sistem. Pengembangan sistem adalah jenis masalah terstruktur yang
diselesaikan dengan aktivitas yang berbeda. Kegiatan ini terdiri dari analisis sistem, desain
sistem, pemrograman, pengujian, konversi, dan produksi dan pemeliharaan.

SLIDE 14 (Angel)
Gambar 13.4 mengilustrasikan proses pengembangan sistem. Kegiatan pengembangan sistem
yang digambarkan biasanya berlangsung secara berurutan. Tetapi beberapa aktivitas mungkin
perlu diulang atau beberapa mungkin terjadi secara bersamaan tergantung pada pendekatan
pembangunan sistem yang digunakan (lihat Bagian 13-4).

SLIDE 15

Analisis sistem adalah analisis masalah yang coba dipecahkan oleh perusahaan dengan sistem
informasi. Ini terdiri dari mendefinisikan masalah, mengidentifikasi penyebabnya, menentukan
solusi, dan mengidentifikasi kebutuhan informasi yang harus dipenuhi oleh solusi sistem.
Analis sistem membuat peta jalan dari organisasi dan sistem yang ada, mengidentifikasi pemilik
utama dan pengguna data bersama dengan perangkat keras dan perangkat lunak yang ada.
Analis sistem kemudian merinci masalah sistem yang ada. Dengan memeriksa dokumen, kertas
kerja, dan prosedur, mengamati operasi sistem, dan mewawancarai pengguna utama sistem,
analis dapat mengidentifikasi area masalah dan tujuan yang akan dicapai oleh solusi. Seringkali,
solusinya membutuhkan pembangunan sistem informasi baru atau meningkatkan yang sudah
ada.

Analisis sistem juga mencakup studi kelayakan untuk menentukan apakah solusi itu layak, atau
dapat dicapai, dari sudut pandang keuangan, teknis, dan organisasi. Studi kelayakan
menentukan apakah sistem yang diusulkan diharapkan menjadi investasi yang baik, apakah
teknologi yang dibutuhkan untuk sistem tersedia dan dapat ditangani oleh spesialis sistem
informasi perusahaan, dan apakah organisasi dapat menangani perubahan yang diperkenalkan
oleh sistem.
Biasanya, proses analisis sistem mengidentifikasi beberapa solusi alternatif yang dapat
ditempuh organisasi dan menilai kelayakannya masing-masing. Sebuah laporan proposal sistem
tertulis menjelaskan biaya dan manfaat, dan keuntungan dan kerugian, dari setiap alternatif.
Terserah manajemen untuk menentukan campuran biaya, manfaat, fitur teknis, dan dampak
organisasi yang mewakili alternatif yang paling diinginkan.

persyaratan informasi dari sistem baru melibatkan identifikasi siapa yang membutuhkan
informasi apa, di mana, kapan, dan bagaimana. Analisis kebutuhan dengan hati-hati
mendefinisikan tujuan dari sistem baru atau yang dimodifikasi dan mengembangkan deskripsi
rinci tentang fungsi yang harus dilakukan oleh sistem baru. Analisis kebutuhan yang salah
adalah penyebab utama kegagalan sistem dan biaya pengembangan sistem yang tinggi (lihat
Bab 14). Sebuah sistem yang dirancang di sekitar kumpulan persyaratan yang salah harus
dibuang karena kinerja yang buruk atau perlu menjalani modifikasi besar. Bagian 13-4
menjelaskan pendekatan alternatif untuk memunculkan persyaratan yang membantu
meminimalkan masalah ini.
Beberapa masalah tidak memerlukan solusi sistem informasi tetapi memerlukan penyesuaian
manajemen, pelatihan tambahan, atau penyempurnaan prosedur organisasi yang ada. Jika
masalahnya terkait dengan informasi, analisis sistem mungkin masih diperlukan untuk
mendiagnosis masalah dan sampai pada solusi yang tepat.

SLIDE 16

Desain Sistem
Analisis sistem menjelaskan apa yang harus dilakukan sistem untuk memenuhi kebutuhan
informasi, dan desain sistem menunjukkan bagaimana sistem akan memenuhi tujuan ini. Desain
sistem informasi adalah keseluruhan rencana atau model untuk sistem itu. Seperti cetak biru
sebuah bangunan atau rumah, ia terdiri dari semua spesifikasi yang memberikan sistem bentuk
dan strukturnya.
Perancang sistem merinci spesifikasi sistem yang akan memberikan fungsi yang diidentifikasi
selama analisis sistem. Spesifikasi ini harus menangani semua komponen manajerial, organisasi,
dan teknologi dari solusi sistem. Tabel 13.1 mencantumkan jenis spesifikasi yang akan
dihasilkan selama desain sistem.
Seperti rumah atau bangunan, sistem informasi mungkin memiliki banyak kemungkinan desain.
Setiap desain mewakili perpaduan unik dari komponen teknis dan organisasi. Apa yang
membuat satu desain lebih unggul dari yang lain adalah kemudahan dan efisiensi yang
memenuhi kebutuhan pengguna dalam serangkaian kendala teknis, organisasi, keuangan, dan
waktu tertentu.

Peran Pengguna Akhir

Persyaratan informasi pengguna mendorong seluruh upaya pembangunan sistem. Pengguna
harus memiliki kontrol yang cukup atas proses desain untuk memastikan bahwa sistem
mencerminkan prioritas bisnis dan kebutuhan informasi mereka, bukan bias dari staf teknis.
Bekerja pada desain meningkatkan pemahaman dan penerimaan pengguna terhadap sistem.
Seperti yang kami jelaskan di Bab 14, keterlibatan pengguna yang tidak mencukupi dalam upaya
desain merupakan penyebab utama kegagalan sistem. Namun, beberapa sistem memerlukan
lebih banyak partisipasi pengguna dalam desain daripada yang lain, dan Bagian 13-4
menunjukkan bagaimana metode pengembangan sistem alternatif mengatasi masalah
partisipasi pengguna.

SLIDE 19

Menyelesaikan Proses Pengembangan Sistem

Langkah-langkah yang tersisa dalam proses pengembangan sistem menerjemahkan spesifikasi
solusi yang ditetapkan selama analisis dan desain sistem ke dalam sistem informasi yang
beroperasi penuh. Langkah-langkah penutup ini terdiri dari pemrograman, pengujian, konversi,
produksi, dan pemeliharaan.
Pemrograman
Selama tahap pemrograman, spesifikasi sistem yang disiapkan selama tahap desain
diterjemahkan ke dalam kode program perangkat lunak.

Pengujian
Pengujian menyeluruh dan menyeluruh harus dilakukan untuk memastikan apakah sistem
menghasilkan hasil yang benar.

Pengujian memakan waktu: Data pengujian harus disiapkan dengan hati-hati, hasil ditinjau, dan
koreksi dibuat dalam sistem. Dalam beberapa kasus, bagian dari sistem mungkin harus didesain
ulang. Risiko yang dihasilkan dari mengabaikan langkah ini sangat besar.
Pengujian sistem informasi dapat dipecah menjadi tiga jenis kegiatan: pengujian unit, pengujian
sistem, dan pengujian penerimaan. Pengujian unit, atau pengujian program, terdiri dari
pengujian setiap program secara terpisah dalam sistem. Secara luas diyakini bahwa tujuan
pengujian tersebut adalah untuk menjamin bahwa program bebas dari kesalahan, tetapi tujuan
ini secara realistis tidak mungkin. Pengujian harus dilihat sebagai sarana untuk menemukan
kesalahan dalam program, dengan berfokus pada menemukan semua cara untuk membuat
program gagal. Setelah mereka ditunjuk, masalah dapat diperbaiki.
Pengujian sistem menguji fungsi sistem informasi secara keseluruhan. Ini mencoba untuk
menentukan apakah modul diskrit akan berfungsi bersama seperti yang direncanakan dan
apakah ada perbedaan antara cara sistem benar-benar bekerja dan cara itu disusun.
Pengujian penerimaan memberikan sertifikasi akhir bahwa sistem siap digunakan dalam
pengaturan produksi. Pengujian sistem dievaluasi oleh pengguna dan ditinjau oleh manajemen.
Ketika semua pihak puas bahwa sistem baru memenuhi standar mereka, sistem secara resmi
diterima untuk dipasang.
Tim pengembangan sistem bekerja dengan pengguna untuk merancang rencana pengujian yang
sistematis. Rencana pengujian mencakup semua persiapan untuk rangkaian pengujian yang
baru saja kami jelaskan.

SLIDE 20

Gambar 13.5 menunjukkan contoh rencana pengujian. Kondisi umum yang diuji adalah record
change. Dokumentasi terdiri dari serangkaian rencana pengujian

GAMBAR 13.5 CONTOH RENCANA UJI UNTUK MENGUJI PERUBAHAN REKAM

Saat mengembangkan rencana pengujian, sangat penting untuk memasukkan berbagai kondisi
yang akan diuji, persyaratan untuk setiap kondisi yang diuji, dan hasil yang diharapkan. Rencana
pengujian memerlukan masukan dari pengguna akhir dan spesialis sistem informasi.

SLIDE 21

Konversi
Konversi adalah proses perubahan dari sistem lama ke sistem baru.
Empat strategi konversi utama dapat digunakan: strategi paralel, strategi peralihan langsung,
strategi studi percontohan, dan strategi pendekatan bertahap.
Dalam strategi paralel, baik sistem lama dan pengganti potensialnya dijalankan bersama untuk
sementara waktu sampai semua orang yakin bahwa yang baru berfungsi dengan benar. Ini
adalah pendekatan konversi yang paling aman karena, jika terjadi kesalahan atau gangguan
pemrosesan, sistem lama masih dapat digunakan sebagai cadangan. Namun, pendekatan ini
sangat mahal, dan staf atau sumber daya tambahan mungkin diperlukan untuk menjalankan
sistem tambahan.
Strategi direct cutover menggantikan sistem lama sepenuhnya dengan sistem baru pada hari
yang telah ditentukan. Ini adalah pendekatan yang sangat berisiko yang berpotensi lebih mahal
daripada menjalankan dua sistem secara paralel jika ditemukan masalah serius dengan sistem
baru. Tidak ada sistem lain untuk mundur. Dislokasi, gangguan, dan biaya koreksi mungkin
sangat besar.
Strategi studi percontohan memperkenalkan sistem baru hanya ke area terbatas organisasi,
seperti satu departemen atau unit operasi. Ketika versi percontohan ini selesai dan bekerja
dengan lancar, itu akan dipasang di seluruh organisasi, baik secara bersamaan atau bertahap.
Strategi pendekatan bertahap memperkenalkan sistem baru secara bertahap, baik oleh fungsi
atau oleh unit organisasi. Jika, misalnya, sistem diperkenalkan oleh fungsi, sistem penggajian
baru mungkin dimulai dengan pekerja per jam yang dibayar mingguan, diikuti enam bulan
kemudian dengan menambahkan karyawan bergaji (yang dibayar bulanan) ke sistem. Jika
sistem tersebut diperkenalkan oleh unit organisasi, kantor pusat perusahaan mungkin akan
diubah terlebih dahulu, diikuti oleh unit-unit operasi yang berada di luar empat bulan
kemudian.
Perpindahan dari sistem lama ke sistem baru mengharuskan pengguna akhir dilatih untuk
menggunakan sistem baru. Dokumentasi terperinci yang menunjukkan cara kerja sistem dari
sudut pandang teknis dan pengguna akhir diselesaikan selama waktu konversi untuk digunakan
dalam pelatihan dan operasi sehari-hari. Kurangnya pelatihan dan dokumentasi yang tepat
berkontribusi pada kegagalan sistem, jadi bagian dari proses pengembangan sistem ini sangat
penting.

SLIDE 22

Produksi dan Pemeliharaan

Setelah sistem baru dipasang dan konversi selesai, sistem dikatakan dalam produksi. Selama
tahap ini, sistem akan ditinjau oleh pengguna dan spesialis teknis untuk menentukan seberapa
baik telah memenuhi tujuan aslinya dan untuk memutuskan apakah ada revisi atau modifikasi
yang sesuai. Dalam beberapa kasus, dokumen audit pasca implementasi formal disiapkan.
Setelah sistem disetel dengan baik, sistem harus dipelihara saat dalam produksi untuk
memperbaiki kesalahan, memenuhi persyaratan, atau meningkatkan efisiensi pemrosesan.
Perubahan pada perangkat keras, perangkat lunak, dokumentasi, atau prosedur pada sistem
produksi untuk memperbaiki kesalahan, memenuhi persyaratan baru, atau meningkatkan
efisiensi pemrosesan disebut pemeliharaan. Pemeliharaan rutin menghabiskan sebagian besar
anggaran TI banyak perusahaan, tetapi dapat dikurangi secara signifikan melalui praktik dan
teknologi pembangunan sistem yang lebih mutakhir.

SLIDE 23

Tabel 13.2 merangkum aktivitas pengembangan sistem.

SLIDE 24

Metodologi Terstruktur
Terstruktur mengacu pada fakta bahwa tekniknya selangkah demi selangkah, dengan setiap
langkah dibangun di atas yang sebelumnya. Metodologi terstruktur bersifat top-down,
berkembang dari tingkat tertinggi, paling abstrak ke tingkat detail terendah—dari umum ke
khusus.
Metode pengembangan terstruktur berorientasi pada proses, dengan fokus utama pada
pemodelan proses, atau tindakan yang menangkap, menyimpan, memanipulasi, dan
mendistribusikan data sebagai aliran data melalui sistem. Metode ini memisahkan data dari
proses. Prosedur pemrograman terpisah harus ditulis setiap kali seseorang ingin mengambil
tindakan pada bagian data tertentu. Prosedur bertindak berdasarkan data yang diberikan
program kepada mereka.
Alat utama untuk mewakili proses komponen sistem dan aliran data di antara mereka adalah
diagram aliran data (DFD). Diagram aliran data menawarkan model grafik logis dari aliran
informasi, mempartisi sistem ke dalam modul yang menunjukkan tingkat detail yang dapat
dikelola. Ini secara ketat menentukan proses atau transformasi yang terjadi dalam setiap modul
dan antarmuka yang ada di antara mereka.

SLIDE 25

Kamus data mendefinisikan isi aliran data dan penyimpanan data sehingga pembangun sistem
memahami dengan tepat bagian data apa yang dikandungnya. Spesifikasi proses
menggambarkan transformasi yang terjadi dalam level terendah dari diagram aliran data.
Mereka mengekspresikan logika untuk setiap proses.
Dalam metodologi terstruktur, desain perangkat lunak dimodelkan menggunakan bagan
struktur hierarkis. Bagan struktur adalah bagan top-down, menunjukkan setiap tingkat desain,
hubungannya dengan tingkat lain, dan tempatnya dalam struktur desain keseluruhan. Desain
pertama-tama mempertimbangkan fungsi utama dari suatu program atau sistem, kemudian
memecah fungsi ini menjadi subfungsi, dan menguraikan setiap subfungsi hingga tingkat detail
terendah tercapai.

SLIDE 26

Gambar 13.6 menunjukkan diagram aliran data sederhana untuk sistem pendaftaran kursus
universitas melalui pos. Kotak bulat mewakili proses, yang menggambarkan transformasi data.
Kotak persegi mewakili entitas eksternal, yang merupakan pencetus atau penerima informasi
yang terletak di luar batas sistem yang dimodelkan. Persegi panjang terbuka mewakili
penyimpanan data, yang merupakan inventaris data manual atau otomatis. Panah mewakili
aliran data, yang menunjukkan pergerakan antara proses, entitas eksternal, dan penyimpanan
data. Mereka berisi paket data dengan nama atau konten setiap aliran data yang tercantum di
samping panah.
Diagram aliran data ini menunjukkan bahwa siswa menyerahkan formulir pendaftaran dengan
nama mereka, nomor identifikasi mereka, dan nomor mata kuliah yang ingin mereka ambil.
Dalam proses 1.0, sistem memverifikasi bahwa setiap mata kuliah yang dipilih masih terbuka
dengan merujuk file mata kuliah universitas. File tersebut membedakan kursus yang terbuka
dari yang telah dibatalkan atau diisi. Proses 1.0 kemudian menentukan pilihan siswa mana yang
dapat diterima atau ditolak. Proses 2.0 mendaftarkan siswa dalam kursus yang telah
diterimanya. Ini memperbarui file kursus universitas dengan nama siswa dan nomor identifikasi
dan menghitung ulang ukuran kelas. Jika pendaftaran maksimum telah tercapai, nomor kursus
ditandai sebagai ditutup. Proses 2.0 juga memperbarui file master mahasiswa universitas
dengan informasi tentang mahasiswa baru atau perubahan alamat. Proses 3.0 kemudian
mengirimkan setiap pelamar siswa konfirmasi surat pendaftaran yang mencantumkan mata
kuliah yang dia daftarkan dan mencatat pilihan mata kuliah yang tidak dapat dipenuhi.
Diagram dapat digunakan untuk menggambarkan proses tingkat yang lebih tinggi serta detail
tingkat yang lebih rendah. Melalui diagram aliran data yang diratakan, proses yang kompleks
dapat dipecah menjadi tingkat detail yang berurutan. Seluruh sistem dapat dibagi menjadi
subsistem dengan diagram aliran data tingkat tinggi. Setiap subsistem, pada gilirannya, dapat
dibagi menjadi subsistem tambahan dengan diagram aliran data tingkat kedua, dan subsistem
tingkat bawah dapat dipecah lagi sampai tingkat detail terendah tercapai.
Alat lain untuk analisis terstruktur adalah kamus data, yang berisi informasi tentang bagian-
bagian individual dari data dan pengelompokan data dalam suatu sistem.

GAMBAR 13.6 DIAGRAM ALIRAN DATA UNTUK UNIVERSITAS MAIL-IN

SISTEM PENDAFTARAN
Sistem memiliki tiga proses: Verifikasi ketersediaan (1.0), Daftarkan siswa (2.0), dan Konfirmasi
pendaftaran (3.0). Nama dan konten masing-masing aliran data muncul berdekatan dengan
setiap panah. Ada satu entitas eksternal dalam sistem ini: siswa. Ada dua penyimpanan data:
file master siswa dan file kursus.

SLIDE 27

GAMBAR 13.7 BAGAN STRUKTUR TINGKAT TINGGI UNTUK SISTEM PENGGAJIAN

Bagan struktur ini menunjukkan tingkat desain tertinggi atau paling abstrak untuk sistem
penggajian, memberikan gambaran umum tentang keseluruhan sistem.

Gambar 13.7 menunjukkan bagan struktur tingkat tinggi untuk sistem penggajian. Jika sebuah
desain memiliki terlalu banyak level untuk dimasukkan ke dalam satu bagan struktur, itu dapat
dipecah lebih lanjut pada bagan struktur yang lebih rinci. Bagan struktur dapat
mendokumentasikan satu program, satu sistem (satu set program), atau bagian dari satu
program.

SLIDE 28

Pengembangan berorientasi objek menggunakan objek sebagai unit dasar analisis dan desain
sistem. Sebuah objek menggabungkan data dan proses spesifik yang beroperasi pada data
tersebut. Data yang dienkapsulasi dalam suatu objek dapat diakses dan dimodifikasi hanya
dengan operasi, atau metode, yang terkait dengan objek tersebut. Alih-alih meneruskan data ke
prosedur, program mengirim pesan ke objek untuk melakukan operasi yang sudah tertanam di
dalamnya. Sistem dimodelkan sebagai kumpulan objek dan hubungan di antara mereka. Karena
logika pemrosesan berada di dalam objek daripada di program perangkat lunak yang terpisah,
objek harus berkolaborasi satu sama lain untuk membuat sistem bekerja.
Pemodelan berorientasi objek didasarkan pada konsep kelas dan pewarisan. Objek yang
termasuk dalam kelas tertentu, atau kategori umum dari objek serupa, memiliki ciri-ciri kelas
tersebut. Kelas objek pada gilirannya dapat mewarisi semua struktur dan perilaku kelas yang
lebih umum dan kemudian menambahkan variabel dan perilaku unik untuk setiap objek. Kelas
objek baru dibuat dengan memilih kelas yang ada dan menentukan bagaimana kelas baru
berbeda dari kelas yang ada daripada memulai dari awal setiap kali.
Kita dapat melihat bagaimana kelas dan warisan bekerja pada

SLIDE 29

Gambar 13.8, yang menggambarkan hubungan antar kelas mengenai karyawan dan bagaimana
mereka dibayar. Karyawan adalah nenek moyang yang sama, atau superclass, untuk tiga kelas
lainnya. Gaji, Per Jam, dan Sementara adalah subkelas Karyawan. Nama kelas ada di
kompartemen atas, atribut untuk setiap kelas ada di bagian tengah setiap kotak, dan daftar
operasi ada di bagian bawah setiap kotak. Fitur yang dimiliki bersama oleh semua karyawan (ID,
nama, alamat, tanggal dipekerjakan, posisi, dan gaji) disimpan di superclass Employee,
sedangkan setiap subclass menyimpan fitur yang spesifik untuk tipe karyawan tertentu. Khusus
untuk karyawan per jam, misalnya, adalah tarif per jam dan tarif lembur mereka. Garis solid
dari subclass ke superclass adalah jalur generalisasi yang menunjukkan bahwa subclass Salried,
Hourly, dan Temporary memiliki ciri-ciri umum yang dapat digeneralisasikan ke dalam
superclass Employee.

SLIDE 30

Pengembangan berorientasi objek lebih berulang dan bertahap daripada pengembangan

terstruktur tradisional. Selama analisis, pembuat sistem mendokumentasikan persyaratan
fungsional sistem, menentukan properti terpentingnya dan apa yang harus dilakukan sistem
yang diusulkan. Interaksi antara sistem dan penggunanya dianalisis untuk mengidentifikasi
objek, yang mencakup data dan proses. Fase desain berorientasi objek menggambarkan
bagaimana objek akan berperilaku dan bagaimana mereka akan berinteraksi satu sama lain.
Objek serupa dikelompokkan bersama untuk membentuk kelas, dan kelas dikelompokkan ke
dalam hierarki di mana subkelas mewarisi atribut dan metode dari superkelasnya.
Sistem informasi diimplementasikan dengan menerjemahkan desain ke dalam kode program,
menggunakan kembali kelas yang sudah tersedia di perpustakaan objek perangkat lunak yang
dapat digunakan kembali, dan menambahkan yang baru dibuat selama fase desain berorientasi
objek. Implementasi juga dapat melibatkan pembuatan database berorientasi objek. Sistem
yang dihasilkan harus diuji dan dievaluasi secara menyeluruh.
Karena objek dapat digunakan kembali, pengembangan berorientasi objek berpotensi
mengurangi waktu dan biaya penulisan perangkat lunak karena organisasi dapat menggunakan
kembali objek perangkat lunak yang telah dibuat sebagai blok bangunan untuk aplikasi lain.
Sistem baru dapat dibuat dengan menggunakan beberapa objek yang ada, mengubah yang lain,
dan menambahkan beberapa objek baru. Kerangka kerja berorientasi objek telah
dikembangkan untuk menyediakan aplikasi semilengkap yang dapat digunakan kembali yang
dapat disesuaikan lebih lanjut oleh organisasi menjadi aplikasi yang sudah jadi.

SLIDE 31 (ABANG)

Rekayasa Perangkat Lunak Berbantuan Komputer

Computer-aided software engineering (CASE)—kadang disebut rekayasa sistem berbantuan
komputer—menyediakan perangkat lunak untuk mengotomatisasi metodologi yang baru saja
kita jelaskan untuk mengurangi jumlah pekerjaan berulang dalam pengembangan sistem. Alat
CASE menyediakan fasilitas grafik otomatis untuk menghasilkan bagan dan diagram, pembuat
layar dan laporan, kamus data, fasilitas pelaporan yang ekstensif, alat analisis dan pemeriksaan,
pembuat kode, dan generator dokumentasi. Alat CASE juga memiliki kemampuan untuk
memvalidasi diagram dan spesifikasi desain. Anggota tim dapat berbagi pekerjaan mereka
dengan mudah dengan mengakses file satu sama lain untuk meninjau atau mengubah apa yang
telah dilakukan. Manfaat produktivitas sederhana juga dapat dicapai jika alat digunakan dengan
benar, yang membutuhkan disiplin organisasi.

SLIDE 32 (ABANG)

Siklus Hidup Sistem Tradisional

Siklus hidup sistem adalah metode tertua untuk membangun sistem informasi. Metodologi
siklus hidup adalah pendekatan bertahap untuk membangun sistem, membagi pengembangan
sistem ke dalam tahapan formal, seperti yang diilustrasikan
Metodologi siklus hidup sistem mempertahankan pembagian kerja formal antara pengguna
akhir dan spesialis sistem informasi. Spesialis teknis, seperti analis sistem dan pemrogram,
bertanggung jawab atas sebagian besar analisis sistem, desain, dan pekerjaan implementasi;
pengguna akhir terbatas untuk menyediakan persyaratan informasi dan meninjau pekerjaan
staf teknis. Siklus hidup juga menekankan spesifikasi formal dan dokumen, begitu banyak
dokumen yang dihasilkan selama proyek sistem.
Siklus hidup sistem masih digunakan untuk membangun sistem yang besar dan kompleks yang
memerlukan analisis persyaratan yang ketat dan formal, spesifikasi yang telah ditentukan
sebelumnya, dan kontrol yang ketat atas proses pembangunan sistem. Namun, pendekatan
siklus hidup sistem bisa mahal, memakan waktu, dan tidak fleksibel. Meskipun pembangun
sistem dapat bolak-balik di antara tahap-tahap dalam siklus hidup, siklus hidup sistem sebagian
besar merupakan pendekatan "air terjun" di mana tugas dalam satu tahap diselesaikan sebelum
pekerjaan untuk tahap berikutnya dimulai. Kegiatan dapat diulang, tetapi volume dokumen
baru harus dihasilkan dan langkah-langkah ditelusuri kembali jika persyaratan dan spesifikasi
perlu direvisi. Hal ini mendorong pembekuan spesifikasi relatif awal dalam proses
pengembangan. Pendekatan siklus hidup juga tidak cocok untuk banyak sistem desktop kecil,
yang cenderung kurang terstruktur dan lebih individual.

SLIDE 33 (ABANG)

Siklus hidup pengembangan sistem membagi pengembangan sistem ke dalam tahap-tahap

formal, dengan setiap tahap memerlukan penyelesaian sebelum tahap berikutnya dapat
dimulai..

pada Gambar 13.9. Spesialis pengembangan sistem memiliki pendapat yang berbeda tentang
bagaimana membagi tahapan pembangunan sistem, tetapi mereka secara kasar sesuai dengan
tahapan pengembangan sistem yang baru saja kita jelaskan.

SLIDE 34 (ABANG)

Pembuatan prototipe
Prototyping terdiri dari membangun sistem eksperimental dengan cepat dan murah untuk
dievaluasi oleh pengguna akhir. Dengan berinteraksi dengan prototipe, pengguna bisa
mendapatkan ide yang lebih baik tentang kebutuhan informasi mereka. Prototipe yang disetujui
oleh pengguna dapat digunakan sebagai template untuk membuat sistem akhir.
Prototipe adalah versi kerja dari sistem informasi atau bagian dari sistem, tetapi dimaksudkan
hanya sebagai model awal. Setelah operasional, prototipe akan disempurnakan lebih lanjut
hingga sesuai dengan kebutuhan pengguna. Setelah desain selesai, prototipe dapat dikonversi
ke sistem produksi yang dipoles.

Langkah-langkah dalam Prototyping

Gambar 13.10 menunjukkan model empat langkah dari proses prototyping, yang terdiri dari
berikut ini:
Langkah 1: Identifikasi kebutuhan dasar pengguna. Perancang sistem (biasanya spesialis sistem
informasi) bekerja dengan pengguna hanya cukup lama untuk menangkap kebutuhan informasi
dasar pengguna. Langkah 2: Kembangkan prototipe awal. Perancang sistem membuat prototipe
yang berfungsi dengan cepat, menggunakan alat untuk menghasilkan perangkat lunak dengan
cepat.
Langkah 3: Gunakan prototipe. Pengguna didorong untuk bekerja dengan sistem untuk
menentukan seberapa baik prototipe memenuhi kebutuhannya dan membuat saran untuk
meningkatkan prototipe.
Langkah 4: Merevisi dan meningkatkan prototipe. Pembangun sistem mencatat semua
perubahan permintaan pengguna dan menyempurnakan prototipe yang sesuai. Setelah
prototipe direvisi, siklus kembali ke Langkah 3. Langkah 3 dan 4 diulang sampai pengguna puas.

SLIDE 35 (ABANG)

GAMBAR 13.10 PROTOTIP PROTOTYPING

Proses pengembangan prototipe dapat dipecah menjadi empat langkah. Karena prototipe
dapat dikembangkan dengan cepat dan murah, pembuat sistem dapat melalui beberapa iterasi,
mengulangi langkah 3 dan 4, untuk memperbaiki dan meningkatkan prototipe sebelum sampai
pada operasional akhir.

SLIDE 36 (ABANG)

Keuntungan dan Kerugian dari Prototyping

Prototyping paling berguna ketika ada beberapa ketidakpastian tentang persyaratan atau solusi
desain dan sering digunakan untuk merancang antarmuka pengguna akhir sistem informasi
(bagian dari sistem yang berinteraksi dengan pengguna akhir, seperti tampilan online dan layar
entri data, laporan, atau halaman web). Karena prototyping mendorong keterlibatan pengguna
akhir yang intens di seluruh siklus hidup pengembangan sistem, itu lebih mungkin untuk
menghasilkan sistem yang memenuhi kebutuhan pengguna.

Namun, prototyping cepat dapat mengabaikan langkah-langkah penting dalam pengembangan

sistem. Jika prototipe selesai bekerja dengan cukup baik, manajemen mungkin tidak melihat
perlunya pemrograman ulang, desain ulang, atau dokumentasi lengkap dan pengujian untuk
membangun sistem produksi yang dipoles. Beberapa dari sistem yang dibangun dengan
tergesa-gesa ini mungkin tidak dengan mudah menampung data dalam jumlah besar atau
sejumlah besar pengguna dalam lingkungan produksi.

SLIDE 37 (ABANG)

Pengembangan Pengguna Akhir

Pengembangan pengguna akhir memungkinkan pengguna akhir, dengan sedikit atau tanpa
bantuan formal dari spesialis teknis, untuk membuat sistem informasi sederhana, mengurangi
waktu dan langkah yang diperlukan untuk menghasilkan aplikasi yang sudah jadi. Menggunakan
bahasa kueri dan pelaporan yang mudah digunakan, pengembangan situs web, grafik, dan
perangkat lunak PC, pengguna akhir dapat mengakses data, membuat laporan, dan
mengembangkan aplikasi sederhana sendiri dengan sedikit atau tanpa bantuan dari analis
sistem atau pemrogram profesional. Bahasa kueri adalah alat perangkat lunak yang
memberikan jawaban online langsung atas pertanyaan yang tidak ditentukan sebelumnya,
seperti "Siapa perwakilan penjualan dengan kinerja tertinggi?" Bahasa query sering dikaitkan
dengan perangkat lunak manajemen data (lihat Bab 6). Misalnya, CEMEX, pemasok produk
internasional untuk industri konstruksi, menggunakan Information Builders WebFOCUS untuk
membuat portal pelaporan swalayan untuk memvisualisasikan data keuangan dan operasional.

SLIDE 38 (ABANG)

Secara keseluruhan, sistem yang dikembangkan pengguna akhir dapat diselesaikan lebih cepat
daripada yang dikembangkan melalui siklus hidup sistem konvensional. Mengizinkan pengguna
untuk menentukan kebutuhan bisnis mereka sendiri meningkatkan pengumpulan persyaratan
dan sering kali mengarah ke tingkat keterlibatan dan kepuasan pengguna yang lebih tinggi
dengan sistem. Namun, perangkat lunak pengguna akhir masih tidak dapat menggantikan alat
konvensional untuk beberapa aplikasi bisnis karena mereka tidak dapat dengan mudah
menangani pemrosesan sejumlah besar transaksi atau aplikasi dengan logika prosedural yang
luas dan persyaratan pembaruan.

Komputasi pengguna akhir juga menimbulkan risiko organisasi karena terjadi di luar mekanisme
tradisional untuk manajemen dan kontrol sistem informasi. Ketika sistem dibuat dengan cepat
tanpa metodologi pengembangan formal, pengujian dan dokumentasi mungkin tidak memadai.
Kontrol atas data dapat hilang dalam sistem di luar departemen sistem informasi tradisional.
Untuk membantu organisasi memaksimalkan manfaat pengembangan aplikasi pengguna akhir,
manajemen harus mengontrol pengembangan aplikasi pengguna akhir dengan meminta
pembenaran biaya proyek sistem informasi pengguna akhir dan dengan menetapkan perangkat
keras, perangkat lunak, dan standar kualitas untuk pengguna. -aplikasi yang dikembangkan

SLIDE 39 (ABANG)

Paket Perangkat Lunak Aplikasi, Layanan Perangkat Lunak,

dan outsourcing
  Paket Perangkat Lunak Aplikasi dan Layanan Perangkat Lunak Cloud
Saat ini banyak sistem didasarkan pada paket perangkat lunak aplikasi yang tersedia secara
komersial atau perangkat lunak cloud sebagai layanan (SaaS). Misalnya, perusahaan dapat
memilih untuk menerapkan perencanaan sumber daya perusahaan Oracle, manajemen rantai
pasokan, atau perangkat lunak manajemen sumber daya manusia secara internal atau
membayar untuk menggunakan perangkat lunak ini yang berjalan di platform Oracle Cloud.
Perangkat lunak produktivitas desktop Microsoft Office hadir dalam versi desktop dan cloud
(Office 365). Banyak aplikasi yang umum untuk semua organisasi bisnis—misalnya, daftar gaji,
piutang, buku besar, atau pengendalian persediaan. Untuk fungsi universal seperti itu dengan
proses standar yang tidak banyak berubah seiring waktu, sistem yang lebih umum akan
memenuhi persyaratan banyak organisasi.
Jika paket perangkat lunak komersial atau layanan perangkat lunak cloud dapat memenuhi
sebagian besar persyaratan organisasi, perusahaan tidak perlu membuat perangkat lunaknya
sendiri. Perusahaan dapat menghemat waktu dan uang dengan menggunakan program
perangkat lunak yang telah ditulis sebelumnya, dirancang sebelumnya, dan telah diuji
sebelumnya dari vendor perangkat lunak. Vendor Paket dan SaaS menyediakan banyak
pemeliharaan dan dukungan berkelanjutan untuk sistem, termasuk peningkatan untuk menjaga
sistem tetap sejalan dengan perkembangan teknis dan bisnis yang sedang berlangsung. Ketika
sebuah paket atau solusi SaaS dikejar, pengguna akhir akan bertanggung jawab untuk memasok
kebutuhan informasi bisnis untuk sistem, dan spesialis sistem informasi akan menyediakan
persyaratan teknis.
Jika organisasi memiliki persyaratan unik yang tidak dipenuhi oleh paket, alat ini menyertakan
kemampuan untuk penyesuaian. Fitur penyesuaian memungkinkan paket perangkat lunak
komersial atau perangkat lunak berbasis cloud dimodifikasi untuk memenuhi persyaratan unik
organisasi tanpa merusak integritas perangkat lunak. (Lihat kasus pembuka bab di Cameron
International dan kasus penutup bab di Hitachi Consulting sebagai contoh.) Jika banyak
penyesuaian diperlukan, pemrograman tambahan dan pekerjaan penyesuaian mungkin
menjadi sangat mahal dan memakan waktu sehingga mereka meniadakan banyak keuntungan
dari paket perangkat lunak dan layanan.
Ketika sistem dikembangkan menggunakan paket perangkat lunak aplikasi atau layanan
perangkat lunak cloud, analisis sistem akan mencakup evaluasi formal dari paket perangkat
lunak atau layanan di mana pengguna akhir dan spesialis sistem informasi akan berpartisipasi.

 Kriteria evaluasi yang paling penting adalah fungsi yang disediakan oleh perangkat
lunak, fleksibilitas, kemudahan penggunaan, persyaratan perangkat keras, persyaratan
basis data, upaya instalasi dan pemeliharaan, dokumentasi, kualitas vendor, dan biaya.

 Proses evaluasi paket atau layanan perangkat lunak sering kali didasarkan pada
permintaan proposal (RFP), yang merupakan daftar rinci pertanyaan yang diajukan ke
vendor perangkat lunak.
Ketika perangkat lunak dari sumber eksternal dipilih, organisasi tidak lagi memiliki
kendali penuh atas proses desain sistem. Alih-alih menyesuaikan spesifikasi desain
sistem secara langsung dengan kebutuhan pengguna, upaya desain akan terdiri dari
 mencoba membentuk persyaratan pengguna agar sesuai dengan fitur paket atau
layanan perangkat lunak. Jika persyaratan organisasi bertentangan dengan cara kerja
paket atau layanan perangkat lunak dan perangkat lunak ini tidak dapat dikustomisasi,
organisasi harus beradaptasi dengan paket atau layanan perangkat lunak dan mengubah
prosedurnya.

SLIDE 40 (ABANG)
GA AD JAWABANNY MON MAAP BANTU CARI GESS WKWKW

Interactive Session: Organizations: Fujitsu Selects a SaaS Solution to Simplify the Sales
Process
Diskusi kelas
- Apa masalah Fujitsu dengan sistem yang ada untuk proses CPQ? Apa dampak bisnis
dari masalah ini?
- Buat daftar dan jelaskan persyaratan informasi terpenting yang Anda harapkan untuk
dilihat di RFP Fujitsu.
- Mengapa solusi CPQ FPX dipilih? Apakah itu pilihan yang bagus? Mengapa atau
mengapa tidak?
- Mengapa perangkat lunak sebagai layanan menjadi solusi yang tepat untuk Fujitsu?
- Haruskah Fujitsu membangun sistem CPQ sendiri?
- Seberapa besar FPX CPQ mengubah cara Fujitsu menjalankan bisnisnya?

SLIDE 41 (ABANG)

Pengalihdayaan
Jika perusahaan tidak ingin menggunakan sumber daya internalnya untuk membangun
atau mengoperasikan sistem informasi, ia dapat mengalihdayakan pekerjaan tersebut ke
organisasi eksternal yang mengkhususkan diri dalam menyediakan layanan ini.
Komputasi awan dan penyedia perangkat lunak sebagai layanan (SaaS), yang kami
jelaskan di Bab 5, adalah salah satu bentuk outsourcing. Perusahaan yang berlangganan
menggunakan perangkat lunak dan perangkat keras komputer yang disediakan oleh
layanan sebagai platform teknis untuk sistem mereka.
Dalam bentuk lain dari outsourcing, perusahaan dapat menyewa vendor eksternal
untuk merancang dan membuat perangkat lunak untuk sistemnya, tetapi perusahaan
tersebut akan mengoperasikan sistem pada komputernya sendiri. Vendor outsourcing
mungkin domestik atau di negara lain. Outsourcing domestik terutama didorong oleh
fakta bahwa perusahaan outsourcing memiliki keterampilan, sumber daya, dan aset
yang tidak dimiliki klien mereka. Memasang sistem manajemen rantai pasokan baru di
perusahaan yang sangat besar mungkin memerlukan tambahan 30 hingga 50 orang
dengan keahlian khusus dalam perangkat lunak manajemen rantai pasokan yang
dilisensikan dari vendor. Daripada mempekerjakan karyawan baru permanen, yang
sebagian besar akan membutuhkan pelatihan ekstensif dalam perangkat lunak baru, dan
kemudian melepaskan mereka setelah sistem baru dibangun, lebih masuk akal, dan
seringkali lebih murah, untuk melakukan outsourcing pekerjaan ini selama 12 bulan.
Titik.
Dalam kasus outsourcing lepas pantai, keputusannya jauh lebih didorong oleh biaya.
Seorang programmer terampil di India atau Rusia menghasilkan sekitar $10.000–
$30.000 per tahun dibandingkan dengan sekitar $60.000 atau lebih per tahun untuk
programmer yang sebanding di Amerika Serikat. Internet dan teknologi komunikasi
berbiaya rendah telah secara drastis mengurangi biaya dan kesulitan mengoordinasikan
pekerjaan tim global di lokasi lepas pantai. Selain penghematan biaya, banyak
perusahaan outsourcing lepas pantai menawarkan aset dan keterampilan teknologi
kelas dunia. Inflasi upah di luar Amerika Serikat baru-baru ini mengikis beberapa
keuntungan ini, dan beberapa pekerjaan telah dipindahkan kembali ke Amerika Serikat.
Perusahaan umumnya tidak mengalihdayakan konsepsi, analisis sistem, dan desain
sistem TI ke perusahaan lepas pantai, tetapi sering melakukan outsourcing
pemrograman, pengujian, pemeliharaan, dan pengoperasian sistem TI sehari-hari.

SLIDE 42 (abang)

Sebuah perusahaan kemungkinan besar mendapatkan keuntungan dari outsourcing jika

membutuhkan waktu untuk mengevaluasi semua risiko dan untuk memastikan
outsourcing sesuai untuk kebutuhan khusus. Setiap perusahaan yang mengalihdayakan
aplikasinya harus benar-benar memahami proyek, termasuk persyaratannya, metode
implementasinya, manfaat yang diharapkan, komponen biaya, dan metrik untuk
mengukur kinerja.
Banyak perusahaan meremehkan biaya untuk mengidentifikasi dan mengevaluasi
vendor layanan teknologi informasi, untuk transisi ke vendor baru, untuk meningkatkan
metode pengembangan perangkat lunak internal agar sesuai dengan vendor
outsourcing, dan untuk memantau vendor untuk memastikan mereka memenuhi
kewajiban kontraktual mereka. ligasi. Perusahaan perlu mengalokasikan sumber daya
untuk mendokumentasikan persyaratan, mengirimkan RFP, menangani biaya
perjalanan, menegosiasikan kontrak, dan manajemen proyek. Para ahli mengklaim
dibutuhkan dari tiga bulan hingga satu tahun penuh untuk mentransfer pekerjaan
sepenuhnya ke mitra luar negeri dan memastikan vendor benar-benar memahami bisnis
Anda.
Outsourcing lepas pantai menimbulkan biaya tambahan untuk mengatasi perbedaan
budaya yang menguras produktivitas dan menangani masalah sumber daya manusia,
seperti memberhentikan atau merelokasi pekerja rumah tangga. Semua biaya
tersembunyi ini mengurangi beberapa manfaat yang diantisipasi dari outsourcing.
Perusahaan harus sangat berhati-hati saat menggunakan agen outsourcing untuk
mengembangkan atau mengoperasikan aplikasi yang memberikan beberapa jenis
keunggulan kompetitif.
General Motors Corporation (GM) telah mengalihdayakan 90 persen layanan TI-nya,
termasuk pusat data dan pengembangan aplikasinya. Perusahaan kemudian
memutuskan untuk membawa 90 persen infrastruktur TI-nya sendiri, dengan hanya 10
persen yang dikelola oleh agen outsourcing. Menurunkan biaya memang penting, tetapi
alasan utama GM untuk mengurangi outsourcing adalah untuk mengambil kembali
kendali atas sistem informasinya, yang diyakininya menghalangi perusahaan untuk
merespons dengan cepat peluang kompetitif. Membawa sistem informasi internal akan
memudahkan GM untuk menstandarisasi dan merampingkan sistem dan pusat datanya.

SLIDE 43 (abang)

Gambar 13.11 menunjukkan skenario terbaik dan terburuk untuk total biaya proyek
outsourcing lepas pantai. Ini menunjukkan seberapa besar biaya tersembunyi
mempengaruhi total biaya proyek. Kasus terbaik mencerminkan perkiraan terendah
untuk biaya tambahan, dan kasus terburuk mencerminkan perkiraan tertinggi untuk
biaya ini. Seperti yang Anda lihat, biaya tersembunyi meningkatkan total biaya proyek
outsourcing lepas pantai dengan tambahan 15 hingga 57 persen. Bahkan dengan biaya
tambahan ini, banyak perusahaan akan mendapat manfaat dari outsourcing lepas pantai
jika mereka mengelola pekerjaan dengan baik.

GAMBAR 13.11 TOTAL BIAYA OUTSOURCING LUAR PANTAI

Jika sebuah perusahaan menghabiskan $ 10 juta untuk kontrak outsourcing lepas pantai,
perusahaan itu benar-benar akan menghabiskan 15,2 persen dalam biaya tambahan
bahkan dalam skenario kasus terbaik. Dalam skenario terburuk, di mana ada penurunan
dramatis dalam produktivitas bersama dengan biaya transisi dan PHK yang sangat tinggi,
sebuah perusahaan dapat mengharapkan untuk membayar hingga 57 persen biaya
tambahan di atas pengeluaran $ 10 juta untuk kontrak lepas pantai.

SLIDE 44 (abang)

Pengembangan Aplikasi Cepat (RAD), Agile Pengembangan, dan DevOps

 Istilah pengembangan aplikasi cepat (RAD) mengacu pada proses menciptakan

sistem yang dapat diterapkan dalam waktu yang sangat singkat dengan beberapa
fleksibilitas untuk beradaptasi sebagai proyek berkembang. RAD mencakup
penggunaan pemrograman visual dan alat lain untuk membangun antarmuka
pengguna grafis, pembuatan prototipe berulang dari elemen sistem utama,
otomatisasi pembuatan kode program, dan kerja tim yang erat di antara
pengguna akhir dan spesialis sistem informasi. Sistem sederhana seringkali dapat
dirakit dari komponen yang telah dibuat sebelumnya. Prosesnya tidak harus
berurutan, dan bagian-bagian penting dari pengembangan dapat terjadi secara
bersamaan.

 Joint application design (JAD) digunakan untuk mempercepat pembuatan

kebutuhan informasi dan untuk mengembangkan desain sistem awal. JAD
menyatukan pengguna akhir dan spesialis sistem informasi dalam sesi interaktif
untuk membahas desain sistem. Disiapkan dan difasilitasi dengan baik, sesi JAD
 dapat secara signifikan mempercepat fase desain dan melibatkan pengguna pada
tingkat yang intens.

 Pengembangan tangkas berfokus pada pengiriman cepat perangkat lunak yang

berfungsi dengan memecah proyek besar menjadi serangkaian subproyek kecil
yang diselesaikan dalam waktu singkat menggunakan iterasi, umpan balik
berkelanjutan, dan keterlibatan pengguna terus-menerus. Setiap proyek mini
dikerjakan oleh tim seolah-olah itu adalah proyek yang lengkap dan dirilis secara
teratur ke klien. Peningkatan atau penambahan fungsionalitas baru terjadi dalam
iterasi berikutnya saat pengembang mengklarifikasi persyaratan. Pengujian
terjadi lebih awal dan sering kali di seluruh proses pengembangan. Metode
tangkas menekankan komunikasi tatap muka, mendorong orang untuk
berkolaborasi dan membuat keputusan dengan cepat dan efektif.

 DevOps dibangun di atas prinsip pengembangan tangkas sebagai strategi

organisasi untuk menciptakan budaya dan lingkungan yang selanjutnya
mempromosikan praktik pengembangan yang cepat dan gesit. DevOps adalah
singkatan dari “pengembangan dan operasi” dan menekankan kolaborasi erat
antara pengembang perangkat lunak yang membuat aplikasi dan staf
operasional TI yang menjalankan dan memelihara aplikasi. Secara tradisional, di
perusahaan besar, tim pengembangan aplikasi akan bertugas mengumpulkan
kebutuhan bisnis untuk aplikasi, merancang aplikasi, dan menulis serta menguji
perangkat lunak. Tim operasi akan menjalankan dan memelihara perangkat
lunak setelah dimasukkan ke dalam produksi. Masalah muncul ketika tim
pengembang tidak menyadari masalah operasional yang mencegah perangkat
lunak bekerja seperti yang diharapkan, membutuhkan waktu tambahan dan
pengerjaan ulang untuk memperbaiki perangkat lunak.
DevOps mencoba mengubah hubungan ini dengan mempromosikan komunikasi
dan kolaborasi yang lebih baik dan lebih sering antara pengembangan sistem dan
kelompok operasi serta alur kerja yang cepat dan stabil di seluruh siklus hidup
pengembangan aplikasi. Dengan jenis perubahan organisasi ini bersama dengan
teknik gesit, proses standar, dan alat pembuatan dan pengujian perangkat lunak
otomatis yang lebih kuat, dimungkinkan untuk membangun, menguji, dan merilis
aplikasi lebih cepat dan lebih sering. Misalnya, DevOps membantu pengembang
di Netflix membuat ratusan perubahan perangkat lunak setiap hari.

SLIDE 45

Pengembangan Berbasis Komponen dan Layanan Web

 Kami telah menjelaskan beberapa manfaat pengembangan berorientasi objek

untuk membangun sistem yang dapat merespons lingkungan bisnis yang
berubah dengan cepat, termasuk aplikasi web. Untuk lebih mempercepat
pembuatan perangkat lunak, kelompok objek telah dirakit untuk menyediakan
 komponen perangkat lunak untuk fungsi umum seperti antarmuka pengguna
grafis atau kemampuan pemesanan online yang dapat digabungkan untuk
membuat aplikasi bisnis skala besar. Pendekatan pengembangan perangkat
lunak ini disebut pengembangan berbasis komponen, dan memungkinkan sistem
dibangun dengan merakit dan mengintegrasikan komponen perangkat lunak
yang ada. Semakin banyak, komponen perangkat lunak ini berasal dari layanan
cloud. Bisnis menggunakan pengembangan berbasis komponen untuk membuat
aplikasi e-commerce mereka dengan menggabungkan komponen yang tersedia
secara komersial untuk keranjang belanja, otentikasi pengguna, mesin pencari,
dan katalog dengan perangkat lunak untuk kebutuhan bisnis unik mereka sendiri.

 Layanan Web dan Komputasi Berorientasi Layanan

layanan web sebagai komponen perangkat lunak yang dapat digunakan kembali
dan digabungkan secara longgar menggunakan Extensible Markup Language
(XML) dan protokol serta standar terbuka lainnya yang memungkinkan satu
aplikasi untuk berkomunikasi dengan yang lain tanpa pemrograman khusus yang
diperlukan untuk berbagi data dan layanan. Selain mendukung integrasi sistem
internal dan eksternal, web service dapat digunakan sebagai alat bantu untuk
membangun aplikasi sistem informasi baru atau menyempurnakan sistem yang
sudah ada. Karena layanan perangkat lunak ini menggunakan seperangkat
standar universal, mereka berjanji untuk menjadi lebih murah dan lebih mudah
untuk dijalin bersama daripada komponen berpemilik.
Layanan web dapat melakukan fungsi tertentu sendiri, dan mereka juga dapat
menggunakan layanan web lain untuk menyelesaikan transaksi yang lebih
kompleks, seperti memeriksa kredit, pengadaan, atau memesan produk. Dengan
membuat komponen perangkat lunak yang dapat berkomunikasi dan berbagi
data terlepas dari sistem operasi, bahasa pemrograman, atau perangkat klien,
layanan web dapat memberikan penghematan biaya yang signifikan dalam
pembangunan sistem sambil membuka peluang baru untuk berkolaborasi
dengan perusahaan lain.

SLIDE 46

 Situs web seluler adalah versi situs web biasa yang diperkecil dalam konten dan
navigasi untuk memudahkan akses dan pencarian di layar seluler kecil. (Akses
situs web Amazon dari komputer Anda dan kemudian dari ponsel cerdas Anda
untuk melihat perbedaannya dari situs web biasa.)
 Aplikasi web seluler adalah aplikasi berkemampuan Internet dengan fungsi
khusus untuk perangkat seluler. Pengguna mengakses aplikasi web seluler
melalui browser web perangkat seluler mereka. Aplikasi web berada terutama di
server, diakses melalui Internet, dan tidak perlu diinstal pada perangkat. Aplikasi
yang sama dapat digunakan oleh sebagian besar perangkat yang dapat
menjelajahi web, apa pun mereknya.
 Aplikasi asli adalah aplikasi mandiri yang dirancang untuk berjalan pada platform
dan perangkat tertentu. Aplikasi asli dipasang langsung di perangkat seluler.
Aplikasi asli dapat terhubung ke Internet untuk mengunduh dan mengunggah
data, dan mereka juga dapat beroperasi pada data ini bahkan ketika tidak
terhubung ke Internet. Misalnya, aplikasi membaca e-book seperti perangkat
lunak Kindle dapat mengunduh buku dari Internet, memutuskan sambungan dari
Internet, dan menyajikan buku untuk dibaca. Aplikasi seluler asli memberikan
kinerja yang cepat dan tingkat keandalan yang tinggi. Mereka juga dapat
memanfaatkan kemampuan khusus perangkat seluler, seperti kamera atau fitur
sentuhnya. Namun, aplikasi asli mahal untuk dikembangkan karena beberapa
versi aplikasi harus diprogram untuk sistem operasi dan perangkat keras seluler
yang berbeda.

 Mengembangkan aplikasi untuk platform seluler sangat berbeda dengan

pengembangan untuk PC dan layarnya yang jauh lebih besar. Ukuran perangkat
seluler yang diperkecil membuat penggunaan jari dan gerakan multisentuh jauh
lebih mudah daripada mengetik dan menggunakan keyboard. Aplikasi seluler
perlu dioptimalkan untuk tugas-tugas spesifik yang harus mereka lakukan,
mereka tidak boleh mencoba melakukan terlalu banyak tugas, dan mereka harus
dirancang untuk kegunaan. Pengalaman pengguna untuk interaksi seluler pada
dasarnya berbeda dengan menggunakan PC desktop atau laptop. Menghemat
sumber daya—bandwidth, ruang layar, memori, pemrosesan, entri data, dan
gerakan pengguna—adalah prioritas utama
Ketika situs web lengkap yang dibuat untuk desktop menyusut menjadi seukuran
layar ponsel pintar, pengguna akan kesulitan untuk menavigasi situs tersebut.
Pengguna harus terus memperbesar dan memperkecil dan menggulir untuk
menemukan materi yang relevan. Oleh karena itu, perusahaan perlu merancang
situs web khusus untuk antarmuka seluler dan membuat beberapa situs seluler
untuk memenuhi kebutuhan smartphone, tablet, dan browser desktop. Ini setara
dengan setidaknya tiga situs dengan konten, pemeliharaan, dan biaya terpisah.
Saat ini, situs web mengetahui perangkat apa yang Anda gunakan karena
browser Anda akan mengirimkan informasi ini ke server saat Anda masuk.
Berdasarkan informasi ini, server akan mengirimkan layar yang sesuai.

 Salah satu solusi untuk masalah memiliki banyak situs web adalah dengan
menggunakan desain web responsif. Desain web yang responsif memungkinkan
situs web untuk mengubah tata letak secara otomatis sesuai dengan resolusi
layar pengunjung, baik di desktop, laptop, tablet, atau smartphone. Desain
responsif menggunakan alat seperti tata letak berbasis kisi yang fleksibel,
gambar yang fleksibel, dan kueri media untuk mengoptimalkan desain untuk
konteks tampilan yang berbeda. Ini menghilangkan kebutuhan untuk pekerjaan
desain dan pengembangan terpisah untuk setiap perangkat baru. HTML5, yang
kami perkenalkan di Bab 5, juga digunakan untuk pengembangan aplikasi seluler
karena dapat mendukung aplikasi seluler lintas platform.
 Sesi Interaktif tentang Teknologi menjelaskan bagaimana beberapa perusahaan
telah mengatasi tantangan pengembangan seluler yang baru saja kami
identifikasi.

SLIDE 47 (ABANG)
GA AD JAWABANNY MON MAAP BANTU CARI GESS WKWKW

Sesi Interaktif: Teknologi: Mengembangkan Aplikasi Seluler: Apa yang Berbeda

Diskusi kelas
- Masalah manajemen, organisasi, dan teknologi apa yang perlu ditangani saat
membangun aplikasi seluler?
- Bagaimana definisi kebutuhan pengguna untuk aplikasi seluler berbeda dari analisis
sistem tradisional?
- Jelaskan bagaimana proses penjualan Alex dan Ani sebelum dan sesudah aplikasi
seluler di-deploy