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

Rekayasa pembalikan

Penerjemahan kode sumber

Peningkatan struktur program

Pengelompokan program

Rekayasa ulang data

Program asli

Program dokumentasi

Program hasil rekayasa ulang

Data hasil rekayasa ulang

Data asli

Program hasil strukturisasi 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

• TUJUAN MATRIKS

• METODE PENGUKURAN

• FORMULA

• INTERPRETASI HASIL

• SKALA PENGUKURAN

• KARAKTERISTIK KEBERHASILAN

• SUMBER PENGUKURAN

• NARASUMBER

PROTOTIPE

mengatur periode

menambah kelas

mengisi FRS

menyetujui FRS

mengatur komponen penilaian

mengisi nilai

mengatur jadwal semester

KARAKTERISTIK PEMELIHARAAN• MATRIKS ANALISIS

• REKAMAN AKTIVITAS

• FUNGSI DIAGNOSIS

• MATRIKS PERUBAHAN

• REKAMAN PERUBAHAN

• MATRIKS STABILITAS

• 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

MATRIKS STABILITAS

DAMPAK PERUBAHAN

• PENINJAUAN DAMPAK NEGATIF YANG TERDETEKSI

KETERGANTUNGAN MODIFIKASI

• LOKALISASI DAMPAK PERUBAHAN PADA FUNGSIONAL SIAKAD

MATRIKS PENGUJIAN

PERKEMBANGAN PENGAMATAN PENGUJIAN

• MENGHITUNG KEBERADAAN JUMLAH TITIK PEMERIKSAAN KONDISI SISTEM SELAMA DILAKUKAN

PENGUJIAN

PENGUJIAN OTONOM• KATEGORI FUNGSI YANG BISA DIUJI DENGAN KAKAS BANTU

• PENINJAUAN KEBERADAAN FUNGSI PENGUJIAN OTOMATIS YANG TERPASANG

PENGUJIAN OTOMATIS YANG TERPASANG

MATRIKS KEPATUHAN PEMELIHARAAN

• MEKANISME PEMELIHARAAN RUTIN

• KESESUAIAN JADWAL AKADEMIK

• REGULASI DOKUMENTASI PENGEMBANGAN DAN PEMELIHARAAN

KASUS PENGGUNAAN

System

mahasiswa dosen

kepala jurusan Administrator Akademikmengatur periode

menambah kelas

mengisi formulir rencana studi

menyetujui formulir rencana studi

mengisi nilai

ARSITEKTUR SISTEM

DATABASE

model

entity

ADO.NET

controller

controller

Helper

view

User interface

DIAGRAM KELAS

FRSmodule

period

<<entity>>

-yearPeriod

-semester

-academicCalendar

+getPeriode()

+savePeriod()

+listPeriod()

teaching

<<entity>>

-nameStaff

-codeStaff

-roleStaff

+getTeacher()

+setTeacher()

+listTeacher()

class

<<entity>>

-codeClass

+saveClass()

+getListClass()

+getClass()

+saveStandardScore()

FRS

<<entity>>

+takeClass()

+getListFRS()

+getFRS()

+updateFRS()

score

<<entity>>

-score

+saveScore()

+changeScore()

1..*0..*

1..*

1

0..*

1

masterCourse

user

PEREKAMAN AKTIVITASSKENARIO A B SISTEM

LAMA

SISTEM

BARU

Peninjauan atribut

pencatatan kelas

Jumlah atribut

yang terisi

Jumlah semua atribut

yang disediakan

0,46 0,79

Peninjauan atribut

pencatatan pengambilan

kelas kuliah oleh mahasiswa

Jumlah atribut

yang terisi

Jumlah semua atribut

yang disediakan

0,89 1

Peninjauan atribut

pencatatan mata kuliah

Jumlah atribut

yang terisi

Jumlah semua atribut

yang disediakan

0,28 0,64

Peninjauan atribut

pencatatan pengajaran

Jumlah atribut

yang terisi

Jumlah semua atribut

yang disediakan

1 1

FUNGSI DIAGNOSIS

SKENARIO A B SISTEM

LAMA

SISTEM

BARU

pemeriksaan

kesalahan

pengaksesan halaman

pemeriksaan hak akses tiap

halaman dan penutupan hak akses

yang tidak sesuai (sumber :

peninjauan)

pemeriksaan hak akses tiap

halaman dan penutupan hak akses

yang tidak sesuai (sumber dari

narasumber)

1 1

Peninjauan atribut

pencatatan

pengambilan kelas

kuliah oleh mahasiswa

pengambilan kelas yang sudah

melebihi batas (sumber dari hasil

peninjauan)

kemampuan pengambilan kelas

yang sudah melebihi batas (sumber

dari narasumber)

0,5 1

Penampilan status

pengisian FRS

Kesesuaian kondisi FRS dengan

kondisi nyata mahasiswa (sumber

dari hasil peninjauan)

Kesesuaian kondisi FRS dengan

kondisi nyata mahasiswa (sumber

dari spesifikasi kebutuhan)

0,5 1

kelengkapan fungsi

diagnosis

Penampilan status kegagalan,

penyebab kegagalan rekomendasi

solusi dan pemberian info alur

komunikasi dengan administrator

(sumber : peninjauan)

Penampilan status kegagalan,

penyebab kegagalan rekomendasi

solusi dan pemberian info alur

komunikasi dengan administrator

(sumber dari narasumber)

0,25 0,5

REKAMAN PERUBAHAN SISTEMSKENARIO 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

SISTEM

BARU

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)

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 terpasang0 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 PEMELIHARAANSKENARIO A B SISTEM

LAMA

SISTEM

BARU

mekanisme pemeliharaan

rutin

Keberadaan tenaga di bidang

perbaikan sistem

Terdapat minimal

satu tenaga

perbaikan

1 1

kesesuaian jadwal

akademik

Jadwal akademik yang sesuai

dengan kalender akademik

Jadwal akademik

total1 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

subkarakteristikhasil 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

pemeliharaan2,25 3 33,33 %

0

0,5

1

1,5

2

2,5

3

3,5

1 2 3 4 5

hasi

l p

eng

ujia

n

sistem yang diuji

Grafik Perbandingan Pengujian Kualitas Karakteristik Pemeliharaan ISO/IEC 9126-3

sistem baru

sistem lama

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.