13/06/2023

FAKULTAS TEKNOLOGI INFORMASI

ANALISA KEBUTUHAN DAN

PERANCANGAN SISTEM INFORMSI
[ CS237/ 3 SKS ]

FAKULTAS TEKNOLOGI INFORMASI

IMPLEMENTASI SISTEM

1
 13/06/2023

FAKULTAS
INFORMASI

Tujuan pembelajaran
❑ Memahami implementasi sistem, termasuk
konstruksi sistem, pengujian, dokumentasi
dan proses instalasi
❑ Memahami berbagai jenis tes dan kapan
harus digunakan
❑ Memahami cara mengembangkan
dokumentasi

FAKULTAS
INFORMASI

SDLC dan Pengiriman

Planning
(System Proposal)

Implementation Analysis
(New System) (System Specification)

Design
(System Specification)

2
 13/06/2023

FAKULTAS
INFORMASI

Definisi Kunci
❑Konstruksi : Pengembangan semua bagian dari
perangkat lunak itu sendiri, dokumentasi, dan
prosedur operasi baru.

❑Pengujian : Suatu bentuk asuransi. Lebih murah

untuk memperbaiki bug lebih awal daripada nanti.

❑Dokumentasi : Menyediakan informasi untuk

membuat sistem lebih mudah digunakan dan
dipelihara

FAKULTAS
INFORMASI

KONSTRUKSI

3
 13/06/2023

FAKULTAS
INFORMASI

Tugas Utama Mengelola Upaya Pemrograman

❑Menugaskan programmer
❑Mengkoordinasikan kegiatan
❑Mengelola jadwal

FAKULTAS
INFORMASI

Menugaskan Programmer
❑Mulailah dengan melihat Package Diagram
❑Tetapkan modul serupa ke programmer yang sama
❑Ingat "paradoks programmer"
❑Tidak bisa hanya menambahkan lebih banyak orang
❑Lebih sedikit programmer biasanya lebih baik
❑Menambahkan tenaga kerja ke proyek yang
terlambat perlu dipertimbangkan (Brook, 1975)
❑“Hanya karena seorang wanita bisa melahirkan bayi
dalam sembilan bulan, tidak berarti sembilan wanita bisa
melahirkan bayi dalam satu bulan”

4
 13/06/2023

FAKULTAS
INFORMASI

Mengkoordinir Kegiatan
❑Mengadakan pertemuan proyek mingguan
❑membahas perubahan sistem
❑mendiskusikan masalah lain dalam seminggu terakhir
❑Membuat dan mengikuti standar
❑Siapkan ruang kerja terpisah untuk
❑pengembangan, pengujian, produksi
❑minimal, pisahkan file
❑Gunakan kontrol perubahan
❑log program, sign-in/-out
❑Gunakan CASE Tools

FAKULTAS
INFORMASI

Mengelola Jadwal
❑ Gunakan perkiraan waktu awal sebagai garis
dasar
❑ Merevisi perkiraan waktu sebagai hasil
konstruksi
❑ Bertarung melawan scope creep
❑ Buat penilaian risiko dan lacak perubahan risiko
❑ Risiko berubah saat tenggat waktu semakin dekat
❑ Lawan godaan untuk menurunkan kualitas untuk
memenuhi tuntutan jadwal yang tidak masuk
akal

5
 13/06/2023

FAKULTAS
INFORMASI

Hindari Kesalahan Klasik

1. Pengembangan yang berorientasi penelitian
Jika Anda menggunakan teknologi canggih , perpanjang
waktu yang direncanakan
2. Menggunakan personel “berbiaya rendah”.
Anda mendapatkan apa yang Anda bayar .
Jika menggunakan sejumlah besar personel tingkat
pemula, perpanjang waktu yang direncanakan
3. Kurangnya kontrol kode
Gunakan source code library untuk mencegah pemrogram
mengubah kode yang sama pada saat yang bersamaan.
4. Pengujian yang tidak memadai
Selalu alokasikan waktu yang cukup untuk pengujian
formal

FAKULTAS
INFORMASI

PENGUJIAN (TESTING)

