KELOMPOK BUTET

TSI CHAPTER 13

- Jason Matthew 201960147

- Nabilia Geralda 201960140
- Danang Dewanto 201960315
- Nadhifa Athira 201960175

13.1 Planning for and Justifying IT Applications

Ketika sebuah perusahaan memeriksa kebutuhan dan kinerjanya, itu menghasilkan daftar prioritas
aplikasi TI yang ada dan potensial, yang disebut application portfolio. Ini adalah aplikasi yang harus
ditambahkan, atau dimodifikasi jika sudah ada.

IT Planning

Proses perencanaan untuk aplikasi TI baru dimulai dengan analisis rencana strategis organisasi, yang
diilustrasikan dalam Gambar 13.1. Rencana strategis organisasi mengidentifikasi misi keseluruhan
perusahaan, tujuan yang mengikuti dari misi itu, dan langkah-langkah luas yang diperlukan untuk
mencapai tujuan ini. Proses perencanaan strategis memodifikasi tujuan dan sumber daya organisasi agar
sesuai dengan pasar dan peluang yang berubah.

Rencana strategis organisasi dan arsitektur TI yang ada memberikan input dalam mengembangkan
rencana strategis TI. Arsitektur TI menggambarkan cara organisasi harus memanfaatkan sumber daya
informasinya untuk mencapai misinya. Ini mencakup aspek teknis dan manajerial sumber daya informasi.
Aspek teknis meliputi perangkat keras dan sistem operasi, jaringan, sistem manajemen data, dan
perangkat lunak aplikasi. Aspek manajerial menentukan bagaimana departemen TI akan dikelola,
bagaimana manajer area fungsional akan terlibat, dan bagaimana keputusan TI akan dibuat.
Rencana strategis TI adalah serangkaian tujuan jangka panjang yang menggambarkan infrastruktur TI dan
mengidentifikasi inisiatif TI utama yang diperlukan untuk mencapai tujuan organisasi. Rencana strategis
TI harus memenuhi tiga tujuan:

1. Harus diselaraskan dengan rencana strategis organisasi.

2. Harus menyediakan arsitektur TI yang mulus jaringan pengguna, aplikasi, dan basis data.
3. Harus mengalokasikan sumber daya pengembangan IS secara efisien di antara proyek-proyek
yang bersaing sehingga proyek dapat diselesaikan tepat waktu dan sesuai anggaran dan masih
memiliki fungsi yang diperlukan.

Arsitektur TI yang ada adalah input yang diperlukan ke dalam rencana strategis TI karena bertindak
sebagai kendala pada upaya pengembangan masa depan. Namun, ini bukan kendala mutlak, karena
organisasi dapat berubah ke arsitektur TI baru. Perusahaan lebih suka menghindari strategi ini, karena
mahal dan memakan waktu.

Salah satu komponen penting dalam mengembangkan dan mengimplementasikan rencana strategis TI
adalah komite pengarah TI. Komite ini, terdiri dari sekelompok manajer dan staf yang mewakili berbagai
unit organisasi, dibuat untuk menetapkan prioritas TI dan untuk memastikan bahwa fungsi MIS
memenuhi kebutuhan organisasi. Tugas utama komite adalah untuk menghubungkan strategi perusahaan
dengan strategi TI, untuk menyetujui alokasi sumber daya untuk fungsi MIS, dan untuk menetapkan
ukuran kinerja untuk fungsi MIS dan memastikan mereka terpenuhi.
Setelah sebuah perusahaan menyetujui rencana strategis TI, selanjutnya mengembangkan rencana
operasional SI. Rencana ini terdiri dari serangkaian proyek yang jelas yang akan dijalankan oleh
departemen IS dan manajer area fungsional untuk mendukung rencana strategis TI. Rencana operasional
IS tipikal berisi elemen-elemen berikut:

• Misi: Misi fungsi IS (berasal dari strategi TI)

