SISTEM INFORMASI MANAJEMEN

RINGKASAN MATERI KULIAH

Chapter 13
“Building Information Systems”

ANGGOTA KELOMPOK:
1. Nabila Maharani Zahid (042111333076)
2. Bethania Crist Indraswari (042111333081)
3. Intasya Nurfadilla (042111333127)
4. Verena Ayu Carinnira P. (042111333147)
5. Nidya Azwa Kusuma Lazuardi (042111333159)

UNIVERSITAS AIRLANGGA
FAKULTAS EKONOMI DAN BISNIS
PRODI AKUNTANSI
2023
13-1 How does building new systems produce organizational change?
Perubahan sistem informasi baru merupakan salah satu jenis perubahan organisasi yang
direncanakan. Pengenalan sistem informasi baru tidak hanya melibatkan software dan
hardware tetapi juga mencakup perubahan dalam pekerjaan, keterampilan, manajemen, dan
organisasi. Pembangun sistem harus memahami bagaimana suatu sistem akan mempengaruhi
proses bisnis tertentu dan organisasi secara keseluruhan.
● Systems Development and Organizational Change
Teknologi informasi dapat mempromosikan berbagai tingkat perubahan organisasi,
mulai dari inkremental hingga far-reaching. Berikut adalah perubahan struktural
organisasi struktural oleh teknologi informasi :
1. Automation
Otomatisasi merupakan perubahan organisasi paling umum yang didukung
oleh teknologi informasi. Aplikasi pertama dari teknologi informasi yang
terlibat membantu karyawan untuk melakukan pekerjaannya lebih efisien dan
efektif.
2. Rationalization
Rasionalisasi prosedur (Rationalization of Procedure) merupakan bentuk
perubahan organisasi yang lebih dalam dan mengikuti dengan cepat dari
otomatisasi awal. Apabila otomatisasi mengungkapkan hambatan baru dalam
produksi dan membuat pengaturan prosedur atau struktur menjadi sangat
rumit, maka rasionalisasi prosedur adalah perampingan dari prosedur operasi
standar. TQM dan Six Sigma merupakan salah satu contoh penerapan
rasionalisasi prosedur. Total Quality Management (TQM) menjadikan
pencapaian kualitas sebagai tujuan dan tanggung jawab semua orang dan
fungsi dalam suatu organisasi. Six Sigma merupakan ukuran kualitas yang
spesifik. Sebagian besar perusahaan tidak dapat mencapai tingkat kualitas ini
tetapi menggunakan six sigma sebagai tujuan untuk mendorong program
peningkatan kualitas yang berkelanjutan.
3. Redesign
Perubahan organisasi selanjutnya yang lebih kuat adalah business process
redesign, dimana proses bisnis dianalisis, disederhanakan, dan didesain ulang.
Proses ini akan mengatur ulang alus kerja, menggabungkan langkah-langkah
 untuk mengurangi pemborosan dan menghilangkan tugas-tugas yang berulang.
Akan tetapi akan terbatas pada bagian-bagian tertentu dari bisnis.
4. Paradigm Shifts
Pergeseran paradigma merupakan bentuk perubahan bisnis yang lebih radikal.
Pergeseran tersebut melibatkan pemikiran ulang sifat bisnis dan sifat
organisasi.

● Business Process Redesign

Banyak bisnis saat ini mencoba menggunakan teknologi informasi untuk
meningkatkan proses bisnisnya salah satu caranya adalah melakukan pendesainan
ulang proses bisnis yang lebih luas. Business Process Management (BPM)
menyediakan berbagai alat dan metodologi untuk menganalisis proses yang ada,
merancang proses baru, dan mengoptimalkan proses tersebut. Berikut adalah
langkah-langkah mempraktikkan BPM :
1. Identify process for change
Salah satu keputusan strategis terpenting yang dapat dibuat perusahaan
bukanlah memutuskan bagaimana menggunakan komputer untuk
meningkatkan proses bisnis tetapi memahami proses bisnis apa yang perlu
ditingkatkan. Manajer perlu menentukan proses bisnis apa yang paling penting
dan bagaimana meningkatkan proses ini akan membantu kinerja bisnis.
2. Analyze existing processes
Proses bisnis yang ada harus dimodelkan dan didokumentasikan, mencatat
input, output, sumber daya, dan urutan kegiatan. Tim desain proses
mengidentifikasi langkah-langkah yang berlebihan dan inefisiensi lainnya.
3. Design the new process
Setelah proses yang ada dipetakan dan diukur dari segi waktu dan biaya, tim
desain proses akan mencoba memperbaiki proses dengan merancang yang
baru. Merancang proses baru yang disederhanakan akan didokumentasikan
dan dimodelkan untuk dibandingkan dengan proses lama.
4. Implement the new process
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. Continuous Measurement
Setelah sebuah proses diimplementasikan dan dioptimalkan, proses tersebut
perlu diukur secara terus-menerus. Proses dapat memburuk seiring waktu
karena karyawan kembali menggunakan metode lama, atau mereka mungkin
kehilangan efektivitasnya jika bisnis mengalami perubahan lain.