6
 13/06/2023

FAKULTAS
INFORMASI

Merancang Tes
❑ Pengujian tidak pernah bisa membuktikan
tidak ada kesalahan
❑ Tujuannya bukan untuk menunjukkan
bahwa sistem bebas dari kesalahan
❑ Tujuannya adalah untuk mendeteksi
kesalahan sebanyak mungkin

FAKULTAS
INFORMASI

Filosofi Pengujian (Testing)

❑ Berbahaya untuk menguji modul awal tanpa
rencana pengujian keseluruhan
❑ Mungkin sulit untuk mereproduksi urutan
kejadian yang menyebabkan kesalahan
❑ Pengujian harus dilakukan secara sistematis
dan hasilnya didokumentasikan dengan hati-
hati

7
 13/06/2023

FAKULTAS
INFORMASI

Tingkat penemuan Kesalahan

FAKULTAS
INFORMASI

Perencanaan Tes
❑Alamat semua produk yang dibuat selama
pengembangan
❑kembangkan rencana pengujian lebih awal
❑Contoh, tes kelengkapan kartu CRC
❑Setiap tes:
❑Memiliki tujuan khusus
❑Memiliki kasus uji khusus untuk diperiksa
❑Menggunakan spesifikasi pengujian

8
 13/06/2023

FAKULTAS
INFORMASI

Tahapan Pengujian
1. Pengujian unit (Unit testing)
❑ Tes setiap modul untuk memastikan bahwa ia menjalankan
fungsinya
2. Tes integrasi (Integration Testing)
❑ Menguji interaksi modul untuk memastikan bahwa mereka
bekerja sama
3. Pengujian system (System Testing)
❑ Pengujian untuk memastikan bahwa perangkat lunak bekerja
dengan baik sebagai bagian dari keseluruhan sistem
4. Ujian penerimaan (Acceptance Testing)
❑ Pengujian untuk memastikan bahwa sistem melayani kebutuhan
organisasi

FAKULTAS
INFORMASI

Pengujian Unit (Unit Testing)

❑Menguji satu unit (kelas)
❑Jenis pengujian unit:
1. Pengujian Kotak Hitam (Black-box Testing)
❑Paling umum
❑Terlihat hanya pada input dan output
❑Menguji apakah unit memenuhi persyaratan yang dinyatakan
dalam spesifikasi
2. Pengujian Kotak Putih (White-box Testing)
❑Lihat ke dalam modul untuk menguji elemen utamanya
❑Kegunaan terbatas dalam desain OO
❑karena unitnya sangat kecil

9
 13/06/2023

FAKULTAS
INFORMASI

Tes integrasi
❑ Setelah kelas lulus tes unit
❑ Uji Modul yang harus bekerja sama
❑ Empat jenis Mengintegrasikan tes
1. Pengujian antarmuka pengguna
❑ Menguji setiap fungsi antarmuka
❑ Bergerak melalui setiap menu/layar
2. Pengujian kasus penggunaan
❑ Memastikan bahwa setiap kasus penggunaan berfungsi
dengan benar
❑ Telusuri setiap kasus penggunaan
❑ Sering dikombinasikan dengan pengujian UI

FAKULTAS
INFORMASI

Tes integrasi
3. Pengujian interaksi
❑ Mulailah dengan sebuah paket
❑ Setiap metode adalah sebuah rintisan
❑ Tambahkan metode satu per satu, uji sambil jalan
❑ Setelah semua paket selesai, ulangi pada level
paket
4. Pengujian antarmuka sistem
❑ Memastikan transfer data antar sistem

10
 13/06/2023

FAKULTAS
INFORMASI

Pengujian Sistem
1. Pengujian Persyaratan
2. Pengujian Kegunaan
3. Pengujian Keamanan
4. Pengujian Kinerja
5. Pengujian Dokumentasi

FAKULTAS
INFORMASI