• Lingkungan IS: Ringkasan kebutuhan informasi area fungsional dan organisasi secara
keseluruhan
• Tujuan fungsi IS: Estimasi terbaik saat ini dari tujuan fungsi IS
• Kendala pada fungsi IS: Teknologi, keuangan, personel, dan keterbatasan sumber daya lainnya
pada fungsi IS
• Portofolio aplikasi: Inventarisasi aplikasi saat ini yang diprioritaskan dan rencana rinci proyek
yang akan dikembangkan atau dilanjutkan selama tahun berjalan
• Alokasi sumber daya dan manajemen proyek: Daftar bagaimana dan kapan siapa akan melakukan
apa

Evaluating and Justifying IT Investment: Benefits, Costs, and Issues

Mengembangkan rencana TI adalah langkah pertama dalam proses akuisisi. Karena semua perusahaan
memiliki sumber daya yang terbatas, mereka harus membenarkan investasi sumber daya di beberapa
bidang, termasuk TI, daripada di tempat lain. Pada dasarnya, membenarkan investasi TI melibatkan
menghitung biaya, menilai manfaat (nilai), dan membandingkan keduanya. Perbandingan ini sering
disebut sebagai analisis biaya-manfaat. Analisis biaya-manfaat bukanlah tugas yang mudah

• Menilai Biaya.
• Menilai Manfaat.
• Melakukan Analisis Biaya-Manfaat.

Tidak ada strategi yang seragam untuk melakukan analisis biaya-manfaat. Sebaliknya, suatu
organisasi dapat melakukan tugas ini dalam beberapa cara. Di sini Anda melihat empat
pendekatan umum: (1) net present value, (2) return on investment, (3) breakeven analysis, dan (4)
the business case approach.

 Analis menggunakan metode net present value (NPV) untuk mengonversi nilai manfaat
di masa depan menjadi setara dengan nilai sekarang dengan "mendiskontokan" mereka
dengan biaya dana organisasi.
  Return on Investment (ROI) mengukur efektivitas manajemen dalam menghasilkan laba
dengan aset yang tersedia.
 Breakeven analysis menentukan titik di mana nilai dolar kumulatif dari manfaat dari
proyek sama dengan investasi yang dibuat dalam proyek.
 Dalam the business case approach, pengembang sistem menulis kasus bisnis untuk
membenarkan pendanaan satu atau lebih aplikasi atau proyek tertentu.

13.2 Strategies for Acquairing IT Applications

Setelah sebuah perusahaan menyungguhkan investasi TI, maka selanjutnya mereka harus memutuskan
bagaimana cara melanjutkannya. Seperti analisis manfaat-biaya, ada beberapa opsi untuk memperoleh
aplikasi TI. Untuk memilih opsi yang terbaik, perusahaan harus membuat serangkaian keputusan bisnis.
Keputusan mendasarnya adalah sebagai berikut:

 Berapa banyak kode computer yang perusahaan ingin tuliskan? Perusahaan dapat memilih untuk
menggunakan aplikasi yang sepenuhnya sudah ditulis sebelumnya (untuk menulis tanpa kode
komputer), untuk menyesuaikan yang sudah ditulis sebelumnya aplikasi (untuk menulis beberapa
kode computer), atau untuk menulis-kustom seluruh aplikasi (tulis semua kode komputer baru).
 Bagaimana perusahaan akan membayar aplikasinya? dengan aplikasi pra tertulis atau aplikasi
pra tertulis kustom, perusahaan dapat membelinya atau menyewanya. Dengan sepenuhnya
aplikasi khusus, perusahaan menggunakan dana internal.
 Di mana aplikasinya akan berjalan? Langkah berikutnya yaitu menentukan dimana aplikasi akan
berjalan, apakah di wadah perusahaan atau di wadah lain. Dengan kata lain, perusahaan dapat
mempekerjakan salah satu vendor perangkat lunak sebagai layanan atau penyedia layanan
aplikasi.
 Dari mana asal aplikasi? Perusahaan dapat memilih untuk menyesuaikan prewritten aplikasi
