REKAYASA ULANG SIM AKADEMIK ITS AGUS BUDI RAHARJO 5109100164 DOSEN PEMBIMBING UMI LAILI YUHANA, S.KOM., M.SC. DR. IR. SITI ROCHIMAH, M.T.
LATAR BELAKANG PROSES PEMELIHARAAN TIDAK BAKU DOKUMENTASI WAKTU PEMELIHARAAN (PERAWATAN & PERBAIKAN) SPESIFIKASI SISTEM TIDAK MENGGUNAKAN KERANGKA KERJA RESMI MEMBANGUN BARU MEMINIMALISIR PERUBAHAN CARA PENGGUNAAN SISTEM MEMILIKI METODE PEMELIHARAAN BAKU
BATASAN MASALAH OBJEK REKAYASA ULANG ADALAH SIAKAD ITS MODEL KUALITASNYA ADALAH MATRIKS INTERNAL ISO/IEC 9126-3. KARAKTERISTIK KUALITAS YANG DIUKUR ADALAH PEMELIHARAAN. MODUL YANG DIREKAYASA ADALAH FORMULIR RENCANA STUDI (FRS) SIAKAD PROGRAM STUDI S1. BAHASA PEMROGRAMANNYA ASP.NET, BASIS DATA SQL SERVER 2008, DAN KERANGKA KERJA ENTITAS ADO.NET. DATA YANG DIGUNAKAN ADALAH DATA SEKUNDER BTSI ITS.
TUJUAN TUJUAN DARI PEMBUATAN TUGAS AKHIR INI ADALAH UNTUK MERANCANG DAN MEMBANGUN SEBUAH PROTOTIPE SIAKAD ITS MODUL FRS ONLINE YANG MEMENUHI KARAKTERISTIK STANDAR KUALITAS PEMELIHARAAN.
DASAR TEORI: EVOLUSI PERANGKAT LUNAK Program asli Rekayasa pembalikan Program dokumentasi Program hasil rekayasa ulang Data asli Pengelompokan program Rekayasa ulang data Penerjemahan kode sumber Peningkatan struktur program Program hasil strukturisasi ulang Data hasil rekayasa ulang
DASAR TEORI: MODEL KUALITAS ISO/IEC 9126-3 FUNGSIONALITAS KEANDALAN KEGUNAAN EFISIENSI PEMELIHARAAN PORTABILITY Analisis Perubahan Stabilitas Pengujian Kepatuhan pemeliharaan
DASAR TEORI: KERANGKA KERJA ENTITAS ADO.NET ADO.NET & LINQ menutupi kelemahan pemrograman yang menerapkan pengaksesan basis data, diantaranya: potensi kesalahan karena normalisasi relasi tabel pada kode SQL program harus mendefinisikan koneksi basis data setiap menjalankan perintah SQL kesalahan nama kolom dan tabel baru baru terdeteksi ketika program dijalankan kesalahan pada kode SQL baru diketahui ketika program dijalankan
ANALISIS DAN PERANCANGAN MATRIKS KUALITAS NAMA MATRIKS PROTOTIPE TUJUAN MATRIKS METODE PENGUKURAN FORMULA INTERPRETASI HASIL SKALA PENGUKURAN KARAKTERISTIK KEBERHASILAN SUMBER PENGUKURAN NARASUMBER mengatur periode mengatur jadwal semester menambah kelas mengisi FRS menyetujui FRS mengatur komponen penilaian mengisi nilai
MATRIKS ANALISIS REKAMAN AKTIVITAS FUNGSI DIAGNOSIS MATRIKS PERUBAHAN REKAMAN PERUBAHAN MATRIKS STABILITAS KARAKTERISTIK PEMELIHARAAN DAMPAK PERUBAHAN KETERGANTUNGAN DAMPAK MODIFIKASI MATRIKS PENGUJIAN FUNGSI PENGUJIAN OTOMATIS KEMAMPUAN PENGUJIAN OTONOM KEMAMPUAN PENGAMATAN PERKEMBANGAN PENGUJIAN MATRIKS KEPATUHAN PEMELIHARAAN KEPATUHAN PEMELIHARAAN
MATRIKS ANALISIS PEREKAMAN AKTIVITAS PENINJAUAN ATRIBUT PENCATATAN KELAS PENINJAUAN ATRIBUT PENCATATAN PENGAMBILAN KELAS KULIAH PENINJAUAN ATRIBUT PENCATATAN MATA KULIAH PENINJAUAN ATRIBUT PENCATATAN PENGAJARAN FUNGSI DIAGNOSIS PEMERIKSAAN KESALAHAN PENGAKSESAN HALAMAN PENINJAUAN ATRIBUT PENCATATAN PENGAMBILAN KELAS KULIAH OLEH MAHASISWA PENAMPILAN STATUS PENGISIAN FRS KELENGKAPAN FUNGSI DIAGNOSIS
MATRIKS PERUBAHAN PEMELIHARAAN BASIS DATA PEMELIHARAAN SISTEM
DAMPAK PERUBAHAN MATRIKS STABILITAS PENINJAUAN DAMPAK NEGATIF YANG TERDETEKSI KETERGANTUNGAN MODIFIKASI LOKALISASI DAMPAK PERUBAHAN PADA FUNGSIONAL SIAKAD
MATRIKS PENGUJIAN PENGUJIAN OTOMATIS YANG TERPASANG PENINJAUAN KEBERADAAN FUNGSI PENGUJIAN OTOMATIS YANG TERPASANG PENGUJIAN OTONOM KATEGORI FUNGSI YANG BISA DIUJI DENGAN KAKAS BANTU PERKEMBANGAN PENGAMATAN PENGUJIAN MENGHITUNG KEBERADAAN JUMLAH TITIK PEMERIKSAAN KONDISI SISTEM SELAMA DILAKUKAN PENGUJIAN
MATRIKS KEPATUHAN PEMELIHARAAN MEKANISME PEMELIHARAAN RUTIN KESESUAIAN JADWAL AKADEMIK REGULASI DOKUMENTASI PENGEMBANGAN DAN PEMELIHARAAN
KASUS PENGGUNAAN System mengisi formulir rencana studi mahasiswa mengisi nilai dosen menyetujui formulir rencana studi menambah kelas kepala jurusan mengatur periode Administrator Akademik
ARSITEKTUR SISTEM model entity controller controller view DATABASE User interface ADO.NET Helper
DIAGRAM KELAS <<entity>> period -yearperiod -semester -academiccalendar +getperiode() +saveperiod() +listperiod() FRSmodule <<entity>> class -codeclass +saveclass() +getlistclass() +getclass() +savestandardscore() 0..* 1..* <<entity>> teaching -namestaff -codestaff -rolestaff +getteacher() +setteacher() +listteacher() <<entity>> FRS 1 mastercourse +takeclass() +getlistfrs() +getfrs() +updatefrs() 1 0..* 1..* <<entity>> score -score user +savescore() +changescore()
PEREKAMAN AKTIVITAS SKENARIO A B SISTEM LAMA Peninjauan atribut pencatatan kelas Peninjauan atribut pencatatan pengambilan kelas kuliah oleh mahasiswa Peninjauan atribut pencatatan mata kuliah Peninjauan atribut pencatatan pengajaran Jumlah atribut yang terisi Jumlah atribut yang terisi Jumlah atribut yang terisi Jumlah atribut yang terisi Jumlah semua atribut yang disediakan Jumlah semua atribut yang disediakan Jumlah semua atribut yang disediakan Jumlah semua atribut yang disediakan SISTEM BARU 0,46 0,79 0,89 1 0,28 0,64 1 1
FUNGSI DIAGNOSIS SKENARIO A B SISTEM LAMA pemeriksaan kesalahan pengaksesan halaman Peninjauan atribut pencatatan pengambilan kelas kuliah oleh mahasiswa Penampilan status pengisian FRS kelengkapan fungsi diagnosis pemeriksaan hak akses tiap halaman dan penutupan hak akses yang tidak sesuai (sumber : peninjauan) pengambilan kelas yang sudah melebihi batas (sumber dari hasil peninjauan) Kesesuaian kondisi FRS dengan kondisi nyata mahasiswa (sumber dari hasil peninjauan) Penampilan status kegagalan, penyebab kegagalan rekomendasi solusi dan pemberian info alur komunikasi dengan administrator (sumber : peninjauan) pemeriksaan hak akses tiap halaman dan penutupan hak akses yang tidak sesuai (sumber dari narasumber) kemampuan pengambilan kelas yang sudah melebihi batas (sumber dari narasumber) Kesesuaian kondisi FRS dengan kondisi nyata mahasiswa (sumber dari spesifikasi kebutuhan) Penampilan status kegagalan, penyebab kegagalan rekomendasi solusi dan pemberian info alur komunikasi dengan administrator (sumber dari narasumber) SISTEM BARU 1 1 0,5 1 0,5 1 0,25 0,5
REKAMAN PERUBAHAN SISTEM SKENARIO A B SISTEM LAMA SISTEM BARU pemeliharaan basis data jadwal pemeliharaan data disertai dokumentasinya (sumber dari hasil peninjauan) jadwal pemeliharaan data disertai dokumentasinya (sumber dari spesifikasi kebutuhan) 0,5 0,5 pemeliharaan sistem Atribut pengukuran terdiri atas jadwal pemeliharaan sistem, tenaga pemelihara sistem, dan dokumen perubahan (sumber dari hasil peninjauan) Atribut pengukuran terdiri atas jadwal pemeliharaan sistem, tenaga pemelihara sistem, dan dokumen perubahan (sumber dari narasumber) 0,3 0,3
DAMPAK PERUBAHAN SKENARIO A B SISTEM LAMA Peninjauan dampak negatif yang terdeteksi Atribut dampak yang terdeteksi dan kemampuan sistem mendeteksi dampak negatif (sumber dari hasil peninjauan) parameter dampak yang terdeteksi dan kemampuan sistem mendeteksi dampak negatif yang seharusnya ada (sumber dari hasil peninjauan) SISTEM BARU 0,5 1
LOKALISASI DAMPAK PERUBAHAN SKENARIO A B SISTEM LAMA SISTEM BARU lokalisasi dampak perubahan pada fungsional SIAKAD Lokalisasi dampak perubahan yang dilakukan pada halaman fungsi SIAKAD (sumber dari hasil peninjauan) Lokalisasi dampak perubahan yang dilakukan pada halaman fungsi SIAKAD yang seharusnya dipecah sesuai dengan entitasnya (sumber dari hasil peninjauan) 0 0,83
FUNGSI PENGUJIAN TERPASANG SKENARIO A B SISTEM LAMA SISTEM BARU Peninjauan keberadaan fungsi pengujian otomatis yang terpasang Jumlah fungsi terpasang Jumlah fungsi yang seharusnya terpasang 0 1
PENGUJIAN OTONOM SKENARIO A B SISTEM LAMA SISTEM BARU kategori fungsi yang bisa diuji dengan kakas bantu Pengujian fungsi komputasi dan fungsi entitas yang mengakses basis data (sumber dari hasil peninjauan) Pengujian fungsi komputasi dan fungsi entitas yang mengakses basis data yang seharusnya bisa diukur (sumber dari hasil peninjauan) 0,5 1
PENGAMATAN PERKEMBANGAN PENGUJIAN SKENARIO A B SISTEM LAMA SISTEM BARU menghitung keberadaan jumlah titik pemeriksaan kondisi sistem selama dilakukan pengujian Jumlah titik pemeriksaan (sumber dari hasil peninjauan) Jumlah titik pemeriksaan minimal (sumber dari hasil peninjauan) 0 1
KEPATUHAN PEMELIHARAAN SKENARIO A B SISTEM LAMA mekanisme pemeliharaan rutin kesesuaian jadwal akademik Keberadaan tenaga di bidang perbaikan sistem Jadwal akademik yang sesuai dengan kalender akademik Terdapat minimal satu tenaga perbaikan Jadwal akademik total SISTEM BARU 1 1 1 1 regulasi dokumentasi pengembangan dan pemeliharaan Kelengkapan dokumentasi sistem (buku panduan penggunaan, spesifikasi kebutuhan perangkat lunak (SKPL), deskripsi perancangan perangkat lunak (DPPL), dokumen perubahan) Jumlah semua dokumentasi sistem yang seharusnya ada 0,25 1
HASIL AKHIR PENGUJIAN subkarakteristik hasil sistem lama hasil sistem baru Peningkatan (dalam %) analisis 1,76 2,22 26,1 % perubahan 0,83 0,83 0 % stabilitas 0,25 0,92 266,67 % pengujian 0,33 2 500 % kepatuhan pemeliharaan 2,25 3 33,33 %
3,5 Grafik Perbandingan Pengujian Kualitas Karakteristik Pemeliharaan ISO/IEC 9126-3 3 hasil pengujian 2,5 2 1,5 1 sistem baru sistem lama 0,5 0 1 2 3 4 5 sistem yang diuji
KESIMPULAN & SARAN SISTEM BARU BERHASIL DIBANGUN TANPA MEMBERIKAN PERUBAHAN BESAR PADA ANTARMUKA PENGGUNA REKAYASA ULANG PERANGKAT LUNAK BERDASARKAN PENGUKURAN MODEL KUALITAS ISO/IEC 9126 MEMBERIKAN PENINGKATAN SIGNIFIKAN. PENGGUNAAN ADO.NET MEMBERI KEMUDAHAN ASPEK PEMELIHARAAN DAN PENGUJIAN SISTEM MODEL KUALITAS YANG DIUKUR HANYA DIFOKUSKAN PADA SATU KARAKTERISTIK SAJA. ADA POTENSI SIFAT SALING MENIADAKAN DAN SALING MENGUATKAN ANTAR KARAKTERISTIK JIKA SEMUA MODEL KUALITAS DITERAPKAN. PENELITIAN INI HANYA MENGEMBANGKAN KARAKTERISTIK PEMELIHARAAN PADA MODUL FRS. EVOLUSI PERANGKAT LUNAK PADA SIAKAD ITS MEMILIKI POTENSI PEDOMAN BAKU YANG DAPAT DIIMPLEMENTASIKAN PADA PERGURUAN TINGGI LAIN.
DAFTAR PUSTAKA ADYA, A. ET AL. 2007. ANATOMY OF THE ADO.NET ENTITY FRAMEWORK. PROCEEDINGS OF THE 2007 ACM SIGMOD INTERNATIONAL CONFERENCE ON MANAGEMENT OF DATA. NEW YORK: ACM, PP.877-888. AN, Y., HU, X., AND SONG, I. 2008. ROUND-TRIP ENGINEERING FOR MAINTAINING CONCEPTUAL-RELATIONAL MAPPINGS. ADVANCED INFORMATION SYSTEMS ENGINEERING, VOL 5074, PP.296-311. CARLOS, V.S. AND RODRIGUES, R.G. 2012. WEB SITE QUALITY EVALUATION IN HIGHER EDUCATION INSTITUTIONS. PROCEEDINGS OF CONFERENCE ON ENTERPRISE INFORMATION SYSTEMS INTERNATIONAL CONFERENCE ON HEALTH AND SOCIAL CARE INFORMATION SYSTEMS AND TECHNOLOGIES [ONLINE], PP.273-282. AVAILABLE FROM: HTTP://WWW.SCIENCEDIRECT.COM/SCIENCE/ARTICLE/PII/S2212017312004616 [DIAKSES PADA 21 MARET 2013]. FAHMI A.S. AND CHOI H. 2007. SOFTWARE REVERSE ENGINEERING TO REQUIREMENTS. PROCEEDINGS OF INTERNATIONAL CONFERENCE ON CONVERGENCE INFORMATION TECHNOLOGY. SEOUL: IEEE COMPUTER SOCIETY PRESS, PP. 2199-2204. ISO/IEC JTC1. 2002. SOFTWARE ENGINEERING PRODUCT QUALITY PART 3: INTERNAL METRICS. JAPAN: ISO/IEC. NABIL, D., MOSAD, A., AND HEFNY, H.A. 2011. WEB-BASED APPLICATIONS QUALITY FACTORS:A SURVEY AND A PROPOSED CONCEPTUAL MODEL. EGYPTIAN INFORMATICS JOURNAL, VOL 12, PP. 211-217. SOMMERVILLE, I. 2011. SOFTWARE ENGINEERING. BOSTON: ADDISON-WESLEY. ULRICH, W.M. 1990. THE EVOLUTIONARY GROWTH OF SOFTWARE REENGINEERING AND THE DECADE AHEAD. THE EVOLUTIONARY GROWTH OF SOFTWARE REENGINEERING AND THE DECADE AHEAD. AMERICAN PROGRAMMER, VOL. 3, NO. 11, PP.14-20.