BPM sendiri menimbulkan tantangan bagi organisasi. Eksekutif melaporkan

apabila penghalang terbesar untuk perubahan proses bisni yang sukses adalah
budaya organisasi. Karyawan tidak menyukai rutinitas yang tidak biasa dan
sering mencoba menolak perubahan. Berikut adalah contoh perbandingan 2
model bisnis yang terpengaruhi oleh teknologi informasi
 ● Tools for Business Process Management
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.
13-2 What are the core activities in the systems development process?
Analisis Sistem
Analisis sistem adalah analisis masalah yang coba dipecahkan oleh perusahaan dengan sistem
informasi.
Analisis sistem terdiri atas menentukan :
● menentukan masalah
● mengidentifikasi penyebabnya
● menentukan solusi

● mengidentifikasi persyaratan 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 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 dikejar organisasi dan menilai kelayakan masing-masing. Laporan proposal
sepuluh sistem tertulis menjelaskan biaya dan manfaat, serta keuntungan dan kerugian,
dari setiap alternatif.

Menentukan Kebutuhan Informasi

Kebutuhan Informasi (Information Requirements) : informasi dari sistem baru
melibatkan identifikasi siapa yang membutuhkan informasi apa, di mana, kapan, dan
bagaimana. bagaimana. Analisis persyaratan dengan hati-hati mendefinisikan tujuan
dari sistem baru atau yang dimodifikasi dan mengembangkan deskripsi rinci tentang
fungsi yang harus dilakukan oleh sistem baru. Analisis persyaratan yang salah adalah
penyebab utama kegagalan sistem dan biaya pengembangan sistem yang tinggi.

Desain Sistem
Desain Sistem menunjukkan bagaimana sistem akan memenuhi tujuan ini. Desain sistem
informasi adalah keseluruhan rencana atau model untuk sistem tersebut.
contoh : denah gedung atau rumah, terdiri atas semua spesifikasi yang memberikan bentuk
dan struktur dari sistem tersebut.
Perancang sistem merinci spesifikasi sistem yang akan memberikan fungsi yang
diidentifikasi selama analisis sistem. Spesifikasi ini harus mencakup semua komponen
manajerial, organisasi, dan teknologi dari solusi sistem.
note : Seperti rumah atau bangunan, sistem informasi mungkin memiliki banyak
kemungkinan desain.
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

Menyelesaikan Proses Pengembangan Sistem

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. Saat ini,
banyak organisasi tidak lagi melakukan pemrograman sendiri untuk sistem baru.
note : Sebaliknya, mereka membeli perangkat lunak yang memenuhi persyaratan
untuk sistem baru dari sumber eksternal seperti paket perangkat lunak dari vendor
perangkat lunak komersial, layanan perangkat lunak dari penyedia layanan perangkat
lunak, atau perusahaan outsourcing yang mengembangkan perangkat lunak aplikasi
kustom untuk klien mereka
✿ Pengujian : Pengujian mendalam dan menyeluruh harus dilakukan untuk
memastikan apakah sistem menghasilkan hasil yang tepat. Pengujian akan menjawab
pertanyaan-pertanyaan. Akankah sistem menghasilkan hasil yang diinginkan dalam
kondisi yang diketahui? Beberapa perusahaan mulai menggunakan layanan cloud
computing untuk pekerjaan ini. Pengujian akan menghabiskan banyak waktu. Data
pengujian harus disiapkan dengan hati-hati, hasil ditinjau, dan koreksi dilakukan
dalam sistem. Dalam beberapa kasus, bagian dari sistem mungkin harus didesain
ulang. Risiko akibat mengabaikan langkah ini sangat besar.

➔ Pengujian sistem informasi dapat dipecah menjadi tiga jenis aktivitas: pengujian
unit, pengujian sistem, dan pengujian penerimaan.
Pengujian unit (Unit Testing) :
● Terdiri dari pengujian setiap program secara terpisah dalam sistem. Dipercaya
secara luas bahwa tujuan dari pengujian tersebut adalah untuk menjamin bahwa
program bebas dari kesalahan, tetapi tujuan ini secara realistis tidak mungkin
dilakukan.
● Pengujian harus dilihat sebagai sarana menemukan kesalahan dalam program, dengan
berfokus pada menemukan semua cara untuk membuat program gagal.
Pengujian Sistem (System Testing) :
● Menguji fungsi sistem informasi secara keseluruhan.
● Menentukan apakah modul-modul berlainan akan berfungsi bersama seperti yang
direncanakan dan apakah ada ketidaksesuaian antara cara sistem benar-benar bekerja
dan cara kerjanya.
Pengujian penerimaan (Acceptance Testing) :

