Pengembangan Sistem Informasi

dokumen-dokumen yang mirip
Cycle) SDLC (System Development Life

Pengembangan Sistem Informasi

Pendahuluan. SDLC merupakan satu aplikasi dari pendekatan sistem untuk tugas mengembangkan dan menggunakan suatu sistem berbasiskomputer

STUDI KELAYAKAN 10/14/2014 PENGERTIAN STUDI KELAYAKAN ASPEK UMUM STUDI KELAYAKAN PERSPEKTIF STUDI KELAYAKAN TUJUAN STUDI KELAYAKAN BISNIS

SIKLUS HIDUP SISTEM INFORMASI

Sistem Informasi SIKLUS HIDUP DAN MANFAAT SISTEM INFORMASI

M. M. Ubaidillah Ubaidillah.wordpress.com

Sistem Informasi Akuntansi. Pengembangan Sistem Informasi Akuntansi

Komponen Sistem Informasi

Meskipun jumlah tahapan dalam SDLC dalam berbagai litertur berbeda-beda, namun pada prinsipnya secara keseluruhan semua proses yang dilakukan sama

Perkenalan. Nama: A. Sakir Maksum TTL: Wonosobo, 16 Januari Alamat: Munggang Atas, Kalibeber, Wonosobo Pendidikan:

BAB 6 METODOLOGI SIKLUS HIDUP SISTEM

BAB I PENDAHULUAN BAB I PENDAHULUAN

SISTEM INFORMASI MANAJEMEN

Disusun Oleh : Dr. Lily Wulandari

PENDAHULUAN SIKLUS HIDUP SISTEM. Tahap-tahap Siklus Hidup. Pengelolaan Siklus Hidup

Komponen Sistem Informasi

BAB IV METODOLOGI. Gambar 4.1. Entitas Sistem Informasi Penyakit TBC. Universitas Indonesia

Sistem Informasi Akuntansi. Aplikasi dan Pengembangan Sistem Informasi Akuntansi

SISTEM INFORMASI AKUNTANSI

P4 Komponen Sistem Informasi

Komponen Sistem Informasi

Komponen Sistem Informasi

KERANGKA KENDALI MANAJEMEN (KENDALI UMUM)

STRUKTUR DAN FUNGSI PENGOLAHAN DATA

Siklus Pengembangan Sistem Informasi Untuk Membangun dan Mengimplementasikan Sistem Informasi Bisnis Di Suatu Perusahaan Siklus Hidup System

BAB IX PENGEMBANGAN SISTEM MULTIMEDIA

PENGEMBANGAN SISTEM DAN ANALIS SISTEM & STRATEGI PENGEMBANGANNYA. Oleh : Arvian Triantoro

Implementasi dan Maintenance Sistem. Fakultas Ilmu Komputer dan Teknologi Informasi Jurusan Sistem Informasi Univesitas Gunadarma PTA 2015/2016

Lecture s Structure. Siklus Hidup Sistem. Metodologi Siklus Hidup Sistem

Etika dan Keamanan SI

Dibuat Oleh : 1. Andrey ( )

KONVERSI SISTEM INFORMASI

BAB 1 PENDAHULUAN. 1.1 Latar Belakang

BAB II LANDASAN TEORI. saling terkait dan tergantung satu sama lain, bekerja bersama-sama untuk. komputer. Contoh lainnya adalah sebuah organisasi.

MENTERI HUKUM DAN HAK ASASI MANUSIA REPUBLIK INDONESIA,

RANGKUMAN SIM BAB 13 Mengembangkan Sistem Informasi (Building Information Systems)

SISTEM INFORMASI AKUNTANSI Pendekatan Sistem dan Teknologi Informasi

BAB V PENGEMBANGAN SISTEM PENDUKUNG KEPUTUSAN

BAB III LANDASAN TEORI. mengumpulkan (input), memanipulasi (process), menyimpan, dan menghasilkan

ABSTRAK. Kata Kunci: Capital Budgeting, Payback Period, Net Present Value, dan Internal Rate of Return. Universitas Kristen Maranatha

SATUAN ACARA PERKULIAHAN

Metode pengembangan Sistem Teknologi Informasi. Surahyo Sumarsono, B.Eng., M.Eng.Sc.

MAKALAH REKAYASA PERANGKAT LUNAK ( SIKLUS HIDUP PERANGKAT LUNAK )

BAB II LANDASAN TEORI

Pemodelan Data dan Proses Pengembangan Database

A Layered Technology

BAB II LANDASAN TEORI. barang dari supplier. Pembelian adalah suatu usaha yang dilakukan untuk

Implementasi Sistem dan Maintenace Sistem. Sistem Informasi Universitas Gunadarma 2012/2013

PENDAHULUAN PENGEMBANGAN SISTEM INFORMASI

IV. PEMODELAN SISTEM. A. Konfigurasi Sistem EssDSS 01

Ringkasan Chapter 12 Developing Business/ IT Solution

BAB II LANDASAN TEORI. disebut dengan Siklus Hidup Pengembangan Sistem (SHPS). SHPS adalah. dijelaskan langkah-langkah yang terdapat pada SHPS.

Strategi Konversi Sistem Informasi

KATA PENGANTAR. Surabaya, 10 April Penyusun SIKLUS PENGEMBANGAN SISTEM INFORMASI AKUNTANSI 1

BAB III LANDASAN TEORI

Dibuat Oleh : 1. Andrey ( )

BAB l Pengujian Perangkat Lunak

BAB 9 Pengembangan Sistem Teknologi Informasi Metode SDLC

AKTIVITAS PENGEMBANGAN DAN PEMELIHARAAN SISTEM. Haryanti Susanto ( )

Pengembangan Sistem Akademik SIMAK-2000i

KENDALI MANAJEMEN MUTU

Jenis Metode Pengembangan Perangkat Lunak

P4 Komponen Sistem Informasi

PEDOMAN PEDOMAN. PT JASA MARGA (Persero) Tbk. Nomor Pedoman : P2/DIT/2014/AI Tanggal : 1 Desember 2014

BAB 5 FAKTOR PENGUJIAN

BAB1. PENDAHULUAN Siklus hidup sistem (SLC) SDLC Systems Development Life Cycle Siklus Hidup Pengembangan Sistem Systems Life Cycle

BAB II LANDASAN TEORI. karyawan, jumlah jam kerja dalam seminggu, nomor bagian persediaan, atau

Teknik Analisis Biaya / Manfaat

PEMBUATAN SISTEM INFORMASI AKADEMIK BERBASIS WEB PADA LEMBAGA BAHASA LIA SURABAYA

Kontrak Kuliah. Analisis Biaya/Manfaat. Edi Sugiarto, S.Kom, M.Kom

RANCANG BANGUN SISTEM INFORMASI TANAMAN OBAT

FAKULTAS FTKI UNIVERSITAS NASIONAL RENCANA PEMBELAJARAN

BAB II TINJAUAN PUSTAKA. tujuan tertentu melalui tiga tahapan, yaitu input, proses, dan output. yang berfungsi dengan tujuan yang sama.

SISTEM INFORMASI PEMBELIAN DAN PENJUALAN BARANG PADA TOKO USAHA BARU SUMPIUH. Oleh : Wahyu Andri Turdiawan Teknik Informatika,STMIK Amikom Purwokerto

ANALISIS, DESAIN DAN IMPLEMENTASI SISTEM INFORMASI

Hanif Fakhrurroja, MT

SISTEM INFORMASI : dari konsep dasar menuju pengadaannya

STANDAR PENGEMBANGAN APLIKASI

Teknik Informatika. Bab III: Perancangan BasisData

PERANCANGAN SISTEM PENJUALAN BERBASIS APLIKASI DESKTOP PADA CV. CANANGSARI SEMARANG

BAB 1 PENDAHULUAN. 1.1 Latar Belakang

BAB I PENDAHULUAN. Penggajian pegawai merupakan sebuah kegiatan rutin di kantor Camat

Pertemuan Ke 2. Donny Yulianto, S.Kom

Pertemuan 4. Pelaksanaan dan Pengembangan Sistem Informasi

PENGEMBANGAN SISTEM INFORMASI PENGENDALIAN PEMBANGUNAN DAERAH PADA BADAN PERENCANAAN PEMBANGUNAN DAERAH PROVINSI JAWA TENGAH.

Rancang Bangun Sistem Informasi Pengelolaan Inventaris Laboratorium Komputer Universitas Semarang dengan Metode Supplay Chain Management System

ANALISIS DAN PERANCANGAN SISTEM INFORMASI UNTUK PENGELOLAAN INVENTARIS LABORATORIUM PADA STMIK AMIKOM YOGYAKARTA. Yudi Sutanto 1

chapter 7 Integrating quality activities in the project life cycle Empat model proses pengembangan perangkat lunak akan dibahas dalam bagian ini:

COVER PROPOSAL PROPOSAL PROPOSAL TEKNOLOGI YANG DIMANFAATKAN DI INDUSTRI. (..Judul...) No: (Diisi Panitia) Bidang Fokus :

SATUAN ACARA PERKULIAHAN MATA KULIAH SISTEM INFORMASI AKUNTANSI KODE / SKS KK / 2 SKS

BAB 2 TINJAUAN PUSTAKA. elemen. Elemen sistem menjelaskan unsur-unsur yang membentuk sistem tersebut, sedangkan

BAB I PENDAHULUAN. dibutuhkan untuk kelangsungan produksi perusahaan, lembaga maupun kemajuan

PEMELIHARAAN PERANGKAT LUNAK (SOFTWARE MAINTENANCE)

Chapter 11 Assuring the quality of software maintenance components

RANCANGAN PEMBELAJARAN

BAB I PENDAHULUAN. pangsa pasar yang ditargetkan, mempertahankan eksistensi perusahaan, dan lain lain.

PENERAPAN KONVERSI SISTEM INFORMASI DI PERUSAHAAN PERBANKAN ROBI PRIYADI (NRP P E / MB-IPB ANGKATAN E.54)

3/17/16 Testing dan Audit Perangkat Lunak - Universitas Mercu Buana Yogyakarta

KEAMANAN DAN KONTROL SISTEM INFORMASI BAB1. PENDAHULUAN

Transkripsi:

Pengembangan Sistem Informasi N Tri Suswanto Saptadi NTS/Sistem Informasi/TI UAJM 1 Pengembangan Sistem Dilakukan dengan menggunakan metodologi (suatu proses standar yang diikuti oleh organisasi untuk melaksanakan seluruh langkah yang diperlukan untuk menganalisa, merancang, mengimplementasikan, dan memelihara sistem informasi). Metodologi klasik yang digunakan dikenal dengan istilah SDLC (System Development Life Cycle). NTS/Sistem Informasi/TI UAJM 2 1

SDLC Sumber Alter (1992) Fabbri dan Schwab (1992) Hoffer, George, dan Valacich (1998) McLeod (1998) Laudon & Laudon (1998) Tahapan-tahapan dalam SDLC Inisiasi, pengembangan, implementasi, dan operasi dan perawatan Studi kelayakan, rencana awal, analisis sistem, desain sistem, dan implementasi sistem Identifikasi dan seleksi proyek, inisiasi dan perencanaan proyek, analisis, perancangan logis, perancangan fisik, implementasi, dan perawatan Perencanaan, analisis, perancangan, implementasi Definisi proyek, studi sistem, desain, pemrograman, instalasi, dan pascainstalasi NTS/Sistem Informasi/TI UAJM 3 Model Air Terjun dan Air Muncrat Analisis Sistem Studi Kelayakan Analisis Kebutuhan Perubahan lingkup / kebutuhan Desain Sistem Kebutuhan Sistem Perancangan konseptual Perancangan fisik Desain Sistem Kesalahan atau masalah yang tak memungkinkan implementasi dilaksanakan Implementasi Sistem Pemrograman dan Pengujian Konversi Sistem Siap Beroperasi Mandiri Implementasi kurang lengkap / ada permintaan baru Operasi dan Pemeliharaan NTS/Sistem Informasi/TI UAJM 4 2

Distribusi Usaha Pengembangan Sistem Pengujian 45% Analisis Sistem 20% Pengkodean 20% Desain Sistem 15% NTS/Sistem Informasi/TI UAJM 5 Tahapan Analisis Sistem Dimulai karena adanya permintaan terhadap sistem baru. Proyek baru ditangani dalam bentuk tim, yang melibatkan pemakai, analis sistem, dan para spesialis sistem informasi yang lain, serta barangkali juga auditor internal. Tujuan utama analisis sistem adalah untuk menentukan hal-hal detil tentang yang akan dikerjakan oleh sistem yang diusulkan (dan bukan bagaimana caranya). Analisis sistem mencakup studi kelayakan dan analisis kebutuhan. NTS/Sistem Informasi/TI UAJM 6 3

Studi Kelayakan (1 dari 3) Menentukan kemungkinan keberhasilan solusi yang diusulkan. Berguna untuk memastikan bahwa solusi yang diusulkan tersebut benar-benar dapat dicapai dengan sumber daya dan dengan memperhatikan kendala yang terdapat pada perusahaan serta dampak terhadap lingkungan sekeliling NTS/Sistem Informasi/TI UAJM 7 Studi Kelayakan (2 dari 3) Analis sistem melaksanakan penyelidikan awal terhadap masalah dan peluang bisnis yang disajikan dalam usulan proyek pengembangan sistem. Tugas-tugas yang tercakup dalam studi kelayakan meliputi: Penentuan masalah dan peluang yang dituju sistem Pembentukan sasaran sistem baru secara keseluruhan Pengidentifikasian para pemakai sistem Pembentukan lingkup sistem NTS/Sistem Informasi/TI UAJM 8 4

Studi Kelayakan (3 dari 3) Sistem analis juga melakukan tugas-tugas seperti berikut: Pengusulan perangkat lunak dan perangkat keras untuk sistem baru. Pembuatan analisis untuk membuat atau membeli aplikasi. Pembuatan analisis biaya/manfaat. Pengkajian terhadap risiko proyek. Pemberian rekomendasi untuk meneruskan atau menghentikan proyek. NTS/Sistem Informasi/TI UAJM 9 Faktor-Faktor Analisis Biaya-Manfaat Pengembangan: waktu analis sistem waktu pemrogram waktu pemakai biaya pembelian perangkat keras biaya pembelian perangkat lunak biasa jasa (mislanya integrator sistem dan konsultan) Operasi: biaya komputer biaya komunikasi biaya staf pengoperasi biaya pertunbuhan pemakai biaya pemeliharaan NTS/Sistem Informasi/TI UAJM 10 5

Analisis Biaya-Manfaat Kerangka dasar yang digunakan untuk studi kelayakan adalah penganggaran modal (capital budgeting). Penganggaran modal adalah keseluruhan proses dalam menganalisa proyek-proyek dan memutuskan proyek yang akan didanai. Berbagai metode dapat digunakan dalam penentuan penganggaran modal : Payback Period, Net Present Value (NPV), Internal Rate of Return (IRR), dan Modified Internal Rate of Return (MIRR) NTS/Sistem Informasi/TI UAJM 11 Ukuran Studi Kelayakan (1 dari 2) Aspek Teknologi Ekonomi Non-ekonomi Pertimbangan Apakah sistem dapat dikembangkan dan dioperasikan dengan teknologi yang tersedia? Apakah manfaat sistem lebih besar daripada biaya yang dikeluarkan (termasuk untuk memenuhi kebutuhan personil)? Apakah sistem yang diusulkan memiliki keuntungan yang tak dapat diukur dengan uang NTS/Sistem Informasi/TI UAJM 12 6

Ukuran Studi Kelayakan (2 dari 2) Organisasi atau Operasional Jadwal Kendala hukum, etika, dan yang lain Apakah sistem yang diusulkan bisa cocok dengan budaya organisasi? Apakah level keahlian yang digunakan dalam sistem baru sesuai dengan pegawai yang akan mengoperasikannya? Mungkinkah menerapkan sistem tersebut sesuai dengan jadwal yang telah ditetapkan? Apakah sistem yang diusulkan tidak bertentangan dengan etika atau hukum? Apakah terdapat kendala-kendala yang berbahaya yang dilanggar? NTS/Sistem Informasi/TI UAJM 13 Problem Biaya (Kasus Gunung Es) Analisis, Desain, Implementasi, & Konversi Pemeliharaan ` NTS/Sistem Informasi/TI UAJM 14 7

Analisis Kebutuhan (1 dari 3) Analisis kebutuhan dilakukan untuk menghasilkan spesifikasi kebutuhan (disebut juga spesifikasi fungsional) Spesifikasi kebutuhan adalah spesifikasi yang rinci tentang hal-hal yang akan dilakukan sistem ketika diimplementasikan. Spesifikasi ini sekaligus dipakai untuk membuat kesepahaman antara pengembang sistem, pemakai yang kelak menggunakan sistem, manajemen, dan mitra kerja yang lain (misalnya auditor internal) NTS/Sistem Informasi/TI UAJM 15 Analisis Kebutuhan (2 dari 3) Analisis kebutuhan ini diperlukan untuk menentukan: keluaran yang akan dihasilkan sistem, masukan yang diperlukan sistem, lingkup proses yang digunakan untuk mengolah masukan menjadi keluaran, volume data yang akan ditangani sistem, jumlah pemakai dan kategori pemakai, serta kontrol terhadap sistem NTS/Sistem Informasi/TI UAJM 16 8

Analisis Kebutuhan (3 dari 3) Langkah yang dilakukan analis sistem: Wawancara Riset terhadap sistem sekarang Observasi lapangan Kuis Pengamatan terhadap sistem serupa Prototipe NTS/Sistem Informasi/TI UAJM 17 Problem Kesalahpahaman (a) Kebutuhan pemakai menurut analis sistem saat wawancara (b) Kebutuhan pemakai yang cukup direalisasikan menurut analis sistem (c) Pemrogram melakukan penyederhanaan (d) Sistem yang sebenarnya diinginkan oleh pemakai NTS/Sistem Informasi/TI UAJM 18 9

Desain Sistem Evaluasi Alternatif Analisis Sistem Desain Sistem Perancangan Konseptual Penyiapan Spesifikasi Penyiapan Laporan Sistem Konseptual Perancangan Fisik Keluaran dan Masukan Platform Antarmuka Pemakai & Sistem Basis data Modul Kontrol Dokumentasi Rencana Pengujian Rencana Konversi Implementasi Sistem Operasi dan Pemeliharaan NTS/Sistem Informasi/TI UAJM 19 Perancangan Konseptual (1 dari 3) Disebut juga perancangan logis. Pada perancangan ini, kebutuhan pemakai dan pemecahan masalah yang teridentifikasi selama tahapan analisis sistem mulai dibuat untuk diimplementasikan. Ada tiga langkah penting yang dilakukan dalam perancangan konseptual, yaitu: evaluasi alternatif rancangan, penyiapan spesifikasi rancangan, dan penyiapan laporan rancangan sistem secara konseptual. NTS/Sistem Informasi/TI UAJM 20 10

Perancangan Konseptual (2 dari 3) Evaluasi alternatif rancangan digunakan menentukan alternatif-alternatif rancangan yang bisa digunakan dalam sistem. Contoh: perusahaan mau menggunakan pesanan pembelian atau menggunakan EDI? Arsitektur teknologi informasi yang digunakan terpusat atau terdistribusi? Entri data akan dilakukan melalui keyboard, barcode scanner, atau kedua-duanya? NTS/Sistem Informasi/TI UAJM 21 Perancangan Konseptual (3 dari 3) Evaluasi yang dilakukan mengandung hal-hal berikut (Romney, Steinbart, dan Cushing, 1997): Bagaimana alternatif-alternatif tersebut memenuhi sasaran sistem dan organisasi dengan baik? Bagaimana alternatif-alternatif tersebut memenuhi kebutuhan pemakai dengan baik? Apakah alternatif-alternatif tersebut layak secara ekonomi? Apa saja keuntungan dan kerugian masingmasing? NTS/Sistem Informasi/TI UAJM 22 11

Contoh Pertimbangan Alternatif Pertimbangan Konfigurasi saluran Komunikasi Saluran komunikasi Jaringan komunikasi Media penyimpan data Operasi Frekuensi keluaran Komputer Pemrosesan transaksi Alternatif Point to point, multidrop, line sharing Jalur telpon, kabel koaksial, kabel UTP, serat optik, mikrogelombang, atau satelit Sentralisasi, desentralisasi tape, floppy disk, flash dish, hard disk, atau cetakan Ditangani sendiri, paket atau outsourcing Seketika, harian, mingguan, bulanan dsb. Mainframe, minikomputer, atau mikrokomputer Batch atau online NTS/Sistem Informasi/TI UAJM 23 Spesifikasi Konseptual Spesifikasi rancangan ini mencakup elemen-elemen berikut: Keluaran laporan mencakup frekuensi laporan (harian, mingguan, dan sebagainya), isi laporan, bentuk laporan, dan laporan cukup ditampilkan pada layar atau perlu dicetak. Penyimpan data Dalam hal ini, semua data yang diperlukan untuk membentuk laporan ditentukan lebih detil, termasuk ukuran data (misalnya, nama barang maksimal terdiri atas 25 karakter) dan letaknya dalam berkas. Masukan masukan meliputi data yang perlu dimasukkan ke dalam sistem. Prosedur pemrosesan dan operasi ini menjelaskan bagaimana data masukan diproses dan disimpan dalam rangka untuk menghasilkan laporan. NTS/Sistem Informasi/TI UAJM 24 12

Perancangan Fisik (1 dari 2) keluaran, berupa bentuk laporan dan rancangan dokumen masukan, berupa rancangan layar untuk pemasukan data. antarmuka pemakai dan sistem, berupa rancangan interaksi antara pemakai dan sistem (menu, ikon, dan sebagainya). platform, berupa rancangan yang menentukan perangkat keras dan perangkat lunak yang digunakan. basis data, berupa rancanganrancangan berkas dalam basis data, termasuk penentuan kapasitas masing-masing. NTS/Sistem Informasi/TI UAJM 25 Perancangan Fisik (2 dari 2) modul, berupa rancangan modul atau program yang dilengkapi dengan algoritma (cara modul atau program bekerja). kontrol, berupa rancangan kontrolkontrol yang digunakan dalam sistem (mencakup hal-hal seperti validasi, otorisasi, dan pengauditan). Dokumentasi, berupa hasil pendokumentasian hingga tahap perancangan fisik. Rencana pengujian, berisi rencana yang dipakai untuk menguji sistem. Rencana konversi, berupa rencana untuk menerapkan sistem baru terhadap sistem lama. NTS/Sistem Informasi/TI UAJM 26 13

Implementasi Sistem Mencakup aktivitas-aktivitas: Pemrograman dan pengujian Instalasi perangkat keras dan perangkat lunak Pelatihan kepada pemakai Pembuatan dokumentasi Konversi NTS/Sistem Informasi/TI UAJM 27 Pemrograman dan Pengujian Pemrograman adalah aktivitas pembuatan program atau sederetan instruksi yang digunakan untuk mengatur komputer agar bekerja sesuai dengan maksud masing-masing instruksi. Setiap program menjalani pengujian secara individual untuk memastikan bahwa program bebas dari kesalahan. Pengujian seperti ini disebut dengan pengujian unit. Jika terjadi kesalahan, pemakai akan berusaha mencari penyebabnya dan proses untuk melakukan pencarian kesalahan ini dikenal dengan sebutan debugging. Adapun kesalahan-kesalahan dalam program disebut bug atau kutu. NTS/Sistem Informasi/TI UAJM 28 14

Skema Pengujian Pengujian Unit Program teruji Pengujian Unit Program teruji Spesifikasi Kebutuhan Pengujian Integrasi Spesifikasi Program terintegrasi Pengujian Sistem Kebutuhan Partisipan Program tervalidasi Pengujian Penerimaan Sistem diterima Pengujian Instalasi NTS/Sistem Informasi/TI UAJM 29 Pengujian (1 dari 2) Pengujian integrasi Pengujian ini dilakukan setelah semua modul/program melewati pengujian unit untuk melihat efek ketika program saling dikaitkan. Pengujian sistem Setelah melalui pengujian integrasi, fungsifungsi dalam sistem dan juga kinerjanya diuji. Sistem divalidasikan terhadap spsesifikasi kebutuhan dengan kondisi dan lingkungan yang menyerupai dengan keadaan dan lingkungan operasional. Pada pengujian ini, kontrol dan prosedur pemulihan sistem (system recovery) juga diuji. NTS/Sistem Informasi/TI UAJM 30 15

Pengujian (2 dari 2) Pengujian penerimaan Dilakukan sebelum sistem dioperasikan dengan melibatkan pemakai, pengembang sistem, personil yang akan memelihara sistem, manajemen, dan auditor internal. Tujuannya adalah untuk meyakinkan bahwa segala kebutuhan telah terpenuhi. Dalam hal ini pemakai akan memberikan persetujuan untuk menerapkan sistem ini sebagai sistem produksi (sistem yang akan dioperasikan oleh pemakai). Pengujian instalasi Jika pengujian penerimaan dilakukan sebelum sistem dipasang ke lingkungan operasional, sistem perlu diuji kembali setelah dipasang. Pengujian seperti inilah yang disebut pengujian instalasi. NTS/Sistem Informasi/TI UAJM 31 Konversi (1 dari 4) Konversi merupakan tahapan yang digunakan untuk mengoperasikan sistem baru dalam rangka menggantikan sistem yang lama. Terdapat beberapa pendekatan yang dilakukan untuk melakukan konversi, yaitu konversi paralel, konversi langsung, konversi modular atau bertahap, dan konversi pilot. NTS/Sistem Informasi/TI UAJM 32 16

Konversi (2 dari 4) Konversi Paralel : Sistem Lama Sistem Baru Manual dan Komputer Konversi Langsung: Sistem Lama Sistem Baru Manual ke Komputer Konversi Pilot : Lokasi: 1 2 3 1 2 3 1 2 3 1 2 3 L L L L L B L B B B B B Konversi Modular : Sistem Lama Sistem Baru Waktu NTS/Sistem Informasi/TI UAJM 33 Konversi (3 dari 4) Konversi paralel (parallel conversion) Sistem baru dan sistem lama sama-sama dijalankan. Setelah melalui masa tertentu, jika sistem baru telah bisa diterima untuk menggantikan sistem lama, maka sistem lama segera dihentikan. Konversi langsung (direct conversion atau direct cutover) Konversi ini dilakukan dengan cara menghentikan sistem lama dan menggantikannya dengan sistem baru. NTS/Sistem Informasi/TI UAJM 34 17

Konversi (4 dari 4) Konversi pilot (pilot conversion) Pendekatan ini dilakukan dengan cara menerapkan sistem baru hanya pada lokasi tertentu yang diperlakukan sebagai pelopor. Jika konversi ini dianggap berhasil, maka akan diperluas ke tempat-tempat yang lain Konversi modular atau bertahap (phased conversion) Konversi dilakukan dengan menggantikan suatu bagian dari sistem lama dengan sistem baru. Jika terjadi sesuatu, bagian yang baru tersebut akan diganti kembali dengan yang lama. Jika tak terjadi masalah, modul-modul baru akan dipasangkan lagi untuk mengganti modul-modul lama yang lain. Dengan pendekatan seperti ini, akhirnya semua sistem lama akan tergantikan oleh sistem baru. Cara seperti ini lebih aman daripada konversi langsung. NTS/Sistem Informasi/TI UAJM 35 Dokumentasi Dokumentasi merupakan hal yang sangat penting dilakukan karena akan menjadi acuan pada tahapan operasi dan pemeliharaan. Pada tahapan implementasi, dokumentasi yang dibuat dapat dibagi menjadi tiga jenis. Dokumentasi pengembangan Dokumentasi ini menjabarkan sistem secara lengkap, mencakup deskripsi sistem, bentuk keluaran, bentuk masukan, bentuk basis data, bagan alir program, hasil pengujian, dan bahkan lembar penerimaan pemakai. Dokumentasi operasi Dokumentasi ini mencakup antara lain jadwal pengoperasian, cara pengoperasian peralatan, faktorfaktor keamanan, dan masa berlakunya suatu berkas. Dokumentasi pemakai Berisi petunjuk untuk menggunakan masing-masing program dan juga mencakup materi pelatihan. NTS/Sistem Informasi/TI UAJM 36 18

Operasi dan Pemeliharaan Perawatan perfektif ditujukan untuk memperbaharui sistem sebagai tanggapan atas perubahan kebutuhan pemakai dan kebutuhan organisasi, meningkatkan efisiensi sistem, dan memperbaiki dokumentasi Perawatan adaptif, berupa perubahan aplikasi untuk menyesuaikan diri terhadap lingkungan perangkat keras dan perangkat lunak baru. Sebagai contoh, perawatan ini dapat berupa perubahan aplikasi dari mainframe ke lingkungan client/server atau mengonversi dari sistem berbasis berkas ke lingkungan basis data Perawatan korektif berupa pembetulan atas kesalahankesalahan yang ditemukan pada saat sistem berjalan NTS/Sistem Informasi/TI UAJM 37 19