open-source atau aplikasi hak milik prewritten dari vendor. Selanjutnya, itu dapat menyesuaikan
aplikasi di rumah atau mengalihdayakan kustomisasi. Akhirnya, bisa menulis aplikasi khusus
sepenuhnya in-house atau outsourcing proses ini.

Di bawah ini merupakan cara perusahaan dapat memperoleh aplikasi :

• Beli aplikasi yang sudah ditulis sebelumnya.

• Kustomisasi aplikasi yang sudah ditulis sebelumnya.

• Sewa aplikasi.

• Gunakan penyedia layanan aplikasi dan vendor perangkat lunak sebagai layanan.
• Gunakan perangkat lunak sumber terbuka.

• Gunakan outsourcing.

• Gunakan pengembangan kustom

Purchase a Prewritten Application

Banyak paket perangkat lunak komersial berisi fitur standar yang diperlukan oleh aplikasi TI. Oleh karena
itu, membeli paket yang ada dapat menjadi strategi yang hemat biaya dan hemat waktu dibandingkan
dengan pengembangan kustom aplikasi in-house.

Customize a Prewritten Application

Menyesuaikan perangkat lunak yang ada adalah pilihan yang sangat menarik jika vendor perangkat lunak
memungkinkan perusahaan untuk memodifikasi aplikasi untuk memenuhi kebutuhannya. Namun, opsi ini
mungkin tidak menarik dalam kasus-kasus di mana kustomisasi adalah satu-satunya metode untuk
memberikan fleksibilitas yang diperlukan untuk memenuhi kebutuhan perusahaan.

Lease the Application

Dibandingkan dengan opsi beli dan opsi untuk mengembangkan aplikasi in-house, opsi sewa dapat
menghemat perusahaan baik waktu dan uang. Tentu saja, paket sewaan mungkin tidak sepenuhnya
memenuhi persyaratan aplikasi perusahaan. Namun, sebagaimana dicatat, perangkat lunak vendor
umumnya mencakup fitur yang paling umum dibutuhkan oleh organisasi dalam industri tertentu. Sekali
lagi, perusahaan akan memutuskan fitur mana yang diperlukan.

Application Service Providers and Software-as-a-Service Vendors

Sebuah application service provider (ASP) adalah sebuah agen atau vendor yang menyatukan perangkat
lunak yang dibutuhkan oleh perusahaan dan dipaketkan dengan jasa seperti pengembangan, operasional,
dan pemeliharaan.

Software-as-a-service (SaaS) merupakan metode penyampaian perangkat lunak tempat host vendor
aplikasi dan menyediakan mereka sebagai layanan kepada pelanggan melalui jaringan, umumnya lewat
internet. Pelanggan tidak memiliki perangkat lunak alih-alih, mereka membayar untuk menggunakannya.
SaaS dihilangkan kebutuhan pelanggan untuk menginstal dan menjalankan aplikasi di komputer mereka
sendiri.

Use Open-Source Software

Organisasi memperoleh lisensi untuk mengimplementasikan open-source software product dan
menggunakan, menyesuaikan, atau mengembangkan aplikasi dengannya.Aplikasi open-source pada
dasarnya sama dengan aplikasi berpemilik kecuali untuk lisensi, pembayaran, dan dukungan. Open-
source benar-benar sumber alternatif aplikasi daripada pilihan pengembangan yang berbeda secara
konseptual.

Outsourcing
Outsourcing : Memperoleh aplikasi IT dari kontraktor luar atau organisasi eksternal

Perusahaan dapat memanfaatkan outsourcing dalam banyak situasi, seperti :

• Bereksperimen dengan teknologi IT tanpa melakukan investasi yang besar

• Mendapatkan akses ke pakar luar