● 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 tersebut
secara formal diterima untuk dipasang
● Tim pengembangan sistem bekerja dengan pengguna untuk menyusun rencana
pengujian yang sistematis. Rencana pengujian mencakup semua persiapan untuk
rangkaian pengujian yang baru saja kami jelaskan.

✿ Konversi : proses perubahan dari sistem lama ke sistem baru.

Empat strategi konversi utama dapat digunakan:
● strategi paralel
● strategi pemangkasan langsung
 ● strategi penelitian percobaan
● strategi pendekatan bertahap

Strategi Parallel (Parallel strategy) :

● pendekatan konversi yang paling aman karena jika terjadi kesalahan atau gangguan
pemrosesan, sistem lama masih dapat digunakan sebagai cadangan.
(-) pendekatan ini sangat mahal dan staf atau sumber daya tambahan mungkin
diperlukan untuk menjalankan sistem ekstra
Strategi Pemangkasan Secara Langsung(Direct Cutover Strategy)
● mengganti sistem lama seluruhnya dengan sistem baru pada hari yang telah
ditentukan.
(-) pendekatan yang sangat berisiko yang berpotensi lebih mahal daripada
menjalankan dua sistem secara paralel jika ditemukan masalah serius dengan sistem
baru.
Note :Tidak ada sistem lain untuk mundur. Dislokasi, gangguan,
dan biaya koreksi mungkin sangat besar.
Strategi Penelitian Percobaan (Pilot Study Strategy)
● memperkenalkan sistem baru hanya pada area organisasi yang terbatas, seperti
satu departemen atau unit operasi. Ketika versi percobaan ini selesai dan
bekerja dengan lancar, itu dipasang di seluruh organisasi, baik secara bersamaan
atau bertahap.
Strategi Pendekatan Bertahap (Phase Approach Strategy)
● memperkenalkan sistem baru secara bertahap, baik menurut fungsi atau unit
organisasi. Jika, misalnya, sistem diperkenalkan berdasarkan fungsi, sistem
penggajian baru mungkin dimulai dengan pekerja per jam yang dibayar
mingguan, diikuti enam bulan kemudian dengan menambahkan karyawan yang
digaji (yang dibayar bulanan) ke dalam sistem. Jika sistem diperkenalkan oleh
unit organisasi, kantor pusat perusahaan mungkin akan diubah terlebih dahulu,
diikuti oleh 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 terhadap kegagalan
sistem, sehingga bagian dari proses pengembangan sistem ini sangat penting.
✿Produksi dan Pemeliharaan

● sistem baru dipasang dan konversi selesai, sistem dikatakan dalam produksi
● Sistem akan ditinjau oleh pengguna dan spesialis teknis untuk menentukan
seberapa baik sistem tersebut telah memenuhi tujuan aslinya dan untuk
memutuskan apakah ada revisi atau modifikasi yang sesuai.

contoh : dokumen audit pasca-implementasi yang formal yang dipersiapkan

Note : Setelah sistem disetel dengan baik, sistem tersebut harus dipertahankan
saat sedang dalam produksi untuk memperbaiki kesalahan, memenuhi persyaratan, atau
meningkatkan efisiensi pemrosesan.
Pemeliharaan ➝ Perubahan perangkat keras, perangkat lunak, dokumentasi, atau
prosedur pada sistem produksi untuk memperbaiki kesalahan, memenuhi persyaratan
baru, atau meningkatkan efisiensi pemrosesan.
Pemeliharaan rutin menghabiskan sebagian besar anggaran TI banyak perusahaan,
tetapi dapat dikurangi secara signifikan melalui praktik dan teknologi pembangunan
sistem yang lebih mutakhir.

13-3 What are the principal methodologies for modeling and designing systems?
Ada metodologi alternatif untuk pemodelan dan perancangan sistem. Metodologi terstruktur
dan pengembangan berorientasi objek adalah yang paling menonjol.

