prt 7 - WordPress.com
Download
Report
Transcript prt 7 - WordPress.com
TESTING & IMPLEMENTASI SISTEM
Pertemuan 7
“Pengimplementasi & Pemeliharaan sistem”
Diema HS, S.Kom
Pengimplementasi Sistem
Implementasi Sistem
Implementasi meliputi berbagai kegiatan yang tidak lebih
mudah dari desain sistem, yaitu meliputi:
1. Penyiapan hardware dan jaringan
2. Penyiapan software (pembuatan program)
3. Pemilihan dan pelatihan karyawan
4. Pengujian program dan prosedur
5. Pembuatan dokumentasi
6. Konversi data
Menyiapkan tempat
Perencanaan fisik
Tata letak
Platform
Fasilitas
Alat pengatur suhu (AC)
Alarm
Power listrik
Pencahayaan
Pelatihan
Tiga kelompok personal:
Teknisi dan System Administrator
Supervisor/ direct personal
General Manager.
User training plan
Kelas
Tutorial
Modul Pelatihan
Materi Pelatihan
Bantuan Pelatihan Computer-based
Pelatihan
Topik untuk pelatihan
Penggunaan System
Konsep Umum Komputer
Konsep Sistem Informasi
Konsep Pengorganisasian
Manajemen Sistem
Instalasi Sistem
Pelatihan
Metoda Pelatihan
Resident expert
Computer-aided instruction
Formal courses
Software help components
Tutorials
Interactive training manuals
External sources, such as vendors
Electronic performance support system (EPSS)
Komponen Paket Software atau aplikasi digunakan di pelatihan.
Dukungan Informasi untuk User
Help desk
On-line help
Bulletin boards dan mekanisme pendukung lainnya
Dokumentasi Sistem
Jenis user documentation
Yang melakukan perawatan sistem selama produksi (Teknisi:
Administrator)
User yang akan memakai sistem sesuai dengan kebutuhan
sehari-hari.
Manager
Deliverables/penyampaian
Documentation
System documentation
User documentation
Dokumentasi Sistem
Dokumentasi Sistem
Informasi detail tentang spesifikasi perancangan sistem,
rincian proses kerja internal berserta fungsionalitasnya.
Internal documentation
Dokumentasi sistem yang merupakan bagian dari source code
program atau yang dibuat pada saat proses kompilasi
External documentation
Dokumentasi sistem tetang teknik perancangan yang berbentuk
diagram terstruktur seperti Data Flow Diagram ataupun E-R
Diagram
Dokumentasi Sistem
User Documentation
Informasi yang tertulis ataupun melalui bentuk visual lainnya
tentang aplikasi sistem, bagaimana sistem tersebut bekerja, dan
bagaimana cara menggunakannya.
Menyiapkan user documentation
Application-oriented documentation sudah banyak disediakan
oleh vendors (mis. eBook).
Standard Document
Documentation of Software Development Plan (IEEE
Standard 1058.1 – 1987)
Documentation of Software Requirements
Specification (IEEE Standard 830 – 1993)
Documentation of Software Design Specification
(IEEE Standard 1016 – 1987)
Documentation of Software Testing (IEEE Standard
829 – 1983)
Documentation of Software User Documentation
(IEEE Standard 1063 – 1987)
Mengkonversi sistem baru
Adalah proses organisasional terhadap perubahan sistem
informasi lama ke sistem baru
Pendekatan yang dapat dipilih :
Instalasi (konversi) langsung
mengganti secara langsung sistem lama dengan sistem baru
Insalasi parallel
sistem lama dan baru dijalankan secara bersamaan hingga pihak
manajemen memutuskan sistem lama dapat ditutup
Mengkonversi sistem baru
Instalasi hanya pada satu lokasi (konversi pilot)
sistem dicoba dijalankan pada satu lokasi dan staf
berpengalaman/senior memutuskan jika dan bagaimana sistem baru
seharusnya digunakan di seluruh organisasi
Instalasi bertahap (phase in)
proses perubahan dari sistem lama ke sistem baru dilakukan secara
bertahap, dimulai dengan yang hanya memiliki satu atau lebih sedikit
komponen fungsionalitas dan secara gradual berkembang hingga ke
seluruh sistem
Merencanakan konversi
Pertimbangan
Konversi data
Perbaikan kesalahan
Load dari sistem yang lama
Merencanakan shutdown sistem
Sirkulasi kegiatan organisasi
Laporan Akhir
Laporan akhir berisi:
1. Hasil implementasi yang telah dilakukan
2. Batas tanggung jawab (garansi)
3. Pemeliharaan berkelanjutan
Pemeliharaan Sistem
Definisi Pemeliharaan Perangkat
Lunak
Modifikasi produk perangkat lunak setelah di realest untuk
memperbaiki kesalahan (faults), untuk meningkatkan performa atau
atribut lainnya (reliable, maintainable, …), dan untuk adaptasi
produk perangkat lunak terhadap lingkungan baru.”(IEEE Std.
610.12.1990)
Tahap Pemeliharaan
Semua perubahan yang dilakukan setelah klien menerima
produk termasuk dalam tahap pemeliharaan.
Pemeliharaan sendiri harus mulai dibangun sejak tahap awal
pembuatan produk sehingga untuk pengembangan /
perbaikan produk di masa datang tidak ada kesulitan
Pemeliharaan merupakan faktor penting karena 67% waktu
dan usaha biasanya dilakukan pada tahap pemeliharaan
Tahap Pemeliharaan
Pemeliharaan merupakan proses yang paling sulit karena
harus melibatkan semua tahap proses software engineering.
Apabila terdapat kesalahan:
user yang salah ?
manual yang salah ?
program yang salah ?
Jika kesalahan memang terdapat pada program,maka seorang
maintenance programmer harus mencari kesalahan berdasarkan
laporan user.
Pemeliharaan Perangkat Lunak
Pemeliharaan tidak dapat dielakkan karena :
Kebutuhan sistem biasanya berubah ketika sistem sedang
dikembangkan dikarenakan lingkungannya yang berubah. Oleh
karena itu sistem yang dikirimkan tidak akan sesuai dengan
kebutuhannya.
Sistem sangat berhubungan erat dengan lingkungannya. Ketika
suatu sistem terpasang pada lingkungan maka sistem tersebut
akan mengubah lingkungannya dan karenanya terjadi perubahan
kebutuhan sistem.
Sistem harus dapat dipelihara jika sistem tetap ingin berguna di
lingkungannya.
Alasan kesulitan pemeliharaan perangkat lunak diantaranya adalah:
Rendahnya kualitas perangkat lunak yang berjalan (yang sudah ada).
Sistem tidak dirancang untuk memperhatikan konsep pemeliharaan.
Pemeliharaan bukan merupakan bagian yang dirasakan perlu pada suatu
perangkat lunak.
Biaya pemeliharaan :
Biaya pemeliharaan biasanya lebih besar dari biaya pengembangan yaitu
sekitar 2 sampai 100 kali tergantung dari aplikasinya.
Dipengaruhi oleh faktor teknikal dan non teknikal.
Peningkatan biaya setelah perangkat lunak dipelihara. Kesalahan pada proses
pemeliharaan struktur perangkat lunak dapat menyebabkan pemeliharaan
kedepan yang lebih sulit.
Perangkat lunak yang sudah lama dapat memiliki biaya dukungan yang cukup
tinggi (misalnya bahasa pemograman yang lama, compilers dan lain
sebagainya).
TIPE Pemeliharaan (IEEE)
1.
2.
Pemeliharaan Korektif
modifikasi yang reaktif dari suatu produk perangkat lunak yang
dilakukan setelah penyerahan untuk mengoreksi kesalahan yang
ditemukan.
Pemeliharaan Adaptif
modifikasi dari suatu produk perangkat lunak yang dilakukan
setelah penyerahan untuk menjamin suatu program komputer
dapat dipakai dalam lingkungan yang mengubah atau diubah.
Misal mengubah suatu sistem untuk membuat sistem tersebut
dapat berjalan pada platform perangkat keras yang baru, sistem
operasi yang baru, DBMS,TP monitor, atau jaringan.
TIPE Pemeliharaan (IEE)
Pemeliharaan Perfektif
modifikasi dari suatu produk perangkat lunak yang
dilakukan setelah penyerahan untuk meningkatkan
kemampuan pemeliharaan atau pencapaian, misal
pemasukan/penyisipan, penghapusan, perluasan dan
pemodifikasian fungsi, penulisan ulang dokumentasi,
peningkatan kinerja atau kemudahan penggunaan.
4. Pengoreksian dalam keadaan darurat
pemeliharaan yang dilakukan tanpa dijadwalkan untuk
menjaga suatu operasional sistem tetap.
3.
Hubungan antara TIPE pemeliharaan
IEEE dan ISO
Kategori ISO
Kategori IEEE
Pemecahan masalah
Pemeliharaan darurat
Pemeliharaan perbaikan
Perubahan antarmuka
Pemeliharaan yang
menyesuaikan diri
Pengembangan fungsi atau
perbaikan kinerja
Pemeliharaan sempurna
Model-model pemeliharaan
1.
Model perbaikan cepat
Sistem lama
Sistem Baru
requirements
requirements
design
design
code
code
test
test
2.
Model peningkatan berulang-ulang
Sistem lama
Sistem Baru
requirements
requirements
design
design
code
code
Test
Test
Analysis
Analysis
3.
Model full-reuse
Sistem Lama
Repository
Sistem Baru
Requirements
{Ri}
Requirements
Design
{Di}
Design
Code
{Ci}
Code
Test
{Ti}
Test
Mainantance Skill
Corrective Maintenance : membutuhkan kemampuan
untuk dapat menganalisa masalah dan problem solving.
Maintenance programmer juga dituntut untuk dapat bekerja
efektif walau tidak ada dokumen yang lengkap.
Adaptive dan Perfective Maintenance : membutuhkan
skill dalam bidang software engineering pembuatan
spesifiakasi , desain , implementasi , dan integrasi
Management Pemeliharaan
1.
Fault Reports
diperlukan
keterangan yang cukup agar maintenance
programmer dapat menganalisa permasalahan yang terjadi
cara bypass masalah
kirim report ke klien lain yang menggunakan program yang
sama
2.
Authorizing Changes to The Product
deskripsi lengkap tentang apa yang dirubah , mengapa ,
bagaimana , oleh siapa , dan kapan
dicek ulang oleh SQA
masalah baseline vs. private copies
3.
Ensuring Maintanibility
memastikan
dalam tiap
memperhatikan
aspek-aspek pemeliharaan
tahap
pengembangan
software
Siklus Hidup Pemeliharaan Sistem (SMLC)
Permintaan Perubahan
Mengubah permohonan pemeliharaan menjadi suatu
perubahan
Menspesifikasi perubahan
Membangun pengganti
Menguji pengganti
Melatih pengguna dan melakukan tes penerimaan
Siklus Hidup Pemeliharaan Sistem (SMLC)
Pengkonversian dan pelepasan ke operasi
Mengupdate dokumentasi
Melakukan pemeriksaan pascaimplementasi
Prosedur Pemeliharaan Sistem
SDLC dan SWDLC
Definisi data standar
Bahasa pemrograman standar
Rancangan Moduler
Model yang dapat digunakan kembali
Dokumentasi standar
Kontrol sentral
Mengatur Pemeliharaan Sistem
Menetapkan kegiatan pemeliharaan
Mengawali dan merekam kegiatan pemeliharaan sistem tidak
terjadwal
HELP DESK
Mengevaluasi aktivitas pemeliharaan sistem
Contoh dari rencana pemeliharaan
(standar IEEE-1219)
1.
2.
3.
4.
5.
6.
7.
8.
Pengenalan
Referensi
Definisi
Penguraian ikhtisar perangkat lunak
Proses-proses pemeliharaan perangkat lunak
Kebutuhan laporan pemeliharaan perangkat lunak
Kebutuhan administrasi pemeliharaan perangkat lunak
Kebutuhan dokumentasi pemeliharaan perangkat lunak
Ada pertanyaan ?