Pengujian Sistem
❑Lihat bahwa semua kelas bekerja sama
❑Mirip dengan pengujian integrasi tetapi
lebih luas
❑Pengujian Persyaratan
❑Apakah persyaratan bisnis terpenuhi?
❑Memastikan bahwa integrasi tidak menyebabkan
kesalahan baru
❑Pengujian Kegunaan
❑Menguji seberapa mudah dan bebas kesalahan sistem
yang digunakan
❑Informal atau formal

11
 13/06/2023

FAKULTAS
INFORMASI

Pengujian Sistem
❑Pengujian Keamanan
❑Memastikan bahwa fungsi keamanan ditangani
dengan benar
❑misalnya pemulihan Bencana
❑Pertunjukan Pengujian
❑Memastikan bahwa sistem bekerja di bawah volume
aktivitas yang tinggi
❑Pengujian Dokumentasi
❑Analis memeriksa apakah dokumentasi dan contoh
berfungsi dengan baik

FAKULTAS
INFORMASI

Ujian penerimaan
❑Dilakukan oleh pengguna dengan dukungan
dari tim proyek
❑Pastikan sistem memenuhi persyaratan yang
dinyatakan semula
❑Pengujian Alfa
❑Ulangi pengujian oleh pengguna untuk memastikan mereka
menerima sistem, menggunakan data yang diketahui
❑Pengujian Beta
❑Menggunakan data nyata , bukan data uji

12
 13/06/2023

FAKULTAS
INFORMASI

DOKUMENTASI

FAKULTAS
INFORMASI

Dokumentasi
❑Dikembangkan di seluruh SDLC
❑Tidak tersisa sampai akhir proyek

❑Dua jenis dokumentasi

1. Dokumentasi Sistem
2. Dokumentasi Pengguna

13
 13/06/2023

FAKULTAS
INFORMASI

Dokumentasi Sistem
❑ Membantu pemrogram dan analis memahami
aplikasi
❑ Digunakan untuk pengembangan dan
pemeliharaan
❑ Sebagian besar oleh produk dari analisis
sistem dan fase desain
❑ Sering disimpan dalam pengikat proyek
❑ Seringkali dapat otomatis (JavaDoc)

FAKULTAS
INFORMASI

Dokumentasi Pengguna
❑ Membantu pengguna mengoperasikan
sistem
❑ Dokumentasi berkualitas tinggi
membutuhkan waktu sekitar 3 jam per
halaman untuk diproduksi
❑ Tidak boleh dibiarkan sampai akhir proyek
❑ Bangun ke dalam jadwal waktu yang
dibutuhkan
❑ Dokumentasi online semakin penting

14
 13/06/2023

FAKULTAS
INFORMASI

Jenis Dokumentasi Pengguna

1.Dokumen referensi (sistem bantuan)
❑ Pengguna perlu mempelajari tugas tertentu
2.Manual prosedur
❑ Bagaimana menjalankan fungsi bisnis
❑ Mungkin memerlukan beberapa tugas
3.Tutorial
❑Cara menggunakan fungsi utama sistem

FAKULTAS
INFORMASI

INSTALASI

15
 13/06/2023

FAKULTAS
INFORMASI

Gagasan Kunci
❑Transisi ke sistem baru melibatkan
pengelolaan perubahan dari norma dan
kebiasaan yang sudah ada sebelumnya
❑Manajemen perubahan melibatkan:
1. Pencairan -- melonggarkan kebiasaan dan norma
masyarakat
2. Pindah - transisi dari sistem lama ke sistem baru
3. Membekukan kembali -- melembagakan dan
mengefisienkan cara baru dalam melakukan
sesuatu

FAKULTAS
INFORMASI

Menerapkan Perubahan

16
 13/06/2023

FAKULTAS
INFORMASI

PENCAIRAN (UNFREEZING)

FAKULTAS
INFORMASI

Pencairan
❑Kegiatan sampai saat ini memfasilitasi
pencairan
❑Pengguna:
❑Sudah tahu tentang sistem baru
❑Membantu dalam tahap analisis
❑Membantu dalam desain
❑Ini mungkin sudah mencairkan kebiasaan
dan norma saat ini

17
 13/06/2023

FAKULTAS
INFORMASI

PINDAH – KONVERSI
(MOVING CONVERSION)