Kelemahan : Perusahaan seringkali harus menempatkan data perusahaan mereka yang berharga di bawah
kendali vendor outsourcing.

Karena tren untuk melakukan outsourcing semakin meningkat, demikian pula tren untuk memindahkan
operasi-operasi ini ke luar negeri, khususnya di India dan Cina.

Offshoring dapat menghemat uang, tetapi juga mengandung risiko, tergantung pada layanan mana saja
yang offshored. Contoh :

• Jika suatu perusahaan offshoring pengembangan aplikasi, maka risiko utama adalah komunikasi
yang buruk antara pengguna dan pengembang. Menanggapi risiko ini, beberapa perusahaan
membawa kembali pekerjaan outsourcing, sebuah proses yang disebut reverse outsourcing, atau
insourcing.

Employ Custom Development

Perusahaan juga dapat memutuskan untuk membuat aplikasi secara custom (terpersonalisasi). Mereka
dapat melakukan operasi ini di rumah atau outsourcing proses.

Proses pengembangan :
 • Komite Pengarah IT melakukan eksplorasi berdasarkan saran untuk sistem baru yang ada
• Memahami Proses
• Penyelidikan Sistem (Bisa / Tidak untuk dibuat)
• Pembangunan Aplikasi

Metodologi backbone dasar untuk pengembangan kustom adalah System Development Life Cycle /
SDLC.

13.3 The Traditional System Development Life Cycle

SDLC adalah metode pengembangan sistem tradisional yang digunakan organisasi untuk proyek IT skala
besar. SDLC adalah kerangka kerja terstruktur yang terdiri dari proses sekuensial dimana sistem

informasi dikembangkan. Terdapat 6 Proses didalamnya :

• Systems investigation
• Systems analysis
• Systems design
• Programming and testing
• Implementation
• Operation and maintenance

Model SDLC alternatif mengandung lebih banyak atau lebih sedikit tahapan. Aliran tugas, bagaimanapun,
sebagian besar tetap sama. Ketika masalah terjadi pada setiap fase SDLC, pengembang sering harus
kembali ke fase sebelumnya.

Proyek pengembangan sistem menghasilkan hasil yang diinginkan melalui upaya tim Pengembangan,
diantaranya adalah :

• Pengguna / Users
 o Karyawan dari semua area fungsional dan level di suatu organisasi yang berinteraksi
dengan sistem baik secara langsung maupun tidak langsung.
• Analis Sistem / System Analyst
o Profesional dalam bidang Sistem Informasi yang berspesialisasi dalam menganalisis dan
merancang sistem informasi
• Pemrogram / Programmer
o Memodifikasi program computer yang ada atau menulis program baru untuk memenuhi
kebutuhan pengguna
• Spesialis Teknis / Technical Specialist
o Pakar pada jenis teknologi tertentu seperti database atau telekomunikasi
• System Stakeholder
o semua orang yang dipengaruhi oleh perubahan dalam sistem informasi perusahaan —
misalnya, pengguna dan manajer.
o Semua pemangku kepentingan biasanya terlibat dalam pengembangan sistem di berbagai
waktu dan dalam berbagai tingkat.

Gambar berikut menunjukkan bahwa pengguna memiliki keterlibatan tinggi pada tahap awal SDLC,
keterlibatan yang lebih rendah dalam tahap pemograman dan pengujian, dan keterlibatan yang lebih
tinggi pada tahap selanjutnya.
Kelebihan dan kekurangan SDLC

Systems Investigation
Menurut para professional, Semakin banyak waktu yang mereka investasikan dalam :
 (1) Memahami masalah bisnis yang harus dipecahkan,
(2) Menentukan opsi teknis untuk sistem
(3) Mengantisipasi masalah yang mungkin mereka hadapi selama pengembangan,

semakin besar peluang sukses. Untuk alasan ini, penyelidikan sistem mengatasi masalah bisnis (atau
peluang bisnis) melalui studi kelayakan.

