Widyasari Puspa Permata Witra

ANALISIS DAN PERANCANGAN SISTEM INFORMASI
PENGELOLAAN SKRIPSI DAN PRAKTEK KERJA LAPANGAN
SKRIPSI
Untuk memenuhi sebagian persyaratan

memperoleh gelar Sarjana Komputer
Disusun oleh:
Widyasari Puspa Permata Witra
NIM: 135150407111009
PROGRAM STUDI SISTEM INFORMASI

JURUSAN SISTEM INFORMASI
FAKULTAS ILMU KOMPUTER
UNIVERSITAS BRAWIJAYA
MALANG
2017
PENGESAHAN
ANALISIS DAN PERANCANGAN SISTEM INFORMASI PENGELOLAAN SKRIPSI DAN

PRAKTEK KERJA LAPANGAN
SKRIPSI
Diajukan untuk memenuhi sebagian persyaratan

memperoleh gelar Sarjana Komputer
Disusun Oleh :
Widyasari Puspa Permata Witra
NIM: 135150407111009
Skripsi ini telah diuji dan dinyatakan lulus pada

14 Agustus 2017
Telah diperiksa dan disetujui oleh:
Dosen Pembimbing I Dosen Pembimbing II
Mochamad Chandra Saputra, S.Kom, Bayu Priyambadha, S.Kom, M.Kom

M.Eng NIP. 19820909 200812 1 004
NIP. 2016098601061001
Mengetahui
Ketua Jurusan Sistem Informasi
Dr. Eng. Herman Tolle, S.T, M.T

NIP. 19740823 200012 1 001
ii
PERNYATAAN ORISINALITAS
Saya menyatakan dengan sebenar-benarnya bahwa sepanjang pengetahuan

saya, di dalam naskah skripsi ini tidak terdapat karya ilmiah yang pernah diajukan
oleh orang lain untuk memperoleh gelar akademik di suatu perguruan tinggi dan
tidak terdapat karya atau pendapat yang pernah ditulis atau diterbitkan oleh orang
lain, kecuali yang secara tertulis disitasi dalam naskah ini dan disebutkan dalam
daftar pustaka.
Apabila ternyata didalam naskah skripsi ini dapat dibuktikan terdapat unsur-
unsur plagiasi, saya bersedia skripsi ini digugurkan dan gelar akademik yang telah
saya peroleh (sarjana) dibatalkan, serta diproses sesuai dengan peraturan
perundang-undangan yang berlaku (UU No. 20 Tahun 2003, Pasal 25 ayat 2 dan
Pasal 70).
Malang, 14 Agustus 2017
Widyasari Puspa Permata W.

NIM: 135150407111009
iii
KATA PENGANTAR
Puji syukur kehadirat Tuhan YME yang telah melimpahkan rahmat dan karunia-
Nya sehingga skripsi yang berjudul “Pengembangan Sistem Informasi Manajemen
Proyek Berbasis Web (Studi Kasus: PT. Swadaya Graha)” ini dapat terselesaikan.
Dalam kesempatan ini, penulis ingin mengucapkan banyak terimakasih kepada
semua pihak yang telah berkontribusi dalam memberikan bantuan baik secara
langsung maupun tidak langsung selama masa pengerjaan skripsi ini. Rasa
terimakasih penulis ucapkan sebesar-besarnya kepada:
1. Bapak M. Chandra Saputra, S.Kom, M.Eng selaku dosen pembimbing I yang
telah berkenan memberikan ilmu, saran, arahan, petunjuk, serta bimbingan
kepada penulis dalam menyusun skripsi ini.
2. Bapak Bayu Priyambadha, S.Kom, M.Kom selaku dosen pembimbing II yang
telah berkenan memberikan sumbangsih pemikiran, pengalaman, petunjuk,
arahan serta bimbingan kepada penulis dalam menyusun skripsi ini.
3. Bapak dan Ibu dosen Fakultas Ilmu Komputer Universitas Brawijaya yang telah
memberikan ilmu bermanfaat selama masa perkuliahan.
4. Kedua orang tua serta keluarga yang telah memberikan kasih sayang,
motivasi, do’a, dukungan moril dan khususnya materil kepada penulis.
5. Teman-teman GCI (Dian, Firman, Handoyo, Laras, Ria, Merlien, Ardian, Wika,
Nayya, Raka, Bambang dan Deni) yang telah memberi semangat selama 4
tahun kuliah.
6. Teman-teman Sistem Informasi angkatan 2013 atas semua bantuan dan kerja
sama selama masa perkuliahan.
7. Semua pihak yang tidak dapat penulis sebutkan satu per satu yang terlibat
baik secara langsung maupun tidak langsung demi terselesaikannya tugas
akhir ini.
Dengan segala kerendahan hati, penulis menyadari sepenuhnya bahwa skripsi
ini masih jauh dari kata sempurna karena keterbatasan materi dan pengetahuan
yang dimiliki penulis. Akhirnya penulis berharap semoga skripsi ini dapat
bermanfaat dan dapat membantu pembaca.
Malang, 14 Agustus 2017
Penulis
widyasarippw@gmail.com
iv
ABSTRAK
Universitas Muhammadiyah Gresik adalah universitas swasta yang sudah

memiliki banyak fakultas dan prodi, salah satunya Prodi Teknik Industri.
Lingkungan Prodi Teknik Industri Universitas Muhammadiyah Gresik, sudah
memiliki sistem informasi berbasis web yang telah diterapkan, yaitu Sistem
Informasi Akademik (SIAKAD). SIAKAD merupakan sistem di tingkat universitas
yang hanya berfungsi untuk pengisian KRS perwalian, dosen memasukkan nilai
mata kuliah saja, belum mencakup pada pengelolaan pengajuan Praktek Kerja
Lapangan (PKL), Skripsi, Seminar serta Sidang. Beberapa aktivitas akademik di
Prodi Teknik Industri UMG masih dilakukan pendokumentasian secara manual
seperti: pengurusan Praktek Kerja Lapangan (PKL) dan pengajuan skripsi. Tiga dari
tujuh responden mengatakan kurang terkontrol siapa saja yang sudah diterima
dan belum. Dua dari tujuh responden menyatakan bahwa sistem saat ini masih
kurang efisien. Oleh karena itu, diperlukan sebuah sistem untuk memperbaiki
masalah yang ada tersebut. Tujuan dari penelitian ini adalah untuk merancang
sebuah Sistem Informasi Akademik Mahasiswa menggunakan metodologi Ripple
dengan pengujian perancangan menggunakan Requirement Traceability. Hasil
dari penelitian ini berupa class diagram, sequence diagram, database schema dan
desain antarmuka. Kemudian hasil dari pengujian perancangan menunjukkan
bahwa setiap kebutuhan memiliki kode unik yang dapat dilacak ke dalam fitur, use
case, communication dan sequence diagram.
Kata kunci: sistem informasi akademik, ripple, perancangan, skripsi, pkl
v
ABSTRACT
University of Muhammadiyah Gresik (UMG) is a private university that has

many faculties and study program, one of them is Industrial Engineering (TI). TI
UMG, already has a web-based information system called Academic Information
System (SIAKAD). SIAKAD is a system at the university level that only serves for
filling card study plan (KRS) and lecturers marking grades only, not including on the
management of submission of Job Training (PKL), Thesis, Seminar and Thesis
Defence. Some activities in TI UMG are done by manual procedure such as: job
training and thesis registration. Three out of seven respondents say that without
the system, number of students that have registered and have not is unknown. Two
of the seven respondents stated that the current system is still less efficient.
Therefore, a system is needed to fix the existing problem. The purpose of this
research is to design a Student Academic Information System using Ripple
methodology with design testing using Requirement Traceability. The results of
this study are class diagrams, sequence diagrams, database schema and interface
design. Then the results of the design tests show that each requirement has a
unique code that can be traced to features, use cases, communication and
sequence diagrams.
Keywords: academic information system, ripple, design, thesis, job
training
vi
DAFTAR ISI
PENGESAHAN ...........................................................................................................ii
PERNYATAAN ORISINALITAS ................................................................................... iii
KATA PENGANTAR ................................................................................................... iv
ABSTRAK ................................................................................................................... v
ABSTRACT ................................................................................................................ vi
DAFTAR ISI .............................................................................................................. vii
DAFTAR TABEL .......................................................................................................... x
DAFTAR GAMBAR .................................................................................................. xiv
DAFTAR LAMPIRAN ................................................................................................ xx
BAB 1 PENDAHULUAN............................................................................................. 1
1.1 Latar belakang........................................................................................ 1
1.2 Rumusan masalah .................................................................................. 2
1.3 Tujuan .................................................................................................... 2
1.4 Manfaat.................................................................................................. 3
1.5 Batasan masalah .................................................................................... 3
1.6 Sistematika pembahasan ....................................................................... 4
BAB 2 LANDASAN KEPUSTAKAAN ........................................................................... 5
2.1 Referensi Penelitian ............................................................................... 5
2.2 Konsep Dasar Informasi ......................................................................... 5
2.3 Konsep Dasar Sistem.............................................................................. 5
2.4 Konsep Dasar Sistem Informasi ............................................................. 6
2.5 Konsep Analisis ...................................................................................... 6
2.6 Konsep Perancangan.............................................................................. 6
2.7 Object-Oriented Systems Analysis and Design ...................................... 6
2.8 Konsep Dasar Metodologi Ripple .......................................................... 7
2.9 Diagram-Diagram Unified Modeling Language (UML) ........................ 13
2.9.1 Use Case Diagram ....................................................................... 13
2.9.2 Use Case Scenario ....................................................................... 15
2.9.3 Activity Diagram .......................................................................... 15
2.9.4 Sequence Diagram ...................................................................... 16
vii
2.9.5 Communication Diagram ............................................................ 17
2.9.6 Class Diagram .............................................................................. 17
2.10 Konsep Dasar Requirement Traceability ........................................... 18
BAB 3 METODOLOGI ............................................................................................. 22
3.1 Pengumpulan Data .............................................................................. 22
3.1.1 Observasi ..................................................................................... 22
3.1.2 Angket atau Kuisioner ................................................................. 23
3.1.3 Wawancara ................................................................................. 23
3.1.4 Studi Pustaka ............................................................................... 23
3.2 Analisis dan Perancangan Perangkat Lunak ........................................ 23
3.3 Pengujian Perancangan Perangkat Lunak............................................ 25
3.4 Kesimpulan........................................................................................... 25
BAB 4 ANALISIS DAN PERANCANGAN ................................................................... 26
4.1 Rangkaian Kegiatan Pengajuan Skripsi TI UMG ................................... 26
4.2 Rangkaian Kegiatan Pengajuan PKL TI UMG ........................................ 29
4.3 Fase Genesis......................................................................................... 30
4.3.1 Project Genesis............................................................................ 30
4.3.2 Glossary ....................................................................................... 32
4.4 Fase Requirements .............................................................................. 33
4.4.1 Business Actor List....................................................................... 33
4.4.2 Business Use Case List ................................................................. 34
4.4.3 Business Activity Diagrams.......................................................... 37
4.4.4 Business Use Case Details ........................................................... 50
4.4.5 User Interface Sketches .............................................................. 57
4.4.6 System Actor List ......................................................................... 99
4.4.7 System Use Case List ................................................................. 100
4.4.8 System Use Case Diagram ......................................................... 103
4.4.9 System Use Case Details ........................................................... 104
4.4.10 Supplementary Requirements ................................................ 117
4.5 Fase Analysis ...................................................................................... 118
4.5.1 Analysis Class Diagram .............................................................. 118
4.5.2 Analysis Attributes List .............................................................. 118
viii
4.5.3 Communication Diagrams ......................................................... 119
4.5.4 Operation List ............................................................................ 129
4.6 Fase Design ........................................................................................ 135
4.6.1 Class Diagram ............................................................................ 135
4.6.2 Sequence Diagram .................................................................... 137
4.6.3 Database Schema ...................................................................... 153
4.6.4 Penyelesaian Desain Antarmuka............................................... 154
BAB 5 PENGUJIAN PERANCANGAN ..................................................................... 155
5.1 Requirement Traceability .................................................................. 155
BAB 6 PENUTUP .................................................................................................. 161
6.1 Kesimpulan......................................................................................... 161
6.2 Saran .................................................................................................. 162
DAFTAR PUSTAKA................................................................................................ 163
LAMPIRAN A KUISIONER PENELITIAN PENDUKUNG LATAR BELAKANG ............. 165
LAMPIRAN B ALUR PENGAJUAN PRAKTEK KERJA LAPANGAN (PKL) DAN SKRIPSI
PRODI TEKNIK INDUSTRI UNIVERSITAS MUHAMMADIYAH GRESIK ................... 172
LAMPIRAN C HASIL WAWANCARA ...................................................................... 174
ix
DAFTAR TABEL
Tabel 2.1 Tabel Fase dan Artefak dalam Metodologi Ripples................................. 7

Tabel 2.2 Penyesuaian Metodologi Ripple dengan Penelitian ............................. 11
Tabel 2.3 Simbol-Simbol pada Use Case Diagram................................................. 14
Tabel 2.4 Simbol-Simbol pada Activity Diagram ................................................... 15
Tabel 2.5 Simbol-Simbol pada Sequence Diagram ............................................... 16
Tabel 2.6 Simbol - Simbol pada Class Diagram ..................................................... 18
Tabel 2.7 Matriks Kerunutan Kebutuhan dengan Fitur ........................................ 19
Tabel 2.8 Matriks Kerunutan Fitur dengan Use Case............................................ 20
Tabel 2.9 Matriks Kerunutan Fitur dengan Persyaratan ....................................... 20
Tabel 2.10 Matriks Kerunutan Use Case dengan Skenario ................................... 21
Tabel 3.1 Metode Analisis dan Perancangan ........................................................ 24
Tabel 4.1 Tabel Rangkaian Kegiatan Pengajuan Skripsi ........................................ 26
Tabel 4.2 Tabel Rangkaian Kegiatan Pengajuan PKL ............................................. 29
Tabel 4.3 Tabel Deskripsi Fitur Yang Akan Didukung Sistem ................................ 31
Tabel 4.4 Glossary ................................................................................................. 32
Tabel 4.5 Tabel Deskripsi Business Actor List ....................................................... 33
Tabel 4.6 Tabel Penjelasan User Interface Sketches 1.......................................... 57
Tabel 4.10 Tabel Penjelasan User Interface Sketches 5 ....................................... 62
Tabel 4.15 Tabel Penjelasan User Interface Sketches 10 ..................................... 67
x
Tabel 4.24 Tabel Penjelasa User Interface Sketches 19........................................ 76
Tabel 4.48 Tabel Penjelasan User Interface Sketches .......................................... 95
xi
Tabel 4.54 Tabel Deskripsi System Actor List ........................................................ 99
Tabel 4.55 Use Case Details US1 Login ............................................................... 104
Tabel 4.56 Use Case Details US2 Mengganti Password ...................................... 104
Tabel 4.57 Use Case Details US3 Logout ............................................................. 105
Tabel 4.58 Use Case Details US4 Melihat Panduan PKL ..................................... 105
Tabel 4.59 Use Case Details US5 Melihat Panduan Skripsi ................................. 105
Tabel 4.60 Use Case Details US6 Mendaftar Seminar Proposal ......................... 106
Tabel 4.61 Use Case Details US7 Melihat Kartu Bimbingan................................ 106
Tabel 4.62 Use Case Details US8 Mendaftar Skripsi ........................................... 107
Tabel 4.63 Use Case Details US9 Mendaftar Sidang Skripsi................................ 107
Tabel 4.64 Use Case Details US10 Mendaftar PKL .............................................. 108
Tabel 4.65 Use Case Details US11 Mendaftar Ujian PKL..................................... 109
Tabel 4.66 Use Case Details US12 Melihat Status Kemajuan ............................. 109
Tabel 4.67 Use Case Details US13 Melihat Penilaian .......................................... 110
Tabel 4.68 Use Case Details US14 Melihat Rekap Mahasiswa Skripsi dan PKL .. 110
Tabel 4.69 Use Case Details US15 Menentukan Penguji .................................... 110
Tabel 4.70 Use Case Details US16 Memproses Pendaftar Skripsi dan PKL......... 111
Tabel 4.71 Use Case Details US17 Melihat Jadwal.............................................. 112
Tabel 4.72 Use Case Details US18 Membuat Penilaian ...................................... 112
Tabel 4.73 Use Case Details US19 Memproses Permintaan Anak Bimbingan .... 113
Tabel 4.74 Use Case Details US20 Mengisi Kartu Bimbingan ............................. 113
Tabel 4.75 Use Case Details US21 Melihat Keseluruhan Anak Bimbingan ......... 114
Tabel 4.76 Use Case Details US22 Memproses Pendaftar Seminar Proposal, Sidang
Skripsi/TA dan Ujian PKL ..................................................................................... 114
Tabel 4.77 Use Case Details US23 Membuat Jadwal .......................................... 115
Tabel 4.78 Use Case Details US24 Mengubah Status Kemajuan ........................ 115
Tabel 4.79 Use Case Details US25 Mengunduh Panduan PKL ............................ 116
Tabel 4.80 Use Case Details US26 Mengunduh Panduan Skripsi ....................... 116
Tabel 4.81 Use Case Details US25 Mengunduh Penilaian .................................. 117
Tabel 4.82 Tabel Supplementary Requirements................................................. 117
xii
Tabel 4.83 Tabel Operation List .......................................................................... 130
Tabel 5.1 Tabel Kerunutan Kebutuhan dengan Fitur .......................................... 155
Tabel 5.2 Tabel Kerunutan Fitur dengan Use Case ............................................. 156
Tabel 5.3 Tabel Kerunutan Fitur dengan Supplementary Requirements ........... 157
Tabel 5.4 Tabel Kerunutan Use Case dengan Use Case Scenario ....................... 157
Tabel 5.5 Tabel Kerunutan Use Case dengan Communication Diagram Sequence
Diagram ............................................................................................................... 158
Tabel 5.6 Tabel Daftar Pengecekan dan Pertanyaan Tinjauan Requirement
Traceability .......................................................................................................... 160
xiii
DAFTAR GAMBAR
Gambar 2.1 Traceability Model............................................................................. 19