Metodologi Terstruktur
Metodologi terstruktur telah digunakan untuk mendokumentasikan, menganalisis, dan
merancang sistem informasi sejak tahun 1970-an. Terstruktur mengacu pada fakta bahwa
tekniknya langkah demi langkah, dengan setiap langkah dibangun di atas yang sebelumnya.
Metodologi terstruktur bersifat top-down, berkembang dari level tertinggi, paling abstrak ke
level detail terendah—dari yang umum ke yang spesifik.
Metode pengembangan terstruktur berorientasi pada proses, berfokus terutama 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 diteruskan oleh
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 grafis logis dari aliran
informasi, mem
partisi sistem ke dalam modul yang menunjukkan tingkat detail yang dapat dikelola. Ini
dengan ketat menentukan proses atau transformasi yang terjadi dalam setiap modul dan
antarmuka yang ada di antara mereka.

Gambar 13.6 menunjukkan diagram aliran data sederhana untuk sistem pendaftaran mata
kuliah mail-in universitas. 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 dari setiap aliran data
yang tercantum di samping panah.
Diagram aliran data ini menunjukkan bahwa mahasiswa menyerahkan formulir pendaftaran
dengan nama, nomor induk, dan nomor mata kuliah yang ingin diambil. 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 dibuka 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.
Itu memperbarui file kursus universitas dengan nama dan nomor identifikasi siswa 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 kepada setiap pelamar siswa surat konfirmasi pendaftaran yang mencantumkan
mata kuliah yang didaftarkannya dan mencatat pilihan mata kuliah yang tidak dapat dipenuhi.
Diagram dapat digunakan untuk menggambarkan proses tingkat tinggi serta detail tingkat
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 yang
lebih rendah dapat dipecah lagi hingga tingkat detail terendah tercapai.
Alat lain untuk analisis terstruktur adalah kamus data, yang berisi informasi tentang potongan
data individual dan pengelompokan data dalam suatu sistem (lihat Bab 6). Kamus data
mendefinisikan isi aliran data dan penyimpanan data sehingga pembangun sistem memahami
dengan tepat potongan 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 mendekomposisi setiap subfungsi hingga tingkat
perincian terendah tercapai.
Gambar 13.7 menunjukkan bagan struktur tingkat tinggi untuk sistem penggajian. Jika suatu
desain memiliki terlalu banyak level untuk dimasukkan ke dalam satu bagan struktur, maka
dapat dipecah lebih lanjut pada bagan struktur yang lebih detail. Bagan struktur dapat
mendokumentasikan satu program, satu sistem (satu set program), atau bagian dari satu
program.

Pengembangan Berorientasi Objek

Metode terstruktur berguna untuk proses pemodelan, tetapi tidak menangani pemodelan data
dengan baik. Mereka juga memperlakukan data dan proses sebagai entitas yang terpisah
secara logis, sedangkan di dunia nyata pemisahan seperti itu tampaknya tidak wajar.
Konvensi pemodelan yang berbeda digunakan untuk analisis (diagram aliran data) dan untuk
desain (bagan struktur).
Pengembangan berorientasi objek mengatasi masalah ini. Pengembangan berorientasi objek
menggunakan objek sebagai unit dasar analisis dan desain sistem. Objek menggabungkan
data dan proses spesifik yang beroperasi pada data tersebut. Data yang dienkapsulasi dalam
sebuah 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 diantara mereka. Karena logika pemrosesan berada di
dalam objek daripada di program perangkat lunak terpisah, objek harus berkolaborasi satu
sama lain untuk membuat sistem berfungsi.
Pemodelan berorientasi objek didasarkan pada konsep kelas dan pewarisan. Objek milik kelas
tertentu, atau kategori umum dari objek serupa, memiliki fitur kelas itu. Kelas objek pada
gilirannya dapat mewarisi semua struktur dan perilaku kelas yang lebih umum dan kemudian
menambahkan variabel dan perilaku yang unik untuk setiap objek. Kelas objek baru dibuat
dengan memilih kelas yang sudah ada dan menentukan bagaimana kelas baru berbeda dari
kelas yang sudah ada alih-alih memulai dari awal setiap saat.