Tugas utama dalam tahap investigasi sistem adalah studi kelayakan.

Tiga solusi dasar untuk setiap masalah bisnis yang berkaitan dengan sistem informasi :

(1) Tidak melakukan apa-apa dan terus menggunakan sistem yang ada tidak berubah
(2) Memodifikasi atau meningkatkan sistem yang ada
(3) Mengembangkan sistem baru.

Studi kelayakan menganalisis mana dari ketiga solusi ini yang paling sesuai dengan masalah bisnis
tertentu. Ini juga memberikan penilaian kasar atas kelayakan teknis, ekonomi, dan perilaku proyek,
seperti dijelaskan di bawah ini.
• Kelayakan teknis (Technical Feasibility) menentukan apakah perusahaan dapat
mengembangkan dan / atau memperoleh komponen hardware, software dan komunikasi yang
diperlukan untuk menyelesaikan masalah bisnis. Kelayakan teknis juga menentukan apakah
organisasi dapat menggunakan teknologi yang ada untuk mencapai tujuan kinerja proyek.
• Kelayakan ekonomi (Economic Feasibility) menentukan apakah proyek merupakan risiko
keuangan yang dapat diterima dan, jika demikian, apakah organisasi memiliki waktu dan uang
yang diperlukan untuk menyelesaikan proyek dengan sukses.
o Beberapa metode yang sering digunakan :
 NPV
 ROI
 BEP Analysis
 Business Case Approach

Kelayakan perilaku mengatasi masalah manusia dalam proyek pengembangan sistem. Anda akan sangat
terlibat dalam aspek studi kelayakan ini.

Setelah analisis kelayakan selesai, keputusan "pergi / tidak pergi" dicapai oleh komite pengarah jika ada
satu atau oleh manajemen puncak tanpa adanya komite. Keputusan ini tidak hanya bergantung pada
analisis kelayakan. Organisasi sering kali memiliki proyek yang lebih layak daripada yang dapat didanai.
Oleh karena itu, perusahaan harus memprioritaskan proyek-proyek yang layak dan mengejar hal tersebut
dengan prioritas tertinggi. Proyek layak yang tidak didanai sama sekali tidak dapat disampaikan kepada
departemen IT. Oleh karena itu proyek-proyek ini berkontribusi pada Hidden backlog, yang merupakan
proyek yang tidak disadari oleh departemen IT.

Jika keputusannya adalah tidak pergi, maka proyek tersebut ditunda sampai kondisinya lebih baik atau
dibatalkan. Jika keputusannya adalah dilanjutkan, maka proyek dilanjutkan, dan tahap analisis sistem
dimulai.,

Tabel 13.2 Advantages and Disadvantages of System Acquisition Methods

Traditional System
Development ( SDLC)
Prototyping
Advantages
- Memaksa staff untuk
secara sistematik melewati
setiap langkah dalam
proses terstruktur
- Menegakan kualitas
dengan mempertahankan
standar
- Memiliki kemungkinan
kecil dalam kehilangan isu
penting dalam memperoleh
user requirement
- Membantu mengklarifikasi
requirement user
- Membantu memverifikasi
kelayakan dari desain
- Mempromosika partisipasi
pengguna asli
- Mempromosikan close
working relationship antara
system developer dan user
- Bekerja baik untuk
masalah ill-defined
Disadvantages
- Dapat membuat
dokumentasi yang
berlebihan
- User mungkin tidak
berminat atau tidak bisa
mempelajari spesifikasi
yang sudah di approve
- Memakan banyak waktu
dari ide sampai system
kerja
- User punya masalah dalam
menyampaikan
requirement pada sistem
- Mendorong analisa
masalah yang tidak
memadai
- Tidak practical untuk user
dengan jumlah banyak
- User mungkin tidak akan
menyerahkan prototype
saat system selesai
- Dapat menimbulkan
kebingungan apakah
system sudah selesai atau