Gambar 3.1 Diagram Alir Tahap Penelitian........................................................... 22
Gambar 4.1 Business Use Case Diagram UB1 Mahasiswa mengajukan topik
skripsi/TA ke Kaprodi ............................................................................................ 37
Gambar 4.2 Business Use Case Diagram UB2 Mahasiswa mengisi form persetujuan
judul dan dosen pembiming ................................................................................. 38
Gambar 4.3 Business Use Case Diagram UB3 Mahasiswa mendaftar skripsi/TA ke
Kaprodi .................................................................................................................. 38
Gambar 4.4 Business Use Case Diagram UB4 Kaprodi menyeleksi persyaratan
untuk mendaftar skripsi ........................................................................................ 39
Gambar 4.5 Business Use Case Diagram UB5 Mahasiswa melakukan bimbingan
skripsi .................................................................................................................... 39
Gambar 4.6 Business Use Case Diagram UB6 Mahasiswa mendaftar seminar
proposal skripsi/TA................................................................................................ 40
Gambar 4.7 Business Use Case Diagram UB7 Tata Usaha menyeleksi persyaratan
untuk mendaftar seminar proposal ...................................................................... 40
Gambar 4.8 Business Use Case Diagram UB8 Kaprodi menentukan penguji seminar
proposal................................................................................................................. 41
Gambar 4.9 Business Use Case Diagram UB9 Tata Usaha menentukan jadwal
seminar proposal................................................................................................... 41
Gambar 4.10 Business Use Case Diagram UB10 Mahasiswa melaksanakan seminar
proposal skripsi/TA................................................................................................ 42
Gambar 4.11 Business Use Case Diagram UB11 Dosen memberi penilaian seminar
proposal................................................................................................................. 42
Gambar 4.12 Business Use Case Diagram UB12 Mahasiswa mendaftar sidang
skripsi/TA............................................................................................................... 43
Gambar 4.13 Business Use Case Diagram UB13 Tata Usaha menyeleksi persyaratan
untuk mendaftar sidang skripsi ............................................................................. 43
Gambar 4.14 Business Use Case Diagram UB14 Kaprodi menentukan penguji
sidang skripsi ......................................................................................................... 44
sidang skripsi ......................................................................................................... 44
Gambar 4.16 Business Use Case Diagram UB16 Mahasiswa melaksanakan sidang
skripsi/TA............................................................................................................... 45
xiv
Gambar 4.17 Business Use Case Diagram UB17 Dosen memberi penilaian sidang
skripsi .................................................................................................................... 45
Gambar 4.18 Business Use Case Diagram UB18 Mahasiswa mendaftar PKL ke
Kaprodi .................................................................................................................. 46
untuk mendaftar PKL ............................................................................................ 46
PKL ......................................................................................................................... 47
Gambar 4.21 Business Use Case Diagram UB21 Mahasiswa mendaftar ujian PKL
............................................................................................................................... 47
untuk mendaftar ujian PKL.................................................................................... 48
Gambar 4.23 Business Use Case Diagram UB23 Kaprodi menentukan penguji ujian
PKL ......................................................................................................................... 48
ujian PKL ................................................................................................................ 49
Gambar 4.25 Business Use Case Diagram UB25 Mahasiswa melaksanakan ujian PKL
............................................................................................................................... 49
Gambar 4.26 Business Use Case Diagram UB26 Dosen memberi penilaian ujian PKL
............................................................................................................................... 50
Gambar 4.27 User Interface Sketches 1 (Login) ................................................... 57
Gambar 4.28 User Interface Sketches 2 (Home Mahasiswa) ............................... 58
Gambar 4.29 User Interface Sketches 3 (Home Kaprodi) ..................................... 59
Gambar 4.30 User Interface Sketches 4 (Home Dosen) ....................................... 61
Gambar 4.31 User Interface Sketches 5 (Home Tata Usaha) ............................... 62
Gambar 4.32 User Interface Sketches 6 (Daftar Skripsi Bagi Mahasiswa) ............ 63
Gambar 4.33 User Interface Sketches 7 (Daftar Seminar Proposal Bagi Mahasiswa)
............................................................................................................................... 64
Gambar 4.34 User Interface Sketches 8 (Daftar Sidang Skripsi Bagi Mahasiswa) 65
Gambar 4.35 User Interface Sketches 9 (Daftar PKL Bagi Mahasiswa) ................ 66
Gambar 4.36 User Interface Sketches 10 (Daftar Ujian PKL Bagi Mahasiswa) ..... 67
Gambar 4.37 User Interface Sketches 11 (Lihat Kartu Bimbingan Skripsi Bagi
Mahasiswa) ........................................................................................................... 68
Gambar 4.38 User Interface Sketches 12 (Lihat Kartu Bimbingan PKL Bagi
Mahasiswa) ........................................................................................................... 69
xv
Gambar 4.39 User Interface Sketches 13 (Lihat Penilaian Skripsi Bagi Mahasiswa)
............................................................................................................................... 70
Gambar 4.40 User Interface Sketches 14 (Lihat Penilaian PKL Bagi Mahasiswa) . 71
Gambar 4.41 User Interface Sketches 15 (Proses Pendaftar Anak Bimbingan Bagi
Dosen) ................................................................................................................... 72
Gambar 4.42 User Interface Sketches 16 (Proses Pendaftar Anak Bimbingan Bagi
Dosen) ................................................................................................................... 73
Gambar 4.43 User Interface Sketches 17 (Lihat Anak Bimbingan Bagi Dosen) .... 74
Gambar 4.44 User Interface Sketches 18 (Lihat Detail Anak Bimbingan Bagi Dosen)
............................................................................................................................... 75
Gambar 4.45 User Interface Sketches 19 (Mengisi Kartu Bimbingan Bagi Dosen
Pembimbing dan Dosen Penguji) .......................................................................... 76
Gambar 4.46 User Interface Sketches 20 (Lihat Daftar Mahasiswa yang Akan Diuji
Bagi Dosen Pembimbing dan Dosen Penguji) ....................................................... 77
Gambar 4.47 User Interface Sketches 21 (Lihat Detail Mahasiswa yang Akan Diuji
Bagi Dosen Pembimbing dan Doseng Penguji) ..................................................... 77
Gambar 4.48 User Interface Sketches 22 (Lihat Pendaftar Skripsi Bagi Kaprodi) 78
Gambar 4.49 User Interface Sketches 23 (Proses Pendaftar Skripsi Bagi Kaprodi)
............................................................................................................................... 79
Gambar 4.50 User Interface Sketches 24 (Lihat Pendaftar PKL Bagi Kaprodi) ..... 80
Gambar 4.51 User Interface Sketches 25 (Proses Pendaftar PKL Bagi Kaprodi) .. 81
Gambar 4.52 User Interface Sketches 26 (Lihat Pendaftar Ujian PKL Bagi Kaprodi)
............................................................................................................................... 82
Gambar 4.53 User Interface Sketches 27 (Proses Pendaftar Ujian PKL Bagi Kaprodi)
............................................................................................................................... 82
Gambar 4.54 User Interface Sketches 28 (Lihat Pendaftar Seminar Proposal, Sidang
Skripsi dan Ujian PKL Bagi Kaprodi)....................................................................... 83
Gambar 4.55 User Interface Sketches 29 (Proses Pendaftar Seminar Proposal,
Sidang Skripsi dan Ujian PKL Bagi Kaprodi) ........................................................... 84
Gambar 4.56 User Interface Sketches 30 (Lihat Pendaftar Sebagai Anak Bimbingan
Bagi Kaprodi) ......................................................................................................... 85
Gambar 4.57 User Interface Sketches 31 (Proses Pendaftar Sebagai Anak
Bimbingan Bagi Kaprodi) ....................................................................................... 86
Gambar 4.58 User Interface Sketches 32 (Lihat Keseluruhan Anak Bimbingan Bagi
Kaprodi) ................................................................................................................. 87
xvi
Gambar 4.59 User Interface Sketches 33 (Lihat Detail Anak Bimbingan Bagi
Kaprodi) ................................................................................................................. 87
Gambar 4.60 User Interface Sketches 34 (Mengisi Kartu Bimbingan Mahasiswa
Bagi Kaprodi) ......................................................................................................... 88
Bagi Kaprodi) ......................................................................................................... 89
Gambar 4.62 User Interface Sketches 36 (Lihat Detail Mahasiswa yang Akan diuji
Bagi Kaprodi) ......................................................................................................... 89
Gambar 4.63 User Interface Sketches 37 (Lihat Rekap Mahasiswa Bagi Kaprodi) 90
Gambar 4.64 User Interface Sketches 38 (Lihat Detail Mahasiswa Skripsi dan PKL
Bagi Kaprodi) ......................................................................................................... 91
Gambar 4.65 User Interface Sketches 39 (Lihat Pendaftar Seminar Proposal Bagi
Tata Usaha) ........................................................................................................... 91
Gambar 4.66 User Interface Sketches 40 (Proses Pendaftar Seminar Proposal Bagi
Tata Usaha) ........................................................................................................... 92
Gambar 4.67 User Interface Sketches 41 (Lihat Pendaftar Sidang Skripsi Bagi Tata
Usaha) ................................................................................................................... 93
Gambar 4.68 User Interface Sketches 42 (Proses Pendaftar Sidang Skripsi Bagi Tata
Usaha ..................................................................................................................... 94
Gambar 4.69 User Interface Sketches 43 (Tentukan Jadwal Seminar Proposal,
Sidang Skripsi dan Ujian PKL Bagi Tata Usaha) ..................................................... 95
Gambar 4.70 User Interface Sketches 44 (Ubah Status Kemajuan Mahasiswa Bagi
Tata Usaha) ........................................................................................................... 96
Gambar 4.71 User Interface Sketches 45 (Ubah Status Kemajuan Bagi Tata Usaha)
............................................................................................................................... 96
Gambar 4.72 User Interface Sketches 46 (Profil Bagi Semua User Kecuali
Mahasiswa) ........................................................................................................... 97
Gambar 4.73 User Interface Sketches 47 (Profil Bagi Mahasiswa) ....................... 98
Gambar 4.74 User Interface Sketches 48 (Lihat Jadwal Bagi Semua User) .......... 98
Gambar 4.75 Use Case Diagram.......................................................................... 103
Gambar 4.76 Analysis Class Diagram .................................................................. 118
Gambar 4.77 Analysis Attributes List .................................................................. 119
Gambar 4.78 Communication Diagram US1 Login ............................................ 119
Gambar 4.79 Communication Diagram US2 Mengganti Password .................. 120
Gambar 4.80 Communication Diagram US3 Logout ........................................... 120
xvii
Gambar 4.81 Communication Diagram US4 Melihat Panduan PKL.................... 120
Gambar 4.82 Communication Diagram US5Melihat Panduan Skripsi ................ 121
Gambar 4.83 Communication Diagram US6 Mendaftar Seminar Proposal ....... 121
Gambar 4.84 Communication Diagram US7 Melihat Kartu Bimbingan.............. 121
Gambar 4.85 Communication Diagram US8 Mendaftar Skripsi ......................... 122
Gambar 4.86 Communication Diagram US9 Mendaftar Sidang Skripsi.............. 122
Gambar 4.87 Communication Diagram US10 Mendaftar PKL ............................ 122
Gambar 4.88 Communication Diagram US11 Mendaftar Ujian PKL................... 123
Gambar 4.89 Communication Diagram US12 Melihat Status Kemajuan ........... 123
Gambar 4.90 Communication Diagram US13 Melihat Penilaian ........................ 124
Gambar 4.91 Communication Diagram US14 Melihat Rekap Mahasiswa Skripsi dan
PKL ....................................................................................................................... 124
Gambar 4.92 Communication Diagram US15 Menentukan Penguji .................. 125
Gambar 4.93 Communication Diagram US16 Memproses Pendaftar Skripsi dan PKL
............................................................................................................................. 125
Gambar 4.94 Communication Diagram US17 Melihat Jadwal............................ 125
Gambar 4.95 Communication Diagram US18 Membuat Penilaian .................... 126
Gambar 4.96 Communication Diagram US19 Memproses Permintaan Anak
Bimbingan ........................................................................................................... 126
Gambar 4.97 Communication Diagram US20 Mengisi Kartu Bimbingan ........... 126
Gambar 4.98 Communication Diagram US21 Melihat Keseluruhan Anak Bimbingan
............................................................................................................................. 127
Gambar 4.99 Communication Diagram US22 Memproses Pendaftar Sidang Skripsi
Ujian PKL.............................................................................................................. 127
Gambar 4.100 Communication Diagram US23 Membuat Jadwal ...................... 128
Gambar 4.101 Communication Diagram US24 Mengubah Status Kemajuan .... 128
Gambar 4.102 Communication Diagram US25 Mengunduh Panduan PKL ........ 128
Gambar 4.103 Communication Diagram US26 Mengunduh Panduan Skripsi ... 129
Gambar 4.104 Communication Diagram US27 Mengunduh Penilaian .............. 129
Gambar 4.105 Class Diagram .............................................................................. 136
Gambar 4.106 Sequence Diagram US1 Login .................................................... 137
Gambar 4.107 Sequence Diagram US2 Mengganti Password ............................ 138
Gambar 4.108 Sequence Diagram US3 Logout ................................................... 139
xviii
Gambar 4.109 Sequence Diagram US4 Melihat Panduan PKL............................ 139
Gambar 4.110 Sequence Diagram US5 Melihat Panduan Skripsi ....................... 140
Gambar 4.111 Sequence Diagram US6 Mendaftar Seminar Proposal ............... 140
Gambar 4.112 Sequence Diagram US7 Melihat Kartu Bimbingan...................... 141
Gambar 4.113 Sequence Diagram US8 Mendaftar Skripsi ................................. 141
Gambar 4.114 Sequence Diagram US9 Mendaftar Sidang Skripsi...................... 142
Gambar 4.115 Sequence Diagram US10 Mendaftar PKL .................................... 142
Gambar 4.116 Sequence Diagram US11 Mendaftar Ujian PKL........................... 143
Gambar 4.117 Sequence Diagram US12 Melihat Status Kemajuan ................... 144
Gambar 4.118 Sequence Diagram US13 Melihat Penilaian ................................ 144
Gambar 4.119 Sequence Diagram US14 Melihat Rekap Mahasiswa Skripsi dan PKL
............................................................................................................................. 145
Gambar 4.120 Sequence Diagram US15 Menentukan Penguji .......................... 146
Gambar 4.121 Sequence Diagram US16 Memproses Pendaftar Skripsi dan PKL146
Gambar 4.122 Sequence Diagram US17 Melihat Jadwal .................................... 147
Gambar 4.123 Sequence Diagram US18 Membuat Penilaian ............................ 147
Gambar 4.124 Sequence Diagram US19 Memproses Permintaan Anak Bimbingan
............................................................................................................................. 148
Gambar 4.125 Sequence Diagram US20 Mengisi Kartu Bimbingan ................... 149
Gambar 4.126 Sequence Diagram US21 Melihat Keseluruhan Anak Bimbingan 149
Gambar 4.127 Sequence Diagram US22 Memproses Pendaftar Seminar Proposal
Sidang Skripsi dan Ujian PKL ............................................................................... 150
Gambar 4.128 Sequence Diagram US23 Membuat Jadwal ................................ 151
Gambar 4.129 Sequence Diagram US24 Mengubah Status Kemajuan .............. 151
Gambar 4.130 Sequence Diagram US25 Mengunduh Panduan PKL .................. 152
Gambar 4.131 Sequence Diagram US26 Mengunduh Panduan Skripsi.............. 152
Gambar 4.132 Sequence Diagram US27 Mengunduh Penilaian ........................ 153
Gambar 4.133 Database Schema ........................................................................ 153
xix
DAFTAR LAMPIRAN
LAMPIRAN A KUISIONER PENELITIAN PENDUKUNG LATAR BELAKANG ............. 165

A.1 Lampiran Responden 1 ...................................................................... 165
LAMPIRAN B ALUR PENGAJUAN PRAKTEK KERJA LAPANGAN (PKL) DAN SKRIPSI
PRODI TEKNIK INDUSTRI UNIVERSITAS MUHAMMADIYAH GRESIK ................... 172
B.1 Alur Pengajuan Praktek Kerja Lapangan (PKL) .................................. 172
B.2 Alur Pengajuan Skripsi ....................................................................... 173
LAMPIRAN C HASIL WAWANCARA ...................................................................... 174
xx
BAB 1 PENDAHULUAN
1.1 Latar belakang

Seiring dengan berkembangnya Teknologi Informasi dan Komunikasi atau yang
lebih popular dengan istilah ICT (Information and Communication Technology)
yang begitu pesat, perkembangan dari sisi hardware maupun software pun juga
akan ikut berkembang dengan pesat. Berbagai lembaga berlomba-lomba untuk
melakukan investasi baik dalam infrastruktur, hardware maupun sistem informasi
dengan tujuan agar tetap mengikuti perkembangan teknologi. Hal ini dilakukan
dengan tujuan untuk mendukung kegiatan operasional dari lembaga tersebut
(Setemen, 2009).
Sistem informasi berbasis web memiliki arti sebagai sebuah sistem informasi
yang memberikan informasi secara online karena terhubung dengan jaringan
internet (Fitri dkk, 2014). Lingkungan Prodi Teknik Industri Universitas
Muhammadiyah Gresik, sudah terdapat sistem informasi berbasis web yang telah
diterapkan, yaitu Sistem Informasi Akademik (SIAKAD). SIAKAD merupakan sistem
di tingkat universitas yang hanya berfungsi untuk pengisian KRS perwalian, dosen
memasukkan nilai mata kuliah saja, belum mencakup pada pengelolaan
pengajuan Praktek Kerja Lapangan (PKL), Skripsi, Seminar serta Sidang. Padahal
sistem ini sangat penting terutama bagi mahasiswa-mahasiswa tingkat akhir.
Wardana (2010) menjelaskan bahwa dalam sistem informasi akademik tidak bisa
hanya mencakup sistem proses belajar mengajar saja, tetapi mencakup semua
proses dari awal hingga akhir. Saat ini, sistem akademik mahasiswa yang di tingkat
Prodi belum terbangun, karena masing-masing Prodi mempunyai karakteristik
yang berbeda-beda.
Beberapa aktivitas akademik di Prodi Teknik Industri UMG masih dilakukan
pendokumentasian secara manual seperti: pengurusan Praktek Kerja Lapangan
(PKL) dan pengajuan skripsi. Sedangkan alur mekanisme pengajuan dan SOP untuk
aktivitas sudah tersedia. Dalam pengajuan PKL, mahasiswa diharuskan untuk
meminta permohonan tempat PKL ke perusahaan yang dituju disertai dengan
surat pengantar dari Prodi Teknik Industri (TI). Kemudian jika diterima maka,
mahasiswa mendaftar ke Ketua Prodi TI. Setelah itu, masa kerja dan bimbingan
dalam penyelesaian laporan akan dilakukan secara bersamaan hingga nantinya
akan berujung pada Ujian PKL yang diajukan kepada Ketua Prodi TI.
Sementara itu, untuk pengajuan skripsi, Prodi TI Universitas Muhammadiyah
Gresik (UMG) alurnya hampir sama seperti proses pengajuan PKL. Bersamaan
dengan pengajuan ke tempat penelitian, mahasiswa juga harus mengajukan topik
ke Ketua Prodi TI. Jika keduanya diterima, maka mahasiswa akan mengisi form
persetujuan judul dan dosen pembimbing. Jika sudah disetujui oleh Dosen
Pembimbing, maka diharuskan untuk melakukan pendaftaran skripsi ke Kepala
Prodi TI. Setelah proses pendaftaran tersebut selesai, maka mahasiswa akan
menjalani Bimbingan, Seminar Proposal dan Sidang Skripsi.
1
Berdasarkan dari hasil kuisioner yang telah disebar ke responden (Ketua Prodi,
Dosen dan Tata Usaha), seluruh responden setuju untuk diadakannya sebuah
sistem pengajuan PKL dan skripsi. Hal yang mendasari adalah karena adanya
berbagai masalah yang timbul karena masih manualnya sistem pengajuan PKL dan
skripsi saat ini. Tiga dari tujuh responden mengatakan kurang terkontrol siapa saja
yang sudah diterima dan belum. Dua dari tujuh responden menyatakan bahwa
sistem saat ini masih kurang efisien. Oleh karena itu, diperlukan sebuah sistem
untuk memperbaiki masalah yang ada tersebut. Sebanyak 28% dari responden
menyatakan bahwa sistem baru perlu diadakan untuk memperbaiki proses
pelayanan dan 28% lagi juga berpendapat bahwa perlu sebuah sistem untuk
membantu pihak Ketua Prodi TI.
Berdasarkan uraian di atas dan pernyataan Turban (2008) mengenai banyak
perusahaan yang mengotomasi sebanyak mungkin proses bisnisnya, maka
diperlukan sebuah Sistem Informasi Akademik Mahasiswa di Prodi Teknik Industri
Universitas Muhammadiyah Gresik menggunakan metodologi Ripple dengan
pengujian perancangan menggunakan Requirements Traceability. Sistem ini
diharapkan akan menjadi contoh bagi prodi atau jurusan yang lain dalam bidang
teknologi informasi dan pentingnya sistem informasi untuk mempermudah kinerja
dalam pengajuan PKL dan skripsi.
1.2 Rumusan masalah

Berdasarkan dari latar belakang yang telah dijelaskan oleh penulis, maka dapat
ditarik rumusah masalah sebagai berikut:
1. Bagaimana melakukan analisis sehingga didapatkan kebutuhan yang berguna
sebagai dasar pembangunan Sistem Informasi Akademik Mahasiswa Prodi
Teknik Industri Universitas Muhammadiyah Gresik?
2. Bagaimana merancang sebuah Sistem Informasi Akademik Mahasiswa Prodi
Teknik Industri Universitas Muhammadiyah Gresik?
3. Bagaimana memastikan konsistensi dari perancangan Sistem Informasi
Akademik Mahasiswa Prodi Teknik Industri Universitas Muhammadiyah
Gresik.
1.3 Tujuan
Berdasarkan uraian rumusan masalah, dapat diketahui tujuan dilaksanakannya
penelitian ini yaitu :
1. Melakukan analisis kebutuhan sehingga didapatkan kebutuhan yang berguna
sebagai dasar pembangunan Sistem Informasi Akademik Mahasiswa Prodi
Teknik Industri Universitas Muhammadiyah Gresik.
2. Merancang sebuah Sistem Informasi Akademik Mahasiswa Prodi Teknik
Industri Universitas Muhammadiyah Gresik
3. Memastikan konsistensi dari perancangan Sistem Informasi Akademik
Mahasiswa Prodi Teknik Industri Universitas Muhammadiyah Gresik.
2
1.4 Manfaat
Penelitian ini diharapkan mempunyai manfaat sebagai berikut:
1. Penulis dapat menerapkan pengetahuan teoritis yang telah diperoleh selama
mengikuti perkuliahan di Prodi Sistem Informasi Universitas Brawijaya dalam
berbagai kasus di lapangan.
2. Penulis dapat mengetahui relevansi antara teori yang diajarkan di bangku
kuliah dengan kenyataan di dunia kerja yang sesungguhnya.
3. Penulis dapat meningkatkan kemampuan mempersiapkan diri dalam rangka
menghadapi dunia kerja yang sesungguhnya.
4. Penulis dapat belajar untuk bertindak lebih professional dalam mengerjakan
setiap pekerjaan menggunakan kecerdasan dan keterampilan yang dimiliki
secara maksimal.
5. Penulis dapat menambah ilmu baru yang belum pernah didapatkan selama di
bangku kuliah.
1.5 Batasan masalah

Agar permasalahan yang dirumuskan dapat lebih fokus, maka pada penelitian
ini dibatasi dalam hal:
1. Sistem informasi ini diperuntukkan kepada mahasiswa tingkat akhir dan dosen
Teknik Industri Universitas Muhammadiyah Gresik.
2. Sistem informasi ini fokus kepada proses otomatisasi dan integrasi pengajuan
Praktek Kerja Lapangan (PKL) dan skripsi.
3. Analisis dan perancangan sistem dilakukan dengan metode Object Oriented
Analysis and Design (OOAD) menggunakan metode Ripple dari fase Genesis
hingga fase Design.
4. Perancangan sistem menghasilkan use case diagram, activity diagram, class
diagram, sequence diagram, communication diagram, desain user interface
dan skema database.
5. Pengujian dilakukan terhadap perancangan menggunakan Traceability
Requirements untuk memastikan konsistensi dari perancangan.
3
1.6 Sistematika pembahasan
Penulisan serta pembahasan skripsi ini dibagi menjadi enam bab dengan
sistematika penulisan sebagai berikut:
BAB I PENDAHULUAN
Bab ini menjelaskan latar belakang penelitian, rumusan masalah,
tujuan penelitian, manfaat penelitian, batasan masalah dan
sistematika penulisan.
BAB II LANDASAN KEPUSTAKAAN
Bab ini membahas mengenai dasar teori yang digunakan untuk
melakukan penelitian, pengimplementasian, pengujian beserta
perbandingan antara penelitian yang dilakukan penulis dengan
peneliti lainnya.
BAB III METODOLOGI
Bab ini membahas mengenai metodologi yang digunakan dalam
melakukan perancangan analisis dan implementasi Sistem Informasi
Pengelolaan Skripsi dan PKL.
BAB IV PERANCANGAN
Dalam bab ini akan dibahas tentang tahapan analisis perancangan dan
implementasi Sistem Informasi Pengelolaan Skripsi dan PKL.
BAB V PENGUJIAN PERANCANGAN
Bab ini membahas tentang pengujian perancangan sistem.
BAB VI PENUTUP
Bab ini berisi kesimpulan dari apa yang telah dijelaskan pada bab-bab
sebelumnya serta saran yang dapat dijadikan masukan untuk
penelitian yang selanjutnya.
4
BAB 2 LANDASAN KEPUSTAKAAN
2.1 Referensi Penelitian

Penelitian sebelumnya yang terkait dengan tema penelitian ini, antara lain:
1. Analisis dan Perancangan Sistem Informasi Pengelolaan Proposal Kegiatan
Program Mahasiswa Wirausaha Universitas Brawijaya oleh Oktavia Amanda
Putri tahun 2016. Penelitian ini dapat diringkas bahwa metodologi Ripple
merupakan metode object analysis and design yang dapat digunakan sebagai
kerangka dalam melakukan analisis untuk mendapatkan kebutuhan yang
berguna sebagai dasar pembangunan sistem informasi. Fase genesis, business
requirements, system requirements dan analysis merupakan fase awal dalam
metodologi Ripple yang sesuai untuk mendapatkan kebutuhan sebagai dasar
pembangunan sistem. Fase design diperoleh berdasarkan hasil yang diperoleh
dari fase requirements dan analysis. Langkah-langkah untuk merancang
meliputi: pembuatan class diagram, sequence diagram, skema database dan
desain user interface.
2. Analisis dan Perancangan Sistem Informasi Izin Lokasi (SILOKA) pada Dinas Cipta
Karya dan Tata Ruang Kabupaten Malang dengan Pendekatan Berorientasi
Objek oleh Bella Pertiwi tahun 2016. Penelitian ini dapat diringkas bahwa
matriks kerunutan menunjukkan bahwa setiap persyaratan memiliki kode unik
yang dapat dilacak ke dalam fitur, kebutuhan dan model diagram.
2.2 Konsep Dasar Informasi

Informasi merupakan hasil dari pengolahan data dalam suatu bentuk
yang lebih berguna dan lebih berarti bagi penerimanya yang menggambarkan
suatu kejadian-kejadian yang nyata yang digunakan untuk pengambilan
keputusan. Informasi merupakan data yang telah diklasifikasikan atau
diolah atau diinterpretasi untuk digunakan dalam proses pengambilan keputusan
(Jogiyanto, 2008).
2.3 Konsep Dasar Sistem

Sistem adalah suatu kumpulan yang kompleks dan saling berinteraksi apabila
mereka menjadi satu kesatuan (Bennet et al, 2010). Selain itu, O’Brien dan
Marakas (2008) berpendapat bahwa sistem di definisikan sebagai sekumpulan
komponen yang saling terkait, dengan batas jelas, bekerja bersama untuk
mencapai tujuan dengan menerima input dan menghasilkan output dalam proses
transformasi terorganisir.
5
2.4 Konsep Dasar Sistem Informasi
Sistem informasi merupakan kumpulan orang, data, proses, dan teknologi
informasi yang berinteraksi untuk mengumpulkan, memproses, menyimpan dan
menghasilkan output informasi yang dibutuhkan untuk mendukung sebuah
organisasi (Whitten dan Bentley, 2005). Sebuah sistem informasi dapat dikatakan
baik apabila penting dalam kesuksesan suatu organisasi bisnis modern, selalu
dikembangkan agar dapat membuat bisnis semakin kompetitif dan dapat
mempengaruhi produktivitas dan keuntungan (Satzinger et al, 2007).
2.5 Konsep Analisis

Analisis merupakan suatu kegiatan untuk menemukan hal-hal yang nantinya
akan ditangani oleh sebuah sistem. Analisis adalah salah satu kegiatan utama yang
dibutuhkan karena dapat mencegah adanya perancangan solusi sebelum masalah
dipahami secara keseluruhan (O’Docherty, 2005). Laudon (1998) menyatakan
bahwa analisis sistem mencakup beberapa langkah yang harus dilakukan, antara
lain:
1. Menentukan masalah
2. Mengidentifikasi penyebab dari masalah tersebut
3. Menentukan pemecahan masalah
4. Mengidentifikasi kebutuhan informasi yang dibutuhkan untuk memecahkan
masalah tersebut.
2.6 Konsep Perancangan

Perancangan merupakan sebuah cara bagaimana sebuah sistem dapat
memenuhi kebutuhan informasi yang telah ditentukan oleh proses analisis
(Laudon, 1998). Proses penerjemahan dari proses analisis menjadi perancangan
tersebut akan menghasilkan sebuah blueprint yang berfungsi sebagai gambaran
menyeluruh sebuah perangkat lunak, yaitu desain pada abstraksi tingkat tinggi
yang dapat langsung ditelusuri pada sistem tertentu, objektif, data rinci dan
fungsionalitas (Pressman, 2010).
2.7 Object-Oriented Systems Analysis and Design

Object-Oriented Analysis dan Design merupakan pendekatan yang memiliki
tujuan untuk memfasilitasi pengembangan sistem yang mengharuskan agar dapat
berubah secara cepat karena adanya lingkungan bisnis yang dinamis (Kendall dan
Kendall, 2011). Konsep ini akan memeriksa requirements pada suatu kelas dan
objek yang ditemui dalam ruang lingkup permasalahan yang mengarah pada
arsitektur software yang didasarkan pada manipulasi objek-objek sistem atau
subsitem (Fernandi, 2014). Whitten dan Bentley (2007) menyatakan bahwa dalam
Object-Oriented Analysis and Design terdapat beberapa konsep yang menjadi
dasar perancangan sistemnya, antara lain:
6
1. Objek adalah suatu yang dapat dilihat, disentuh atau dirasakan oleh pengguna.
2. Atribut adalah karakteristik sebuah objek.
3. Object Instance adalah setiap orang khusus, tempat, sesuatu atau kejadian juga
nilai untuk atribut dari objek.
4. Behavior adalah suatu kegiatan yang dapat dilakukan oleh objek. Hal ini
mengacu pada metode, operasi atau fungsi.
5. Enkapsulasi adalah pengemasan beberapa item ke dalam unit.
2.8 Konsep Dasar Metodologi Ripple

Metodologi Ripple adalah metodologi yang diturunkan dari metodologi
Rational Unified Process (RUP). Pembangunan sistem menggunakan metodologi
Ripple mencakup tahapan Genesis, Requirements, Analysis, Design, Class
Sepcification, Implementation, Testing, Deployment dan Maintenance. Masing-
masing fase tersebut memiliki beberapa langkah beserta artefak yang akan
dihasilkan. Berikut adalah tabel mengenai fase dan artefak dalam metodologi
Ripple.
Tabel 2.1 Tabel Fase dan Artefak dalam Metodologi Ripples
Phase Artifacts UML
Mission statement or informal requirements No
Roles No
Responsibilities No
Genesis Project plan No
Workbook No
Glossary (Update throughout) No
Test plan No
Actor list (With deskcription) No
Use case list (With description) No
Business Use case details No
Activity diagrams (Optional) Yes
Communication diagrams (Optional) Yes
Requirements Actor list (With description) No
Use case (With description) No
Use case details No
Systems
Use case diagram Yes
Use case survey No
User interface sketches No
7
Tabel 2.1 Fase dan Artefak dalam Metodologi Ripples (Lanjutan)
Phase Artifacts UML
Class diagram Yes
Analysis
Communication diagrams Yes
Deployment diagram Yes
System
Layer diagram No
Design Class diagrams Yes
Subsystem Sequence diagrams Yes
Database schema No
Class specification Comments No
Implementation Source code No
Testing Test reports No
Shrink wrapped solution No
Deployment Manuals No
Training materials No
Fault reports No
Maintenance
Increment plans No
1. Genesis
a. Project Genesis (With Customer)
b. Assigning Roles and Responsibilities
c. Producing a Workbook
d. Producing a Glossary
e. Producing a Project Plan
f. Producing a Test Plan
2. Requirements
a. Business
i. Membuat business actor list (Deskripsi)
ii. Membuat business use case list (Deskripsi)
iii. Mengilustrasikan business use case menggunakan activity diagrams
(Optional)
8
iv. Mengilustrasikan business use case menggunakan communication
diagram (Optional)
v. Membuat business use case details
b. System
i. Brainstorm system interaction using user interface sketches
ii. Membuat system actor list (Deskripsi)
iii. Membuat system use case list (Deskripsi)
iv. Membuat system use case diagram
v. Membuat system use case survey
vi. Membuat system use case details
vii. Membuat supplementary requirements untuk sistem
viii. Membuat system use case priorities
3. Analysis
a. Membuat analysis class diagram
b. Membuat analysis attributes list (Deksripsi)
c. Menggunakan state machines untuk memodelkan entitas kompleks dan
dicatat hasilnya dalam state machine diagrams (Optional)
d. Membuat realisasi use case menggunakan communication diagrams
e. Membuat operation list (Deskripsi)
4. Design
a. System
i. Menentukan jenis teknologi
ii. Mencari adanya kesempatan untuk menggunakan kembali (Libraries,
patterns dan framework)
iii. Membuat layer diagram
iv. Membuat layer interaction policy
v. Merancang package structure dan mendokumentasikannya dalam
sebuah package diagram
vi. Membuat deployment diagram
vii. Membuat security policy
viii. Membuat concurrency policy
9
b. Subsystem
i. Mendefinisikan business services
ii. Mencari adanya kesempatan untuk menggunakan kembali (Libraries,
iii. Membuat class diagram
iv. Membuat database schema
v. Merancang class untuk layer lain
vi. Membuat sequence diagram
vii. Membuat message list (With description)
viii. Finalisasi desain antarmuka
5. Class Specification
a. Membuat informal specification untuk setiap class
b. Mendokumentasikan informasi specification pada design dan source code
6. Implementation
a. Membuat unit testing
b. Membuat implementation code
7. Testing
a. Menguji sistem
b. Memperbaiki kesalahan
8. Deployment
a. Membuat manual prosedur
b. Menginstall code artifact ke dalam lingkungan sistem
c. Melatih konsumen
9. Maintenance
a. Memperbaiki kesalahan
b. Melakukan pengembangan berdasarkan feedback konsumen
10
Tabel 2.2 Penyesuaian Metodologi Ripple dengan Penelitian
Phase Langkah Penyesuaian
Project Genesis (With Customer) Digunakan
Assigning Roles and Responsibilities Tidak
digunakan
Producing a Workbook Tidak
digunakan
Genesis
Producing a Glossary Digunakan
Producing a Project Plan Tidak
digunakan
Producing a Test Plan Tidak
digunakan
Membuat business actor list (Deskripsi) Digunakan
Membuat business use case list Digunakan
(Deskripsi)
Mengilustrasikan business use case Digunakan
menggunakan activity diagrams
Business
(Optional)
Mengilustrasikan business use case Tidak
menggunakan communication diagram digunakan
(Optional)
Membuat business use case details Digunakan
Brainstorm system interaction using user Digunakan
Requirements interface sketches
Membuat system actor list (Deskripsi) Digunakan
Membuat system use case list (Deskripsi) Digunakan
Membuat system use case diagram Digunakan
System Membuat system use case survey Tidak

digunakan
Membuat system use case details Digunakan
Membuat supplementary requirements Digunakan
untuk sistem
Membuat system use case priorities Tidak
digunakan
Membuat analysis class diagram Digunakan
Analysis Membuat analysis attributes list Digunakan
(Deksripsi)
11
Tabel 2.2 Penyesuaian Metodologi Ripple dengan Penelitian (Lanjutan)
Menggunakan state machines untuk Tidak
memodelkan entitas kompleks dan digunakan
dicatat hasilnya dalam state machine
diagrams (Optional)
Membuat realisasi use case Digunakan
menggunakan communication diagrams
Membuat operation list (Deskripsi) Digunakan
Menentukan jenis teknologi Tidak
digunakan
Mencari adanya kesempatan untuk Tidak
menggunakan kembali (Libraries, digunakan
Membuat layer diagram Tidak
digunakan
Membuat layer interaction policy Tidak
digunakan
System
Merancang package structure dan Tidak
mendokumentasikannya dalam sebuah digunakan
package diagram
Membuat deployment diagram Tidak
digunakan
Membuat security policy Tidak
Design digunakan
Membuat concurrency policy Tidak
digunakan
Mendefinisikan business services Tidak
digunakan
Mencari adanya kesempatan untuk Tidak
menggunakan kembali (Libraries, digunakan
Membuat class diagram Digunakan
Subsystem
Membuat database schema Digunakan
Merancang class untuk layer lain Tidak
digunakan
Membuat sequence diagram Digunakan
Membuat message list (With Tidak
description) digunakan
12
Tabel 2.2 Penyesuaian Metodologi Ripple dengan Penelitian (Lanjutan)
Finalisasi desain antarmuka Digunakan
Membuat informal specification untuk Tidak
setiap class digunakan
Class Specification Mendokumentasikan informasi Tidak
specification pada design dan source digunakan
code
Membuat unit testing Tidak
digunakan
Implementation
Membuat implementation code Tidak
digunakan
Menguji sistem Tidak
digunakan
Testing
Memperbaiki kesalahan Tidak
digunakan
Membuat manual prosedur Tidak
digunakan
Menginstall code artifact ke dalam Tidak
Deployment
lingkungan sistem digunakan
Melatih konsumen Tidak
digunakan
Memperbaiki kesalahan Tidak
digunakan
Maintenance
Melakukan pengembangan berdasarkan Tidak
feedback konsumen digunakan
2.9 Diagram-Diagram Unified Modeling Language (UML)

Pendekatan berorientasi objek menggunakan standar untuk pemodelan sistem
berorientasi objek yang disebut dengan Unified Modeling Language (UML). UML
menyediakan satu set tools yang telah memiliki standar untuk
mendokumentasikan analisis dan perancangan sistem perangkat lunak. Tool
tersebut terdiri dari diagram yang memperbolehkan pengguna agar dapat
memvisualisasikan konstruksi dari sistem berorientasi objek tersebut (Kendall dan
Kendall, 2011).
2.9.1 Use Case Diagram

Use Case diagram adalah model fungsional sebuah sistem yang menggunakan
actor dan use case. Use Case adalah layanan (services) atau fungsi-fungsi yang
disediakan oleh sistem untuk pengguna-penggunanya (Henderi et al, 2008). Use
13
Case adalah suatu pola atau gambaran yang menunjukan kelakukan atau
kebiasaan sistem. Setiap Use Case adalahsuatu urut-urutan (sequence) transaksi
yang saling berhubungan dan dilakukan oleh sebuah actor dan sistem dalam
bentuk sebuah dialog (Henderi, 2007). Use Case Diagram dibuat untuk
memvisualisasikan/ menggambarkan hubungan antara Actor dan Use Case. Use
Case diagram mempresentasikan kegunaan atau fungsi-fungsi sistem dari
perspektif pengguna. Berikut ini adalah symbol-simbol dalam use case diagram
yang terdapat pada table di bawah ini.
Tabel 2.3 Simbol-Simbol pada Use Case Diagram
Simbol Deskripsi
Use Case, mendeskripsikan fungsi dari
Use Case sistem yang dilihat dari sudut pandang
Simbol
pengguna.
Actor, sesuatu yang berinteraksi
dengan sistem. Bisa berupa manusia,
organisasi atau sistem informasi.
Communication Relationship,
Use Case penghubung antara actor dengan use
Simbol case.
Include Relationship, situasi dimana

<<include>> sebuah use case termasuk dalam use
Membayar Mendaftar
case lainnya untuk mengurangi
redundansi.
Extend Relationship, situasi dimana
<<extend>>
Ambil sebuah use case memungkinkan untuk
Lihat Saldo menggunakan use case lain sebagai
Uang
dasar variasi.
Generalizes Relationship, situasi dimana
satu hal lebih umum daripada hal lain.
Murid Part- Murid

time
Associations, relasi antara seorang actor

dengan sebuah use case di mana terjadi
interaksi antara mereka. Panah tutup,
Use Case actor di ujung satu lagi melakukan use
case tersebut. Asosiasi tanpa panah,
Distribution
Member Club
Center
sebuah interaksi dari use case ke actor
yang menerima hasil dari use case
tersebut.
Sumber: Kendall dan Kendall (2011)
14
2.9.2 Use Case Scenario
Skenario adalah sebuah wujud dari use case yang merepresentasikan main flow
dari sebuah use case juga alternative flow (dipicu oleh pilihan, kondisi kesalahan,
pelanggaran keamanan, dll) dari use case yang sama. Use case scenario nantinya
akan menjadi acuan dalam pembuatan sequence diagram (Melan dan
Bredemeyer, 2001).
2.9.3 Activity Diagram

Activity diagrams menggambarkan berbagai alir aktivitas dalam sistem yang
sedang dirancang, bagaimana masing-masing alir berawal, decision yang mungkin
terjadi, dan bagaimana mereka berakhir. Activity diagram juga dapat
menggambarkan proses paralel yang mungkin terjadi pada beberapa eksekusi.
Activity diagram merupakan state diagram khusus, di mana sebagian besar
state adalah action dan sebagian besar transisi di-trigger oleh selesainya state
sebelumnya (internal processing). Oleh karena itu activity diagram tidak
menggambarkan behaviour internal sebuah sistem (dan interaksi antar subsistem)
secara eksak, tetapi lebih menggambarkan proses-proses dan jalur-jalur aktivitas
dari level atas secara umum.
Sebuah aktivitas dapat direalisasikan oleh satu use case atau lebih. Aktivitas
menggambarkan proses yang berjalan, sementara use case menggambarkan
bagaimana aktor menggunakan sistem untuk melakukan aktivitas.
Sama seperti state, standar UML menggunakan segiempat dengan sudut
pembulat untuk menggambarkan aktivitas. Decision digunakan untuk
menggambarkan behaviour pada kondisi tertentu. Untuk mengilustrasikan
proses-proses paralel (fork dan join) digunakan titik sinkronisasi yang dapat
berupa titik, garis horizontal atau vertikal. Activity diagram dapat dibagi menjadi
beberapa object swimlane untuk menggambarkan objek mana yang bertanggung
jawab untuk aktivitas tertentu. Berikut adalah symbol-simbol Activity Diagram
yang terdapat pada Tabel di bawah ini.
Tabel 2.4 Simbol-Simbol pada Activity Diagram

Simbol Deskripsi
Initial Node, titik mula suatu proses.
Actions, notasi untuk menggambarkan

langkah-langkah yang terjadi.
Flow, mengindikasikan alur antar actions.
15
Tabel 2.4 Simbol-Simbol pada Activity Diagram (Lanjutan)
Simbol Deskripsi
Decision, satu alur masuk dan dua atau
lebih alur keluar yang ditentukan oleh
kondisi.
Merge, dua atau lebih alur masuk dan satu

alur keluar untuk menggabungkan alur
yang sebelumnya terpisah.
Fork, satu alur masuk dan dua atau lebih

alur keluar dimana aksi di bawah
percabangan dapat terjadi dalam urutan
apapun atau bahkan secara bersamaan.
Join, dua atau lebih alur masuk dan satu
alur keluar untuk menyatukan lagi alur
aksi yang dipisahkan oleh fork.
Activity Final, titik akhir proses.
Sumber: Whitten dan Bentley (2007)
2.9.4 Sequence Diagram

Sommerville (2011) mengungkapkan bahwa sequence diagram pada UML
digunakan untuk memodelkan interaksi yang terjadi antara actor dengan object di
dalam suatu sistem. Selain itu, sequence diagram juga menggambarkan interaksi
antar objeknya juga. Terdapat berbagai macam syntax dalam penulisan sequence
diagram, namun umumnya sequence diagram disimbolkan dengan symbol-simbol
pada table di bawah ini.
Tabel 2.5 Simbol-Simbol pada Sequence Diagram

Simbol Deskripsi
Entity, entitas yang memiliki atribut.
atau
Boundary, menghubungkan user dengan

sistem.
16
Tabel 2.5 Simbol-Simbol pada Sequence Diagram (Lanjutan)
Simbol Deskripsi
Control, mengontrol aktivitas yang
dilakukan.
Message, pengiriman pesan.

message ()
message_return () Return Values, hasil dari pengiriman

pesan.
Lifelines, urutan kehidupan.
Bar aktivasi, periode waktu aktif.
Sumber: Sugiarti (2013)
2.9.5 Communication Diagram

Communication diagram menggambarkan interaksi dari objek-objek dengan
pesan. Communication diagram memiliki kesamaan symbol dengan sequence
diagram, namun communication diagram lebih fokus kepada organisasi structural
dari objek-objek (Whitten dan Bentley, 2007).
2.9.6 Class Diagram

Class adalah kumpulan objek-objek dengan dan yang mempunyai struktur
umum, behavior umum, relasi umum, dan semantic/kata yang umum. Class-class
ditentukan/ditemukan dengan cara memeriksa objek-objek dalam sequence
diagram dan collaboration diagram. Sebuah class digambarkan seperti sebuah
bujur sangkar dengan tiga bagian ruangan. Class sebaiknya diberi nama
menggunakan kata benda sesuai dengan domain/bagian/kelompoknya (Whitten
L. Jeffery et al, 2004).
Class Diagram adalah diagram yang menunjukan class-class yang ada dari
sebuah sistem dan hubungannya secara logika. Class diagram menggambarkan
struktur statis dari sebuah sistem. Karena itu class diagram merupakan tulang
punggung atau kekuatan dasar dari hampir setiap metode berorientasi objek
termasuk UML (Henderi, 2008). Sementara menurut (Whitten L. Jeffery et al 2004)
class diagram adalah gambar grafis mengenai struktur objek statis dari suatu
sistem, menunjukan class-class objek yang menyusun sebuah sistem dan juga
hubungan antara class objek tersebut.
Elemen-eleman class diagram dalam pemodelan UML terdiri dari: Class-class,
struktur class, sifat class (class behavior), perkumpulan/gabungan (association),
17
pengumpulan/kesatuan (agregation), ketergantungan (dependency), relasi-relasi
turunannya, keberagaman dan indikator navigasi, dan role name (peranan/tugas
nama). Berikut adalah symbol-simbol pada class diagram dapat dilihat pada table
di bawah ini.
Tabel 2.6 Simbol - Simbol pada Class Diagram
Simbol Deskripsi
Attribute, sekumpulan data yang dimiliki
Nama Class
oleh objek.
Attribute
Behavior, sesuatu yang dapat dilakukan
Behavior
oleh objek.
Inheritance, menunjukkan bahwa satu
Mobil kelas merupakan turunan dari kelas lain.
Mobil
Mobil Mobil Mobil Mobil

Sports City Sports City
Association, menunjukkan bahwa objek

Mobil Mobil dari satu kelas berhubungan dengan kelas
lain.
Aggregation, menunjukkan bahwa contoh
Mobil Mobil objek dari satu kelas terdiri dari contoh
objek dari kelas lain.
Composition, menunjukkan hubungan
dimana satu kelas bertanggung jawab atas
Mobil Mobil
pembuatan dan perusakan bagian salam
kelas lainnya.
Sumber: Whitten dan Bentley (2007)
2.10 Konsep Dasar Requirement Traceability

Perunutan kebutuhan merupakan aktivitas yang penting dalam manajemen
kebutuhan terutama pada proyek yang besar dan kompleks. Requirement
Traceability merujuk kepada kemampuan untuk mendeskripsikan dan mengikuti
perkembangan kebutuhan awal hingga deskripsi kebutuhan akhir (Leffingwell,
2002). Requirement Traceability melalui analisis, perancangan, pembangunan dan
pengujian merupakan salah satu faktor dari manajemen rakayasa perangkat lunak
yang efektif dan kualitas perangkat lunak yang baik. Tujuan dari Traceability
Requirements adalah menelusuri hubungan antara seluruh artifak pada proses
pengembangan sistem. Hubungan kerunutan tersebut digambarkan dengan
dengan menggunakan Traceability Matrix.
18
Sumber: Leffingwell (2002)
Gambar 2.1 Traceability Model
Gambar ini merupakan traceability model yang menunjukkan kerunutan antara

pesyaratan dan definisi sistem dengan rancangan, implementasi dan test case.
Kerunutan dapat dilakukan dari kebutuhan pengguna dengan fitur sistem,
kerunutan fitur dengan persyaratan sistem, kerunutan fitur dengan use case,
kerunutan use case dengan scenario use case dan kerunutan use case dengan use
case realization (Leffingwell, 2002).
Hubungan antara baris dan kolom pada matriks kerunutan dapat digambarkan
dengan tanda (X) yang menandakan baris memiliki hubungan dengan kolom pada
matriks kerunutan. Tabel di bawah ini merupakan contoh tabel matriks kerunutan
berdasarkan traceability model.
Tabel 2.7 Matriks Kerunutan Kebutuhan dengan Fitur

Feature 1 Feature 2 … Feature n
Need #1 X
Need #2 X X
Need … X X
Need #m X
19
Jika tidak terdapat tanda (X) pada baris menandakan bahwa tidak terdapat fitur
yang mendukung kebutuhan pengguna, sedangkan apabila tidak terdapat (X) pada
kolom menandakan bahwa terdapat definisi fitur yang tidak berasal dari
kebutuhan pengguna. Tabel di bawah ini merupakan contoh matriks kerunutan
antara fitur dengan use case.
Tabel 2.8 Matriks Kerunutan Fitur dengan Use Case

Use case 1 Use case 2 … Use case 3
Feature #1 X X
Feature #2 X X
Feature … X
Feature #m X X
Jika tidak terdapat (X) pada baris menandakan bahwa tidak terdapat use case
yang mendukung fitur, sedangkan apabila tidak terdapat (X) pada kolom
menandakan bahwa terdapat use case yang tidak berasal dari fitur. Sehingga
terjadi kesalahpahaman dengan peran use case. Tabel di bawah ini merupakan
contoh matriks kerunutan antara fitur dengan persyaratan.
Tabel 2.9 Matriks Kerunutan Fitur dengan Persyaratan

Supplementary Supplementary … Supplementary Req
Req 1 Req 2 n
Feature or X X
System
Requirement #1
Feature or X X
System
Requirement #2
Feature or X X
System
Requirement #m
Tabel di bawah ini merupakan contoh matriks kerunutan antara use case
dengan scenario use case.
20
Tabel 2.10 Matriks Kerunutan Use Case dengan Skenario
Use Scenario Originating Alternate Flow Next Alternate Next Alternate
Case Number Flow
Use 1 Basic Flow
Case
2 Basic Flow Alternate Flow 1
Name
#1 3 Basic Flow Alternate Flow 1 Alternate Flow 2
5 Basic Flow Alternate Flow 3 Alternate Flow 1
6 Basic Flow Alternate Flow 3 Alternate Flow 1 Alternate Flow 2
8 Basic Flow Alternate Flow 3 Alternate Flow 4
Use 1 Basic Flow
Case
Name
#2
Berdasarkan pada traceability viewpoint, masing-masing use case dirunutkan

dengan seluruh scenario pada masing-masing use case yang bersangkutan.
21
BAB 3 METODOLOGI
Tipe penelitian yang digunakan dalam Analisis dan Perancangan Sistem

Informasi Pengelolaan Skripsi dan PKL adalah tipe penelitian implementatif –
perancangan. Diagram alir tahapan penelitian yang akan dilakukan terdapat pada
gambar di bawah ini.
Studi Literatur
Pengumpulan Data
Analisis dan Perancangan

Perangkat Lunak
Pengujian Perancangan
Perangkat Lunak
Kesimpulan
Gambar 3.1 Diagram Alir Tahap

Penelitian
3.1 Pengumpulan Data

Selama proses penyusunan skripsi ini, data dan informasi yang diperlukan
sebagai bahan sebagai pendukung kebenaran materi uraian dan pembahasan.
Oleh karena itu, sebelum menyusun skripsi ini perlu dilakukannya penelitian
terlebih dahulu untuk menggali data dan informasi yang dibutuhkan. Metode yang
digunakan untuk mendapatkan informasi tersebut adalah sebagai berikut:
3.1.1 Observasi
Observasi merupakan kegiatan pengamatan secara langsung (Aditya, 2013).
Observasi dapat diklasifikasikan menjadi dua tipe, yaitu observasi perilaku dan
observasi non-perilaku (Jogiyanto, 2008). Sementara itu, tipe observasi yang
dilakukan dalam penelitian ini adalah observasi non-perilaku yang berfungsi untuk
22
mengetahui proses pengajuan PKL dan skripsi pada Prodi Teknik Industri
Universitas Muhammadiyah Gresik.
3.1.2 Angket atau Kuisioner

Angket atau kuesioner adalah teknik pengumpulan data melalui
formulirformulir yang berisi pertanyaan-pertanyaan yang diajukan secara tertulis
pada seseorang atau sekumpulan orang untuk mendapatkan jawaban atau
tanggapan dan informasi yang diperlukan oleh peneliti (Mardalis, 2008). Penelitian
ini menggunakan angket atau kuesioer, daftar pertanyaannya dibuat secara
berstruktur denan bentuk pertanyaan pilihan berganda (multiple choice
questions) dan pertanyaan terbuka (open question). Metode ini digunakan untuk
memperoleh data yang akan digunakan untuk mendukung permasalahan yang
ada.
3.1.3 Wawancara
Wawancara adalah komunikasi dua arah yang memiliki tujuan untuk
mendapatkan informasi dari responden. Wawancara dapat berupa wawancara
personal, intersep dan telepon (Jogiyanto, 2008). Wawancara yang dilakukan
dalam penelitian ini adalah metode wawancara personal. Hal ini dilakukan karena
penulis akan mendapatkan kebutuhan dari pengguna secara detail. Selain itu,
dengan melakukan wawancara personal, maka verifikasi terhadap pendefinisian
kebutuhan yang dilakukan oleh penulis juga akan lebih detail.
3.1.4 Studi Pustaka

Nazir (2005) menyatakan bahwa studi pustaka adalah sebuah metode
pengumpulan data yang dilakukan dengan cara menelaah, melihat, membaca dan
mengutip suatu yang sudah menjadi referensi dan dijadikan pemecahan suatu
masalah. Pustaka yang digunakan adalah dokumen SOP mengenai pengajuan PKL
dan skripsi Prodi TI Universitas Muhammadiyah Gresik.
3.2 Analisis dan Perancangan Perangkat Lunak

Analisis dan perancangan perangkat lunak dalam penelitian ini berfungsi untuk
memberikan keluaran berupa artefak perancangan yang nantinya akan digunakan
sebagai dasar pembangunan sistem. Metode perancangan yang digunakan adalah
Object Oriented Analysis and Design (OOAD) dengan metodologi Ripple.
Serangkaian fase dan langkah yang akan digunakan untuk melakukan penelitian
akan dijelaskan pada Tabel di bawah ini.
23
Tabel 3.1 Metode Analisis dan Perancangan
Fase Langkah Keluaran
Project Genesis (with Customer) Deskripsi
Genesis
Producing a Glossary Deskripsi
Business Membuat business actor list Deskripsi
(Deskripsi)
Membuat business use case list Deskripsi
(Deskripsi)
Mengilustrasikan business use cases Activity
menggunakan activity diagrams Diagrams untuk
(Optional) proses bisnis
Membuat business use case details Deskripsi
System Brainstorm system interaction using Sketsa awal user
Requirements interface sketches interface
Membuat system actor list Deskripsi
(Deskripsi)
Membuat system use case list Deskripsi
(Deskripsi)
Membuat system use case diagram Use case
diagram
Membuat system use case details Deskripsi
Membuat supplementary Deskripsi
requirements untuk sistem
Membuat analysis class diagram Class diagram
secara umum
Membuat analysis attributes list Deskripsi
(Deskripsi)
Analysis Membuat realisasi use case Communication
menggunakan communication diagrams (Untuk
diagrams (Optional) verifikasi analisis
class diagram)
Membuat operation list (Deskripsi) Deskripsi
Subsystem Membuat class diagrams Class diagrams
Membuat sequence diagrams Sequence
diagrams
Design Membuat database schema Database
schema
Membuat penyelesaian desain Desain interface
antarmuka
24
3.3 Pengujian Perancangan Perangkat Lunak
Pengujian perangkat lunak dalam penelitian ini berfungsi untuk memastikan
konsistensi dari setiap pendefinisian kebutuhan perangkat lunak. Metode
pengujian yang digunakan adalah Requirement Traceability dengan menggunakan
matriks kerunutan rancangan sistem dengan spesifikasi persyaratan yang telah di
analisis sebelumnya.
3.4 Kesimpulan
Pengambilan kesimpulan ditulis berdasarkan hasil analisis dan perancangan
sistem pada proses bisnis yang berjalan pada instansi sekarang dan setelah adanya
perbaikan dengan rancangan yang sudah ada untuk mendukung proses bisnis
pada instansi selanjutnya.
25
BAB 4 ANALISIS DAN PERANCANGAN
4.1 Rangkaian Kegiatan Pengajuan Skripsi TI UMG

Daftar rangkaian kegiatan dalam pengajuan skripsi di Prodi Teknik Industri
Universitas Muhammadiyah Gresik yang sudah disederhanakan sesuai dengan
Standart Operation Procedure (Lampiran B.2) terdapat pada Tabel 4.1 di bawah
ini.
Tabel 4.1 Tabel Rangkaian Kegiatan Pengajuan Skripsi
No Nama Kegiatan Penjelasan Kegiatan Keterangan
1 Pengajuan topik Kegiatan ini dilakukan oleh -
skripsi/TA ke Mahasiswa Teknik Industri
Kaprodi UMG
2 Penyeleksian topik Kegiatan ini dilakukan oleh -
Kaprodi Teknik Industri
UMG untuk menyeleksi
topik yang sesuai dan akan
berlanjut ke tahap
selanjutnya
3 Pengisian form Kegiatan ini dilakukan oleh -
persetujuan judul Mahasiswa Teknik Industri
dan dosen UMG yang ditandatangani
pembimbing oleh dosen pembimbing
setelah topik diterima oleh
Kaprodi
4 Pendaftaran Kegiatan ini dilakukan oleh Berkas yang
skripsi/TA ke Mahasiswa Teknik Industri dibutuhkan adalah
Kaprodi UMG bersamaan dengan sebagai berikut:
melampirkan beberapa 1. Form ketersediaan
berkas pembimbing
2. Transkrip nilai
3. Bukti pembayaran
skripsi/TA sebanyak
Rp600.000,00
(Dapat dilakukan
2x, 50% saat
pendaftaran awal
dan 50% saat daftar
siding skripsi/TA)
26
Tabel 4.1 Tabel Rangkaian Kegiatan Pengajuan Skripsi (Lanjutan)
5 Pelaksanaan Kegiatan ini dilakukan oleh -
bimbingan dan Mahasiswa Teknik Industri
pembuatan UMG bersamaan dengan
proposal skripsi dosen pembimbing
6 Pendaftaran Kegiatan ini dilakukan oleh Berkas yang
seminar proposal Mahasiswa Teknik Industri dibutuhkan adalah
skripsi/TA UMG bersamaan dengan sebagai berikut:
melampirkan beberapa 1. Berkas proposal
berkas ke bagian Tata skripsi sebanyak 4
Usaha (TU).
eksemplar
2. Fotokopi kartu
kendali bimbingan
(Minimal 6x
bimbingan)
3. Surat persetujuan
dari dosen
pembimbing I dan II
seminar proposal Mahasiswa Teknik Industri
skripsi/TA UMG bersamaan dengan
dosen pembimbing
penulisan UMG bersamaan dengan
skripsi/TA dosen pembimbing
27
Tabel 4.1 Tabel Rangkaian Kegiatan Pengajuan Skripsi (Lanjutan)
9 Pendaftaran sidang Kegiatan ini dilakukan oleh Berkas yang
skripsi/TA Mahasiswa Teknik Industri dibutuhkan adalah
UMG bersamaan dengan sebagai berikut:
melampirkan beberapa 1. Berkas laporan
berkas ke bagian Tata skripsi lengkap
Usaha (TU) sebanyak 4
eksemplar
2. Softcopy sebanyak
1 keping
3. Kartu kendali
bimbingan asli
4. Surat persetujuan
dari pembimbing I
dan II
5. Bukti pelunasan
biaya TA
6. Bukti telah
menyelesaikan PKL
dengan membawa
laporan
PKL/transkrip
7. Fotokopi sertifikat
TOEFL (Dengan nilai
>= 380) sebanyak 1
lembar
10 Pelaksanaan siding Kegiatan ini dilakukan oleh Pelaksanaan pada
skripsi/TA Mahasiswa Teknik Industri jumat ke-2 dan ke-4
UMG bersamaan dengan setiap bulan /
dosen pembimbing dan sewaktu-waktu jika
penguji sudah memenuhi
kuota 4-5 mahasiswa
28
4.2 Rangkaian Kegiatan Pengajuan PKL TI UMG
Daftar rangkaian kegiatan dalam pengajuan PKL di Prodi Teknik Industri
Universitas Muhammadiyah Gresik yang sudah disederhanakan sesuai dengan
Standart Operation Procedure (Lampiran B.1) terdapat pada Tabel 4.2 di bawah
ini.
Tabel 4.2 Tabel Rangkaian Kegiatan Pengajuan PKL
1 Pendaftaran PKL ke Kegiatan ini dilakukan oleh Berkas yang
Kaprodi Mahasiswa Teknik Industri dibutuhkan adalah
UMG dengan melampirkan sebagai berikut:
beberapa berkas 1. Transkrip
sementara
2. Bukti pembayaran
PKL sebesar
Rp150.000,00
2 Pelaksanaan masa Kegiatan ini dilakukan oleh -
kerja praktek / mahasiswa Teknik Industri
magang di UMG
perusahaan
penysunan laporan UMG bersamaan dengan
PKL dosen pembimbing
4 Pendaftaran ujian Kegiatan ini dilakukan oleh Berkas yang
PKL Mahasiswa Teknik Industri dibutuhkan adalah
UMG bersamaan dengan sebagai berikut:
melampirkan beberapa 1. Laporan PKL yang
berkas ke Kaprodi belum dijilid
2. Kartu Bimbingan
Asli
3. Penilaian dari
perusahaan
5 Pelaksanaan ujian Kegiatan ini dilakukan oleh -
PKL Mahasiswa Teknik Industri
UMG bersamaan dengan
dosen pembimbing dan
penguji
29
4.3 Fase Genesis
Fase ini menjelaskan tentang pemahaman mengenai apa saja yang diinginkan
oleh pihak Teknik Industri Universitas Muhammadiyah Gresik dalam hal proses
pengajuan skripsi dan PKL. Fase ini terdiri dari project genesis dan glossary.
4.3.1 Project Genesis

Berdasarkan rangkaian kegiatan pengajuan skripsi dan PKL pada Tabel 3.1 dan
3.2 dan hasil wawancara dengan staf di Prodi TI UMG yang terlampir pada
lampiran A, maka terdapat beberapa masalah. Masalah pertama, yaitu proses
pengajuan skripsi dan PKL yang masih dilakukan secara manual dan juga belum
tersedianya database sehingga memungkinkan terjadinya data yang hilang.
Masalah kedua, kaprodi selaku koordinator yang memiliki tugas yang banyak
selama proses pengajuan skripsi dan PKL ini. Ditambah lagi proses yang masih
dilakukan secara manual, sehingga akan mempersulit kaprodi dalam
melaksanakan tugasnya secara efisien. Kaprodi membutuhkan waktu yang cukup
lama untuk merekap data dari sistem yang telah digunakan saat ini (Microsoft
Excel). Masalah ketiga adalah penggunaan kertas yang dinilai kurang efisien dalam
proses pengajuan skripsi dan PKL. Jumlah form yang dibutuhkan dalam proses
pengajuan skripsi dan PKL berjumlah 6 lembar form. Penggunaan kertas berlebih
akan memungkinkan kemungkinan berbagai macam form yang hilang sehingga
menyulitkan semua pihak yang terkait, terutama dari pihak mahasiswa sendiri
karena tidak dapat mengecek seberapa jauh proses pengerjaan skripsi dan PKL
yang telah dijalaninya.
Berdasarkan masalah tersebut, sistem yang akan dibangun diharapkan dapat
menanganinya. Sistem yang akan dibangun harus meminimalisir penggunaan
kertas dan Microsoft Excel dan beranjak dari proses yang masih manual menjadi
otomatis agar proses pelayanan lebih efisien. Oleh karena itu, sistem harus dapat
mengelola data skripsi dan PKL. Hal ini bertujuan agar mahasiswa dapat keep track
dari proses pengerjaan skripsi dan PKL yang saat ini sedang dijalaninya dan kaprodi
juga dapat melihat rekap pengajuan skripsi dan PKL secara cepat dan efisien.
Sistem yang lebih terotomatisasi ini juga mengharuskan untuk memiliki database
agar kemungkinan data skripsi dan PKL untuk hilang dapat diminimalisir. Selain itu,
sistem juga harus memiliki fasilitas untuk mengunggah persyaratan yang
dibutuhkan dalam proses pengajuan skripsi dan PKL serta mengunduh panduan
pengajuan skripsi dan PKL. Hal ini bertujuan untuk mengurangi penggunaan
kertas.
Selain penjabaran di atas, ada beberapa kebutuhan yang diinginkan oleh para
pemangku kepentingan. Pemangku kepentingan dalam sistem ini didapatkan dari
standard operation procedure yang telah dilampirkan pada Lampiran B, maka
didapatkan bahwa selain kaprodi dan mahasiswa terdapat pemangku kepentingan
lainnya antara lain dosen pembimbing, penguji dan tata usaha. Sistem harus dapat
mengelola data para pemangku kepentingan.
30
Berdasarkan rangkaian kegiatan pada tabel di atas, standart operation
procedure serta penjabaran di atas, maka dapat ditemukan kegiatan yang
pelaksanaannya akan didukung dengan adanya sebuah sistem yang dapat dilihat
pada Tabel 4.3 di bawah ini.
Tabel 4.3 Tabel Deskripsi Fitur Yang Akan Didukung Sistem
Kode Fitur
F1 Sistem dapat mengupload berkas dan mengisi form online yang akan
menjadikan satu proses kegiatan pengajuan topik skripsi, penyeleksian
topik, pengisian form persetujuan judul dan dosen pembimbing dan
pendaftaran skripsi.
F2 Sistem dapat menyeleksi persyaratan administratif seperti transkrip nilai
dapat langsung dipastikan saat mendaftar skripsi, seminar proposal,
sidang skripsi, PKL dan ujian PKL.
F3 Sistem dapat memiliki dua pilihan untuk menerima atau menolak
mahasiswa yang akan mendaftar skripsi, seminar proposal, sidang skripsi,
PKL, ujian PKL dan mendaftar sebagai anak bimbingan.
F4 Sistem memiliki form online untuk melaksanaan kegiatan bimbingan.
F5 Sistem dapat mengupload berkas-berkas yang dibutuhkan dan memiliki
form online yang dibutuhkan saat pendaftaran skripsi, seminar proposal,
sidang skripsi, PKL dan ujian PKL.
F6 Sistem dapat menentukan penguji seminar proposal, sidang skripsi dan
ujian PKL sesuai dengan ranah penguji dan tema skripsi atau PKL dari
mahasiswa yang akan diuji.
F7 Sistem dapat membuat jadwal untuk seminar proposal, sidang skripsi dan
ujian PKL yang ditentukan dengan cara melihat ketersediaan waktu dosen
pembimbing dan dosen penguji.
F8 Sistem dapat memberi notifikasi jadwal ke akun serta mengirim pesan
singkat ke nomor handphone ke pihak yang bersangkutan mengenai
jadwal seminar proposal, sidang skripsi dan ujian PKL.
F9 Sistem memiliki form online untuk menilai mahasiswa saat sedang
melaksanakan seminar proposal, sidang skripsi dan ujian PKL.
F10 Sistem dapat merekap mahasiswa pendaftar skripsi dan PKL serta anak
bimbingan.
F11 Sistem dapat menampilkan status skripsi mahasiswa yang dapat dilihat
pada akun masing-masing mahasiswa.
F12 Sistem dapat mengubah status skripsi mahasiswa.
F13 Sistem dapat melihat dan mengunduh penilaian skripsi, penilaian PKL,
panduan skripsi dan panduan PKL.
31
Tabel 4.3 Tabel Deskripsi Fitur Yang Akan Didukung Sistem (Lanjutan)
Kode Fitur
F14 Sistem dapat menampilkan kartu bimbingan skripsi dan PKL yang
sebelumnya telah terisi.
F15 Sistem dapat mengganti password akun.
F16 Sistem memiliki hak akses pengguna yang dibedakan.
F17 Sistem memiliki keamanan sistem yang terjamin.
F18 SIstem dapat diakses dari berbagai platform yang berbeda.
F19 Sistem memiliki waktu respon yang cepat.
F20 Sistem memiliki alur yang jelas.
F21 Sistem dapat diakses kapan saja.
4.3.2 Glossary
Tabel 4.4 Glossary
No Istilah Definisi
1 Mahasiswa Seseorang yang sedang aktif berkuliah di
(Business Actor) Universitas Muhammadiyah Gresik Prodi Teknik
Industri.
2 Kaprodi TI UMG Seorang Kepala Prodi Teknik Industri yang
(Business Actor) menangani hal-hal terkait pendaftaran skripsi dan
PKL.
3 Dosen (Business Pihak yang melakukan bimbingan dan memberikan
Actor) penilaian terhadap mahasiswa yang sedang
melakukan skripsi atau PKL serta juga bisa
melakukan penilaian terhada mahasiswa yang
melakukan seminar proposal, sidang skripsi dan
ujian PKL.
4 Tata Usaha Pihak yang menangani pengelolaan jadwal seminar
(Business Actor) proposal, sidang skripsi atau ujian PKL serta
melakukan pengecekan terhadap mahasiswa yang
akan mendaftar seminar proposal, sidang skripsi
atau ujian PKL.
5 Mahasiswa (System Seorang yang aktif di Universitah Muhammadiyah
Actor) Gresik Prodi Teknik Industri dan sudah terdaftar
mengambil mata kuliah skripsi atau PKL dan
memiliki akun pada Sistem Akademik Universitas
Muhammadiyah Gresik (SIAKAD).
32
Tabel 4.4 Glossary (Lanjutan)
6 Dosen (System Dosen yang terdaftar di Prodi Teknik Industri
Actor) Universitas Muhammadiyah Gresik yang bertugas
untuk membimbing atau menguji mahasiswa
selama proses pengerjaan skripsi atau PKL.
7 Kaprodi (System Seorang Kepala Prodi Teknik Industri Universitas
Actor) Muhammadiyah Gresik yang bertugas dalam
pegelolaan pendaftaran skripsi dan PKL.
8 Tata Usaha (System Pihak yang bertugas untuk mengelola jadwal
Actor) seminar proposal, sidang skripsi atau ujian PKL
mahasiswa agar jadwal tidak bentrok antara
mahasiswa, dosen pembimbing dan penguji.
9 User (System Actor) Pengguna yang bisa merupakan pengguna yang
tidak terdaftar dalam sistem atau pengguna yang
sudah terdaftar dalam sistem.
4.4 Fase Requirements

Business Requirement
Fase ini menjelaskan tentang kebutuhan dari segi proses bisnis pengajuan
skripsi dan PKL Universitas Muhammadiyah Gresik Prodi Teknik Industri yang
terdiri dari penentuan business actor list, business use case list, business activity
diagram dan business use case details.
4.4.1 Business Actor List

Business Actor List merupakan seseorang, departemen atau sebuah sistem
yang terpisah yang memiliki peran dalam suatu bisnis. Berdasarkan fase Project
Genesis, business actor list dari proses pengajuan skripsi dan PKL prodi TI UMG
dapat dilihat pada Tabel 4.5.
Tabel 4.5 Tabel Deskripsi Business Actor List
Business Actor Deskripsi
Mahasiswa Seseorang yang sedang aktif berkuliah di Universitas
Muhammadiyah Gresik Prodi Teknik Industri.
Kaprodi TI UMG Seorang Kepala Prodi Teknik Industri yang menangani hal-
hal terkait pendaftaran skripsi dan PKL.
Dosen Pihak yang melakukan bimbingan dan memberikan
penilaian terhadap mahasiswa yang sedang melakukan
skripsi atau PKL serta juga bisa melakukan penilaian
terhada mahasiswa yang melakukan seminar proposal,
sidang skripsi dan ujian PKL.
33
Tabel 4.5 Tabel Deskripsi Business Actor List (Lanjutan)
Business Actor Deskripsi
Tata Usaha Pihak yang menangani pengelolaan jadwal seminar
proposal, sidang skripsi atau ujian PKL serta melakukan
pengecekan terhadap mahasiswa yang akan mendaftar
seminar proposal, sidang skripsi atau ujian PKL.
4.4.2 Business Use Case List

Business use case list merupakan kumpulan definisi dari beberapa business
use case. Business use case merupakan deskripsi statis dari beberapa cara yang
digunakan dalam sebuah bisnis, baik oleh pelanggannya, para penggunanya atau
dengan sistem lain. Business use case dapat melibatkan komunikasi dua arah
antara sejumlah business actor, terutama jika business actornya adalah manusia.
Berdasarkan standart operation procedure yang telah dilampirkan pada
lampiran B, berikut ini adalah business use case list dari proses pengajuan skripsi
dan PKL prodi TI UMG:
UB1: Mahasiswa mengajukan topik skripsi/TA ke Kaprodi
Mahasiswa berdiskusi dan mengajukan topik skripsi yang akan dilakukan
kepada Kaprodi.
UB2: Mahasiswa mengisi form persetujuan judul dan dosen pembimbing
Mahasiswa mengisi form persetujuan yang berisi judul yang sama seperti
yang telah diajukan kepada Kaprodi serta nama dosen pembimbing yang
dipilih untuk membimbing selama proses pengerjaan skripsi.
UB3: Mahasiswa mendaftar skripsi/TA ke Kaprodi
Mahasiswa mendaftar skripsi ke Kaprodi setelah form persetujuan yang
berisi judul dan dosen pembimbing telah disetujui oleh pembimbing.
UB4: Kaprodi menyeleksi persyaratan untuk mendaftar skripsi
Kaprodi menyeleksi apakah mahasiswa yang bersangkutan dapat terus
melanjutkan proses pengerjaan skripsi atau tidak.
UB5: Mahasiswa melakukan bimbingan skripsi
Mahasiswa melakukan proses bimbingan selama pengerjaan skripsi.
UB6: Mahasiswa mendaftar seminar proposal skripsi/TA
Mahasiswa mendaftar sebagai peserta seminar proposal ketika
mahasiswa telah menyelasaikan bagian proposal (BAB 1 – BAB 3) dari
skripsi kepada Tata Usaha.
UB7: Tata Usaha menyeleksi persyaratan untuk mendaftar seminar proposal
Tata Usaha menyeleksi apakah mahasiswa yang bersangkutan dapat
terus melanjutkan seminar proposal atau tidak.
34
UB8: Kaprodi menentukan penguji seminar proposal
Kaprodi menentukan penguji seminar proposal untuk mahasiswa yang
bersangkutan sesuai dengan topic skripsi yang diambil.
UB9: Tata Usaha menentukan jadwal seminar proposal
Tata Usaha menentukan jadwal seminar proposal mahasiswa sesuai
dengan ketersediaan waktu dosen pembimbing dan dosen penguji.
UB10: Mahasiswa melaksanakan seminar proposal skripsi/TA
Mahasiswa melaksanakan seminar proposal yang telah dijadwalkan
sebelumnya oleh bagian Tata Usaha.
UB11: Dosen Pembimbing dan Dosen Penguji memberi penilaian seminar
proposal
Selama proses seminar proposal, dosen pembimbing dan dosen penguji
memberi penilaian terhadap mahasiswa yang bersangkutan.
UB12: Mahasiswa mendaftar sidang skripsi/TA
Mahasiswa mendaftar sebagai peserta sidang skripsi ketika mahasiswa
telah menyelasaikan keseluruhan skripsi kepada Tata Usaha.
UB13: Tata Usaha menyeleksi persyaratan untuk mendaftar sidang skripsi
Tata Usaha menyeleksi apakah mahasiswa yang bersangkutan dapat
terus melanjutkan sidang skripsi atau tidak.
UB14: Kaprodi menentukan penguji sidang skripsi
Kaprodi menentukan penguji sidang skripsi untuk mahasiswa yang
bersangkutan sesuai dengan topic skripsi yang diambil.
UB15: Tata Usaha menentukan jadwal sidang skripsi
Tata Usaha menentukan jadwal sidang skripsi mahasiswa sesuai dengan
ketersediaan waktu dosen pembimbing dan dosen penguji.
UB16: Mahasiswa melaksanakan sidang skripsi/TA
Mahasiswa melaksanakan sidang skripsi yang telah dijadwalkan
sebelumnya oleh bagian Tata Usaha.
UB17: Dosen Pembimbing dan Dosen Penguji memberi penilaian sidang skripsi
Selama proses sidang skripsi, dosen pembimbing dan dosen penguji
memberi penilaian terhadap mahasiswa yang bersangkutan.
UB18: Mahasiswa mendaftar PKL ke Kaprodi
Mahasiswa mendaftar PKL ke Kaprodi ketika mahasiswa sudah
mendapatkan lokasi PKL dan judul PKL.
35
UB19: Kaprodi menyeleksi persyaratan untuk mendaftar PKL
melanjutkan proses pengerjaan PKL atau tidak.
UB20: Mahasiswa melakukan bimbingan PKL
Mahasiswa melakukan proses bimbingan selama pengerjaan PKL.
UB21: Mahasiswa mendaftar ujian PKL
Mahasiswa mendaftar sebagai peserta ujian PKL ketika mahasiswa telah
menyelasaikan keseluruhan PKL kepada Kaprodi.
UB22: Kaprodi menyeleksi persyaratan untuk mendaftar ujian PKL
melanjutkan ujian PKL atau tidak.
UB23: Kaprodi menentukan penguji ujian PKL
Kaprodi menentukan penguji ujian PKL untuk mahasiswa yang
bersangkutan sesuai dengan topic PKL yang diambil.
UB24: Tata Usaha menentukan jadwal ujian PKL
Tata Usaha menentukan jadwal ujian PKL mahasiswa sesuai dengan
ketersediaan waktu dosen pembimbing dan dosen penguji.
UB25: Mahasiswa melaksanakan ujian PKL
Mahasiswa melaksanakan ujian PKL yang telah dijadwalkan sebelumnya
oleh bagian Tata Usaha.
UB26: Dosen Pembimbing dan Dosen Penguji memberi penilaian ujian PKL
Selama proses ujian PKL, dosen pembimbing dan dosen penguji memberi
penilaian terhadap mahasiswa yang bersangkutan.
36
4.4.3 Business Activity Diagrams
Berdasarkan business use case list dan standart operasional procedure
skripsi/tugas akhir(TA) yang telah dilampirkan dalam lampiran B.2, maka business
activity diagram untuk UB1: Mahasiswa mengajukan topik skripsi/TA ke Kaprodi
dapat dilihat pada Gambar 4.1 berikut:
Gambar 4.1 Business Use Case Diagram UB1 Mahasiswa mengajukan topik
skripsi/TA ke Kaprodi

activity diagram untuk UB2: Mahasiswa mengisi form persetujuan judul dan dosen
pembiming dapat dilihat pada Gambar 4.2 sebagai berikut:
37
Gambar 4.2 Business Use Case Diagram UB2 Mahasiswa mengisi form
persetujuan judul dan dosen pembiming
activity diagram untuk UB3: Mahasiswa mendaftar skripsi/TA ke Kaprodi dapat
diglihat pada Gambar 4.3 sebagai berikut:
Gambar 4.3 Business Use Case Diagram UB3 Mahasiswa mendaftar skripsi/TA
ke Kaprodi

activity diagram untuk UB4: Kaprodi menyeleksi persyaratan untuk mendaftar
skripsi dapat dilihat pada Gambar 4.4 sebagai berikut:
38
untuk mendaftar skripsi
activity diagram untuk UB5: Mahasiswa melakukan bimbingan skripsi dapat dilihat
pada Gambar 4.5 sebagai berikut:
skripsi

activity diagram untuk UB6: Mahasiswa mendaftar seminar proposal skripsi/TA
dapat dilihat pada Gambar 4.6 sebagai berikut:
39
Gambar 4.6 Business Use Case Diagram UB6 Mahasiswa mendaftar seminar
proposal skripsi/TA
activity diagram untuk UB7: Tata Usaha menyeleksi persyaratan untuk mendaftar
seminar proposal dapat dilihat pada Gambar 4.7 sebagai berikut:
Gambar 4.7 Business Use Case Diagram UB7 Tata Usaha menyeleksi
persyaratan untuk mendaftar seminar proposal

activity diagram untuk UB8: Kaprodi menentukan penguji seminar proposal dapat
dilihat pada Gambar 4.8 sebagai berikut:
40
seminar proposal
activity diagram untuk UB9: Tata Usaha menentukan jadwal seminar proposal
seminar proposal

activity diagram untuk UB10: Mahasiswa melaksanakan seminar proposal
skripsi/TA dapat dilihat pada Gambar 4.10 sebagai berikut:
41
Gambar 4.10 Business Use Case Diagram UB10 Mahasiswa melaksanakan
seminar proposal skripsi/TA
activity diagram untuk UB11: Dosen memberi penilaian seminar proposal dapat
Gambar 4.11 Business Use Case Diagram UB11 Dosen memberi penilaian
seminar proposal
activity diagram untuk UB12: Mahasiswa mendaftar sidang skripsi/TA dapat dilihat
42
Gambar 4.12 Business Use Case Diagram UB12 Mahasiswa mendaftar sidang
skripsi/TA
activity diagram untuk UB13: Tata Usaha menyeleksi persyaratan untuk mendaftar
sidang skripsi dapat dilihat pada Gambar 4.13 sebagai berikut:
Gambar 4.13 Business Use Case Diagram UB13 Tata Usaha menyeleksi
persyaratan untuk mendaftar sidang skripsi
43
activity diagram untuk UB14: Kaprodi menentukan penguji sidang skripsi dapat
sidang skripsi
activity diagram untuk UB15: Tata Usaha menentukan jadwal sidang skripsi dapat
sidang skripsi
44
activity diagram untuk UB16: Mahasiswa melaksanakan sidang skripsi/TA dapat
Gambar 4.16 Business Use Case Diagram UB16 Mahasiswa melaksanakan

sidang skripsi/TA
activity diagram untuk UB17: Dosen memberi penilaian sidang skripsi dapat dilihat
Gambar 4.17 Business Use Case Diagram UB17 Dosen memberi penilaian
sidang skripsi
pengalaman kerja lapangan (PKL) yang telah dilampirkan dalam lampiran B.1,
business activity diagram untuk UB18: Mahasiswa mendaftar PKL ke Kaprodi dapat
45
Gambar 4.18 Business Use Case Diagram UB18 Mahasiswa mendaftar PKL ke
Kaprodi
business activity diagram untuk UB19: Kaprodi menyeleksi persyaratan untuk
mendaftar PKL dapat dilihat pada Gambar 4.19 sebagai berikut:
untuk mendaftar PKL
business activity diagram untuk UB20: Mahasiswa melakukan bimbingan PKL
46
Gambar 4.20 Business Use Case Diagram UB20 Mahasiswa melakukan
bimbingan PKL
business activity diagram untuk UB21: Mahasiswa mendaftar ujian PKL dapat
Gambar 4.21 Business Use Case Diagram UB21 Mahasiswa mendaftar ujian PKL
business activity diagram untuk UB22: Kaprodi menyeleksi persyaratan untuk
mendaftar ujian PKL dapat dilihat pada Gambar 4.22 sebagai berikut:
47
untuk mendaftar ujian PKL
business activity diagram untuk UB23: Kaprodi menentukan penguji ujian PKL
ujian PKL
business activity diagram untuk UB24: Tata Usaha menentukan jadwal ujian PKL
48
ujian PKL
business activity diagram untuk UB25: Mahasiswa melaksanakan ujian PKL dapat
Gambar 4.25 Business Use Case Diagram UB25 Mahasiswa melaksanakan ujian
PKL
business activity diagram untuk UB26: Dosen memberi penilaian ujian PKL dapat
49
Gambar 4.26 Business Use Case Diagram UB26 Dosen memberi penilaian ujian
PKL
4.4.4 Business Use Case Details

Business use case details merupakan suatu deskripsi untuk menjelaskan langkah-
langkah yang terdapat pada suatu business use case. Business use case details
didapatkan berdasarkan business activity diagram yang telah digambarkan pada
fase sebelumnya.
UB1: Mahasiswa mengajukan topik skripsi/TA ke Kaprodi
1. Mahasiswa mengajukan serta berdiskusi dengan Kaprodi mengenai
topik skripsi yang akan diambil.
2. Kaprodi mengecek topik skripsi yang diajukan oleh mahasiswa. Jika
topik skripsi yang akan dilakukan sudah banyak dilakukan pada skripsi
sebelumnya, maka topik skripsi akan ditolak.
3. Setelah topic skripsi diterima, maka Kaprodi akan memberikan form
persetujuan judul dan dosen pembimbing.
UB2: Mahasiswa mengisi form persetujuan judul dan dosen pembimbing

1. Mahasiswa mengisi form persetujuan judul dan dosen pembimbing
yang telah diberikan oleh Kaprodi.
2. Mahasiswa menyerahkan form yang telah terisi judul skripsi ke dosen
pembimbing I dan II.
3. Dosen pembimbing I dan II menandatangani form persetujuan judul
dan dosen pembimbing, kemudian menyerahkannya kembali ke
mahasiswa yang bersangkutan.
50
UB3: Mahasiswa mendaftar skripsi/TA ke Kaprodi
1. Mahasiswa menyerahkan berkas yang diperlukan (Form ketersediaan
pembimbing, Transkrip nilai, Bukti pembayaran skripsi/TA) kepada
Kaprodi untuk mendaftar skripsi/TA.
2. Kaprodi menerima berkas pendaftaran skripsi dari Mahasiswa.
UB4: Kaprodi menyeleksi persyaratan untuk mendaftar skripsi

1. Kaprodi mengecek kelengkapan berkas yang diserahkan oleh
mahasiswa. Jika ada salah satu berkas yang tidak ada, maka proses
pendaftaran skripsi/TA tidak dapat dilanjutkan.
2. Mahasiswa diharuskan untuk melengkapi berkas yang kurang.
3. Setelah berkas lengkap, Kaprodi akan memberikan kartu kendali

bimbingan skripsi ke mahasiswa dan mahasiswa dapat langsung
melakukan bimbingan ke dosen pembimbing yang telah dipilih.
UB5: Mahasiswa melakukan bimbingan skripsi

1. Mahasiswa menyerahkan kartu kendali bimbingan yang telah
didapatkan dari Kaprodi. Kartu kendali bimbingan berfungsi untuk
melacak bagaimana perkembangan skripsi/TA dari mahasiswa
tersebut.
2. Mahasiswa melakukan bimbingan dengan dosen pembimbing I dan II.
3. Dosen Pembimbing I dan II mengisi dan menandatangani kartu kendali
bimbingan. Jumlah bimbingan yang dilakukan oleh setiap mahasiswa
akan mempengaruhi bisa tidaknya seorang mahasiswa mengikuti
siding skripsi/TA.
UB6: Mahasiswa mendaftar seminar proposal skripsi/TA

1. Mahasiswa menyerahkan berkas yang diperlukan (Berkas proposal
skripsi sebanyak 4 eksemplar, Fotokopi kartu kendali bimbingan
(Minimal 6x bimbingan), Surat persetujuan dari dosen pembimbing I
dan II) kepada Tata Usaha untuk mendaftar seminar proposal.
2. Tata Usaha menerima berkas pendaftaran seminar proposal.

51
UB7: Tata Usaha menyeleksi persyaratan untuk mendaftar seminar proposal
1. Tata Usaha mengecek kelengkapan berkas yang diserahkan oleh
mahasiswa. Jika ada salah satu berkas yang tidak ada atau tidak sesuai
dengan syarat, maka proses pendaftaran seminar proposal tidak
dapat dilanjutkan.
3. Setelah berkas lengkap, Tata Usaha akan membuat dokumen yang

berisi mahasiswa yang siap seminar proposal yang nantinya dokumen
tersebut akan diserahkan kepada Kaprodi untuk diproses.
UB8: Kaprodi menentukan penguji seminar proposal

1. Kaprodi menerima berkas seminar proposal dari Tata Usaha.
2. Kaprodi menentukan penguji untuk setiap mahasiswa yang namanya

tertulis di dalam dokumen
3. Mengembalikan dokumen tersebut ke Tata Usaha.
UB9: Tata Usaha menentukan jadwal seminar proposal

1. Tata Usaha menerima berkas seminar proposal lengkap dengan nama
penguji dari Kaprodi
2. Tata Usaha membuat jadwal seminar proposal yang cocok dengan

jadwal dosen pembimbing I, dosen pembimbing II dan penguji.
3. Tata Usaha mengirimkan pesan singkat mengenai jadwal seminar

proposal yang telah dibuat ke mahasiswa, dosen pembimbing I, dosen
pembimbing II dan penguji.
UB10: Mahasiswa melaksanakan seminar proposal skripsi/TA

1. Mahasiswa melakukan presentasi seminar proposal di hadapan kedua
dosen pembimbing dan penguji.
52
UB11: Dosen Pembimbing dan Dosen Penguji memberi penilaian seminar
proposal
1. Dosen Pembimbing dan Dosen Penguji melakukan penilaian terhadap
hasil proposal selama seminar proposal berlangsung.
2. Setelah seminar proposal selesai, Dosen Pembimbing dan Dosen
Penguji menyerahkan form penilaian seminar proposal kepada
Kaprodi.
UB12: Mahasiswa mendaftar sidang skripsi/TA

1. Mahasiswa menyerahkan berkas yang diperlukan (Berkas laporan
skripsi lengkap sebanyak 4 eksemplar, Softcopy sebanyak 1 keping,
Kartu kendali bimbingan asli, Surat persetujuan dari pembimbing I dan
II, Bukti pelunasan biaya TA, Bukti telah menyelesaikan PKL dengan
membawa laporan PKL/transkrip, Fotokopi sertifikat TOEFL (Dengan
nilai >= 380) sebanyak 1 lembar) kepada Tata Usaha untuk mendaftar
siding skripsi/TA.
2. Tata Usaha menerima berkas sidang skripsi.
UB13: Tata Usaha menyeleksi persyaratan untuk mendaftar sidang skripsi

1. Tata Usaha mengecek kelengkapan berkas yang diserahkan oleh
dengan syarat, maka proses pendaftaran siding skripsi/TA tidak dapat
dilanjutkan.
3. Setelah berkas lengkap, Tata Usaha akan membuat dokumen yang

berisi mahasiswa yang siap seminar proposal yang nantinya dokumen
tersebut akan diserahkan kepada Kaprodi untuk diproses.
53
UB14: Kaprodi menentukan penguji sidang skripsi
1. Kaprodi menerima berkas sidang skripsi dari Tata Usaha.

tertulis di dalam dokumen
3. Kaprodi mengembalikan dokumen tersebut ke Tata Usaha.
UB15: Tata Usaha menentukan jadwal sidang skripsi

1. Tata Usaha menerima berkas sidang skripsi yang lengkap dengan
nama penguji.
2. Tata Usaha membuat jadwal siding skripsi/TA yang cocok dengan

jadwal dosen pembimbing I, dosen pembimbing II dan penguji.
3. Tata Usaha mengirimkan pesan singkat mengenai jadwal siding

skripsi/TA yang telah dibuat ke mahasiswa, dosen pembimbing I,
dosen pembimbing II dan penguji.
UB16: Mahasiswa melaksanakan sidang skripsi/TA

1. Mahasiswa melakukan presentasi siding skripsi/TA di hadapan kedua
dosen pembimbing dan penguji.
UB17: Dosen Pembimbing dan Dosen Penguji memberi penilaian sidang skripsi
hasil skripsi/TA selama siding skripsi/TA berlangsung.
2. Setelah siding skripsi/TA selesai, Dosen Pembimbing dan Dosen
Penguji menyerahkan form penilaian sidang skripsi kepada Kaprodi.
UB18: Mahasiswa mendaftar PKL ke Kaprodi

1. Mahasiswa menyerahkan berkas yang diperlukan (Transkrip
sementara, Bukti pembayaran PKL sebesar Rp150.000,00) kepada
Kaprodi untuk mendaftar PKL.
2. Kaprodi menerima berkas pendaftaran PKL.
54
UB19: Kaprodi menyeleksi persyaratan untuk mendaftar PKL
mahasiswa. Jika ada salah satu berkas yang tidak ada, maka proses
pendaftaran PKL tidak dapat dilanjutkan.
3. Setelah berkas lengkap, Kaprodi akan memberikan kartu bimbingan

PKL ke mahasiswa dan mahasiswa dapat langsung melakukan
bimbingan ke dosen pembimbing yang telah dipilih.
UB20: Mahasiswa melakukan bimbingan PKL

1. Mahasiswa menyerahkan kartu kendali bimbingan PKL yang telah
didapatkan dari Kaprodi. Kartu kendali bimbingan berfungsi untuk
melacak bagaimana perkembangan PKL dari mahasiswa tersebut.
2. Mahasiswa melakukan bimbingan PKL dengan Dosen Pembimbing.
3. Dosen Pembimbing mengisi dan menandatangani kartu kendali
bimbingan PKL. Jumlah bimbingan yang dilakukan oleh setiap
mahasiswa akan mempengaruhi bisa tidaknya seorang mahasiswa
mengikuti ujian PKL.
UB21: Mahasiswa mendaftar ujian PKL

1. Mahasiswa menyerahkan berkas yang diperlukan (Laporan PKL yang
belum dijilid, Kartu Bimbingan Asli, Penilaian dari perusahaan) kepada
Kaprodi untuk mendaftar siding skripsi/TA.
2. Kaprodi menerima berkas pendaftaran ujian PKL
UB22: Kaprodi menyeleksi persyaratan untuk mendaftar ujian PKL

dengan syarat, maka proses pendaftaran siding skripsi/TA tidak dapat
dilanjutkan.
55
UB23: Kaprodi menentukan penguji ujian PKL
tertulis di dalam dokumen.
2. Kaprodi menyerahkan dokumen tersebut ke Tata Usaha.
UB24: Tata Usaha menentukan jadwal ujian PKL

1. Tata Usaha menerima berkas ujian PKL dari Kaprodi yang sudah
lengkap berisi nama Dosen Penguji.
2. Tata Usaha membuat jadwal siding skripsi/TA yang cocok dengan

jadwal dosen pembimbing dan penguji.
3. Tata Usaha mengirimkan pesan singkat mengenai jadwal siding

skripsi/TA yang telah dibuat ke mahasiswa, dosen pembimbing dan
penguji.
UB25: Mahasiswa melaksanakan ujian PKL

1. Mahasiswa melakukan presentasi ujian PKL di hadapan dosen
pembimbing dan penguji.
UB26: Dosen Pembimbing dan Dosen Penguji memberi penilaian ujian PKL
hasil PKL selama ujian PKL berlangsung.
2. Setelah ujian PKL selesai, Dosen Pembimbing dan Dosen Penguji
penguji menyerahkan form penilaian kepada Kaprodi.
56
System Requirement
Fase ini menjelaskan tentang kebutuhan dari segi sistem untuk pengajuan skripsi
dan PKL Universitas Muhammadiyah Gresik Prodi Teknik Industri yang terdiri dari
penentuan user interface sketches, system actor list, system use case list, system
use case diagram, system use acse details dan supplementary requirements untuk
sistem.
4.4.5 User Interface Sketches

Berdasarkan tahap Business Requirement, maka user interface sketches dari
proses pengajuan skripsi dan PKL Universitas Muhammadiyah Gresik Prodi Teknik
Industri ditunjukkan pada Gambar 4.27 di bawah ini. Gambar 4.27 merupakan user
interface sketches ketika pengguna akan melakukan proses Login. User interface
sketches 1 memiliki dua bagian, yaitu bagian untuk mengakses proses Login dan
bagian yang menyediakan panduan pengajuan skripsi dan PKL.
1
4
5
2
Gambar 4.27 User Interface Sketches 1 (Login)
Tabel 4.6 berikut ini menjelaskan tentang elemen-elemen yang ada di dalam user
interface sketches proses Login.
Tabel 4.6 Tabel Penjelasan User Interface Sketches 1
No Nama Objek Tipe Keterangan
1 Text Field NIM Text Field Tampat untuk mengisi NIM yang telah
terdaftar dalam sistem
2 Text Field Text Field Tempat untuk mengisi Password yang
Password telah terdaftar dalam sistem
3 Tombol Login Tombol Mengakses fungsi Home User
57
Tabel 4.6 Tabel Penjelasan User Interface Sketches 1 (Lanjutan)
4 Link Panduan Link Menampilkan panduan pengajuan
Pengajuan skripsi
Skripsi
5 Link Panduan Link Menampilkan panduan pengajuan PKL
Pengajuan PKL
Gambar 4.28 merupakan user interface sketches ketika mahasiswa telah berasil
mengakses proses Login. User interface sketches 2 memiliki tiga bagian, yaitu
bagian yang berisi menu utama skripsi dan PKL yang dapat diakses. Kemudian
bagian kedua merupakan isi dan bagian ketiga merupakan menu yang akan ada di
setiap pengguna seperti Home, Profil, Lihat Jadwal, Ganti Password dan Logout.
1 2 3 4 5
7
8
9
6
10
Gambar 4.28 User Interface Sketches 2 (Home Mahasiswa)
interface sketches Home bagi Mahasiswa.
1 Menu Home Menu Menampilkan fungsi Home dari User
2 Menu Profil Menu Menampilkan fungsi profil dari User
3 Menu Lihat Menu Menampilkan fungsi jadwal dari User
Jadwal
4 Menu Ganti Menu Menampilkan fungsi ganti password
Password
5 Menu Logout Menu Keluar dari sistem
58
Tabel 4.7 Tabel Penjelasan User Interface Sketches 2 (Lanjutan)
6 Tanggal Penting Content Berisi tanggal-tanggal penting dari
keseluruhan proses pengajuan skripsi
dan PKL. Misalnya tanggal maksimal
pengajuan skripsi.
7 Navigasi Skripsi Navigasi Memiliki sub-menu yang berfungsi
untuk mengakses fungsi pendaftaran
yang berhubungan dengan Skripsi.
8 Navigasi PKL Navigasi Memiliki sub-menu yang berfungsi
yang berhubungan dengan PKL.
9 Navigasi Kartu Navigasi Memiliki sub-menu yang berfungsi
Bimbingan untuk mengakses fungsi yang
berhubungan dengan Kartu Bimbingan.
10 Navigasi Navigasi Memiliki sub-menu yang berfungsi
Penilaian untuk mengakses fungsi yang
berhubungan dengan Penilaian.
Gambar 4.29 merupakan user interface sketches ketika kaprodi telah berasil
3
4
5
Gambar 4.29 User Interface Sketches 3 (Home Kaprodi)
59
interface sketches Home bagi Kaprodi.
1 Navigasi Skripsi Navigasi Mengakses fungsi untuk memproses
pendaftar skripsi
2 Navigasi PKL Navigasi Memiliki sub-menu yang berfungsi
yang berhubungan dengan PKL.
3 Navigasi Navigasi Mengakses fungsi untuk menentukan
Tentukan penguji
Penguji
berhubungan dengan Bimbingan.
5 Navigasi Penguji Navigasi Mengakses fungsi untuk melihat siapa
yang akan diuji
6 Navigasi Rekap Navigasi Mengakses fungsi untuk melihat rekap
Mahasiswa keseluruhan mahasiswa skripsi dan PKL
Gambar 4.30 merupakan user interface sketches ketika dosen telah berasil
60
1
Gambar 4.30 User Interface Sketches 4 (Home Dosen)
interface sketches Home bagi Dosen.
berhubungan dengan Bimbingan.
2 Navigasi Penguji Navigasi Mengakses fungsi untuk melihat siapa
yang akan diuji
Gambar 4.31 merupakan user interface sketches ketika tata usaha telah berasil
61
1
Gambar 4.31 User Interface Sketches 5 (Home Tata Usaha)

interface sketches Home bagi Tata Usaha.
1 Navigasi Skripsi Navigasi Memiliki sub-menu yang berfungsi
untuk mengakses fungsi yang
berhubungan dengan Skripsi.
2 Navigasi Navigasi Mengakses fungsi untuk menentukan
Tentukan jadwal
Jadwal
3 Navigasi Ubah Navigasi Mengakses fungsi untuk mengubah
Status status kemajuan
Kemajuan
Gambar 4.32 merupakan user interface sketches ketika mahasiswa akan

mengakses fungsi yang menampilkan beberapa submenu yang berhubungan
dengan skripsi. Terdapat beberapa submenu ketika skripsi ditekan, yaitu Daftar
Skripsi, Daftar Seminar Proposal dan Daftar SIdang Skripsi. Selain itu, terdapat
bagian baru yang sedikit berbeda dari user interface sketches yang telah digambar
sebelumnya, yaitu berupa penambahan bagain yang terletak di sebelah kanan
yang merupakan tangga penting selama proses pengajuan skripsi dan PKL yang
untuk semua pengguna tanggalnya akan sama semuanya. Bagian isinya berisi form
yang akan diisi ketika akan mengakses fungsi daftar skripsi.
62
1
2 4
Gambar 4.32 User Interface Sketches 6 (Daftar Skripsi Bagi Mahasiswa)

interface sketches Daftar Skripsi Bagi Mahasiswa.
1 Sub-menu Sub-menu Mengakses fungsi untuk mendaftar
Daftar Skripsi skripsi
Daftar Seminar seminar proposal
Proposal
Daftar Sidang sidang skripsi
Skripsi
4 Form Form Form bagi mahasiswa untuk
Pendaftaran memasukkan data yang akan
Skripsi digunakan untuk proses pendaftaran
skripsi
5 Tombol Submit Tombol Menyimpan data yang telah
dimasukkan sewaktu proses
pendaftaran skripsi

Skripsi, Daftar Seminar Proposal dan Daftar SIdang Skripsi. Bagian isinya berisi
form yang akan diisi ketika akan mengakses fungsi daftar seminar proposal.
63
1
Gambar 4.33 User Interface Sketches 7 (Daftar Seminar Proposal Bagi

Mahasiswa)
interface sketches Daftar Seminar Proposal Bagi Mahasiswa.
Seminar digunakan untuk proses pendaftaran
Proposal seminar proposal
pendaftaran seminar proposal

Skripsi, Daftar Seminar Proposal dan Daftar SIdang Skripsi. Bagian isinya berisi
form yang akan diisi ketika akan mengakses fungsi daftar sidang skripsi.
64
1
Gambar 4.34 User Interface Sketches 8 (Daftar Sidang Skripsi Bagi Mahasiswa)
interface sketches Daftar Sidang Skripsi Bagi Mahasiswa.
Sidang Skripsi digunakan untuk proses pendaftaran
sidang skripsi
pendaftaran sidang skripsi

dengan PKL. Terdapat beberapa submenu ketika PKL ditekan, yaitu Daftar PKL, dan
Daftar Ujian PKL. Bagian isinya berisi form yang akan diisi ketika akan mengakses
fungsi daftar PKL.
65
1
3
2
Gambar 4.35 User Interface Sketches 9 (Daftar PKL Bagi Mahasiswa)

interface sketches Daftar PKL Bagi Mahasiswa.
1 Sub-menu Sub-menu Mengakses fungsi untuk mendaftar PKL
Daftar PKL
Daftar Ujian PKL ujian PKL
PKL digunakan untuk proses pendaftaran
PKL
pendaftaran PKL

dengan PKL. Terdapat beberapa submenu ketika PKL ditekan, yaitu Daftar PKL, dan
Daftar Ujian PKL. Bagian isinya berisi form yang akan diisi ketika akan mengakses
fungsi daftar Ujian PKL.
66
1
Gambar 4.36 User Interface Sketches 10 (Daftar Ujian PKL Bagi Mahasiswa)
interface sketches Daftar Ujian PKL Bagi Mahasiswa.
Ujian PKL digunakan untuk proses pendaftaran
ujian PKL
pendaftaran ujian PKL

dengan kartu bimbingan. Terdapat beberapa submenu ketika kartu bimbingan
ditekan, yaitu Skripsi dan PKL. Bagian isinya berisi tabel yang berisi kartu
bimbingan skripsi yang sebelumnya telah diisi oleh Dosen.
67
3
1
Gambar 4.37 User Interface Sketches 11 (Lihat Kartu Bimbingan Skripsi Bagi
Mahasiswa)
interface sketches Lihat Kartu Bimbingan Skripsi Bagi Mahasiswa.
1 Sub-menu Sub-menu Mengakses fungsi untuk melihat kartu
Skripsi bimbingan skripsi
2 Sub-menu PKL Sub-menu Mengakses fungsi untuk melihat kartu
bimbingan PKL
3 Tabel Kartu Tabel Merupakan kartu bimbingan skripsi
Bimbingan yang akan diisi mulai awal pengerjaan
Skripsi skripsi hingga akhir pengerjaan skripsi

dengan kartu bimbingan. Terdapat beberapa submenu ketika kartu bimbingan
ditekan, yaitu Skripsi dan PKL. Bagian isinya berisi tabel yang berisi kartu
bimbingan PKL yang sebelumnya telah diisi oleh Dosen.
68
1
Gambar 4.38 User Interface Sketches 12 (Lihat Kartu Bimbingan PKL Bagi
Mahasiswa)
interface sketches Lihat Kartu Bimbingan PKL Bagi Mahasiswa.
1 Tabel Kartu Tabel Merupakan kartu bimbingan PKL yang
Bimbingan PKL akan diisi mulai awal pengerjaan PKL
hingga akhir pengerjaan PKL

dengan penilaian. Terdapat beberapa submenu ketika penilaian ditekan, yaitu
Skripsi dan PKL. Bagian isinya berisi tabel yang berisi penilaian skripsi yang
sebelumnya telah diisi oleh Dosen.
69
3
Gambar 4.39 User Interface Sketches 13 (Lihat Penilaian Skripsi Bagi

Mahasiswa)
interface sketches Lihat Penilaian Skripsi Bagi Mahasiswa.
1 Sub-menu Sub-menu Mengakses fungsi untuk melihat
Skripsi penilaian skripsi
2 Sub-menu PKL Sub-menu Mengakses fungsi untuk melihat
penilaian PKL
3 Penilaian Skripsi Content Merupakan penilaian skripsi yang telah
dinilai oleh Dosen Pembimbing dan
Dosen Penguji
4 Tombol Unduh Tombol Mengunduh penilaian skripsi dan
disimpan pada device yang digunakan

dengan penilaian. Terdapat beberapa submenu ketika penilaian ditekan, yaitu
Skripsi dan PKL. Bagian isinya berisi tabel yang berisi penilaian PKL yang
sebelumnya telah diisi oleh Dosen.
70
1
Gambar 4.40 User Interface Sketches 14 (Lihat Penilaian PKL Bagi Mahasiswa)
interface sketches Lihat Penilaian PKL Bagi Mahasiswa.
1 Penilaian PKL Content Merupakan penilaian PKL yang telah
dinilai oleh Perusahaan, Dosen
Pembimbing dan Dosen Penguji
2 Tombol Unduh Tombol Mengunduh penilaian PKL dan
disimpan pada device yang digunakan
Gambar 4.41 merupakan user interface sketches ketika dosen akan mengakses
fungsi yang menampilkan beberapa submenu yang berhubungan dengan
bimbingan. Terdapat beberapa submenu ketika bimbingan ditekan, yaitu Proses
Pendaftar Bimbingan dan Lihat Anak Bimbingan. Bagian isinya berisi tabel yang
berisi pendaftar bimbingan dari dosen tersebut.
71
3
1
4
2
Gambar 4.41 User Interface Sketches 15 (Proses Pendaftar Anak Bimbingan

Bagi Dosen)
interface sketches Proses Pendaftar Anak Bimbingan Bagi Dosen.
Proses mahasiswa yang telah mendaftar
Pendaftar sebagai anak bimbingan
Bimbingan
2 Sub-menu Lihat Sub-menu Mengakses fungsi untuk melihat
Anak Bimbingan keseluruhan anak bimbingan
3 Search Bar Bar Mencari dengan cepat nama
mahasiswa yang diinginkan
4 Tabel List Tabel Berisi list mahasiswa yang telah
Pendaftar Anak mendaftar sebagai anak bimbingan
Bimbingan beserta judul skripsi atau PKL nya
Gambar 4.42 merupakan user interface sketches ketika dosen mengakses fungsi
yang menampilkan detail skripsi atau PKL dari mahasiswa yang telah dipilih
sebelumnya. Jika mahasiswa mendaftarkan dosen tersebut sebagai dosen
pembimbing skripsinya, maka yang akan muncul detail mengenai skripsi
mahasiswa tersebut.
72
1
2 3
Gambar 4.42 User Interface Sketches 16 (Proses Pendaftar Anak Bimbingan

Bagi Dosen)
interface sketches Proses Pendaftar Anak Bimbingan Bagi Dosen.
1 Detail Content Berisi detail mahasiswa yang telah
Mahasiswa mendaftar sebagai anak bimbingan.
Pendaftar Anak Detail mahasiswa berasal dari data
Bimbingan pendaftaran skripsi atau PKL yang telah
dilakukan mahasiswa sebelumnya
2 Tombol Ditolak Tombol Mahasiswa yang bersangkutan ditolak
untuk menjadi anak bimbingan dosen
yang bersangkutan. Tombol ini
berfungsi untuk mengakses fungsi
untuk menampilkan pop-up untuk
menuliskan alasan penolakan
3 Tombol Tombol Mahasiswa yang bersangkutan
Diterima diterima untuk menjadi anak
bimbingan dosen yang bersangkutan
Gambar 4.43 merupakan user interface sketches ketika dosen akan mengakses
fungsi yang menampilkan beberapa submenu yang berhubungan dengan
bimbingan. Terdapat beberapa submenu ketika bimbingan ditekan, yaitu Proses
Pendaftar Bimbingan dan Lihat Anak Bimbingan. Bagian isinya berisi tabel yang
berisi keseluruhan anak bimbingan yang telah diterima oleh dosen tersebut.
73
1
Gambar 4.43 User Interface Sketches 17 (Lihat Anak Bimbingan Bagi Dosen)
interface sketches Lihat Anak Bimbingan Bagi Dosen.
2 Tabel List Anak Tabel Berisi list mahasiswa yang menjadi anak
Bimbingan bimbingan dosen yang bersangkutan
beserta judul skripsi atau PKL nya
Gambar 4.44 merupakan user interface sketches ketika dosen mengakses fungsi
yang menampilkan detail skripsi atau PKL dari mahasiswa yang telah dipilih
sebelumnya. Jika mahasiswa mendaftarkan dosen tersebut sebagai dosen
pembimbing skripsinya, maka yang akan muncul detail mengenai skripsi
mahasiswa tersebut.
74
1
Dosen)
interface sketches Lihat Detail Anak Bimbingan Bagi Dosen.
1 Tombol Kartu Tombol Mengakses fungsi untuk menampilkan
Bimbingan kartu bimbingan mahasiswa
2 Detail Content Berisi detail mahasiswa (Nama
Mahasiswa mahasiswa, judul skripsi atau PKL,
Nama dosen pembimbing, dll) yang
bersangkutan.
75
1
Gambar 4.45 User Interface Sketches 19 (Mengisi Kartu Bimbingan Bagi Dosen
Pembimbing dan Dosen Penguji)
Tabel 4.24 Tabel Penjelasa User Interface Sketches 19

Bimbingan atau PKL (Tergantung dosen yang
bersangkutan menjadi dosen
pembimbing skripsi atau PKL) yang
akan diisi mulai awal pengerjaan
skripsi/PKL hingga akhir pengerjaan
skripsi/PKL
2 Tombol Submit Tombol Menyimpan data mengenai bimbingan
yang telah diisi
76
1
Gambar 4.46 User Interface Sketches 20 (Lihat Daftar Mahasiswa yang Akan
Diuji Bagi Dosen Pembimbing dan Dosen Penguji)

2 Tabel List Tabel Berisi list mahasiswa akan diuji beserta
Mahasiswa judul skripsi atau PKL nya
yang Akan Diuji
Gambar 4.47 User Interface Sketches 21 (Lihat Detail Mahasiswa yang Akan
Diuji Bagi Dosen Pembimbing dan Doseng Penguji)
77
bersangkutan beserta data tambahan
berupa tanggal seminar
proposal/sidang skripsi/ujian PKL
Gambar 4.48 User Interface Sketches 22 (Lihat Pendaftar Skripsi Bagi Kaprodi)

Mahasiswa mendaftar skripsi beserta judul skripsi
Pendaftar nya
Skripsi
78
1
3
4 5
Gambar 4.49 User Interface Sketches 23 (Proses Pendaftar Skripsi Bagi Kaprodi)

Mahasiswa mahasiswa, judul skripsi, Nama dosen
pembimbing, dll) yang bersangkutan.
2 Softcopy Syarat File Berisi list file-file berbentuk softcopy
Pendaftaran yang sebelumnya telah diunggah oleh
Skripsi mahasiswa yang bersangkutan sebagai
persyaratan pendaftaran skripsi
3 List List Berisi list kelengkapan berkas saat
Kelengkapan pendaftaran skripsi. Jika sudah lengkap
akan dicentang
untuk melanjutkan proses pendaftaran
skripsi karena beberapa alasan. Tombol
ini berfungsi untuk mengakses fungsi
Diterima diterima untuk melanjutkan proses
pengerjaan skripsi
79
3
1
4
2
Gambar 4.50 User Interface Sketches 24 (Lihat Pendaftar PKL Bagi Kaprodi)

1 Sub-menu PKL Sub-menu Mengakses fungsi untuk melihat
mahasiswa yang telah mendaftar PKL
2 Sub-menu Ujian Sub-menu Mengakses fungsi untuk melihat
PKL mahasiswa yang telah mendaftar ujian
PKL
Mahasiswa mendaftar PKL beserta judul PKL nya
Pendaftar PKL
80
1
3
4 5
Gambar 4.51 User Interface Sketches 25 (Proses Pendaftar PKL Bagi Kaprodi)

Mahasiswa mahasiswa, judul PKL, Nama dosen
PKL mahasiswa yang bersangkutan sebagai
persyaratan pendaftaran PKL
Kelengkapan pendaftaran PKL. Jika sudah lengkap
akan dicentang
PKL karena beberapa alasan. Tombol ini
pengerjaan PKL
81
1
Gambar 4.52 User Interface Sketches 26 (Lihat Pendaftar Ujian PKL Bagi
Kaprodi)

Mahasiswa mendaftar ujian PKL beserta judul PKL
Pendaftar Ujian nya
PKL
3
4 5
Gambar 4.53 User Interface Sketches 27 (Proses Pendaftar Ujian PKL Bagi
Kaprodi)
82
Mahasiswa mahasiswa, judul PKL, Nama dosen
Ujian PKL mahasiswa yang bersangkutan sebagai
persyaratan pendaftaran ujian PKL
Kelengkapan pendaftaran ujian PKL. Jika sudah
lengkap akan dicentang
ujian PKL karena beberapa alasan.
Tombol ini berfungsi untuk mengakses
fungsi untuk menampilkan pop-up
untuk menuliskan alasan penolakan
ujian PKL
Gambar 4.54 User Interface Sketches 28 (Lihat Pendaftar Seminar Proposal,

Sidang Skripsi dan Ujian PKL Bagi Kaprodi)
83
Mahasiswa mendaftar seminar proposal, sidang
Pendaftar skripsi dan ujian PKL beserta judul
Seminar skripsi atau PKL nya
Proposal,
Sidang Skripsi
dan Ujian PKL
Gambar 4.55 User Interface Sketches 29 (Proses Pendaftar Seminar Proposal,

Sidang Skripsi dan Ujian PKL Bagi Kaprodi)

1 Form Form Form bagi Kaprodi untuk menentukan
Penentuan penguji seminar proposal, sidang skripsi
Penguji atau ujian PKL
2 Tombol Submit Tombol Menyimpan data mengenai penguji
84
3
Gambar 4.56 User Interface Sketches 30 (Lihat Pendaftar Sebagai Anak

Bimbingan Bagi Kaprodi)

Pendaftar sebagai anak bimbingan
Bimbingan
2 Sub-menu Lihat Sub-menu Mengakses fungsi untuk melihat
Anak Bimbingan keseluruhan anak bimbingan
Pendaftar Anak mendaftar sebagai anak bimbingan
Bimbingan beserta judul skripsi atau PKL nya
85
1
2 3
Gambar 4.57 User Interface Sketches 31 (Proses Pendaftar Sebagai Anak

Bimbingan Bagi Kaprodi)

1 Detail Content Berisi detail mahasiswa yang telah
Mahasiswa mendaftar sebagai anak bimbingan.
Pendaftar Anak Detail mahasiswa berasal dari data
Bimbingan pendaftaran skripsi atau PKL yang telah
dilakukan mahasiswa sebelumnya
untuk menjadi anak bimbingan dosen
yang bersangkutan. Tombol ini
Diterima diterima untuk menjadi anak
bimbingan dosen yang bersangkutan
86
1
Gambar 4.58 User Interface Sketches 32 (Lihat Keseluruhan Anak Bimbingan

Bagi Kaprodi)

2 Tabel List Anak Tabel Berisi list mahasiswa yang menjadi anak
Bimbingan bimbingan dosen yang bersangkutan
beserta judul skripsi atau PKL nya
Kaprodi)
87
1 Tombol Kartu Tombol Mengakses fungsi untuk menampilkan
Bimbingan kartu bimbingan mahasiswa
bersangkutan.
Gambar 4.60 User Interface Sketches 34 (Mengisi Kartu Bimbingan Mahasiswa

Bagi Kaprodi)

Bimbingan atau PKL (Tergantung dosen yang
bersangkutan menjadi dosen
pembimbing skripsi atau PKL) yang
akan diisi mulai awal pengerjaan
skripsi/PKL hingga akhir pengerjaan
skripsi/PKL
2 Tombol Submit Tombol Menyimpan data mengenai bimbingan
yang telah diisi
88
1
Bagi Kaprodi)