Kita dapat melihat bagaimana kelas dan pewarisan bekerja pada Gambar 13.8, yang
mengilustrasikan hubungan antar kelas mengenai karyawan dan bagaimana mereka dibayar.
Karyawan adalah leluhur bersama, atau superclass, untuk tiga kelas lainnya. salaried, hourly,
dan temporary adalah subkelas dari 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-fitur yang dimiliki oleh semua karyawan (ID, nama, alamat, tanggal
dipekerjakan, posisi, dan gaji) disimpan di superclass Karyawan, sedangkan setiap subclass
menyimpan fitur yang spesifik untuk jenis 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 Gaji, Per Jam, dan
Temporary memiliki fitur umum yang dapat digeneralisasikan ke dalam superclass
Karyawan.
Pengembangan berorientasi objek lebih iteratif dan inkremental daripada pengembangan
terstruktur tradisional. Selama analisis, pembuat sistem mendokumentasikan persyaratan
fungsional sistem, menentukan properti terpentingnya dan apa yang harus dilakukan oleh
sistem yang diusulkan. Interaksi antara sistem dan penggunanya dianalisis untuk
mengidentifikasi objek, yang mencakup data dan proses. Fase desain berorientasi objek
menjelaskan 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-kelas yang sudah tersedia di perpustakaan objek perangkat lunak
yang dapat digunakan kembali, dan menambahkan yang baru yang 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 pengisian perangkat lunak karena organisasi dapat
menggunakan kembali objek perangkat lunak yang telah dibuat sebagai blok penyusun 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 setengah lengkap yang dapat
digunakan kembali yang dapat disesuaikan lebih lanjut oleh organisasi menjadi aplikasi jadi.

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,
generator layar dan laporan, kamus data, fasilitas pelaporan yang luas, alat analisis dan
pemeriksaan, generator kode, dan generator dokumentasi. Alat CASE juga memiliki
kemampuan untuk memvalidasi diagram dan spesifikasi desain. Anggota tim dapat
membagikan pekerjaan mereka dengan mudah dengan mengakses file satu sama lain untuk
meninjau atau mengubah apa yang telah dilakukan. Manfaat produktivitas yang sederhana
juga dapat dicapai jika alat digunakan dengan benar, yang membutuhkan disiplin organisasi.
CASE dikembangkan untuk menertibkan proyek pengembangan perangkat lunak besar, dan
akan meningkatkan produktivitas TI serta mengurangi kesalahan. Alat CASE merupakan alat
yang digunakan untuk mengotomatisasi beberapa kegiatan yang terkait dengan
pengembangan perangkat lunak yang meliputi Pengembangan Web, Pengembangan aplikasi
Seluler, pengembangan web, e-Commerce, dsb.

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

Sistem berbeda dalam hal ukuran dan kompleksitas teknologi mereka dan dalam hal masalah
organisasi mereka dimaksudkan untuk memecahkan. Sejumlah pendekatan pembangunan
sistem telah dikembangkan untuk mengatasi perbedaan-perbedaan ini Bagian ini menjelaskan
metode alternatif ini: siklus hidup sistem tradisional, pembuatan prototipe, paket perangkat
lunak aplikasi dan layanan perangkat lunak cloud, dan outsourcing.

Traditional Systems Life Cycle

Siklus hidup sistem adalah metode tertua untuk membangun sistem informasi. Metodologi
siklus hidup adalah pendekatan bertahap untuk membangun sistem, membagi pengembangan
sistem menjadi tahap formal. Spesialis pengembangan sistem memiliki pendapat berbeda
tentang cara mempartisi tahapan pembangunan sistem, tetapi mereka kira-kira sesuai dengan
tahapan pengembangan yang baru saja kami jelaskan.
Metodologi siklus hidup sistem mempertahankan pembagian kerja formal antara pengguna
akhir dan spesialis sistem informasi. Spesialis teknis, seperti analis sistem dan programmer,
bertanggung jawab atas banyak analisis sistem, desain, dan pekerjaan implementasi;
Pengguna akhir dibatasi untuk memberikan persyaratan informasi dan meninjau pekerjaan
staf teknis. Siklus hidup juga menekankan spesifikasi formal dan dokumen, sehingga 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, dan kontrol 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-tugas dalam satu tahap diselesaikan
sebelum pekerjaan untuk tahap berikutnya dimulai. Aktivitas dapat diulang, tetapi volume
dokumen baru harus dibuat, 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.

Prototyping
Prototyping terdiri dari membangun sistem eksperimental dengan cepat dan murah bagi
pengguna akhir untuk mengevaluasi. Dengan berinteraksi dengan prototipe, pengguna bisa
mendapatkan ide yang lebih baik tentang kebutuhan informasi mereka. Prototipe yang
didukung 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 beroperasi, prototipe akan disempurnakan lebih lanjut
sampai sesuai dengan kebutuhan pengguna. Setelah desain selesai, prototipe dapat dikonversi
ke sistem produksi yang dipoles.
Proses membangun desain awal, mencobanya, menyempurnakannya, dan mencoba lagi telah
disebut proses berulang pengembangan sistem karena langkah-langkah yang diperlukan
untuk membangun sistem dapat diulang berulang kali. Prototyping lebih eksplisit berulang
daripada siklus hidup konvensional, dan secara aktif mempromosikan perubahan desain
sistem. Telah dikatakan bahwa prototyping menggantikan pengerjaan ulang yang tidak
direncanakan dengan iterasi yang direncanakan, dengan setiap versi lebih akurat
mencerminkan kebutuhan pengguna.
❖ Steps in Prototyping
➔ Step 1 : Identifikasi persyaratan dasar pengguna. Perancang sistem (biasanya
spesialis sistem informasi) bekerja dengan pengguna hanya cukup lama untuk
menangkap kebutuhan informasi dasar pengguna.
 ➔ Step 2 : Kembangkan prototipe awal. Perancang sistem membuat prototipe