Joint Application Design
Integrated Computer-Assisted
Software Engineering
Rapid Application Development
- Dapat membentuk bagian maintainable
dari system final - System bisa di buat cepat,
yang menyebabkan kualitas
rendah
- Melibatkan banyak user - Sulit untuk mengumpulkan
dalam proses user untuk menghadiri JAD
pengembangan meeting
- Mengemat waktu - Pendekatan JAD memiliki
- Dukungan user lebih hebat semua problem yang
untuk system baru diasosiasikan dengan setiap
- Mengembangkan kualitas group meeting
dari system baru
- System baru lebih mudah
untuk di implementasi
- System baru memiliki
biaya training lebih murah
- Dapat membuat system - System seringkali mahal
dengan operational life untuk dijalankan
efektif yang lebih lama - Membutuhkan definisi user
dapat membuat system requirements yang lebih
yang secara dekat ekstensif dan akurat
mempertemukan user - Sulit untuk di customize
requirements
- Dapay mempercepat
development process
- Dapat membuat system
yang lebih fleksibel dan
adaptable pada kondisi
bisnis yang berubah
- Dapat memproduksi
dokumentasi yang luar
biasa
- Dapat mempercepat - Memproduksi komponen
pengembangan system fungsional dari system

End-User Development
Object-Oriented Development
- User diikutsertakan secara
intensive dari awal
- Mengimprovisasi proses
dari penulisan ulang legacy
application
- Memotong departemen IS
dan menghindari delay
- User mengontrol aplikasi
dan bisa mengubahnya jika
dibutuhkan
- Mempertemukan user
requirements secara
langsung
- Meningkatkan penerimaan
pengguna dari system baru
- Melepaskan lebih banyak
IT resources
- Menciptakan lower-quality
system
- Object model real world
entities
- Dapat menggunakan
kembali beberapa kode
computer
final tapi bukan system
final
- Dapat akhirnya
membutuhkan maintenance
dari departemen IS
- Dokumentasi bisa jadi
tidak memadai
- Quality control yang payah
- System mungkin tidak
memiliki interfaces yang
memadai dalam system
yang sudah ada
- Bekerja dengan baik
dengan system yang
dengan limited scope (cth :
dengan system yang tidak
memiliki banyak objek

Tugas utama dalam system investigation adalh feasibility study. Organisasi memiliki tiga solusi dasar
untuk setiap masalah yang berkaitan dengan information system :

1. Tidak melakukan apa apa dan melanjutkan menggunakan system yang sudah ada
2. Memodifikasi system yang sudah ada
3. Membuat system baru

Feasibility study menganalisa yang mana yang terbaik dari tiga solusi tersebut.
  Technical feasibility menentukan apakah perusahaan dapat mengembangkan dan memperoleh
hardware, software, dan komponen komunikasi yang diperlukan untuk menyelesaikan masalah
bisnis
 Economic feasibility Menentukan apakan projek ini dan risiko keuangan dapat diterima dan jika
demikian apakan organisasi memiliki waktu dan uang yang diperlukan untuk berhasil
menyelesaikan projek
 Behavioral feasibility mengalamatkan masalah manusia dari produk pengembangan system

Setelah feasibility analysis sudah selesai. Tercapailah Go/No-Go decision. Ini dibutuhkan karena kadang
organisasi punya banyak projek yang layak tapi dana tidak memadai sehingga harus ada yang
diprioritaskan.

Systems analysis
Systems Analysis adalah proses dimana analisa system menjelaskan masalah bisnis yang ingin
diselesaikan oleh organisasi dengan system informasi.

Tujuan utama dari tahap system analysis adalah untuk mengumpulkan indormasi tentang system yang
sudah ada demi dapat menjelaskan requirements untuk system yang diperbaharui atau system baru.
Produk akhir dari tahap ini dikenal dengan deliverable yaitu set dari system requirements

Yang paling sulit adalah mengidentifikasi requirements yang harus di penuhi oleh system. Requirement
ini biasa disebut user requirements

Systems design
Menjelaskan bagaimana system akan menyelesaikan masalah bisnis

Fasenya adalah sekumpulan technical system specification, yang dispesifikasi sebagai berikut :

 System outputs, inputs, and user interfaces

 Hardware, software, databases, tellecommmunications, personnel, and procedures
 A blueprint of how these components are integrated

Menambah fungsi setelah projek telah diinisiasi menyemabkan scope creep yang mahal

Programming and Testing

Programming melibatkan menerjemahkan spesifikasi desain ke kode computer. Proses ini bisa panjang
dan menghabiskan waktu, karena menulis kode computer adalah sama seperti membuat seni dan sains
Implementation
Adalah proses mengubah system computer lama ke system computer yang baru.. perusahaan
menggunakan tiga strategi konversi utama :

1. Direct conversion, system yang lama dipotong dan system yang baru dinyalakan di saat tertentu
2. Pilot conversion, memperkenalkan system baru di salah satu bagian organisasi, missal : salah satu
area fungsional
3. Phased conversion, memperkenalkan komponen dari system baru, missal : modul individual
4. Parallel conversion, system lama dan baru dioperasikan secara serentak

Operation and maintenance

System membutuhkan beberapa tipe maintenance

1. Debugging the program, yaitu proses yang kontinyu sepanjang hidup system
2. Updating the system untuk mengakomodasi perubahan kondisi bisnis

13.4 Alternative Methods and Tools for Systems Development

Metode alternatif untuk pengembangan sistem termasuk desain aplikasi bersama, pengembangan aplikasi
cepat, pengembangan gesit, dan pengembangan pengguna akhir.

Joint Application Design

Desain aplikasi bersama (JAD) adalah alat berbasis kelompok untuk mengumpulkan kebutuhan pengguna
dan membuat desain sistem. Ini paling sering digunakan dalam analisis sistem dan tahap desain sistem
SDLC. JAD melibatkan pertemuan kelompok yang dihadiri oleh para analis dan semua pengguna yang
dapat dilakukan secara manual atau melalui computer

Rapid Application Development

Pengembangan aplikasi cepat (RAD) adalah metode pengembangan sistem yang dapat menggabungkan
alat-alat JAD, prototyping, dan rekayasa perangkat lunak yang dibantu komputer (ICASE) (dibahas
kemudian di bagian ini) untuk secara cepat menghasilkan sistem berkualitas tinggi.

Agile Development

Pengembangan tangkas adalah metodologi pengembangan perangkat lunak yang memberikan

fungsionalitas dalam iterasi cepat, yang biasanya diukur dalam beberapa minggu. Agar berhasil,
metodologi ini membutuhkan komunikasi, pengembangan, pengujian, dan pengiriman yang sering.
End-User Development

Pengembangan pengguna akhir adalah pendekatan di mana pengguna akhir organisasi mengembangkan
aplikasi mereka sendiri dengan sedikit atau tanpa bantuan formal dari departemen TI.

Tools for Systems Development

- Prototyping. Pendekatan prototipe mendefinisikan daftar awal persyaratan pengguna,

membangun model sistem, dan kemudian memperbaiki sistem dalam beberapa iterasi
berdasarkan umpan balik pengguna.
- Integrated Computer-Assisted Software Engineering Tools. Rekayasa perangkat lunak
berbantuan komputer (CASE) mengacu pada sekelompok alat yang mengotomatisasi banyak
tugas di SDLC. Alat-alat yang digunakan untuk mengotomatisasi tahap awal SDLC (penyelidikan
sistem, analisis, dan desain) disebut alat CASE atas.
- Component-Based Development. Pengembangan berbasis komponen menggunakan komponen
standar untuk membangun aplikasi. Komponen adalah aplikasi yang dapat digunakan kembali
yang umumnya memiliki satu fungsi tertentu, seperti keranjang belanja, otentikasi pengguna, atau
katalog.
- Object-Oriented Development. Pengembangan berorientasi objek didasarkan pada pandangan
yang berbeda dari sistem komputer daripada persepsi yang menjadi ciri pendekatan
pengembangan tradisional.

Pertanyaan

1. Terdapat empat pendekatan umum dalam Analysis Cost-Benefits, Return on Investment,

Net Present Value, The business case approach, dan Breakeven analysis.
a. Benar
b. Salah

2. Dalam rencana operasional IS tipikal berisi elemen-elemen berikut, kecuali

a. Tujuan fungsi IS: Estimasi terbaik saat ini dari tujuan fungsi IS
 b. Kendala pada fungsi IS: Teknologi, keuangan, personel, dan keterbatasan sumber daya
lainnya pada fungsi IS
c. Portofolio aplikasi: Inventarisasi aplikasi saat ini yang diprioritaskan dan rencana rinci
proyek yang akan dikembangkan atau dilanjutkan selama tahun berjalan
d. Semua benar
3. Metode penyampaian perangkat lunak tempat host vendor aplikasi dan menyediakan mereka
sebagai layanan kepada pelanggan melalui jaringan yang umumnya lewat internet merupakan
pengertian dari…
A. SaaS
B. ASP
C. Outsourcing
D. SAS

4. Agen atau vendor yang menyatukan perangkat lunak yang dibutuhkan oleh perusahaan dan
dipaketkan dengan jasa seperti pengembangan, operasional, dan pemeliharaan merupakan
pengertian dari Application Service Provider atau ASP.
A. Benar
B. Salah
5. Berikut ini mekrupakan beberapa metode yang sering digunakan dalam Analisa Kelayakan
Ekonomi, kecuali :
a. Net Present Value
b. Return on Investment
c. Technical Analysis
d. Break Event Point Analysis

6. Menurut para professional, terdapat 3 Hal yang dapat mempengaruhi peluang suksesnya
pembentukan suatu sistem, yaitu investasi waktu pada:
1. Memahami masalah bisnis yang harus dipecahkan,
2. Menentukan opsi teknis untuk sistem
3. Merombak Direksi untuk mencari susunan direksi yang tepat

Pernyataan tersebut :

a. TRUE
b. FALSE
 3 Hal yang dapat mempengaruhi peluang suksesnya pembentukan suatu sistem adalah
investasi yang semakin banyak pada :
 Memahami masalah bisnis yang harus dipecahkan,
 Menentukan opsi teknis untuk sistem
Mengantisipasi masalah yang mungkin mereka hadapi selama pengembangan
7. Tugas utama dalam system investigation adalh feasibility study. Organisasi memiliki tiga solusi
dasar untuk setiap masalah yang berkaitan dengan information system : (1)Tidak melakukan apa
apa dan melanjutkan menggunakan system yang sudah ada (2)Memodifikasi system yang sudah
ada (3) Membuat system baru
Feasibility study menganalisa yang mana yang terbaik dari tiga solusi tersebut. Berikut adalah 3
penilaian projek kecuali :
a. Technical feasibility
b. Economic feasibility
c. Behavioral feasibility
d. Internal feasibility
8. Memproduksi komponen fungsional dari system final tapi bukan system final adalah kelemahan
dari rapid application development.
a. Benar
b. Salah
9. Yang merupakan metode pengembangan sistem yang dapat menggabungkan alat-alat JAD,
prototyping, dan rekayasa perangkat lunak yang dibantu komputer (ICASE) (dibahas kemudian di
bagian ini) untuk secara cepat menghasilkan sistem berkualitas tinggi adalah?
a. RAD
b. JAD
c. Agile Development
d. Prototyping

10. Pengembangan pengguna akhir adalah pendekatan di mana pengguna akhir organisasi
mengembangkan aplikasi mereka sendiri dengan sedikit atau tanpa bantuan formal dari
departemen TI.
a. Benar
b. Salah