2 Tabel List Tabel Berisi list mahasiswa akan diuji beserta
Mahasiswa judul skripsi atau PKL nya
yang Akan Diuji
Gambar 4.62 User Interface Sketches 36 (Lihat Detail Mahasiswa yang Akan
diuji Bagi Kaprodi)
89
bersangkutan beserta data tambahan
berupa tanggal seminar
proposal/sidang skripsi/ujian PKL
Gambar 4.63 User Interface Sketches 37 (Lihat Rekap Mahasiswa Bagi Kaprodi)

2 Tabel List Tabel Berisi list keseluruhan mahasiswa yang
Keseluruhan telah terdaftar sebagai mahasiswa
Mahasiswa skripsi dan PKL
90
1
Gambar 4.64 User Interface Sketches 38 (Lihat Detail Mahasiswa Skripsi dan
PKL Bagi Kaprodi)

bersangkutan
1
4
2
Gambar 4.65 User Interface Sketches 39 (Lihat Pendaftar Seminar Proposal Bagi
Tata Usaha)
91
Pendaftar seminar proposal
Seminar
Proposal
Pendaftar sidang skripsi
Sidang Skripsi
Mahasiswa mendaftar seminar proposal beserta
Pendaftar judul skripsi nya
seminar
proposal
3
4 5
Gambar 4.66 User Interface Sketches 40 (Proses Pendaftar Seminar Proposal

Bagi Tata Usaha)
92
Seminar mahasiswa yang bersangkutan sebagai
Proposal persyaratan pendaftaran seminar
proposal
Kelengkapan pendaftaran seminar proposal. Jika
sudah lengkap akan dicentang
seminar proposal karena beberapa
alasan. Tombol ini berfungsi untuk
mengakses fungsi untuk menampilkan
pop-up untuk menuliskan alasan
penolakan
seminar proposal
Gambar 4.67 User Interface Sketches 41 (Lihat Pendaftar Sidang Skripsi Bagi
Tata Usaha)
93
Mahasiswa mendaftar sidang skripsi beserta judul
Pendaftar skripsi nya
Sidang Skripsi
3
4 5
Gambar 4.68 User Interface Sketches 42 (Proses Pendaftar Sidang Skripsi Bagi
Tata Usaha

Sidang Skripsi mahasiswa yang bersangkutan sebagai
persyaratan pendaftaran sidang skripsi
Kelengkapan pendaftaran sidang skripsi. Jika sudah
lengkap akan dicentang
sidang skripsi karena beberapa alasan.
94
Tombol ini berfungsi untuk mengakses
fungsi untuk menampilkan pop-up
untuk menuliskan alasan penolakan
sidang skripsi
Gambar 4.69 User Interface Sketches 43 (Tentukan Jadwal Seminar Proposal,

Sidang Skripsi dan Ujian PKL Bagi Tata Usaha)
Tabel 4.48 Tabel Penjelasan User Interface Sketches

1 Form Form Form bagi tata usaha untuk
Penentuan menentukan jadwal seminar proposal,
Jadwal sidang skripsi dan ujian PKL
dimasukkan sewaktu proses penentuan
jadwal seminar proposal, sidang skripsi
dan ujian PKL
95
1
Gambar 4.70 User Interface Sketches 44 (Ubah Status Kemajuan Mahasiswa

Bagi Tata Usaha)

Mahasiswa mendaftar sidang skripsi beserta judul
Pendaftar skripsi dan statusnya
Skripsi
Gambar 4.71 User Interface Sketches 45 (Ubah Status Kemajuan Bagi Tata
Usaha)
96
1 Form Ubah Form Form bagi tata usaha untuk mengganti
Status status kemajuan skripsi mahasiswa
Kemajuan
dimasukkan sewaktu proses perubahan
status kemajuan skripsi mahasiswa
2 4
Gambar 4.72 User Interface Sketches 46 (Profil Bagi Semua User Kecuali
Mahasiswa)

1 Sidebar Sidebar Sidebar yang berisi navigasi menu
Navigasi sesuai dengan user (semua user selain
mahasiswa) yang sedang berada dalam
sistem
2 Pas Foto Gambar Foto user (semua user selain
mahasiswa)
3 Nama Text Nama user (semua user selain
mahasiswa)
4 Detail Profil Content Detail user (semua user selain
mahasiswa) yang berisi No hp, jabatan,
dll
97
1
Gambar 4.73 User Interface Sketches 47 (Profil Bagi Mahasiswa)

1 Status Text Status kemajuan skripsi mahasiswa
Kemajuan
1 2
Gambar 4.74 User Interface Sketches 48 (Lihat Jadwal Bagi Semua User)
98
1 Dropdown Dropdown Dropdown bulan agar user dapat
Bulan melihat jadwal dari beberapa bulan
yang lalu atau bulan-bulan yang akan
datang
2 Dropdown Dropdown Dropdown tahun agar user dapat
Tahun melihat jadwal dari beberapa tahun
yang lalu atau tahun-tahun yang akan
datang
3 Jadwal Calendar Jadwal semua user yang dibentuk
menjadi sebuah kalender
4.4.6 System Actor List

Berdasarkan business actor list fase business requirement yang telah dijelaskan
sebelumnya, maka system actor list dari proses pegajuan skripsi dan PKL
Universitas Muhammadiyah Gresik Prodi Teknik Industri dapat dilihat pada tabel
di bawah ini.
Tabel 4.54 Tabel Deskripsi System Actor List
System Actor Deskripsi
Mahasiswa Seorang yang aktif di Universitah Muhammadiyah Gresik Prodi
Teknik Industri dan sudah terdaftar mengambil mata kuliah
skripsi atau PKL dan memiliki akun pada Sistem Akademik
Universitas Muhammadiyah Gresik (SIAKAD).
Dosen Dosen yang terdaftar di Prodi Teknik Industri Universitas
Muhammadiyah Gresik yang bertugas untuk membimbing atau
menguji mahasiswa selama proses pengerjaan skripsi atau PKL.
Kaprodi Seorang Kepala Prodi Teknik Industri Universitas
Muhammadiyah Gresik yang bertugas dalam pegelolaan
pendaftaran skripsi dan PKL.
Tata Usaha Pihak yang bertugas untuk mengelola jadwal seminar proposal,
sidang skripsi atau ujian PKL mahasiswa agar jadwal tidak
bentrok antara mahasiswa, dosen pembimbing dan penguji.
User Pengguna yang bisa merupakan pengguna yang tidak terdaftar
dalam sistem atau pengguna yang sudah terdaftar dalam
sistem.
99
4.4.7 System Use Case List
Berdasarkan Project Genesis dan Business Use Case List, maka berikut ini adalah
system use case list dari proses pengajuan skripsi dan PKL Universitas
Muhammadiyah Gresik Prosi Teknik Industri:
US1: Login
Portal bagi user untuk dapat memasuki sistem.
US2: Mengganti Password
Mahasiswa, Dosen Pembimbing, Kaprodi, Penguji dan Tata Usaha mengubah
password yang digunakan untuk melakukan login.
US3: Logout
Portal bagi Mahasiswa, Dosen Pembimbing, Kaprodi, Penguji dan Tata Usaha
untuk keluar dari sistem.
US4: Melihat Panduan PKL
User melihat panduan pengajuan PKL.
US5: Melihat Panduan Skripsi
User melihat panduan pengajuan skripsi.
US6: Mendaftar Seminar Proposal
Mahasiswa mendaftar seminar proposal dengan mengisi form yang tersedia
dan mengunggah berkas-berkas yang diperlukan.
US7: Melihat Kartu Bimbingan
Mahasiswa melihat kartu bimbingan skripsi dan PKL yang telah diisi oleh
Dosen Pembimbing selama proses bimbingan berlangsung.
US8: Mendaftar Skripsi
Mahasiswa mendaftar skripsi dengan mengisi form yang tersedia dan
mengunggah berkas-berkas yang diperlukan.
US9: Mendaftar Sidang Skripsi/TA
Mahasiswa mendaftar skripsi dengan mengisi form yang tersedia dan
US10: Mendaftar PKL
Mahasiswa mendaftar PKL dengan mengisi form yang tersedia dan
US11: Mendaftar Ujian PKL
Mahasiswa mendaftar ujian PKL dengan mengisi form yang tersedia dan
100
US12: Melihat Status Kemajuan
Mahasiswa melihat profil mahasiswa beserta status kemajuan skripsi
mahasiswa.
US13: Melihat Penilaian
Mahasiswa melihat penilaian skripsi dan PKL yang telah dilakukan oleh
Dosen Pembimbing dan Penguji.
US14: Melihat Rekap Mahasiswa Skripsi dan PKL
Kaprodi melihat rekap daftar keseluruhan mahasiswa yang telah melakukan
skripsi dan PKL.
US15: Menentukan Penguji
Kaprodi menentukan penguji yang akan menguji dan memberikan penilaian
saat mahasiswa sedang melakukan seminar proposal, sidang skripsi atau
ujian PKL.
US16: Memproses Pendaftar Skripsi/TA dan PKL
Kaprodi mengecek kelengkapan dan kesesuaian mahasiswa pendaftar skripsi
dan PKL.
US17: Melihat Jadwal
Mahasiswa, Dosen Pembimbing, Kaprodi, Penguji dan Tata Usaha melihat
jadwal yang telah dijadwalkan kepada mereka.
US18: Membuat Penilaian
Dosen Pembimbing dan Penguji akan memberikan penilaian terhadap
mahasiswa anak bimbingan dan anak uji mereka sesuai dengan hasil yang
telah diselesaikan.
US19: Memproses Permintaan Anak Bimbingan
Dosen Pembimbing melihat mahasiswa yang mendaftar sebagai anak
bimbingan mereka dan menentukan untuk menerimanya atau menolaknya.
US20: Mengisi Kartu Bimbingan
Dosen Pembimbing mengisi kartu bimbingan skripsi atau PKL yang dilakukan
setiap Mahasiswa melakukan bimbingan skripsi atau PKL.
US21: Melihat Keseluruhan Anak Bimbingan
Dosen Pembimbing melihat keseluruhan daftar anak bimbingan skripsi dan
PKL.
US22: Memproses Pendaftar Seminar Proposal Ujian Sidang dan Ujian PKL
Tata Usaha memproses mahasiswa yang telah mendaftar seminar proposal
dan sidang skripsi
101
US23: Membuat Jadwal
Tata Usaha membuat jadwal untuk seminar proposal, sidang skripsi dan ujian
PKL sesuai dengan ketersediaan waktu Dosen Pembimbing dan Dosen
Penguji.
US24: Mengubah Status Kemajuan
Tata Usaha mengubah status kemajuan skripsi dari Mahasiswa.
US25: Mengunduh Panduan PKL
User mengunduh panduan pengajuan PKL
US26: Mengunduh Panduan Skripsi
User mengunduh panduan pengajuan skripsi
US27: Mengunduh Penilaian
Mahasiswa mengunduh penilaian skripsi dan PKL yang telah dinilai oleh
Dosen Pembimbing dan Penguji.
102
4.4.8 System Use Case Diagram
Gambar 4.75 Use Case Diagram
103
4.4.9 System Use Case Details
Berikut ini ada system use case details untuk US1: Login yang dapat dilihat pada
Tabel 4.55 di bawah ini.
Tabel 4.55 Use Case Details US1 Login
US1: Login
Objective Untuk masuk ke sistem dan dapat melakukan semua
fungsi yang ditawarkan oleh sistem.
Actors User
Pre-condition User telah memiliki kombinasi username dan password
yang telah terdaftar pada sistem.
Main flow 1. User memasukkan username
2. User memasukkan password
3. User mengakses fungsi Login
Alternative flows 1. Jika kombinasi username dan password salah, maka
fungsi Login tidak berhasil dijalankan.
Post-condition Login sukses.
Tabel 4.56 di bawah ini menjelaskan tentang use case details untuk US2:
Mengganti Password.
Tabel 4.56 Use Case Details US2 Mengganti Password
US2: Mengganti Password
Objective Untuk mengganti password yang akan digunakan saat
Login.
Actors Mahasiswa, Kaprodi, Dosen dan Tata Usaha
Pre-condition Login sukses
Main flow 1. Actors mengakses fungsi ‘Ganti Password’
2. Sistem menampilkan fungsi ‘Ganti Password’
3. Actors memasukkan password lama
4. Actors memasukkan password baru
5. Actors mengakses fungsi submit password baru
Alternative flows 1. Jika kombinasi password lama dan baru salah, maka
fungsi submit password baru gagal dijalankan
Post-condition Proses ‘Ganti Password’ sukses.
104
Tabel 4.57 di bawah ini menjelaskan tentang use case details untuk US3: Logout.
Tabel 4.57 Use Case Details US3 Logout
US3: Logout
Objective Untuk keluar dari sistem.
Main flow 1. User mengakses fungsi ‘Logout’
Alternative flows Tidak Ada
Post-condition Fungsi Logout sukses
Tabel 4.58 di bawah ini menjelaskan tentang use case details untuk US2: Melihat
Panduan PKL.
Tabel 4.58 Use Case Details US4 Melihat Panduan PKL
US4: Melihat Panduan PKL (Extended by US27)
Objective Untuk melihat panduan penyelesaian PKL.
Actors User
Main flow 1. User mengakses fungsi ‘Lihat Panduan PKL’.
Post-condition Panduan penyelesaian PKL sukses ditampilkan.
Panduan Skripsi.
Tabel 4.59 Use Case Details US5 Melihat Panduan Skripsi
US5: Melihat Panduan Skripsi (Extended by US28)
Objective Untuk melihat panduan penyelesaian skripsi.
Actors User
Main flow 1. User mengakses fungsi ‘Lihat Panduan Skripsi’.
Post-condition Panduan penyelesaian skripsi sukses ditampilkan.
105
Mendaftar Seminar Proposal.
Tabel 4.60 Use Case Details US6 Mendaftar Seminar Proposal
US6: Mendaftar Seminar Proposal
Objective Untuk mendaftar seminar proposal
Actors Mahasiswa
Main flow 1. Mahasiswa mengakses fungsi ‘Skripsi’
2. Fungsi ‘Skripsi’ sukses ditampilkan
3. Mahasiswa mengakses fungsi ‘Daftar Seminar
Proposal’
4. Fungsi ‘Daftar Seminar Proposal’ sukses ditampilkan
5. Mahasiswa mengisi form dan mengupload dokumen
yang dibutuhkan
6. Mahasiswa mengakses fungsi ‘Submit’
Alternative flows 1. Jika ada salah satu form yang belum terisi atau
dokumen yang belum terupload, maka fungsi ‘Submit’
Post-condition Sistem menampilkan pesan ‘Berhasil mendaftar seminar
proposal’ dan menampilkan halaman Beranda.
Kartu Bimbingan.
Tabel 4.61 Use Case Details US7 Melihat Kartu Bimbingan
US7: Melihat Kartu Bimbingan
Objective Untuk melihat kartu bimbingan skripsi dan PKL yang telah
diisi oleh Dosen
Actors Mahasiswa
Pre-condition Login sukses dan sudah terdaftar menjadi mahasiswa
skripsi atau PKL
Main flow 1. Mahasiswa mengakses fungsi ‘Kartu Bimbingan’
Post-condition Fungsi ‘Kartu Bimbingan’ sukses
106
Mendaftar Skripsi.
Tabel 4.62 Use Case Details US8 Mendaftar Skripsi
US8: Mendaftar Skripsi
Objective Untuk mendaftar skripsi
Actors Mahasiswa
3. Mahasiswa mengakses fungsi ‘Daftar Skripsi’
4. Fungsi ‘Daftar Skripsi’ sukses ditampilkan
yang dibutuhkan
dokumen yang belum terupload, maka fungsi ‘Submit’
daftar skripsi tidak akan dilanjutkan
Post-condition Fungsi ‘Submit’ daftar skripsi sukses
Mendaftar Sidang Skripsi.
Tabel 4.63 Use Case Details US9 Mendaftar Sidang Skripsi
US9: Mendaftar Sidang Skripsi
Objective Untuk mendaftar sidang skripsi
Actors Mahasiswa
3. Mahasiswa mengakses fungsi ‘Daftar Sidang Skripsi’
4. Fungsi ‘Daftar Sidang Skripsi’ sukses ditampilkan
yang dibutuhkan
dokumen yang belum terupload, maka fungsi
‘Submit’ daftar sidang skripsi tidak dapat dilanjutkan
107
Tabel 4.63 Use Case Details US9 Mendaftar Sidang Skripsi (Lanjutan)
Post-condition Fungsi ‘Submit’ daftar sidang skripsi sukses
Mendaftar PKL.
Tabel 4.64 Use Case Details US10 Mendaftar PKL
US10: Mendaftar PKL
Objective Untuk mendaftar sidang skripsi
Actors Mahasiswa
Main flow 1. Mahasiswa mengakses fungsi ‘PKL’
2. Fungsi ‘PKL’ sukses ditampilkan
3. Mahasiswa mengakses fungsi ‘Daftar PKL’
4. Fungsi ‘Daftar PKL’ sukses ditampilkan
yang dibutuhkan
‘Submit’ daftar PKL tidak dapat dilanjutkan
Post-condition Fungsi ‘Submit’ daftar PKL sukses
108
Mendaftar Ujian PKL.
Tabel 4.65 Use Case Details US11 Mendaftar Ujian PKL
US11: Mendaftar Ujian PKL
Objective Untuk mendaftar ujian PKL
Actors Mahasiswa
Main flow 1. Mahasiswa mengakses fungsi ‘PKL’
2. Fungsi ‘PKL’ sukses ditampilkan
3. Mahasiswa mengakses fungsi ‘Daftar Ujian PKL’
4. Fungsi ‘Daftar Ujian PKL’ sukses ditampilkan
yang dibutuhkan
‘Submit’ daftar ujian PKL tidak dapat dilanjutkan
Post-condition Fungsi ‘Submit’ daftar ujian PKL sukses
Status Kemajuan.
Tabel 4.66 Use Case Details US12 Melihat Status Kemajuan
US12: Melihat Status Kemajuan
Objective Untuk melihat status kemajuan dari mahasiswa
Actors Mahasiswa
Main flow 1. Mahasiswa mengakses fungsi ‘Profil’

Post-condition Fungsi ‘Profil’ sukses
109
Penilaian.
Tabel 4.67 Use Case Details US13 Melihat Penilaian
US13: Melihat Penilaian (Extended by US29)
Objective Untuk melihat penilaian skripsi dan PKL yang telah
dilakukan oleh Dosen
Actors Mahasiswa
Main flow 1. Mahasiswa mengakses fungsi ‘Penilaian’
Post-condition Fungsi ‘Penilaian’ sukses
Rekap Mahasiswa Skripsi dan PKL.
Tabel 4.68 Use Case Details US14 Melihat Rekap Mahasiswa Skripsi dan PKL
US14: Melihat Rekap Mahasiswa Skripsi dan PKL (Extended by US30 and
US31)
Objective Untuk melihat keseluruhan mahasiswa
Actors Kaprodi
Main flow 1. Kaprodi mengakses fungsi ‘Rekap Mahasiswa’
Alternative flows 1. Jika Kaprodi ingin melihat detail mahasiswa, maka
Kaprodi mengakses Nama Mahasiswa yang ingin
dilihat.
Post-condition Fungsi ‘Rekap Mahasiswa’ sukses
Menentukan Penguji.
Tabel 4.69 Use Case Details US15 Menentukan Penguji
US15: Menentukan Penguji
Objective Untuk menentukan penguji saat seminar proposal, sidang
skripsi dan ujian PKL.
Actors Kaprodi
110
Tabel 4.69 Use Case Details US15 Menentukan Penguji (Lanjutan)
Main flow 1. Kaprodi mengakses fungsi ‘Penentuan Penguji’.
2. Fungsi ‘Penentuan Penguji’ sukses ditampilkan
3. Kaprodi mengakses Nama Mahasiswa yang diinginkan
4. Sistem menampilkan detail mahasiswa.
5. Kaprodi menentukan Dosen Penguji
6. Kaprodi mengakses fungsi ‘Submit’.
Post-condition Fungsi ‘Submit’ penentuan penguji sukses
Memproses Pendaftar Skripsi dan PKL.
Tabel 4.70 Use Case Details US16 Memproses Pendaftar Skripsi dan PKL
US16: Memproses Pendaftar Skripsi/TA dan PKL
Objective Untuk memproses mahasiswa yang telah mendaftar
skripsi dan PKL
Actors Kaprodi
Main flow 1. Kaprodi mengakses fungsi ‘Proses Pendaftar Skripsi
dan PKL’
2. Fungsi ‘Proses Pendaftar Skripsi dan PKL’ sukses
ditampilkan
3. Kaprodi mengakses nama mahasiswa yang diinginkan
4. Sistem menampilkan detail data mahasiswa
5. Kaprodi mengakses fungsi ‘Diterima’
Alternative flows 1. Jika Kaprodi ingin menolak proses pendaftaran skripsi
atau PKL dari mahasiswa, maka Kaprodi mengakses
fungsi ‘Ditolak’
Post-condition Fungsi ‘Diterima’ proses pendaftar skripsi dan PKL sukses
111
Jadwal.
Tabel 4.71 Use Case Details US17 Melihat Jadwal
US17: Melihat Jadwal
Objective Untuk melihat jadwal seminar proposal, sidang skripsi
atau ujian PKL.
Main flow 1. Actors mengakses fungsi ‘Lihat Jadwal’
Post-condition Fungsi ‘Lihat Jadwal’ sukses
Membuat Penilaian.
Tabel 4.72 Use Case Details US18 Membuat Penilaian
US18: Membuat Penilaian
Objective Untuk memberi penilaian saat mahasiswa seminar
proposal, sidang skripsi atau ujian PKL
Actors Dosen
Main flow 1. Dosen mengakses fungsi ‘Bimbingan’
2. Fungsi ‘Bimbingan’ sukses ditampilkan
3. Dosen mengakses fungsi lihat anak bimbingan
4. Fungsi lihat anak bimbingan sukses
5. Dosen mengakses nama mahasiswa yang diinginkan
6. Sistem menampilkan fungsi penilaian
7. Actors mengisikan nilai
8. Actors mengakses fungsi ‘Submit’
Post-condition Fungsi ‘Submit’ membuat penilaian sukses
112
Memproses Permintaan Anak Bimbingan.
Tabel 4.73 Use Case Details US19 Memproses Permintaan Anak Bimbingan
US19: Memproses Permintaan Anak Bimbingan
sebagai anak bimbingan dosen tersebut.
Actors Kaprodi dan Dosen
Main flow 1. Actors mengakses fungsi ‘Permintaan Bimbingan’
2. Fungsi ‘Permintaan Bimbingan’ sukses ditampilkan
3. Actors mengakses nama mahasiswa yang diinginkan
5. Actors mengakses fungsi ‘Diterima’
Alternative flows 1. Jika Actors ingin menolak permintaan bimbingan
skripsi atau PKL dari mahasiswa, maka Dosen
mengakses fungsi ‘Ditolak’
Post-condition Fungsi ‘Diterima’ permintaan anak bimbingan sukses
Tabel 4.74 di bawah ini menjelaskan tentang use case details untuk US20: Mengisi
Kartu Bimbingan.
Tabel 4.74 Use Case Details US20 Mengisi Kartu Bimbingan
US20: Mengisi Kartu Bimbingan
Objective Untuk mengisi kartu bimbingan mahasiswa
Actors Kaprodi, Dosen
Main flow 1. Actors mengakses fungsi ‘Bimbingan’
2. Sistem menampilkan fungsi bimbingan
3. Actors mengakses fungsi lihat anak bimbingan
4. Sistem menampilkan keseluruhan mahasiswa anak
bimbingan
5. Actors megakses nama mahasiswa yang diinginkan
7. Actors mengakses fungsi ‘Kartu Bimbingan’
8. Fungsi ‘Kartu Bimbingan’ sukses ditampilkan
9. Actors mengisi kartu bimbingan
10. Dosen Pembimbing mengakses fungsi ‘Submit’
113
Tabel 4.74 Use Case Details US20 Mengisi Kartu Bimbingan (Lanjutan)
Post-condition Fungsi ‘Submit’ kartu bimbingan sukses
Keseluruhan Anak Bimbingan.
Tabel 4.75 Use Case Details US21 Melihat Keseluruhan Anak Bimbingan
US21: Melihat Keseluruhan Anak Bimbingan
Objective Untuk melihat keseluruhan mahasiswa
Actors Kaprodi, Dosen
Main flow 1. Actors mengakses fungsi ‘Bimbingan’
2. Sistem menampilkan fungsi bimbingan
3. Actors mengakses fungsi lihat anak bimbingan
Post-condition Menampilkan keseluruhan anak bimbingan
Memproses Pendaftar Seminar Proposal, Sidang Skripsi dan Ujian PKL.
Tabel 4.76 Use Case Details US22 Memproses Pendaftar Seminar Proposal,
Sidang Skripsi/TA dan Ujian PKL
US22: Memproses Pendaftar Seminar Proposal, Sidang Skripsi/TA dan Ujian
PKL
seminar proposal, sidang skripsi dan ujian PKL
Actors Tata Usaha
Main flow 1. Tata Usaha mengakses fungsi ‘Skripsi’
3. Tata Usaha mengakses fungsi ‘Proses Pendaftar
Seminar Proposal Sidang Skripsi Ujian PKL’
4. Sistem menampilkan fungsi ‘Proses Pendaftar
Seminar Proposal Sidang Skripsi Ujian PKL’
5. Tata Usaha mengakses nama mahasiswa yang
diinginkan
114
7. Tata Usaha mengakses fungsi ‘Diterima’
Alternative flows 1. Jika Tata Usaha ingin menolak proses pendaftaran
seminar proposal, sidang skripsi atau ujian PKL dari
mahasiswa, maka Tata Usaha mengakses fungsi
‘Ditolak’ dan proses tidak dapat dilanjutkan
Post-condition Fungsi Proses Pendaftar Seminar Proposal Sidang Skripsi
Ujian PKL sukses
Membuat Jadwal.
Tabel 4.77 Use Case Details US23 Membuat Jadwal
US23: Membuat Jadwal
Objective Untuk membuat jadwal seminar proposal, sidang skripsi
dan ujian PKL
Actors Tata Usaha
Main flow 1. Tata Usaha mengakses fungsi ‘Tentukan Jadwal’
2. Fungsi ‘Tentukan Jadwal’ sukses ditampilkan
3. Tata Usaha menentukan jadwal
4. Tata Usaha mengakses fungsi ‘Submit’
Post-condition Fungsi ‘Submit’ membuat jadwal sukses
Mengubah Status Kemajuan.
Tabel 4.78 Use Case Details US24 Mengubah Status Kemajuan
US24: Mengubah Status Kemajuan
Objective Untuk mengubah status kemajuan dari mahasiswa skripsi
atau PKL.
Actors Tata Usaha
115
Tabel 4.78 Use Case Details US24 Mengubah Status Kemajuan (Lanjutan)
Main flow 1. Tata Usaha mengakses fungsi ‘Ubah Status Kemajuan’
2. Fungsi ‘Ubah Status Kemajuan’ sukses ditampilkan
3. Tata Usaha mengakses nama mahasiswa yang
diinginkan
5. Tata Usaha mengubah status kemajuan mahasiswa
6. Tata Usaha mengakses fungsi ‘Submit’
Post-condition Fungsi ‘Submit’ mengubah status kemajuan sukses
Mengunduh Panduan PKL.
Tabel 4.79 Use Case Details US25 Mengunduh Panduan PKL
US25: Mengunduh Panduan PKL (Extends US4)
Objective Untuk mengunduh panduan PKL
Actors User
Main flow 1. User mengakses fungsi ‘Unduh’
Post-condition Panduan PKL berhasil diunduh.
Mengunduh Panduan Skripsi.
Tabel 4.80 Use Case Details US26 Mengunduh Panduan Skripsi
US26: Mengunduh Panduan Skripsi (Extends US5)
Objective Untuk mengunduh panduan skripsi
Actors User
Main flow 1. User mengakses fungsi ‘Unduh’
Post-condition Panduan skripsi berhasil diunduh.
116
Mengunduh Penilaian.
Tabel 4.81 Use Case Details US25 Mengunduh Penilaian
US27: Mengunduh Penilaian (Extends US13)
Objective Untuk mengunduh penilaian
Actors Mahasiswa
Main flow 1. Mahasiswa mengakses fungsi ‘Unduh’
Post-condition Penilaian berhasil diunduh.
4.4.10 Supplementary Requirements

Tabel 4.82 Tabel Supplementary Requirements
Kode Parameter Keterangan Deskripsi Kebutuhan
S1 Security Keamanan aplikasi untuk Sistem mempunyai pengaturan
melindungi data di hak akses, informasi, data
dalamnya. pribadi dan tempat
penyimpanan data fisik yang
aman.
S2 Portability Keberpindahan aplikasi Sistem dapat diakses dari
sehingga dapat diakses perangkat dengan platform
oleh berbagai perangkat. yang berbeda.
S3 Availability Ketersediaan aplikasi Sistem dapat digunakan selama
untuk dapat diakses oleh 24 jam dalam 7 hari tanpa
pengguna. henti.
S4 Response Waktu aplikasi untuk Waktu maksimal yang
Time merespon request dari dibutuhkan untuk menunggu
pengguna. respons dari sistem ketika
memasukkan data adalah 3ms
(IBM Knowledge Center, 2016).
S5 Ergonomy Desain aplikasi harus Sistem harus user friendly dan
disesuaikan dengan jelas alurnya.
kenyamanan pengguna.
117
4.5 Fase Analysis
Fase analysis bertujuan untuk membuat gambaran perancangan awal yang
disesuaikan dengan kebutuhan yang telah didefinisikan. Fase ni terdiri dari:
membuat analysis class diagram, membuat analysis attributes list, membuat
realisasi use case menggunakan communication diagram dan membuat operation
list.
4.5.1 Analysis Class Diagram

Class diagram menggambarkan struktur objek statis dalam sebuah sistem yang
menunjukkan suatu sistem tersusun dari kelas-kelas apa dan hubungan apa yang
terbentuk di antara kelas tersebut. Pada fase analysis, pembuatan class diagram
hanya mencantumkan nama kelas dan objek beserta hubungannya.
Gambar 4.76 berikut ini adalah analysis class diagram dari proses pengajuan skripsi
dan PKL Universitas Muhammadiyah Gresik Prodi Teknik Industri.
Gambar 4.76 Analysis Class Diagram
4.5.2 Analysis Attributes List

Attributes adalah property dari sebuah objek seperti nama, harga atau ukuran.
Setiap attribute dalam UML dapat diberikan tipe data baik tipe data dari sebuah
kelas maupun tipe data primitif.
Berdasarkan Analysis Class Diagram, analysis attributes list dari pengajuan skripsi
dan PKL Universitas Muhammdiyah Gresik Prodi Teknik Industri dapat dilihat pada
Gambar 4.77 di bawah ini.
118
Gambar 4.77 Analysis Attributes List
4.5.3 Communication Diagrams

Communication Diagram menggambarkan hubungan antar kelas serta pesan yang
disampaikan dalam suatu sistem dengan proses yang ada dalam use case.
Berdasarkan Analysis Attributes List yang telah disampaikan, maka berikut ini
adalah communication diagram dari proses pengajuan skripsi dan PKL Universitas
Gambar 4.78 di bawah ini menjelaskan tentang communication diagram untuk
US1: Login.
Gambar 4.78 Communication Diagram US1 Login
119
US2: Mengganti Password.
Gambar 4.79 Communication Diagram US2 Mengganti Password

US3: Logout.
Gambar 4.80 Communication Diagram US3 Logout

US4: Melihat Panduan PKL.
Gambar 4.81 Communication Diagram US4 Melihat Panduan PKL
120
US5: Melihat Panduan Skripsi.
Gambar 4.82 Communication Diagram US5Melihat Panduan Skripsi

US6: Mendaftar Seminar Proposal.
Gambar 4.83 Communication Diagram US6 Mendaftar Seminar Proposal

US7: Melihat Kartu Bimbingan.
Gambar 4.84 Communication Diagram US7 Melihat Kartu Bimbingan
121
US8: Mendaftar Skripsi.
Gambar 4.85 Communication Diagram US8 Mendaftar Skripsi

US9: Mendaftar Sidang Skripsi.
Gambar 4.86 Communication Diagram US9 Mendaftar Sidang Skripsi

US10: Mendaftar PKL.
Gambar 4.87 Communication Diagram US10 Mendaftar PKL
122
US11: Mendaftar Ujian PKL.
Gambar 4.88 Communication Diagram US11 Mendaftar Ujian PKL

US12: Melihat Status Kemajuan.
Gambar 4.89 Communication Diagram US12 Melihat Status Kemajuan
123
US13: Melihat Penilaian.
Gambar 4.90 Communication Diagram US13 Melihat Penilaian

US14: Melihat Rekap Mahasiswa Skripsi dan PKL.
Gambar 4.91 Communication Diagram US14 Melihat Rekap Mahasiswa Skripsi

dan PKL
124
US15: Menentukan Penguji.
Gambar 4.92 Communication Diagram US15 Menentukan Penguji

US16: Memproses Pendaftar Skripsi dan PKL.
Gambar 4.93 Communication Diagram US16 Memproses Pendaftar Skripsi dan

PKL
US17: Melihat Jadwal.
Gambar 4.94 Communication Diagram US17 Melihat Jadwal
125
US18: Membuat Penilaian.
Gambar 4.95 Communication Diagram US18 Membuat Penilaian

US19: Memproses Permintaan Anak Bimbingan.
Gambar 4.96 Communication Diagram US19 Memproses Permintaan Anak

Bimbingan
US20: Mengisi Kartu Bimbingan.
Gambar 4.97 Communication Diagram US20 Mengisi Kartu Bimbingan
126
US21: Melihat Keseluruhan Anak Bimbingan.
Gambar 4.98 Communication Diagram US21 Melihat Keseluruhan Anak

Bimbingan
US22: Memproses Pendaftar Seminar Proposal Sidang Skripsi Ujian PKL.
Gambar 4.99 Communication Diagram US22 Memproses Pendaftar Sidang

Skripsi Ujian PKL
127
US23: Membuat Jadwal.
Gambar 4.100 Communication Diagram US23 Membuat Jadwal

US24: Mengubah Status Kemajuan.
Gambar 4.101 Communication Diagram US24 Mengubah Status Kemajuan

US25: Mengunduh Panduan PKL.
Gambar 4.102 Communication Diagram US25 Mengunduh Panduan PKL
128
US26: Mengunduh Panduan Skripsi.
Gambar 4.103 Communication Diagram US26 Mengunduh Panduan Skripsi

US27: Mengunduh Penilaian.
Gambar 4.104 Communication Diagram US27 Mengunduh Penilaian
4.5.4 Operation List

Setiap pesan pada communication diagram memiliki kesesuaian dengan operation
pada class diagram sehingga seorang analyst harus mencatat operation dalam
rangka untuk memiliki satu set lengkap realisasi use case. Operation dapat
ditampilkan pada class diagram di compartment terpisah di bawah compartment
atribut atau dapat juga didokumentasikan sebagai operation list yang terpisah.
129
Berikut ini adalah operation list dari proses pengajuan skripsi dan PKL Universitas Muhammadiyah Gresik Prodi Teknik Industri.
Tabel 4.83 Tabel Operation List
No Nama Kelas Method Keterangan
1 C_Auth login (u,p) Method untuk mengakses fungsi login yang membawa variabel username(u) dan
password(p) yang akan dilanjutkan ke Kelas M_User.
2 M_User cek_pengguna (u,p) Method untuk mengecek pengguna mana yang telah masuk ke sistem.
3 C_Auth gantipassword(pl,pb) Method untuk mengakses fungsi mengganti password. Method ini membawa variabel
password lama(pl) dan password baru(pb) agar bisa diganti.
4 M_User get_auth_ pengguna(u) Method untuk mendapatkan autentikasi dari pengguna.
5 C_Auth cek_password(pl,pb) Method untuk mengecek apakah password lama sesuai dengan password pengguna.
6 M_User submit_pass_baru(pb) Method untuk mensubmit password baru yang sudah dimasukkan.
7 C_Auth logout(u) Method untuk mengakses fungsi logout.
8 M_User simpan_sesi() Method untuk menyimpan sesi yang telah dilakukan oleh pengguna.
9 C_Panduan lihatpanduanPKL() Method untuk mengakses fungsi lihat panduan PKL.
10 M_Berkas get_panduan_PKL Method untuk mendapatkan panduan PKL.
11 C_Panduan lihatpanduanskripsi() Method untuk mengakses fungsi lihat panduan skripsi.
12 M_Berkas get_panduan_skripsi() Method untuk mendapatkan panduan skripsi.
13 C_Skripsi submitdatasempro(fp,fsp1,fsp2) Method untuk mengakses fungsi untuk submit data sempro.
14 M_Berkas set_berkas_sempro(fp,fsp1,fsp2) Method untuk menyimpan berkas sempro.
15 M_Presentasi set_sempro() Method untuk menyimpan data seminar proposal.
16 C_KBimbingan kartu_bimbingan() Method untuk mengakses fungsi melihat kartu bimbingan.
130
Tabel 4.83 Tabel Operation List (Lanjutan)
17 M_Dosen get_dosen() Method untuk mendapatkan nama dosen pembimbing.
18 M_KBimbingan get_kartubimbingan() Method untuk mendapatkan kartu bimbingan.
19 C_Skripsi submitdataskripsi(js,ds1,ds2,fbs) Method untuk mengakses fungsi submit data mengenai pendaftaran skripsi.
20 M_Berkas set_berkas_skripsi(fbs) Method untuk menyimpan berkas skripsi yang telah diunggah.
21 M_Dosen set_dosen_skripsi(ds1,ds2) Method untuk menyimpan dosen pembimbing skripsi yang telah ditentukan
sebelumnya.
22 M_Skripsi set_judul_skripsi(js) Method untuk menyimpan judul skripsi mahasiswa.
23 C_Skripsi submitdatasidang(fl,fss1,fss2) Method untuk mengakses fungsi submit data mengenai pendaftaran sidang skripsi.
24 M_Berkas set_berkas_sidang(fl,fss1,fss2) Method untuk menyimpan berkas sidang skripsi yang telah diunggah.
25 M_Presentasi set_sidang() Method untuk menyimpan data sidang skripsi.
26 C_PKL submitdatapkl(jp,bp,dp,lp) Method untuk mengakses fungsi submit data mengenai pendaftaran pkl.
27 M_Berkas set_berkas_pkl(bp) Method untuk menyimpan berkas pkl yang telah diunggah.
28 M_Dosen set_dosen_pkl(dp) Method untuk menyimpan dosen pembimbing pkl yang telah ditentukan sebelumnya.
29 M_PKL set_judul_pkl(jp) Method untuk menyimpan judul pkl mahasiswa.
30 M_Lokasi set_lokasi_pkl(lp) Method untuk menyimpan lokasi pkl mahasiswa.
31 C_PKL submitdataujian(flp,fpp) Method untuk mengakses fungsi submit data mengenai pendaftaran ujian pkl.
32 M_Berkas set_berkas_ujian(flp,fpp) Method untuk menyimpan berkas ujian pkl yang telah diunggah.
33 M_Presentasi set_ujian() Method untuk menyimpan data ujian pkl.
34 C_Skripsi get_status_kemajuan() Method untuk mengakses fungsi untuk melihat status kemajuan skripsi dari mahasiswa.
35 M_Status get_status() Method untuk mengambil status kemajuan skripsi mahasiswa saat ini.
131
36 M_Skripsi get_detail_skripsi() Method untuk mengambil detail mengenai keseluruhan skripsi mahasiswa.
37 M_Dosen get_dosen_skripsi() Method untuk mengambil nama dosen pembimbing skripsi dari mahasiswa.
38 M_Jadwal get_jadwal() Method untuk mengambil jadwal-jadwal yang berhubungan dengan penyelesaian
skripsi, seperti jadwal seminar proposal atau jadwal sidang skripsi.
39 C_Penilaian penilaian(idd,idp) Method untuk mengakses fungsi untuk melihat penilaian skripsi dan pkl yang telah
diberikan oleh dosen.
40 M_Dosen get_dosen(idd) Method untuk mengambil nama dosen pembimbing.
41 M_Penilaian get_penilaian(idp) Method untuk mengambil penilaian skripsi dan pkl dari M_Penilaian.
42 C_Rekap get_rekap_mahasiswa() Method untuk mengakses fungsi melihat rekap keseluruhan mahasiswa yang telah
mendaftar skripsi dan pkl.
43 M_Skripsi get_detail_skripsi() Method untuk menampilkan detail mengenai skripsi yang dilakukan oleh mahasiswa.
44 M_PKL get_detail_pkl() Method untuk menampilkan detail mengenai pkl yang dilakukan oleh mahasiswa.
45 M_Mahasiswa get_data_mahasiswa() Method untuk menampilkan detail mahasiswa yang bersangkutan
46 M_Status get_status_mahasiswa() Method untuk menampilkan status kemajuan mahasiswa yang bersangkutan saat ini.
47 M_Dosen get_dosen() Method untuk menampilkan dosen pembimbing skripsi maupun pkl dari mahasiswa
yang bersangkutan.
48 M_Berkas get_berkas(n) Method untuk menampilkan berkas-berkas yang berhubungan dengan skripsi maupun
pkl seperti laporan dll.
49 M_Jadwal get_jadwal(n) Method untuk menampilkan jadwal-jadwal yang berhubungan dengan skripsi maupun
pkl dari mahasiswa yang bersangkutan seperti jadwal seminar proposal, sidang skripsi
dan ujian pkl.
50 M_Lokasi get_lokasi(n) Method untuk menampilkan lokasi pkl mahasisiwa yang bersangkutan.
132
51 M_KBimbingan get_kartu_bimbingan(n) Method untuk menampilkan kartu bimbingan skripsi maupun pkl dari mahasiswa yang
bersangkutan.
52 M_Penilaian get_penilaian(n) Method untuk menampilkan penilaian skripsi maupun pkl dari mahasiswa yang
bersangkutan.
53 C_Presentasi submitpenguji(p1,p2) Method untuk mengakses fungsi mensubmit penguji 1 dan 2 untuk seminar proposal,
sidang skripsi maupun ujian pkl.
54 M_Dosen setdosen(p1,p2) Method untuk menyimpan dua penguji yang telah ditentukan sebelumnya.
55 M_Presentasi set_presentasi() Method untuk menyimpan data mengenai seminar proposal atau sidang skripsi atau
ujian pkl.
56 C_Proses set_terima_mhs(n) Method untuk mengakses fungsi memproses pendaftar skripsi dan pkl.
57 M_Mahasiswa set_mahasiswa(n) Method untuk menyimpan detail mahasiswa yang bersangkutan apabila diterima.
58 M_Skripsi set_status_s(n) Method untuk menyimpan status skripsi mahasiswa yang bersangkutan.
59 M_PKL set_status_p(n) Method untuk menyimpan status pkl mahasiswa yang bersangkutan.
60 M_Status set_status(n) Method untuk menyimpan status kemajuan skripsi mahasiswa yang bersangkutan.
61 C_Proses set_tolak_mhs(n) Method untuk menampilkan fungsi untuk menolak mahasiswa.
62 C_Proses set_alasan(a) Method untuk menampilkan fungsi untuk menuliskan alasan penolakan.
63 M_Mahasiswa simpan_alasan(a) Method untuk menyimpan alasan penolakan untuk melanjutkan ke tahap yang
selanjutnya.
64 C_Jadwal lihatjadwal() Method untuk mengakses fungsi melihat jadwal dari pengguna yang bersangkutan.
65 M_Jadwal get_jadwal() Method untuk menampilkan jadwal dari pengguna yang bersangkutan.
66 C_Penilaian submitpenilaian(n,idp) Method untuk mengakses fungsi mensubmit penilaian skripsi maupun pkl.
133
67 M_Penilaian set_penilaian(n,idp) Method untuk menyimpan penilaian skripsi maupun pkl.
68 C_KBimbingan submitkartubimbingan(n,idk) Method untuk mengakses fungsi mengisi kartu bimbingan mahasiswa yang
bersangkutan.
69 M_KBimbingan set_kartu_bimbingan(n,idk) Method untuk menyimpan kartu bimbingan mahasiswa yang bersangkutan.
70 C_Jadwal submitjadwal(n,idj,idd) Method untuk mengakses fungsi membuat jadwal seminar proposal, sidang skripsi dan
ujian pkl menyesuaikan jadwal dosen yang bersangkutan.
71 M_Jadwal set_jadwal(idj) Method untuk menyimpan jadwal yang telah ditentukan.
72 M_Mahasiswa set_mahasiswa() Method untuk menyimpan data mengenai mahasiswa yang bersangkutan.
73 M_Dosen set_dosen(idd) Method untuk menyimpan data mengenai dosen yang bersangkutan.
74 M_Status set_status() Method untuk menyimpan status kemajuan skripsi mahasiswa yang bersangkutan.
75 C_Status submitstatus(sb) Method untuk mengakses fungsi mengubah status kemajuan mahasiswa jika ada
sesuatu yang mengharuskan mahasiswa untuk mengganti status kemajuannya.
76 M_Status set_status(sb) Method untuk menyimpan status kemajuan baru mahasiswa yang bersangkutan.
77 C_Panduan unduh_panduan_pkl() Method untuk mengunduh panduan pkl.
78 C_Panduan unduh_panduan_skripsi() Method untuk mengunduh panduan skripsi.
79 C_ Penilaian unduh_penilaian() Method untuk mengakses fungsi mengunduh penilaian.
80 M_Penilaian get_penilaian() Method untuk mengunduh penilaian.
134
4.6 Fase Design
Fase design bertujuan unttuk membuat perancanga sesuai dengan kebutuhan
yang telah didefinisikan. Fase ini menghasilkan keluaran berupa class diagram,
sequence diagram, database schema dan penyelesaian desain antarmuka.
4.6.1 Class Diagram

Class diagram menggambarkan struktur objek status dalam sebuah sistem yang
menunjukkan suatu sistem tersusun dari kelas-kelas apa dan hubungan apa yang
terbentuk di antara kelas tersebut. Pada fase design, pembuatan class diagram
mencatumkan nama kelas, attributes, method beserta hubungannya.
Berikut adalah class diagram dari peroses pengajuan skripsi dan PKL Universitas
135
Gambar 4.105 Class Diagram
136
4.6.2 Sequence Diagram
Sequence diagram menggambarkan bagaimana sebuah objek berinteraksi dengan
satu sama lain melalui pesan sequential sebuah use case atau operasi.
Berikut ini adalah sequence diagram dari proses pengajuan skripsi dan PKL
Universitas Muhammadiyah Gresik Prodi Teknik Industri.
Gambar 4.106 Sequence Diagram US1 Login

Sequence diagram US1 Login diawali dengan User mengakses fungsi login ke
V_User. Kemudian dari V_User akan melanjutkan dengan mengakses method
login ke C_Auth. Setelah diterima oleh C_Auth, maka C_Auth akan melanjutkan
dengan mengakses method cek_ pengguna ke M_User. Kemudian setelah sukses,
maka hasil return yang akan dikembalikan merupakan status login yang sukses.
Jika kombinasi username dan password salah, maka hasil return yang
dikembalikan merupakan status login yang gagal.
137
Gambar 4.107 Sequence Diagram US2 Mengganti Password
Sequence diagram US2 Mengganti Password diawali dengan User mengakses
fungsi gantipassword ke V_User. Kemudian dari V_User akan melanjutkan dengan
mengakses method gantipassword ke C_Auth. Setelah diterima oleh C_Auth,
maka C_Auth akan melanjutkan dengan mengakses method get_auth_pengguna
ke M_User. Kemudian setelah sukses, maka hasil return yang akan dikembalikan
merupakan fungsi ganti password. Kemudian User kembali mengakses fungsi
submit password ke V_User. Kemudian dari V_User akan melanjutkan dengan
mengakses method cek_password ke C_Auth. Setelah diterima oleh C_Auth maka
C_Auth akan melanjutkan dengan mengakses method submit_pass_baru ke
M_User. Kemudian setelah sukses, maka hasil return yang akan dikembalikan
merupakan fungsi ganti password yang sukses. Jika kombinasi password lama dan
baru salah, maka hasil return yang dikembalikan merupakan fungsi gantipassword.
138
Gambar 4.108 Sequence Diagram US3 Logout
Sequence diagram US3 Logout diawali dengan User mengakses fungsi logout ke
V_User. Kemudian dari V_User akan melanjutkan dengan mengakses method
logout ke C_Auth. Setelah diterima oleh C_Auth, maka C_Auth akan melanjutkan
dengan mengakses method simpan_sesi ke M_User. Kemudian setelah sukses,
maka hasil return yang akan dikembalikan merupakan status logout yang sukses.
Gambar 4.109 Sequence Diagram US4 Melihat Panduan PKL

Sequence diagram US4 Melihat Panduan PKL diawali dengan User mengakses
fungsi lihatpanduanPKL ke V_Home. Kemudian dari V_Home akan melanjutkan
dengan mengakses method lihatpanduanPKL ke C_Panduan. Setelah diterima oleh
C_Panduan, maka C_Panduan akan melanjutkan dengan mengakses method
get_panduan_PKL ke M_Berkas. Kemudian setelah sukses, maka hasil return yang
akan dikembalikan merupakan panduan PKL.
139
Gambar 4.110 Sequence Diagram US5 Melihat Panduan Skripsi
Sequence diagram US5 Melihat Panduan Skripsi diawali dengan User mengakses
fungsi lihatpanduanskripsi ke V_Home. Kemudian dari V_Home akan melanjutkan
dengan mengakses method lihatpanduanskripsi ke C_Panduan. Setelah diterima
oleh C_Panduan, maka C_Panduan akan melanjutkan dengan mengakses method
get_panduan_skripsi ke M_Berkas. Kemudian setelah sukses, maka hasil return
yang akan dikembalikan merupakan panduan skripsi.
Gambar 4.111 Sequence Diagram US6 Mendaftar Seminar Proposal

Sequence diagram US6 Mendaftar Seminar Proposal diawali dengan Mahasiswa
mengakses fungsi submitdatasempro ke V_DSempro. Kemudian dari V_DSempro
akan melanjutkan dengan mengakses method submitdatasempro ke C_Skripsi.
Setelah diterima oleh C_Skripsi, maka C_Skripsi akan melanjutkan dengan
mengakses method set_berkas_sempro ke M_Berkas. Selain itu, dari C_Skripsi
akan mengakses method set_sempro ke M_Presentasi. Kemudian setelah sukses,
maka hasil return yang akan dikembalikan merupakan status sempro yang sukses.
Jika persyaratan pendaftaran seminar proposal tidak terisi lengkap, maka hasil
return yang dikembalikan merupakan fungsi daftar seminar seminar proposal.
140
Gambar 4.112 Sequence Diagram US7 Melihat Kartu Bimbingan
Sequence diagram US7 Melihat Kartu Bimbingan diawali dengan Mahasiswa
mengakses fungsi kartubimbingan ke V_User. Kemudian dari V_User akan
melanjutkan dengan mengakses method kartu_bimbingan ke C_KBimbingan.
Setelah diterima oleh C_KBimbingan, maka C_KBimbingan akan melanjutkan
dengan mengakses method get_dosen ke M_Dosen yang akan mengembalikan
dosen. Selain itu, dari C_KBimbingan akan mengakses method
get_kartubimbingan ke M_KBimbingan. Kemudian setelah sukses, maka hasil
return yang akan dikembalikan merupakan kartu bimbingan beserta nama
dosennya.
Gambar 4.113 Sequence Diagram US8 Mendaftar Skripsi

Sequence diagram US8 Mendaftar Skripsi diawali dengan Mahasiswa mengakses
fungsi submitdataskripsi ke V_DSkripsi. Kemudian dari V_DSkripsi akan
melanjutkan dengan mengakses method submitdataskripsi ke C_Skripsi. Setelah
diterima oleh C_Skripsi, maka C_Skripsi akan melanjutkan dengan mengakses
method set_berkas_skripsi ke M_Berkas. Selain itu, dari C_Skripsi akan mengakses
method set_dosen_skripsi ke M_Dosen dan method set_judul_skripsi ke
M_Skripsi. Kemudian setelah sukses, maka hasil return yang akan dikembalikan
merupakan status daftar skripsi yang sukses. Jika persyaratan pendaftaran skripsi
141
tidak terisi lengkap, maka hasil return yang dikembalikan merupakan fungsi daftar
skripsi.
Gambar 4.114 Sequence Diagram US9 Mendaftar Sidang Skripsi

Sequence diagram US9 Mendaftar Sidang Skripsi diawali dengan Mahasiswa
mengakses fungsi submitdatasidang ke V_DSidang. Kemudian dari V_DSidang
akan melanjutkan dengan mengakses method submitdatasidang ke C_Skripsi.
Setelah diterima oleh C_Skripsi, maka C_Skripsi akan melanjutkan dengan
mengakses method set_berkas_sidang ke M_Berkas. Selain itu, dari C_Skripsi akan
mengakses method set_sidang ke M_Presentasi. Kemudian setelah sukses, maka
hasil return yang akan dikembalikan merupakan status sidang yang sukses. Jika
persyaratan pendaftaran sidang skripsi tidak terisi lengkap, maka hasil return yang
dikembalikan merupakan fungsi daftar sidang skripsi.
Gambar 4.115 Sequence Diagram US10 Mendaftar PKL

Sequence diagram US10 Mendaftar PKL diawali dengan Mahasiswa mengakses
fungsi submitdatapkl ke V_DPKL. Kemudian dari V_DPKL akan melanjutkan dengan
mengakses method submitdatapkl ke C_PKL. Setelah diterima oleh C_PKL, maka
142
C_PKL akan melanjutkan dengan mengakses method set_berkas_pkl ke M_Berkas,
method set_dosen_pkl ke M_Dosen, method set_judul_pkl ke M_PKL dan method
set_lokasi_pkl ke M_Lokasi. Kemudian setelah sukses, maka hasil return yang akan
dikembalikan merupakan status daftar pkl yang sukses. Jika persyaratan
pendaftaran pkl tidak terisi lengkap, maka hasil return yang dikembalikan
merupakan fungsi daftar pkl.
Gambar 4.116 Sequence Diagram US11 Mendaftar Ujian PKL

Sequence diagram US11 Mendaftar Ujian PKL diawali dengan Mahasiswa
mengakses fungsi submitdataujian ke V_DUjian. Kemudian dari V_DUjian akan
melanjutkan dengan mengakses method submitdataujian ke C_PKL. Setelah
diterima oleh C_PKL, maka C_PKL akan melanjutkan dengan mengakses method
set_berkas_ujian ke M_Berkas. Selain itu, dari C_Skripsi akan mengakses method
set_ujian ke M_Presentasi. Kemudian setelah sukses, maka hasil return yang akan
dikembalikan merupakan status ujian yang sukses. Jika persyaratan pendaftaran
ujian PKL tidak terisi lengkap, maka hasil return yang dikembalikan merupakan
fungsi daftar ujian PKL.
143
Gambar 4.117 Sequence Diagram US12 Melihat Status Kemajuan
Sequence diagram US12 Melihat Status Kemajuan diawali dengan Mahasiswa
mengakses fungsi profil ke V_User. Kemudian dari V_User akan melanjutkan
dengan mengakses method get_status_kemajuan ke C_Skripsi. Setelah diterima
oleh C_Skripsi, maka C_Skripsi akan melanjutkan dengan mengakses method
get_status ke M_Status, method get_detail_skripsi ke M_Skripsi, method
get_dosen_skripsi ke M_Dosen dan method get_jadwal ke M_Jadwal. Kemudian
setelah sukses, maka hasil return yang akan dikembalikan merupakan status
kemajuan menuju V_Profil.
Gambar 4.118 Sequence Diagram US13 Melihat Penilaian

Sequence diagram US13 Melihat Penilaian diawali dengan Mahasiswa mengakses
fungsi penilaian ke V_User. Kemudian dari V_User akan melanjutkan dengan
mengakses method penilaian ke C_Penilaian. Setelah diterima oleh C_Penilaian,
maka C_Penilaian akan melanjutkan dengan mengakses method get_dosen ke
M_Dosen yang mengembalikan dosen. Selain itu, C_Penilaian mengakses method
get_penilaian ke M_Penilaian. Kemudian setelah sukses, maka hasil return yang
akan dikembalikan merupakan fungsi penilaian menuju V_Penilaian.
144
Gambar 4.119 Sequence Diagram US14 Melihat Rekap Mahasiswa Skripsi dan
PKL
Sequence diagram US14 Melihat Rekap Mahasiswa Skripsi dan PKL diawali dengan
Kaprodi mengakses fungsi rekap mahasiswa ke V_User. Kemudian dari V_User
akan melanjutkan dengan mengakses method get_rekap_mahasiswa ke C_Rekap.
Setelah diterima oleh C_Rekap, maka C_Rekap akan melanjutkan dengan
mengakses method get_detail_skripsi ke M_Skripsi, method get_detail_pkl ke
M_PKL, method get_data_mahasiswa ke M_Mahasiswa dan method
get_status_mahasiswa ke M_Status. Kemudian setelah sukses, maka hasil return
yang akan dikembalikan merupakan fungsi rekap mahasiswa menuju V_Rekap.
Selanjutnya, Kaprodi mengakses nama mahasiswa ke V_Rekap. Kemudian dari
V_Rekap akan melanjutkan dengan mengakses method get_detail ke C_Rekap.
Setelah diterima oleh C_Rekap, maka C_Rekap akan melanjutkan dengan
mengakses method get_dosen ke M_Dosen, method get_berkas ke M_Berkas,
method get_jadwal ke M_Jadwal, method get_lokasi ke M_Lokasi, method
get_kartu_bimbingan ke M_KBimbingan dan method get_penilaian ke
M_Penilaian. Kemudian setelah sukses, maka hasil return yang akan dikembalikan
merupakan fungsi detail mahasiswa.
145
Gambar 4.120 Sequence Diagram US15 Menentukan Penguji
Sequence diagram US15 Menentukan Penguji diawali dengan Kaprodi mengakses
fungsi submit penguji ke V_TPenguji. Kemudian dari V_TPenguji akan melanjutkan
dengan mengakses method penilaian ke C_Presentasi. Setelah diterima oleh
C_Presentasi, maka C_Presentasi akan melanjutkan dengan mengakses method
set_dosen ke M_Dosen. Selain itu, C_Penilaian mengakses method set_presentasi
ke M_Presentasi. Kemudian setelah sukses, maka hasil return yang akan
dikembalikan merupakan status submit penguji sukses.
Gambar 4.121 Sequence Diagram US16 Memproses Pendaftar Skripsi dan PKL
Sequence diagram US16 Memproses Pendaftar Skripsi dan PKL diawali dengan
Kaprodi mengakses fungsi menerima ke V_PPSkripsiPKL. Kemudian dari
V_PPSkripsiPKL akan melanjutkan dengan mengakses method set_terima_mhs ke
C_Proses. Setelah diterima oleh C_Proses, maka C_Proses akan melanjutkan
dengan mengakses method set_mahasiswa ke M_Mahasiswa, method
146
set_status_s ke M_Skripsi, method set_status_p ke M_PKL dan set_status ke
M_Status. Kemudian setelah sukses, maka hasil return yang akan dikembalikan
merupakan status fungsi menerima sukses. Jika kelengkapan pendaftar tidak
memenuhi, maka Kaprodi mengakses fungsi menolak ke V_PPSkripsiPKL.
Kemudian dari V_PPSkripsiPKL akan melanjutkan dengan mengakses method
set_tolak_mhs ke C_Proses yang akan mengembalikan fungsi alasan penolakan.
Kaprodi kemudian mengakses fungsi submit alasan ke V_PPSkripsiPKL. Kemudian
dari V_PPSkripsiPKL akan melanjutkan dengan mengakses method set_alasan ke
dengan mengakses method simpan_alasan ke M_Mahasiswa. Kemudian setelah
sukses, maka hasil return yang akan dikembalikan merupakan status fungsi
menolak sukses.
Gambar 4.122 Sequence Diagram US17 Melihat Jadwal

Sequence diagram US17 Melihat Jadwal diawali dengan User mengakses fungsi
lihat jadwal ke V_User. Kemudian dari V_User akan melanjutkan dengan
mengakses method lihatjadwal ke C_Jadwal. Setelah diterima oleh C_Jadwal,
maka C_Jadwal akan melanjutkan dengan mengakses method get_jadwal ke
M_Jadwal. Kemudian setelah sukses, maka hasil return yang akan dikembalikan
merupakan fungsi jadwal.
Gambar 4.123 Sequence Diagram US18 Membuat Penilaian

Sequence diagram US18 Membuat Penilaian diawali dengan User mengakses
fungsi submit penilaian ke V_MPenilaian. Kemudian dari V_MPenilaian akan
melanjutkan dengan mengakses method submitpenilaian ke C_Penilaian. Setelah
diterima oleh C_Penilaian, maka C_Penilaian akan melanjutkan dengan
147
mengakses method set_penilaian ke M_Penilaian. Kemudian setelah sukses, maka
hasil return yang akan dikembalikan merupakan status submit penilaian sukses.
Gambar 4.124 Sequence Diagram US19 Memproses Permintaan Anak

Bimbingan
Sequence diagram US19 Memproses Permintaan Anak Bimbingan diawali dengan
User mengakses fungsi menerima ke V_PPBimbingan. Kemudian dari
V_PPBimbingan akan melanjutkan dengan mengakses method set_terima_mhs ke
dengan mengakses method set_mahasiswa ke M_Mahasiswa, method
set_status_s ke M_Skripsi, method set_status_p ke M_PKL dan set_status ke
M_Status. Kemudian setelah sukses, maka hasil return yang akan dikembalikan
merupakan status fungsi menerima sukses. Jika kelengkapan pendaftar tidak
memenuhi, maka Kaprodi mengakses fungsi menolak ke V_PPBimbingan.
Kemudian dari V_PPBimbingan akan melanjutkan dengan mengakses method
set_tolak_mhs ke C_Proses yang akan mengembalikan fungsi alasan penolakan.
User kemudian mengakses fungsi submit alasan ke V_PPBimbingan. Kemudian
dari V_PPBimbingan akan melanjutkan dengan mengakses method set_alasan ke
dengan mengakses method simpan_alasan ke M_Mahasiswa. Kemudian setelah
sukses, maka hasil return yang akan dikembalikan merupakan status fungsi
menolak sukses.
148
Gambar 4.125 Sequence Diagram US20 Mengisi Kartu Bimbingan
Sequence diagram US20 Mengisi Kartu Bimbingan diawali dengan User mengakses
fungsi submit kartu bimbingan ke V_MKBimbingan. Kemudian dari
V_MKBimbingan akan melanjutkan dengan mengakses method
submitkartubimbingan ke C_KBimbingan. Setelah diterima oleh C_KBimbingan,
maka C_KBimbingan akan melanjutkan dengan mengakses method
set_kartu_bimbingan ke M_KBimbingan. Kemudian setelah sukses, maka hasil
return yang akan dikembalikan merupakan status submit kartu bimbingan sukses.
Gambar 4.126 Sequence Diagram US21 Melihat Keseluruhan Anak Bimbingan

Sequence diagram US21 Melihat Keseluruhan Anak Bimbingan diawali dengan
User mengakses fungsi lihat seluruh bimbingan ke V_User. Kemudian dari V_User
akan melanjutkan dengan mengakses method lihat_seluruh_bimbingan ke
C_Rekap. Setelah diterima oleh C_Rekap, maka C_Rekap akan melanjutkan
dengan mengakses method get_detail_skripsi ke M_Skripsi, method
get_detail_pkl ke M_PKL, method get_data_mahasiswa ke M_Mahasiswa dan
method get_status_mahasiswa ke M_Status. Kemudian setelah sukses, maka hasil
return yang akan dikembalikan merupakan fungsi keseluruhan bimbingan menuju
V_RBimbingan. Selanjutnya, User mengakses nama mahasiswa ke V_RBimbingan.
Kemudian dari V_RBimbingan akan melanjutkan dengan mengakses method
get_detail ke C_Rekap. Setelah diterima oleh C_Rekap, maka C_Rekap akan
melanjutkan dengan mengakses method get_dosen ke M_Dosen, method
get_berkas ke M_Berkas, method get_jadwal ke M_Jadwal, method get_lokasi ke
M_Lokasi, method get_kartu_bimbingan ke M_KBimbingan dan method
149
get_penilaian ke M_Penilaian. Kemudian setelah sukses, maka hasil return yang
akan dikembalikan merupakan fungsi detail mahasiswa.
Gambar 4.127 Sequence Diagram US22 Memproses Pendaftar Seminar

Proposal Sidang Skripsi dan Ujian PKL
Sequence diagram US22 Memproses Pendaftar Seminar Proposal Sidang Skripsi
dan Ujian PKL diawali dengan Tata Usaha mengakses fungsi menerima ke
V_PPresentasi. Kemudian dari V_PPresentasi akan melanjutkan dengan
mengakses method set_terima_mhs ke C_Proses. Setelah diterima oleh C_Proses,
maka C_Proses akan melanjutkan dengan mengakses method set_mahasiswa ke
M_Mahasiswa, method set_status_s ke M_Skripsi, method set_status_p ke
M_PKL dan set_status ke M_Status. Kemudian setelah sukses, maka hasil return
yang akan dikembalikan merupakan status fungsi menerima sukses. Jika
kelengkapan pendaftar tidak memenuhi, maka Tata Usaha mengakses fungsi
menolak ke V_PPresentasi. Kemudian dari V_PPresentasi akan melanjutkan
dengan mengakses method set_tolak_mhs ke C_Proses yang akan
mengembalikan fungsi alasan penolakan. Tata Usaha kemudian mengakses fungsi
submit alasan ke V_PPresentasi. Kemudian dari V_PPresentasi akan melanjutkan
dengan mengakses method set_alasan ke C_Proses. Setelah diterima oleh
C_Proses, maka C_Proses akan melanjutkan dengan mengakses method
simpan_alasan ke M_Mahasiswa. Kemudian setelah sukses, maka hasil return
yang akan dikembalikan merupakan status fungsi menolak sukses.
150
Gambar 4.128 Sequence Diagram US23 Membuat Jadwal
Sequence diagram US23 Membuat Jadwal diawali dengan Tata Usaha mengakses
fungsi submit jadwal ke V_MJadwal. Kemudian dari V_MJadwal akan melanjutkan
dengan mengakses method submitjadwal ke C_Jadwal. Setelah diterima oleh
C_Jadwal, maka C_Jadwal akan melanjutkan dengan mengakses method
set_jadwal ke M_Jadwal, method set_mahasiswa ke M_Mahasiswa, set_dosen ke
M_Dosen dan set_status ke M_Status. Kemudian setelah sukses, maka hasil return
yang akan dikembalikan merupakan status submit jadwal sukses.
Gambar 4.129 Sequence Diagram US24 Mengubah Status Kemajuan

Sequence diagram US24 Mengubah Status Kemajuan diawali dengan Tata Usaha
mengakses fungsi submit status ke V_UStatus. Kemudian dari V_UStatus akan
melanjutkan dengan mengakses method submitstatus ke C_Status. Setelah
diterima oleh C_Status, maka C_Status akan melanjutkan dengan mengakses
method set_status ke M_Status. Kemudian setelah sukses, maka hasil return yang
akan dikembalikan merupakan status submit status kemajuan sukses.
151
Gambar 4.130 Sequence Diagram US25 Mengunduh Panduan PKL
Sequence diagram US25 Mengunduh Panduan PKL diawali dengan User
mengakses fungsi unduh ke V_Home. Kemudian dari V_Home akan melanjutkan
dengan mengakses method unduh_panduan_pkl ke C_Panduan. Setelah diterima
oleh C_Panduan, maka C_Panduan akan melanjutkan dengan mengakses method
get_panduan_pkl ke M_Berkas.
Gambar 4.131 Sequence Diagram US26 Mengunduh Panduan Skripsi

Sequence diagram US26 Mengunduh Panduan Skripsi diawali dengan User
mengakses fungsi unduh ke V_Home. Kemudian dari V_Home akan melanjutkan
dengan mengakses method unduh_panduan_skripsi ke C_Panduan. Setelah
diterima oleh C_Panduan, maka C_Panduan akan melanjutkan dengan mengakses
method get_panduan_skripsi ke M_Berkas.
152
Gambar 4.132 Sequence Diagram US27 Mengunduh Penilaian
Sequence diagram US27 Mengunduh Penilaian diawali dengan Mahasiswa
mengakses fungsi unduh ke V_Penilaian. Kemudian dari V_Penilaian akan
melanjutkan dengan mengakses method unduh_penilaian ke C_Penilaian. Setelah
diterima oleh C_Penilaian, maka C_Penilaian akan melanjutkan dengan
mengakses method get_penilaian ke M_Penilaian.
4.6.3 Database Schema

Database schema adalah sebuah kerangka yang digunakan untuk menyusun
database. Database schema dari sistem pengajuan skripsi dan PKL Universitas
Muhammadiyah Gresik Prodi Teknik Industri terdapat pada gambar di bawah ini.
Gambar 4.133 Database Schema
153
4.6.4 Penyelesaian Desain Antarmuka
Penyelesaian desain antarmuka untuk sistem akademik mahassiswa Prodi Teknik
Industri Universitas Muhammadiyah Gresik dapat dilihat pada Gambar 4.27 pada
halaman 55. Penyelesaian desain antarmuka tidak dituliskan pada bagian ini
karena desain antarmuka pada fase design sama seperti desain antarmuka pada
fase requirements.
154
BAB 5 PENGUJIAN PERANCANGAN
Setelah melakukan analisis dan perancangan sistem, kegiatan penelitian

dilanjutkan dengan melakukan pengujian terhadap perancangan. Pengujian
perancangan dilakukan dengan menggunakan metode yang dibahas dalam bab ini.
5.1 Requirement Traceability

Requirement traceability merupakan aktivitas yang penting dalam manajemen
kebutuhan karena dapat digunakan untuk melacak perkembangan kebutuhan
awal hingga deskripsi kebutuhan akhir. Tabel 5.1 di bawah ini merupakan tabel
traceability kebutuhan dengan fitur.
Tabel 5.1 Tabel Kerunutan Kebutuhan dengan Fitur
F1 F2 F3 F4 F5 F6 F7 F8 F9
UB1 X X X
UB2 X X X
UB3 X X X
UB4 X
UB5 X
UB6 X
UB7 X
UB8 X
UB9 X
UB10 X
UB11 X
UB12 X
UB13 X
UB14 X
UB15 X
UB16 X
UB17 X
UB18 X
UB19 X
UB20 X
UB21 X
UB22 X
UB23 X
UB24 X
UB25 X
UB26 X
155
Fitur dari sistem juga dapat dilacak ke use case. Tabel 5.2 di bawah ini merupakan tabel traceability dari kode fitur ke use case.
Tabel 5.2 Tabel Kerunutan Fitur dengan Use Case
US1 US2 US3 US4 US5 US6 US7 US8 US9 US10 US11 US12 US13 US14 US15 US16 US17 US18 US19 US20 US21 US22 US23 US24 US25 US26 US27
F1 X
F2 X X X X X
F3 X X X X X X X X
F4 X
F5 X X X X X
F6 X
F7 X
F8 X
F9 X
F10 X X
F11 X
F12 X
F13 X X X X X X
F14 X
F15 X
F16 X X
F17 X
156
Fitur dari sistem dapat dilacak ke supplementary requirements. Tabel 5.3 di bawah
ini merupakan tabel traceability dari kode fitur ke supplementary requirements.
Tabel 5.3 Tabel Kerunutan Fitur dengan Supplementary Requirements
S1 S2 S3 S4 S5
F17 X
F18 X
F19 X
F20 X
F21 X
Berdasarkan pada traceability viewpoint, maka masing-masing use case

dirunutkan dengan skenario pada masing-masing use case. Tabel 5.4 di bawah ini
merupakan tabel traceability dari use case dengan scenario use case.
Tabel 5.4 Tabel Kerunutan Use Case dengan Use Case Scenario
Use Case Nomor Skenario Originating Flow Alternate Flow
1 Main Flow
US1
2 Main Flow Alternative Flow 1
1 Main Flow
US2
US3 1 Main Flow
US4 1 Main Flow
US5 1 Main Flow
1 Main Flow
US6
US7 1 Main Flow
1 Main Flow
US8
1 Main Flow
US9
1 Main Flow
US10
1 Main Flow
US11
US12 1 Main Flow
157
Tabel 5.4 Tabel Kerunutan Use Case dengan Use Case Scenario (Lanjutan)
US13 1 Main Flow
1 Main Flow
US14
US15 1 Main Flow
1 Main Flow
US16
US17 1 Main Flow
US18 1 Main Flow
1 Main Flow
US19
US20 1 Main Flow
US21 1 Main Flow
1 Main Flow
US22
US23 1 Main Flow
US24 1 Main Flow
US25 1 Main Flow
US26 1 Main Flow
US27 1 Main Flow
Tabel 5.5 di bawah ini merupakan tabel traceability dari use case dan diagram
perancangan yaitu communication diagram dan sequence diagram.
Diagram
Use Communication Sequence
Case Diagram Diagram
US1 CD US1 sd US1
US2 CD US2 sd US2
US3 CD US3 sd US3
US4 CD US4 sd US4
US5 CD US5 sd US5
158
Diagram (Lanjutan)
US6 CD US6 sd US6
US7 CD US7 sd US7
US8 CD US8 sd US8
US9 CD US9 sd US9
US10 CD US10 sd US10
159
Tabel 5.6 di bawah ini merupakan tabel daftar pengecekan dan pertanyaan
tinjauan menggunakan Requirement Traceability pada sistem.
Tabel 5.6 Tabel Daftar Pengecekan dan Pertanyaan Tinjauan Requirement
Traceability
No Pertanyaan √ Keterangan
1 Apakah setiap kebutuhan, fitur, √ Pada kebutuhan, fitur, use case,
use case, supplementary supplementary requirements,
requirements, communication communication diagram dan
diagram dan sequence diagram sequence diagram sudah terdapat
memiliki kode yang unik kode unik. Lihat Tabel 5.1 hingga
sehingga dapat digunakan 5.5
untuk tujuan traceability?
2 Apakah setiap kebutuhan, fitur, √ Kebutuhan dapat dilacak ke fitur,
use case, supplementary kemudian fitur dapat dilacak ke use
requirements communication case dan supplementary
diagram dan sequence diagram requirements dan use case dapat
dapat dilacak? dilacak ke communication diagram
dan sequence diagram
3 Apakah seluruh fitur sistem √ Lihat Tabel 5.1
sudah memenuhi seluruh
kebutuhan?
4 Apakah use case sudah √ Lihat Tabel 5.2
didefiniskann sesuai dengan
fitur?
5 Apa saja skenario yang dapat √ Lihat Tabel 5.4
didefinisikan berdasarkan
masing-masing use case?
Berdasarkan pada tabel traceability dari kebuthan pengguna, fitur dan use case,
maka hasil dari evaluasi menggunakan tabel traceability adalah sebagai berikut.
1. Seluruh fitur dapat dikaitkan dengan kebutuhan pengguna dan tidak terdapat
definisi fitur yang tidak berasal dari kebutuhan pengguna.
2. Pendefinisian use case mendukung fitur dari sistem yang sudah didefinisikan
sebelumnya.
3. Seluruh scenario pada use case spesifikasi memiliki kerunutan dengan masing-
masing use case yang bersangkutan.
4. Communication diagram dan sequence diagram pada sistem memiliki
kerunutan dengan use case diagram sistem.
160
BAB 6 PENUTUP
Pada bab ini akan dipaparkan kesimpulan dari kegiatan penelitian yang telah
dilakukan dan saran yang dapat diberikan dari penelitian ini untuk perkembangan
penelitian selanjutnya.
6.1 Kesimpulan
1. Metodologi Ripple yang merupakan metode object oriented analysis and
design dapat digunakan sebagai kerangka dalam melakukan analisis untuk
mendapatkan kebutuhan yang berguna sebagai dasar pembangunan Sistem
Informasi Pengelolaan Skripsi dan PKL. Fase genesis, business requirements,
system requirements dan analysis merupakan fase awal dalam metodologi
Ripple yang sesuai untuk mendapatkan kebutuhan sebagai dasar
pembangunan sistem. Langkah-langkah yang dilakukan adalah sebagai berikut:
a. Pada fase genesis, dilakukan penggalian kebutuhan pengguna sebagai
dasar pembuatan project genesis. Pada fase ini dihasilkan deskripsi
kebutuhan fungsional dari pengguna untuk Sistem Informasi Akademik
Mahasiswa Prodi Teknik Industri Universitas Muhammadiyah Gresik.
b. Pada fase business requirements, dilakukan pengumpulan kebutuhan
fungsional berdasarkan jalannya proses pengajuan skripsi dan PKL, yang
terdiri dari: penentuan business actor list, pembuatan business use case
list, pembuatan business activity diagram dan pembuatan business use
case details.
c. Pada fase system requirements, dilakukan pendefinisian kebutuhan
fungsional sistem berdasarkan jalannya proses pengajuan skripsi dan PKL,
yang terdiri dari pembuatan user interface sketches, pembuatan system
actor list, pembuatan system use case list, pembuatan system use case
diagram, pembuatan system use case details dan pembuatan
supplementary requirements.
d. Pada fase analysis, dilakukan analisis terhadap hasil pendifinisian
kebutuhan fungsional sistem sehingga dihasilkan gambaran perancangan
awal untuk Sistem Informasi Akademik Mahasiswa Prodi Teknik Industri
Universitas Muhammadiyah Gresik, yang terdiri dari pembuatan analysis
class diagram, pembuatan analysis attributes list, pembuatan
communication diagrams dan pembuatan operation list.
2. Merancang sebuah sistem informasi dapat dilakukan dengan menggunakan
metodologi Ripple, terutama pada fase design berdasarkan hasil yang
diperoleh dalam fase requirements dan fase analysis. Langkah-langkah yang
dilakukan untuk melakukan perancangan Sistem Informasi Akademik
Mahasiswa Prodi Teknik Industri Universitas Muhammadiyah Gresik, meliputi
pembuatan class diagram, pembuatan sequence diagram dan pembuatan
database schema.
3. Konsistensi dari perancangan Sistem Informasi Akademik Mahasiswa Prodi
Teknik Industri Universitas Muhammadiyah Gresik yang dicek menggunakan
161
traceability requirements menunjukkan bahwa setiap kebutuhan memiliki
kode unik yang bisa dilacak ke dalam fitur, use case, supplementary
requirements, communication diagram dan sequence diagram.
6.2 Saran
1. Penelitian ini dapat dilanjutkan hingga tahap pengembangan sistem dengan
menggunakan fase yang ada dalam metodologi Ripple ataupun menggunakan
metode lain seperti Rapid Application Development.
162
DAFTAR PUSTAKA
Bennett, Simon, et al, 2010, Object Oriented Systems Analysis And Design Using
UML. 3rd edition. McGraw Hill, Berkshire, UK.
E. Turban, D. Leidner, E. McLean dan J. Wetherbe, Information Technology for
Management, Wiley International, 2008
Jogiyanto, H.M., 2008. Metodologi Penelitian Sistem Informasi. Yogyakarta:
Penerbit Andi.
Kendall, K.E., Kendall, J.E. and Wasson, C.S., 2014. Systems analysis and design
(Vol. 19, p. 02). Year Prentice Hall, 2011.
Laudon, K.C. and Laudon, J.P., 1998. Information systems and the internet.
Harcourt College Publishers.
Leffingwell, D. and Widrig, D., 2002. The role of requirements traceability in
system development. The Rational Edge, 2.
Malan, R., 2001. Functional Requirements and Use Cases. Bredemeyer Consulting-
White Paper.
Mardalis,Metode Penelitian Suatu Pendekatan Proposal. Jakarta: Bumi
Aksara.2008.
Nazir, M., 2003. Metode penelitian.
O'Brien, J.A. and Marakas, G.M., 2008. Introduction to Information
Systems,(14teed.).
O'docherty, M., 2005. Object-Oriented Analysis & Design. John Wiley & Sons.
Pertiwi, Bella. 2016. Analisis dan Perancangan Sistem Informasi Izin Lokasi
(SILOKA) pada Dinas Cipta Karya dan Tata Ruang Kabupaten Malang dengan
Pendekatan Berorientasi Objek. Malang: Universitas Brawijaya
Pressman, R.S., 2010. Software Engineering: A Practitioner's Approach, 7/e, RS
Pressman & Associates. Inc., McGraw-Hill, ISBN, 73375977.
Putri, Okatvia Amanda. 2016. Analisis dan Perancangan Sistem Informasi
Pengelolaan Proposal Kegiatan Program Mahasiswa Wirausaha. Malang:
Universitas Brawijaya
Satzinger John, W., Jackson Robert, B. and Burd Stephen, D., 2007. System Analysis
& Design In A Changing Word.
Setemen, K., 2009. Pelacakan Alumni (Tracer Study) Jurusan Manajemen
Informatika Berbasis Ict (Information & Communication Technology). Jurnal
Pendidikan Teknologi dan Kejuruan, 6(2).
Sommerville, Ian. 2011. Software Engineering 9th. Addison-Wesley Publishing
Company.
163
Sugiarti, Yuni. 2013. Analisis dan Perancangan UML (Unified Modeling Language)
Generated VB.6. Graha Ilmu
Syafei, Henderi. (2016). OBJECT ORIENTED MODELLING WITH UNIFIED MODELING
LANGUAGE (UML). . 10.13140/RG.2.1.3464.4088.
Wardana. (2010). Perancangan Sistem Informasi Akademik (SIM PT) Berbasis
Database EPSBED. Diakses dari
http://wardana.110mb.com/SIM%20PT%20EPSBED%20Software.pdf.
Whitten, B., 2005. System Analysis dan Design Method.
Whitten, J.L., Bentley, L.D. and Dittman, K.C., 2004. Fundamentals of systems
analysis and design methods.
164

Widyasari Puspa Permata Witra

Diunggah oleh

Informasi Dokumen

Deskripsi Asli:

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Widyasari Puspa Permata Witra

Diunggah oleh

Hak Cipta:

Format Tersedia

ANALISIS DAN PERANCANGAN SISTEM INFORMASI

PENGELOLAAN SKRIPSI DAN PRAKTEK KERJA LAPANGAN

Untuk memenuhi sebagian persyaratan

PROGRAM STUDI SISTEM INFORMASI

ANALISIS DAN PERANCANGAN SISTEM INFORMASI PENGELOLAAN SKRIPSI DAN

Diajukan untuk memenuhi sebagian persyaratan

Skripsi ini telah diuji dan dinyatakan lulus pada

Dosen Pembimbing I Dosen Pembimbing II

Mochamad Chandra Saputra, S.Kom, Bayu Priyambadha, S.Kom, M.Kom

Dr. Eng. Herman Tolle, S.T, M.T

Saya menyatakan dengan sebenar-benarnya bahwa sepanjang pengetahuan

Malang, 14 Agustus 2017

Widyasari Puspa Permata W.

Malang, 14 Agustus 2017

Universitas Muhammadiyah Gresik adalah universitas swasta yang sudah

University of Muhammadiyah Gresik (UMG) is a private university that has

Tabel 2.1 Tabel Fase dan Artefak dalam Metodologi Ripples................................. 7

Gambar 2.1 Traceability Model............................................................................. 19

LAMPIRAN A KUISIONER PENELITIAN PENDUKUNG LATAR BELAKANG ............. 165

1.1 Latar belakang

1.2 Rumusan masalah

1.5 Batasan masalah

2.1 Referensi Penelitian

2.2 Konsep Dasar Informasi

2.3 Konsep Dasar Sistem

2.5 Konsep Analisis

2.6 Konsep Perancangan

2.7 Object-Oriented Systems Analysis and Design

2.8 Konsep Dasar Metodologi Ripple

System Membuat system use case survey Tidak

2.9 Diagram-Diagram Unified Modeling Language (UML)

2.9.1 Use Case Diagram

Include Relationship, situasi dimana

Murid Part- Murid

Associations, relasi antara seorang actor

2.9.3 Activity Diagram

Tabel 2.4 Simbol-Simbol pada Activity Diagram

Actions, notasi untuk menggambarkan

Merge, dua atau lebih alur masuk dan satu

Fork, satu alur masuk dan dua atau lebih

Activity Final, titik akhir proses.

Sumber: Whitten dan Bentley (2007)

2.9.4 Sequence Diagram

Tabel 2.5 Simbol-Simbol pada Sequence Diagram

Boundary, menghubungkan user dengan

Message, pengiriman pesan.

message_return () Return Values, hasil dari pengiriman

Bar aktivasi, periode waktu aktif.

Sumber: Sugiarti (2013)

2.9.5 Communication Diagram

2.9.6 Class Diagram

Mobil Mobil Mobil Mobil

Association, menunjukkan bahwa objek

2.10 Konsep Dasar Requirement Traceability

Gambar ini merupakan traceability model yang menunjukkan kerunutan antara

Tabel 2.7 Matriks Kerunutan Kebutuhan dengan Fitur

Tabel 2.8 Matriks Kerunutan Fitur dengan Use Case

Tabel 2.9 Matriks Kerunutan Fitur dengan Persyaratan

Berdasarkan pada traceability viewpoint, masing-masing use case dirunutkan

Tipe penelitian yang digunakan dalam Analisis dan Perancangan Sistem

Analisis dan Perancangan

Gambar 3.1 Diagram Alir Tahap

3.1 Pengumpulan Data