kerja dengan cepat, menggunakan alat untuk menghasilkan perangkat lunak
dengan cepat.
➔ Step 3 : Gunakan prototipe. Pengguna didorong untuk bekerja dengan sistem
untuk menentukan seberapa baik prototipe memenuhi kebutuhannya dan
membuat saran untuk meningkatkan prototipe.
➔ Step 4 : Merevisi dan meningkatkan prototipe. Pembuat sistem mencatat
semua perubahan permintaan pengguna dan menyempurnakan prototipe yang
sesuai. Setelah prototipe telah direvisi, siklus kembali ke Langkah 3. Langkah
3 dan 4 diulang sampai pengguna puas.
Ketika tidak ada lagi iterasi yang diperlukan, prototipe yang disetujui kemudian
menjadi prototipe operasional yang melengkapi spesifikasi akhir untuk aplikasi.
Terkadang prototipe diadopsi sebagai versi produksi sistem.
❖ Advantages and Disadvantages of 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 on-line dan layar entri data, laporan, atau halaman web). Karena prototyping
mendorong keterlibatan pengguna akhir yang intens sepanjang siklus hidup
pengembangan sistem, lebih mungkin untuk menghasilkan sistem yang memenuhi
persyaratan 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
sistem yang dibangun dengan tergesa-gesa ini mungkin tidak dengan mudah
menampung data dalam jumlah besar atau sejumlah besar pengguna dalam
lingkungan produksi.
Application Software Packages, Software Services, and Outsourcing
Perusahaan dapat menyewa perangkat lunak dari penyedia layanan perangkat lunak online
mereka dapat membeli perangkat lunak dari vendor komersial sebagai paket untuk dijalankan
di rumah, atau mereka dapat memiliki aplikasi khusus yang dikembangkan oleh perusahaan
outsourcing luar.
❖ Application Software Packages and Cloud Software Services
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 di rumah 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, penggajian, piutang, buku besar, atau kontrol
inventaris. Untuk fungsi universal seperti itu dengan proses standar yang tidak banyak
berubah dari waktu ke waktu, sistem generik kuda betina akan memenuhi persyaratan
banyak organisasi.
Jika paket perangkat lunak komersial atau layanan perangkat lunak cloud dapat
memenuhi sebagian besar persyaratan organisasi, perusahaan tidak perlu menulis
perangkat lunaknya sendiri. Perusahaan dapat menghemat waktu dan uang dengan
menggunakan program perangkat lunak yang telah ditulis, dirancang sebelumnya, dan
telah diuji sebelumnya dari vendor perangkat lunak. Vendor Paket dan SaaS
menyediakan banyak pemeliharaan dan dukungan berkelanjutan untuk sistem.
termasuk penyempurnaan untuk menjaga sistem sejalan dengan perkembangan teknis
dan bisnis yang sedang berlangsung. Ketika paket atau solusi SaaS dikejar, pengguna
akhir akan bertanggung jawab untuk menyediakan persyaratan informasi bisnis untuk
sistem, dan spesialis sistem informasi akan memberikan persyaratan teknis.
Jika organisasi memiliki persyaratan unik yang tidak dipenuhi paket, alat ini
menyertakan kemampuan untuk penyesuaian.
Fitur kustomisasi memungkinkan paket perangkat lunak komersial atau perangkat
lunak berbasis cloud dimodifikasi untuk memenuhi persyaratan unik organisasi tanpa
merusak integritas perangkat lunak. Jika banyak penyesuaian diperlukan,
pemrograman tambahan dan pekerjaan kustomisasi mungkin menjadi sangat mahal
dan memakan waktu bahwa mereka meniadakan banyak keuntungan dari paket dan
layanan perangkat lunak.
Ketika suatu 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, keramahan pengguna, persyaratan
perangkat keras, persyaratan basis data, upaya instalasi dan pemeliharaan,
dokumentasi, kualitas vendor, dan biaya. Paket atau proses evaluasi layanan perangkat
lunak sering didasarkan pada permintaan proposal (RPP), yang merupakan daftar rinci
pertanyaan yang diajukan ke vendor perangkat lunak.
Ketika perangkat lunak dari sumber eksternal dipilih, organisasi tidak lagi memiliki
kontrol penuh atas proses desain sistem. Alih-alih menyesuaikan spesifikasi desain
sistem 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 disesuaikan,
 organisasi harus beradaptasi dengan paket atau layanan perangkat lunak dan