FAKULTAS
INFORMASI

Perencanaan Migrasi
❑Membantu memindahkan orang dari sistem As-Is
ke sistem To - Be
❑Kegiatan apa yang akan dilakukan kapan dan oleh
siapa
❑Aspek teknis
❑Menginstal perangkat keras dan perangkat lunak
❑Mengonversi data
❑Aspek organisasi
❑Melatih pengguna tentang sistem
❑Memotivasi karyawan untuk menggunakan sistem
baru untuk membantu pekerjaan mereka

18
 13/06/2023

FAKULTAS
INFORMASI

Gaya Konversi
1. Konversi langsung
❑ Cold Turkey, Big Bang, Cutover Mendadak
❑ Sistem baru langsung menggantikan yang lama
❑ Upgrade ke versi baru pengolah kata
❑ sederhana dan paling mudah
❑ Paling berisiko
2. Konversi paralel
❑ Sistem lama dan baru digunakan berdampingan
❑ Lama dimatikan saat yang baru terbukti berfungsi
❑ Menyediakan jaring pengaman
❑ Menambahkan biaya dan kompleksitas menjalankan
keduanya

FAKULTAS
INFORMASI

Lokasi Konversi
❑Bagian mana dari organisasi yang akan
dikonversi, dan kapan?
1. Konversi percontohan (Pilot conversion)
❑Beberapa lokasi dikonversi terlebih dahulu
❑Setelah bug berhasil, lokasi lain dikonversi
❑Memberikan pengujian tambahan sebelum
ditayangkan
❑Membutuhkan lebih banyak waktu
❑Bagian organisasi yang berbeda menggunakan versi
yang berbeda

19
 13/06/2023

FAKULTAS
INFORMASI

Lokasi Konversi
2. Konversi bertahap (Phased Conversion)
❑ Partisi organisasi
❑ Konversikan setiap partisi satu per satu
❑ Memungkinkan tim instalasi yang lebih kecil
❑ Pro dan kontra yang sama dengan konversi percontohan
3. Konversi simultan (Simultaneus Conversion)
❑ Semua lokasi dikonversi pada waktu yang sama
❑ Dapat digunakan dengan konversi langsung atau paralel
❑ Semua orang menggunakan versi yang sama
❑ Membutuhkan banyak staf untuk melakukan konversi

FAKULTAS
INFORMASI

Modul Konversi
❑Bagian mana dari sistem baru yang dipasang
kapan?
1. Konversi seluruh sistem
❑ Semua modul dikonversi dalam satu langkah
❑ Paling umum
❑ Mungkin kurva belajar yang curam bagi
pengguna
2. Konversi modular
❑ Modul terpisah dikonversi satu per satu
❑ Aplikasi harus ditulis untuk ini

20
 13/06/2023

FAKULTAS
INFORMASI

Strategi Konversi

FAKULTAS
INFORMASI

Faktor Kunci dalam Memilih Strategi Konversi

❑ Resiko (Risk)
❑Keseriusan bug yang tersisa
❑Paralel kurang berisiko daripada konversi arah
❑Bug dapat diperbaiki sebelum mematikan sistem lama
❑Percontohan kurang berisiko daripada bertahap atau simultan
❑ Biaya
❑Paralel membutuhkan pembayaran untuk dua sistem untuk
jangka waktu tertentu
❑Secara bersamaan membutuhkan lebih banyak staf untuk
mendukung semua lokasi

21
 13/06/2023

FAKULTAS
INFORMASI

Faktor Kunci dalam Memilih Strategi Konversi

❑Waktu
❑Konversi langsung tercepat
❑Paralel membutuhkan waktu lebih lama
❑Perlu menunggu mematikan sistem lama
❑Simultan itu cepat
❑Semua lokasi dilakukan sekaligus
❑Bertahap membutuhkan waktu lebih lama
❑Perlu menunggu sampai semua modul
terpasang

FAKULTAS
INFORMASI

Karakteristik Strategi Konversi

22
 13/06/2023

FAKULTAS
INFORMASI

KESIMPULAN
SELESAI

23