mengubah prosedurnya.
❖ Outsourcing
Jika sebuah perusahaan tidak ingin menggunakan sumber daya internalnya untuk
membangun atau mengoperasikan sistem informasi, ia dapat melakukan outsourcing
pekerjaan ke organisasi eksternal yang berspesialisasi dalam menyediakan layanan
ini. Cloud computing dan penyedia software as a service (SaaS), adalah salah satu
bentuk outsourcing. Perusahaan 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 itu akan mengoperasikan sistem pada komputernya sendiri. Vendor
outsourcing mungkin domestik atau di negara lain.
Outsourcing domestik didorong terutama 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 perekrutan 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
melepaskannya setelah sistem baru dibangun, lebih masuk akal, dan seringkali lebih
murah, untuk melakukan outsourcing pekerjaan ini untuk periode 12 bulan.
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 pindah 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 operasi harian sistem TI.
Sebuah perusahaan kemungkinan besar akan mendapat manfaat dari outsourcing jika
meluangkan waktu untuk mengevaluasi semua risiko dan memastikan outsourcing
sesuai untuk kebutuhan khususnya. Setiap perusahaan yang mengalihdayakan
aplikasinya harus benar-benar memahami proyek, termasuk persyaratan, metode
implementasi, manfaat yang diantisipasi, 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 kontrak mereka. Perusahaan perlu mengalokasikan sumber daya
untuk mendokumentasikan persyaratan, mengirimkan RFP, menyerahkan biaya
perjalanan, menegosiasikan kontrak, dan manajemen proyek.
Para ahli mengklaim dibutuhkan dari tiga bulan hingga satu tahun penuh untuk
sepenuhnya mentransfer pekerjaan ke mitra lepas pantai 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 relokasi
karyawan rumah tangga. Semua undercut biaya tersembunyi ini beberapa manfaat
yang diantisipasi dari outsourcing Perusahaan harus sangat berhati-hati ketika
menggunakan outsourcing untuk mengembangkan atau mengoperasikan aplikasi chat
memberikan beberapa jenis keunggulan kompetitif.
General Motors Corporation (GMT) pada satu titik telah mengalihdayakan 90 persen
layanan TI-nya, termasuk pusat data dan pengembangan aplikasinya. Perusahaan
kemudian memutuskan untuk membawa sebagian besar infrastruktur TI kami sendiri.
Menurunkan biaya yang penting, tetapi alasan utama GM untuk mengurangi
outsourcing adalah untuk mengambil kembali kendali atas sistem informasi, yang
diyakini membuat perusahaan tidak merespons dengan cepat peluang kompetitif.
13-5 What are new approaches for system building in the digital firm era?
Rapid Application Development (RAD), Agile Development, Automated Software
Testing, and DevOps
Istilah pengembangan aplikasi cepat (RAD) mengacu pada proses pembuatan sistem
yang dapat diterapkan dalam waktu yang sangat singkat dengan beberapa fleksibilitas untuk
beradaptasi seiring perkembangan proyek. 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.
Kadang-kadang teknik yang disebut joint application design (JAD) digunakan untuk
mempercepat pembuatan kebutuhan informasi dan untuk mengembangkan desain sistem
internal. JAD menyatukan pengguna akhir dan spesialis sistem informasi dalam sesi interaktif
untuk membahas desain sistem.
Agile development berfokus pada pengiriman cepat perangkat lunak yang berfungsi
dengan memecah proyek besar menjadi serangkaian proyek kecil sub proyek yang selesai
secara singkat periode waktu menggunakan iterasi, umpan balik terus menerus, dan
keterlibatan pengguna yang berkelanjutan.
Pengujian terjadi lebih awal dan seringkali di seluruh pengembangan proses. Agile
method menekankan komunikasi tatap muka, mendorong orang untuk berkolaborasi dan
membuat keputusan dengan cepat dan efektif, respons yang cepat dan fleksibel terhadap
perubahan, dan produksi perangkat lunak yang berfungsi daripada dokumentasi yang rumit.
Alih-alih fase pengujian terpisah, seperti dalam pendekatan air terjun tradisional, pengujian
terjadi terus menerus dalam pengembangan tangkas selama setiap sprint, dan pengujian
dianjurkan. Ini sering berarti bahwa lebih banyak waktu pengembangan akan dihabiskan
untuk pengujian daripada saat menggunakan pendekatan tradisional.
Meskipun penting, pengujian berkelanjutan bisa sangat memakan waktu, terutama
karena mengembangkan skrip pengujian, menjalankan langkah pengujian, dan mengevaluasi
hasil biasanya dilakukan secara manual. Alat pengujian otomatis sekarang tersedia untuk
memenuhi kebutuhan ini. Alat pengujian otomatis melakukan pemeriksaan perangkat lunak,
melaporkan hasil, dan membandingkan hasil dengan pengujian sebelumnya. Sesi Interaktif
tentang Teknologi menunjukkan bagaimana pengujian otomatis membantu perusahaan
perangkat lunak keamanan McAfee menggunakan metodologi tangkas dalam proyeknya.
DevOps dibangun di atas prinsip pengembangan agile sebagai strategi organisasi
untuk menciptakan budaya dan lingkungan yang lebih jauh mempromosikan praktik
pengembangan yang cepat dan gesit. DevOps adalah singkatan dari "pengembangan dan
operasi" dan menekankan kolaborasi yang erat antara pengembang perangkat lunak yang
membuat aplikasi dan staf operasional TI yang menjalankan dan memelihara aplikasi.
DevOps mencoba mengubah hubungan ini dengan mempromosikan komunikasi dan
kolaborasi yang lebih baik dan lebih sering antara pengembangan sistem dan grup operasi
serta alur kerja yang cepat dan stabil di seluruh siklus hidup pengembangan aplikasi.

Pengembangan Kode Rendah dan Tanpa Kode

Pengembangan kode rendah adalah pendekatan pengembangan perangkat
lunak yang memungkinkan pengiriman aplikasi lebih cepat dan dengan pengkodean
tangan minimal menggunakan pemodelan visual dalam antarmuka grafis untuk
merakit dan mengkonfigurasi aplikasi.
Alat pengembangan tanpa kode bahkan lebih mudah digunakan oleh pebisnis
non-IT. Semua yang menurut vendor perangkat lunak diperlukan pengguna untuk
membuat aplikasi sudah ada di dalam alat, tanpa perlu pengkodean.

Pengembangan Aplikasi Seluler: Merancang untuk Dunia Multilayar

Saat ini, karyawan dan pelanggan berharap, dan bahkan menuntut, untuk dapat
menggunakan perangkat seluler pilihan mereka untuk memperoleh informasi atau melakukan
transaksi dimanapun dan kapanpun. Untuk memenuhi kebutuhan ini, perusahaan perlu
mengembangkan situs web seluler, aplikasi web seluler, dan aplikasi asli serta sistem
informasi tradisional.
 Setelah organisasi memutuskan untuk mengembangkan aplikasi seluler, ia harus
membuat beberapa pilihan penting, termasuk teknologi yang akan digunakan untuk
mengimplementasikan aplikasi ini (apakah akan menulis aplikasi asli atau aplikasi web
seluler) dan apa yang harus dilakukan tentang situs web seluler. Situs web seluler adalah versi
situs web biasa yang konten dan navigasinya diperkecil untuk memudahkan akses dan
pencarian di layar seluler kecil. (Akses situs web Amazon dari komputer Anda lalu dari
ponsel cerdas Anda untuk melihat perbedaan dari situs web biasa.)
Aplikasi web seluler adalah aplikasi berkemampuan internet dengan fungsi khusus
untuk perangkat seluler. Pengguna mengakses aplikasi web seluler melalui perangkat seluler
mereka peramban web. 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, apapun mereknya.
Aplikasi asli adalah aplikasi mandiri yang dirancang untuk berjalan pada spesifik
platform dan perangkat. 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 saat tidak terhubung ke Internet.
Saat situs web lengkap yang dibuat untuk desktop menyusut menjadi seukuran layar
ponsel cerdas, sulit bagi pengguna untuk menavigasi situs. Pengguna harus terus
memperbesar dan memperkecil dan menggeser 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 browser ponsel cerdas, tablet,
dan 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 pada. Berdasarkan pada
informasi ini, server akan mengirimkan layar yang sesuai.
Salah satu solusi untuk masalah memiliki banyak website adalah dengan
menggunakan desain web yang responsif. Desain web responsif memungkinkan situs web
mengubah tata letak secara otomatis sesuai dengan resolusi layar pengunjung, baik di
desktop, laptop, tablet, maupun smartphone. Desain responsif menggunakan alat seperti tata
letak berbasis grid yang fleksibel, gambar yang fleksibel, dan kueri media untuk
mengoptimalkan desain untuk tampilan yang berbeda konteks.