IF-UMM-DOC-2017

DOKUMEN PEMBANGUNAN PERANGKAT LUNAK

Sistem Informasi Manajemen Mutu (SIMUTU)

Disusun oleh :

Erni Santri (201410370311258)

Nanda Rizky Riyadi (201410370311214)
Febri Aryanto (201410370311216)

Jurusan Teknik Informatika –Universitas Muhammadiyah Malang

Jalan Raya Tlogomas No. 246 Malang Telp. 0341-464318

Nomor Dokumen Halaman

Jurusan Teknik Informatika
Universitas IF-UMM-DOC-2017 95
Muhammadiyah Malang
Revisi 0 22/12/2017
 DAFTAR PERUBAHAN
Revisi Deskripsi
A

INDEX - A B C D E F G
TGL

Ditulis
oleh

Diperiksa
oleh

Disetujui
oleh

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman ii dari 90

UMM
 Daftar Halaman Perubahan

Halaman Revisi Halaman Revisi

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman iii dari 90

UMM
 Daftar Isi
1 Pendahuluan.................................................................................................................................................... 0
1.1 Tujuan Penulisan Dokumen .................................................................................................................... 0
1.2 Lingkup Masalah .................................................................................................................................... 0
1.3 Definisi, Singkatan, dan Akronim .......................................................................................................... 0
1.4 Referensi ................................................................................................................................................. 2
1.5 Deskripsi Umum Dokumen .................................................................................................................... 2
2 Kebutuhan Perangkat Lunak ........................................................................................................................... 5
2.1 Deskripsi Umum Sistem ......................................................................................................................... 5
2.2 Fitur Utama Perangkat Lunak ................................................................................................................. 5
2.3 Model Use Case ...................................................................................................................................... 6
2.3.1 Diagram Use Case .......................................................................................................................... 6
2.3.2 Definisi Actor ................................................................................................................................. 6
2.3.3 Definisi Use Case ........................................................................................................................... 7
2.3.4 Skenario Use Case .......................................................................................................................... 7
2.3.4.1 Use Case Menambah Aspek Pertanyaan ..................................................................................... 7
2.3.4.2 Use Case Menentukan Subyek dan Obyek Evaluasi ................................................................... 7
2.3.4.3 Use Case Menentukan Acuan Mutu............................................................................................ 8
2.3.4.4 Use Case Mengisi Evaluasi Mutu ............................................................................................... 8
2.3.4.5 Use Case Mengelola Hasil Evaluasi ........................................................................................... 8
2.4 Spesifikasi Tambahan ............................................................................................................................. 9
2.5 Glossary .................................................................................................................................................. 9
3 Model Analisis .............................................................................................................................................. 11
3.1 Realisasi Use Case Tahap Analisis ....................................................................................................... 11
3.1.1 Use Case Menambah Aspek Pertanyaan ....................................................................................... 11
3.1.1.1 Identifikasi Kelas Analisis ........................................................................................................ 11
3.1.1.2 Sequence Diagram .................................................................................................................... 11
3.1.1.2.1 Sequence Diagram Skenario Normal ................................................................................. 11
3.1.1.2.2 Sequence Diagram Skenario Alternatif .............................................................................. 12
3.1.1.3 Diagram Kelas Analisis ............................................................................................................ 12
3.1.2 Use Case Menentukan Subyek dan Obyek Evaluasi ..................................................................... 13
3.1.2.1 Identifikasi Kelas Analisis ........................................................................................................ 13
3.1.2.2 Sequence Diagram .................................................................................................................... 13
3.1.2.2.1 Sequence Diagram Skenario Normal ................................................................................. 13
3.1.2.2.2 Sequence Diagram Skenario Alternatif 1 ........................................................................... 14
3.1.2.3 Diagram Kelas Analisis ............................................................................................................ 15
3.1.3 Use Case Menentukan Acuan Mutu ............................................................................................. 15
3.1.3.1 Identifikasi Kelas Analisis ........................................................................................................ 15
3.1.3.2 Sequence Diagram .................................................................................................................... 15
3.1.3.2.1 Sequence Diagram Skenario Normal ................................................................................. 15
3.1.3.2.2 Sequence Diagram Skenario Alternatif 1 ........................................................................... 16
3.1.3.3 Diagram Kelas Analisis ............................................................................................................ 17
3.1.4 Use Case Mengisi Evaluasi Mutu ................................................................................................. 18
3.1.4.1 Identifikasi Kelas Analisis ........................................................................................................ 18
3.1.4.2 Sequence Diagram .................................................................................................................... 18
3.1.4.2.1 Sequence Diagram Skenario Normal ................................................................................. 18
3.1.4.2.2 Sequence Diagram Skenario Alternatif 1 ........................................................................... 19
3.1.4.3 Diagram Kelas Analisis ............................................................................................................ 19
3.1.5 Use Case Mengelola Hasil Evaluasi ............................................................................................. 20
3.1.5.1 Identifikasi Kelas Analisis ........................................................................................................ 20
3.1.5.2 Sequence Diagram .................................................................................................................... 20
3.1.5.2.1 Sequence Diagram Skenario Normal ................................................................................. 20
3.1.5.2.2 Sequence Diagram Skenario Alternatif 1 ........................................................................... 21
3.1.5.3 Diagram Kelas Analisis ............................................................................................................ 21
3.2 Diagram Kelas Keseluruhan ................................................................................................................. 22
3.3 Kelas Analisis ....................................................................................................................................... 22
3.4 Paket Analisis ....................................................................................................................................... 25
3.4.1 Identifikasi Paket Analisis ............................................................................................................ 25
3.4.2 Identifikasi Kelas Analisis tiap paket............................................................................................ 25
Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman iv dari 90
UMM
 3.5 Deskripsi Aristektur .............................................................................................................................. 25
3.6 Pedoman Perancangan .......................................................................................................................... 25
4 Model Perancangan ...................................................................................................................................... 25
4.1 Realisasi Use Case Tahap Perancangan ................................................................................................ 25
4.1.1 Use Case Menambah Aspek Pertanyaan ....................................................................................... 25
4.1.1.1 Identifikasi Elemen WAE – Logical View ............................................................................... 25
4.1.1.2 Identifikasi Kelas Perancangan ................................................................................................. 25
4.1.1.3 Sequence Diagram .................................................................................................................... 26
4.1.1.3.1 Sequence Diagram Skenario Normal ................................................................................. 26
4.1.1.3.2 Sequence Diagram Skenario Alternatif 1 ........................................................................... 26
4.1.1.4 Diagram Kelas Perancangan ..................................................................................................... 27
4.1.2 Use Case Menentukan Subyek dan Obyek Evaluasi ..................................................................... 27
4.1.2.1 Identifikasi Elemen WAE – Logical View ............................................................................... 27
4.1.2.2 Identifikasi Kelas Perancangan ................................................................................................. 27
4.1.2.3 Sequence Diagram .................................................................................................................... 27
4.1.2.3.1 Sequence Diagram Skenario Normal ................................................................................. 27
4.1.2.3.2 Sequence Diagram Skenario Alternatif 1 ........................................................................... 28
4.1.2.4 Diagram Kelas Perancangan ..................................................................................................... 29
4.1.3 Use Case Menentukan Acuan Mutu ............................................................................................. 29
4.1.3.1 Identifikasi Elemen WAE – Logical View ............................................................................... 29
4.1.3.2 Identifikasi Kelas Perancangan ................................................................................................. 29
4.1.3.3 Sequence Diagram .................................................................................................................... 29
4.1.3.3.1 Sequence Diagram Skenario Normal ................................................................................. 29
4.1.3.3.2 Sequence Diagram Skenario Alternatif 1 ........................................................................... 30
4.1.3.4 Diagram Kelas Perancangan ..................................................................................................... 31
4.1.4 Use Case Mengisi Evaluasi Mutu ................................................................................................. 31
4.1.4.1 Identifikasi Elemen WAE – Logical View ............................................................................... 31
4.1.4.2 Identifikasi Kelas Perancangan ................................................................................................. 31
4.1.4.3 Sequence Diagram .................................................................................................................... 31
4.1.4.3.1 Sequence Diagram Skenario Normal ................................................................................. 31
4.1.4.3.2 Sequence Diagram Skenario Alternatif 1 ........................................................................... 32
4.1.4.4 Diagram Kelas Perancangan ..................................................................................................... 33
4.1.5 Use Case Mengelola Hasil Evaluasi ............................................................................................. 33
4.1.5.1 Identifikasi Elemen WAE – Logical View ............................................................................... 33
4.1.5.2 Identifikasi Kelas Perancangan ................................................................................................. 33
4.1.5.3 Sequence Diagram .................................................................................................................... 33
4.1.5.3.1 Sequence Diagram Skenario Normal ................................................................................. 33
4.1.5.3.2 Sequence Diagram Skenario Alternatif 1 ........................................................................... 34
4.1.5.4 Diagram Kelas Perancangan ..................................................................................................... 35
4.2 Perancangan Detil Elemen Logical View ............................................................................................. 35
4.2.1 Stereotyped Class MainPage......................................................................................................... 36
4.2.2 Stereotyped Class AspekPertanyaanInterface .............................................................................. 36
4.2.3 Stereotyped Class AspekPertanyaanForm ................................................................................... 37
4.2.4 Stereotyped Class AspekPertanyaanServer.................................................................................. 38
4.2.5 Stereotyped Class AspekPertanyaanController............................................................................ 38
4.2.6 Stereotyped Class SubyekObyekPage ......................................................................................... 39
4.2.7 Stereotyped Class SubyekObyekInterface ................................................................................... 39
4.2.8 Stereotyped Class SubyekObyekServer ....................................................................................... 40
4.2.9 Stereotyped Class SubyekObyekController ................................................................................. 40
4.2.10 Stereotyped Class AcuanMutuInterface....................................................................................... 41
4.2.11 Stereotyped Class AcuanMutuServer .......................................................................................... 42
4.2.12 Stereotyped Class AcuanMutuController .................................................................................... 42
4.2.13 Stereotyped Class EvaluasiPage .................................................................................................. 43
4.2.14 Stereotyped Class EvaluasiInterface ............................................................................................ 43
4.2.15 Stereotyped Class EvaluasiServer ................................................................................................ 44
4.2.16 Stereotyped Class EvaluasiController .......................................................................................... 44
4.2.17 Stereotyped Class HasilPage........................................................................................................ 45
4.2.18 Stereotyped Class HasilInterface ................................................................................................. 45
4.2.19 Stereotyped Class EvaluasiServer ................................................................................................ 46
4.3 Perancangan Detil Kelas ....................................................................................................................... 46

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman v dari 90

UMM
 4.3.1 Kelas DataEvaluasi ....................................................................................................................... 46
4.3.2 Kelas AspekPertanyaanController ................................................................................................ 47
4.3.3 Kelas SubyekObyekController ..................................................................................................... 48
4.3.4 Kelas StandarPenilaian ................................................................................................................. 48
4.3.5 Kelas AcuanMutuController ......................................................................................................... 49
4.3.6 Kelas EvaluasiController .............................................................................................................. 49
4.3.7 Kelas DataPengisianEvaluasi........................................................................................................ 50
4.4 Diagram Kelas Keseluruhan ................................................................................................................. 51
4.5 Algortima/Query ................................................................................................................................... 52
4.6 Perancangan Antarmuka ....................................................................................................................... 52
4.6.1.1 Halaman Login ......................................................................................................................... 52
4.6.1.2 Halaman Utama SIMUTU ........................................................................................................ 52
4.6.1.3 Halaman Komentar dan Saran .................................................................................................. 53
4.6.1.4 Halaman Evaluasi Mutu Pelayanan Program Studi .................................................................. 54
4.6.1.5 Halaman Evaluasi Mutu Pelayanan Perpustakaan .................................................................... 55
4.6.1.6 Halaman Evaluasi Mutu Pelayanan Laboratorium.................................................................... 56
4.6.1.7 Halaman Evaluasi Buku dan Sumber Belajar ........................................................................... 57
4.6.1.8 Halaman Evaluasi Mutu Pelayanan Perwalian Mahasiswa ....................................................... 58
4.6.1.9 Halaman Evaluasi Pembelajaran ............................................................................................... 59
4.6.2 Halaman Kotak Masuk ................................................................................................................. 60
4.6.2.1 Pesan Notifikasi Kesalahan ....................................................................................................... 60
4.6.2.2 Daftar Evaluasi Pembelajaran ................................................................................................... 61
4.6.2.3 Pengaturan Instrumen Evaluasi ................................................................................................. 62
4.6.2.4 Halaman sinkronisasi KRS dan SIMUTU ................................................................................ 63
4.7 Perancangan Representasi Persistensi Kelas......................................................................................... 64
4.8 Coding Standard dan Naming Convention ........................................................................................... 66
4.9 Deployment Diagram............................................................................................................................ 67
5 Implementasi ................................................................................................................................................ 68
5.1 Lingkungan Implementasi .................................................................................................................... 68
5.1.1 Hardware ...................................................................................................................................... 68
5.1.2 Software ........................................................................................................................................ 68
5.2 Implementasi Kelas .............................................................................................................................. 68
5.3 Implementasi Kelas WAE (Component View) ..................................................................................... 69
5.4 Implementasi Antarmuka ...................................................................................................................... 70
5.5 File Lain ................................................................................................................................................ 70
6 Pengembangan dan Pengujian ...................................................................................................................... 71
6.1 Rencana dan Prosedur Pengembangan dan Pengujian .......................................................................... 71
6.1.1 Rencana Pengembangan ............................................................................................................... 71
6.1.2 Pengembangan Pengujian ............................................................................................................. 71
6.1.3 Kebutuhan Hardware .................................................................................................................... 72
6.1.3.1 Kebutuhan Software ................................................................................................................. 72
6.1.3.2 Kebutuhan Database ................................................................................................................. 72
6.2 Kasus Uji .............................................................................................................................................. 74
6.2.1 Pengujian Use case UC-01 Melakukan penambahan aspek pertanyaan ....................................... 74
6.2.2 Pengujian Use case UC-02 ........................................................................................................... 75
6.2.3 Pengujian Use case UC-03 ........................................................................................................... 75
6.2.4 Pengujian Use case UC-04 ........................................................................................................... 76
6.2.5 Pengujian Use case UC-05 ........................................................................................................... 77
6.3 Defect dan Status Perbaikan ................................................................................................................. 77
6.4 Evaluasi Pengujian................................................................................................................................ 77
7 Lampiran....................................................................................................................................................... 77

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman vi dari 90

UMM
 Daftar Gambar

Gambar 1. Diagram Use Case .....................................................................................7

Gambar 2. Sequence Diagram Menambah Aspek Pertanyaan.............................................12

Gambar 3. Sequence Diagram Skenario Alternatif Menambah Aspek Pertanyaan.................13

Gambar 4. Diagram Kelas Analisis Menambah aspek pertanyaan..............................13

Gambar 5. Sequence Diagram Skenario Normal Menentukan Subyek dan Obyek Evaluasi...14

Gambar 6. Sequence Diagram Skenario Alternatif Menentukan Subyek dan Obyek Evaluasi...15

Gambar 7. Diagram Kelas Menentukan Subyek dan Obyek Evaluasi....................................16

Gambar 8. Sequence Diagram Skenario Normal Menentukan Acuan Mutu.................................17

Gambar 9. Sequence Diagram Skenario Alternatif Menentukan Acuan Mutu...............................17

Gambar 10. Diagram Kelas Menentukan Acuan Mutu............................................................18

Gambar 11. Sequence Diagram Skenario Normal Mengisi Evaluasi Mutu.......................19

Gambar 12. Sequence Diagram Skenario Alternatif Mengisi Evaluas Mutu.........................19

Gambar 13. Diagram Kelas Mengisi Evaluasi Mutu........................................................20

Gambar 14. Sequence Diagram Skenario NormalMengelola Hasil Evaluasi....................21

Gambar 15. Sequence Diagram Skenario Alternatif Mengelola Hasil Evaluasi...............................21

Gambar 16. Diagram Kelas Mengelola Hasil Evaluasi....................................................................22

Gambar 17. Diagram Kelas Analisis Keseluruhan....................................................22

Gambar 18. SD-P-01-01................................................................................................26

Gambar 19. SD-P-01-02......................................................................................27

Gambar 20. CD-P-01.........................................................................27

Gambar 21. SD-P-02-01....................................................................................28

Gambar 22. SD-P-02-02..............................................................................29

Gambar 23. CD-P-02............................................................................................29

Gambar 24. SD-P-03-01............................................................................................30

Gambar 25. SD-P-02-02..............................................................................................31

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman vii dari 90

UMM
Gambar 26. CD-P-03...................................................................................................32

Gambar 27. SD-P-04-01...........................................................................33

Gambar 28. SD-P-04-02...............................................................33

Gambar 29. CD-P-04............................................................................................34

Gambar 30. SD-P-05-01..........................................................................................................................35

Gambar 31. SD-P-05-02......................................................................................35

Gambar 32. CD-P-02.........................................................................................................36

Gambar 33 Diagram Kelas Perancangan Keseluruhan...........................................................................52

Gambar 34. Halaman Login SIMUTU................................................................................................53

Gambar 35 Halaman Utama SIMUTU......................................................................................53

Gambar 36 Halaman Komentar dan Saran................................................................................54

Gambar 37 Halaman Evaluasi Mutu Pelayanan Program Studi...................................................55

Gambar 38 Halaman Evaluasi Mutu Pelayanan Perpustakaan.......................................................56

Gambar 39 Halaman Evaluasi Mutu Pelayanan Laboratorium.......................................................57

Gambar 40 Halaman Evaluasi Buku dan Sumber Belajar.....................................................................58

Gambar 41 Halaman Evaluasi Mutu Perwalian Mahasiswa..........................................................................59

Gambar 42 Halaman Evaluasi Pembelajaran.................................................................................................60

Gambar 43 Halaman Kotak Masuk.....................................................................................................................61

Gambar 44 Pesan Notifikasi Kesalahan..............................................................................................................61

Gambar 45 Daftar Evaluasi Pembelajaran.........................................................................................................62

Gambar 46 Pengaturan Instrumen Evaluasi......................................................................................................63

Gambar 47 Halaman Sinkronisasi KRS dan SIMUTU.....................................................................................64

Gambar 48 Perancangan Representasi Persistensi Kelas..................................................................................65

Gambar 49. Hasil Pengujian fungsionalitas dengan www.testomato.com.........................................................74

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman viii dari 90

UMM
 Daftar Tabel

Tabel 1Daftar Definisi, Singkatan dan Akronim

Tabel. 1 Kebutuhan Fungsional

Tabel 2. Kebutuhan Non Fungsional

Tabel 3. Definisi Actor

Tabel 4. Definisi Use Case

Tabel 5 Skenario Use Case Aspek Pertanyaan

Tabel 6 Skenario Use Case Menentukan Subyek dan Obyek Evaluasi

Tabel 7. Skenario Use Case Menentukan Acuan Mutu

Tabel 8. Skenario Use Case Mengisi Evaluasi Mutu

Tabel 9. Skenario Use Case Mengisi Evaluasi Mutu

Tabel 10. Glossary

Tabel 11 Identifikasi Kelas Analisis (Use Case Menambah Aspek Pertanyaan)

Tabel 12 Identifikasi Kelas Analisis (Use Case Menentukan Subyek dan Obyek Evaluasi)

Tabel 13 Identifikasi Kelas Analisis (Use Case Menentukan Acuan Mutu)

Tabel 14 Identifikasi Kelas Analisis (Use Case Mengisi Evaluasi Mutu)

Tabel 15 Identifikasi Kelas Analisis (Use Case Mengelola Hasl Evaluasi)

Tabel 17 Kelas Analisis

Tabel 18 Daftar Tanggung Jawab dan Daftar Atribut

Tabel 19 Identifikasi Elemen WAE – Logical View UC-1

Tabel 20. Identifikasi Kelas Perancangan UC-1

Tabel 21 Identifikasi Elemen WAE – Logical View UC-2

Tabel 22. Identifikasi Kelas Perancangan UC-2

Tabel 25 Identifikasi Elemen WAE – Logical View UC-4

Tabel 26. Identifikasi Kelas Perancangan UC-4

Tabel 27 Identifikasi Elemen WAE – Logical View UC-5

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman ix dari 90

UMM
Tabel 28. Identifikasi Kelas Perancangan UC-5

Tabel 29. Perancangan Detil Elemen Logical View

Tabel 30 Stereotyped Class MainPage

Tabel 31 Stereotyped Class AspekPertanyaanInterface

Tabel 32 Stereotyped Class AspekPertanyaanForm

Tabel 33 Stereotyped Class AspekPertanyaanServer

Tabel 34 Stereotyped Class AspekPertanyaanController

Tabel 35 Stereotyped Class SubyekObyekPage

Tabel 36 Stereotyped Class SubyekObyekInterface

Tabel 37 Stereotyped Class SubyekObyekServer

Tabel 38 Stereotyped Class SubyekObyekController

Tabel 39 Stereotyped Class AcuanMutuInterface

Tabel 40 Stereotyped Class SubyekObyekInterface

Tabel 41 Stereotyped Class AcuanMutuController

Tabel 42 Stereotyped Class EvaluasiPage

Tabel 43 Stereotyped Class SubyekObyekInterface

Tabel 44 Stereotyped Class SubyekObyekInterface

Tabel 45 Stereotyped Class EvaluasiController

Tabel 46 Stereotyped Class HasilPage

Tabel 47 Stereotyped Class HasilInterface

Tabel 48 Stereotyped Class EvaluasiServer

Tabel 49 Perancangan Detil Kelas

Tabel 50 Kelas DataEvaluasi

Tabel 51 Kelas AspekPertanyaanController

Tabel 52 Kelas SubyekObyekController

Tabel 53 Kelas StandarPenilaian

Tabel 54 Kelas AcuanMutuController

Tabel 55 Kelas EvaluasiController

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman x dari 90

UMM
Tabel 56 Kelas DataPengisianEvaluasi

Tabel 55 Antarmuka Halaman Login

Tabel 56 Antarmuka Halaman Utama

Tabel 57 Halaman Komentar dan Saran

Tabel 58 Tabel Halaman Evaluasi

Tabel 59 Halaman Evaluasi Mutu Perpustakaan

Tabel 60 Halaman Evaluasi Laboratorium

Tabel 61 Halaman Evaluasi Buku dan Sumber Belajar

Tabel 62 Halaman Evaluasi Pelayanan Program Studi

Tabel 63 Halaman Evaluasi Pembelajaran

Tabel 64 Halaman Kotak Masuk

Tabel 65 Pesan Notifikasi Kesalahan

Tabel 66 Daftar Evaluasi Pembelajaran

Tabel 67 Pengaturan Instrumen Evaluasi

Tabel 68 Sinkronisasi KRS dan SIMUTU

Tabel 69 Kamus Kata Kelas Persistensi

Tabel 70 Keterangan Jenis File

Tabel 71 Implementasi Kelas

Tabel 72 Implementasi Elemen WAE (Component View)

Tabel 73 Implementasi Antarmuka

Tabel 74 File Lain dari Aplikasi

Tabel 75 Rencana Pengembangan Fitur

Tabel 76 Pengembangan Pengujian

Tabel 77 Kebutuhan Database SIMUTU

Tabel 78 Hasil Pengujian Fungsionalitas

Tabel 79 Pengujian Use case UC-01 Melakukan Penambahan Pertanyaan

Tabel 80 Pengujian Use case UC-02 Menentukan Subyek dan Obyek Evaluasi

Tabel 81 Pengujian Use case UC-03 Menentukan Acuan Mutu

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman xi dari 90

UMM
Tabel 82 Pengujian Use case UC-04 Mengisi evaluasi mutu

Tabel 83Pengujian Use case UC-05 Mengelola Hasil Evaluasi

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman xii dari 90

UMM
1 Pendahuluan

1.1 Tujuan Penulisan Dokumen

Dokumen Pembangunan Perangkat Lunak ditujukan untuk mendefinisikan dan
menjabarkan tentang Sistem Informasi Manajemen Mutu (SIMUTU) Universitas
Muhammadiyah Malang. Dokumen ini bertujuan untuk dijadikan bahan acuan bagi dua pihak
yang terkait, antara pengembang dan pengguna. Untuk pengembang dokumen ini digunakan
sebagai acuan dalam pembuatan perangkat lunak, sedangkan bagi pengguna dokumen ini
digunakan untuk mencatat semua deskripsi perancangan yang akan dibutuhkan nanti oleh
pengguna.Perangkat lunak sistem informasi yang dibuat ini berfungsi untuk pengelolaan serta
penilaian dalam system informasi manajemen mutu.

1.2 Lingkup Masalah

Sistem Informasi Manajemen Mutu, merupakan sebuah perangkat lunak untuk
memudahkan sebuah instansi dalam melakukan penilaian baik dari aspek pengajar maupun
fasilitas yang ada pada instansi tersebut. Sistem ini mengintegrasikan fungsi-fungsi
pengelolaan dan penilaian dari Universitas Muhammadiyah Malang. Dengan adanya Sistem
Informasi Manajemen Mutu ini diharapkan dapat meningkatkan pelayanan dari pihak-pihak
yang terlibat dalam ruang lingkup Universitas Muhammadiyah Malang.
Sistem Informasi Manajemen Mutu dibangun dalam beberapa sub system yang
menangani pengelolaan serta penilaian pada Universitas Muhammadiyah Malang. Dari sub
system tersebut dapat saling terhubung dan saling bertukar informasi dengan menggunakan
teknologi berbasis web, sehingga dapat diakses secara online disemua platform. SIMUTU
dibangun menggunakan pendekatan structural programming, obyek oriented programming
memanfaatkan framework php yakni codeigniter dengan pola HMVC.

1.3 Definisi, Singkatan, dan Akronim

Definisi dari istilah yang akan digunakan pada dokumen ini yaitu :

Tabel 1Daftar Definisi, Singkatan dan Akronim

No. Definisi Keterangan
1. UMM Universitas Muhammadiyah Malang
2. Platform Istilah dalam teknologi informasi mengenahi sebuah
perangkat lunak yang dapat digunakan dibeberapa sistem
operasi yang berbeda.
3. SIMUTU Sistem Informasi Manajemen Mutu
4. DPPL Dokumen Pembangunan Perangkat Lunak
5. HMVC Hierarchical model view controller.
6. Sistem Informasi Kombinasi dari teknologi informasi dan aktivitas orang
yang menggunakan teknologi itu untuk mendukung
operasi dan manajemen.
7. Perangkat lunak Sekumpulan data elektronik yang disimpan dan diatur oleh
komputer, data elektronik yang disimpan oleh komputer
itu dapat berupa program atau instruksi yang akan
menjalankan suatu perintah.
8. Structural Sebuah pemrograman yang bertujuan meningkatkan
Programming kejernihan, kualitas dan pengembangan program computer
dengan menggunakan ekstensif subrutin, struktur blok,
untuk loop yang berbeda dengan menggunakan tes
sederhana.
9. Framework Seperangkat library yang dapat digunakan kembali untuk
sebuah system perangkat lunak.
10. Data Adalah sesuatu yang belum mempunyai arti bagi
penerimanya dan masih memerlukan adanya suatu
pengolahan. Data bisa berujut suatu keadaan, gambar,
suara, huruf, angka, matematika, bahasa ataupun simbol-
simbol lainnya yang bisa kita gunakan sebagai bahan untuk
melihat lingkungan, obyek, kejadian ataupunsuatu konsep.
11. Obyek Oriented Sebuah pemrograman yang berorientasikan kepada objek.
Programming Semua data dan fungsi dibungkul kedalam kelas atau
objek.
12. codeigniter Perangkat lunak open source yang berkembang dalam web
framework, untuk digunakan dalam membangun situs web
dinamis dengan PHP.
13. NIM Nomor Induk Mahasiswa
14. PIC Personal Identification Code
15. Dokumen Sebuah tulisan yang memuat informasi
16. Perspektif Konteks sistem dan persepsi visual, objek terlihat pada
mata manusia berdasarkan sifat spasial
17. KRS Kartu Rencana studi
18. Perangkat Keras Bagian fisik komputer dan dibedakan dengan data yang
ada didalamnya atau yang beroperasi.
19. Instansi Sebutan kolektif meliputi satuan kerja/ satuan organisasi
kementerian/ departemen.
20. Diagram Suatu representasi simbolis informasi dalam bentuk
geometri dua dimensi sesuai teknik visualisasi.
21. CRUD Create, Read, Update, Delete
22. Proses Urutan pelaksanaan atau kejadian yang terjadi secara alami
atau didesain.
23. Atribut Elemen, data field, data item yang digunakan untuk
menerangkan suatu enribut dari entitas.
24. Struktur data Cara menyimpan atau mempresentasikan data dalam
komputer agar lebih efisien.
25. Integer Type data berupa angka
26. String Type data berupa teks (gabungan huruf, angka )
27. Primary Key Aturan yang berguna untuk memastikan bahwa setiap baris
data pada tabel bersifat unik.

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 1 dari 90

UMM
 28. Foreign Key Kolom atau field pada suatu tabel yang berfungsi sebagai
kunci tamu dari tabel lain.
29. Algoritma Urutan dari beberapa langkah yang logis guna
menyelesaikan masalah dengan langkah-langkah yang
logis.

1.4 Referensi
Dokumen acuan yang dipergunakan dalam penulisan dokumen ini adalah:
1. GL02-DPPL-ATM_IF.pdf
2. Peningkatan Kualitas Evaluasi Mutu Akademik UMM melalui Simutu. Galih Wasis
Wicaksono.Andi Al-Rizki.2016
3. Dokumen Pembangunan Perangkat Lunak Home Sweet Home.pdf

1.5 Deskripsi Umum Dokumen

Dokumen pembangunan perangkat lunak ini terdiri dari tujuh bab yaitu Bab 1
Pendahuluan, Bab 2 Kebutuhan Perangkat Lunak, Bab 3 Model Analisis, Bab 4 Model
Perancangan, Bab 5 Implementasi, Bab 6 Pengujian, dan Bab 7 Lampiran.
Bab 1 terdiri dari lima subbab yaitu Tujuan Penulisan Dokumen, Lingkup
Masalah, Aturan Penomoran, Referensi, dan Deskripsi Umum Dokumen.Subbab Tujuan
Penulisan Dokumen menggambarkan alasan dan tujuan pembuatan dokumen ini. Subbab
Lingkup Masalah menggambarkan sejauh apa pengembangan yang dilakukan dalam
dokumen ini. Subbab Aturan Penomoran berisi aturan penomoran yang akan digunakan
sejak tahap analisis kebutuhan hingga pengujian agar senantiasa konsisten. Subbab
Referensi berisi sumber referensi yang digunakan dalam pembangunan perangkat lunak
ini.
Bab 2 terdiri dari lima subbab utama yaitu Deskripsi Umum Sistem, Fitur Utama
Perangkat Lunak, Model Use Case, Spesifikasi Tambahan, dan Glossary. Subbab
Deskripsi Umum Sistem berisi gambaran umum sistem yang akan dibangun disertai
gambar sistem overview. Subbab Fitur Utama Perangkat Lunak berisi kebutuhan apa saja
yang direalisasikan dalam perangkat lunak, baik kebutuhan fungsional maupun
kebutuhan non-fungsional. Subbab Model Use Case berisi diagram use case, definisi
actor yang terlibat dalam sistem, definisi use case yang direalisasikan dalam sistem, dan
skenario untuk setiap use case yang direalisasikan. Subbab Spesifikasi Tambahan berisi
asumsi, batasan, dan aturan yang digunakan dalam membangun sistem. Subbab Glossary
berisi istilah yang digunakan dalam dokumen beserta deskripsinya.
Bab 3 terdiri dari enam subbab utama yaitu Realisasi Use Case Tahap Analisis,
Diagram Kelas Keseluruhan, Kelas Analisis, Paket Analisis, dan Deskripsi Arsitektur,
Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 2 dari 90
UMM
 Pedoman Perancangan. Subbab Realisasi Use Case berisi rincian untuk setiap use case
yang terdiri dari Identifikasi Kelas Analisis, Sequence Diagram untuk setiap skenario,
dan Diagram Kelas Analisis. Subbab Diagram Kelas Keseluruhan berisi diagram kelas
gabungan dari seluruh use case. Subbab Kelas Analisis berisi pendefinisian kelas analisis
beserta tanggung jawab dan daftar atributnya. Subbab Paket Analisis berisi identifikasi
paket analisis beserta identifikasi kelas analisisnya. Subbab Deskripsi Arsitektur berisi
penjelasan perangkat lunak yang dibangun.
Bab 4 terdiri dari sepuluh subbab utama yaitu Realisasi Use Case Tahap
Perancangan, Perancangan Detil Elemen Logical View, Perancangan Detil Kelas,
Diagram Kelas Keseluruhan, Algoritma/Query, Diagram State Chart, Perancangan
Antarmuka, Perancangan Representasi Persistensi Kelas, Coding Standard dan Naming
Convention, dan Deployment Diagram. Subbab Realisasi Use Case Tahap Perancangan
berisi rincian untuk setiap use case yang terdiri dari Identifikasi Elemen WAE – Logical
View, Identifikasi Kelas Perancangan, Sequence Diagram untuk setiap skenario, dan
Diagram Kelas Perancangan. Subbab Perancangan Detil Elemen Logical View berisi
stereotyped class yang terdiri dari rincian operasi dan atribut Elemen WAE – Logical
View. Subbab Perancangan Detil Kelas berisi rincian kelas yang terdiri dari rincian
operasi dan atribut kelas perancangan. Subbab Diagram Kelas Keseluruhan berisi
gambaran keterhubungan seluruh kelas dan elemen WAE beserta nama operasi dan
atributnya. Subbab Perancangan Antarmuka berisi screenshot antarmuka yang
dikelompokkan berdasarkan role beserta penjelasannya. Subbab Perancangan
Representasi Persistensi Kelas berisi skema basis data, deskripsi atribut, dan
keterhubungan basis data dengan kelas entity. Subbab Coding Standard dan Naming
Convention berisi standarisasi kode, standarisasi penamaan, dan keterangan jenis file.
Subbab Deployment Diagram berisi gambaran mengenai alokasi proses pada node.
Bab 5 terdiri dari lima subbab utama yaitu Lingkungan Implementasi,
Implementasi Kelas, Implementasi Elemen WAE (Component View), Implementasi
Antarmuka, dan File Lain. Subbab Lingkungan Implementasi berisi spesifikasi perangkat
keras dan perangkat lunak yang digunakan dalam proses implementasi. Subbab
Implementasi Kelas berisi nama kelas, nama file fisik, dan nama file executable dari
kelas-kelas perancangan. Subbab Implementasi Elemen WAE (Component View) berisi
nama kelas, jenis WAE komponen, dan realisasi WAE logical view. Subbab
Implementasi Antarmuka berisi kode antarmuka, nama file fisik, dan file executable

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 3 dari 90

UMM
 antarmuka. Subbab File Lain berisi nama file-file lain yang direalisasikan dalam
pembangunan sistem.
Bab 6 terdiri dari empat subbab utama yaitu Rencana dan Prosedur Pengujian,
Kasus Uji, Defect dan Status Perbaikan, dan Evaluasi Pengujian. Rencana dan Proesedur
Pengujian berisi rencana pengujian secara terstruktur dalam bentuk tabel, Kasus Uji yang
berisi daftar kasus uji setiap use case, Defect dan Status Perbaikan berisi daftar defect
yang ditemukan selama pengujian dan status perbaikannya, dan Evaluasi Pengujian
berisi uraian evaluasi hasil pengujian.
Pada Bab 7 berisi Lampiran.

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 4 dari 90

UMM
2 Kebutuhan Perangkat Lunak
2.1 Deskripsi Umum Sistem
Sistem Informasi Manajemen Mutu (SIMUTU) terdiri dari beberapa subsistem yaitu
evaluasi pembelajaran, evaluasi kinerja pembimbingan Tugas Akhir, Evaluasi Kinerja
pelayanan perwalian Mahasiswa, Evaluasi Mutu Pelayanan Program Studi, Evaluasi Mutu
Pelayanan Perpustakaan, Evaluasi Mutu Pelayanan Laboratorium, Evaluasi Buku dan Sumber
Belajar, dan Kritik Saran. SIMUTU diharapkan dapat membantu pengelolaan penilaian di
Universitas Muhammadiyah Malang untuk meningkatkan kualitas pengajar atau sarana dan
prasanana yang terlibat.
SIMUTU diharapkan dapat membantu mengatasi buruknya kinerja pengajar atau fasilitas
yang tersedia. SIMUTU memiliki 2 komponen yaitu front end yang berupa sebuah situs web
untuk melakukan penilaian yang dapat diakses oleh pihak yang terkait seperti Mahasiswa atau
Dosen, dan back end yang digunakan untuk melakukan pengelolaan penilaian yang dilakukan
oleh BKMA. SIMUTU berhubungan langsung baik dengan pengguna maupun server,
Pengguna dapat melakukan penilaian mencakup penilaian kinerja pengajar atau fasilitas
kampus. Mahasiswa atau pengguna yang ingin melakukan penilaian dapat login menggunakan
NIM serta PIC yang telah didapat dari pihak kampus, sedangkan pengguna back-end yang
terdiri dari administrator atau BKMA mempunyai wewenang untuk mengelola data penilaian
yang telah dilakukan oleh mahasiswa.

2.2 Fitur Utama Perangkat Lunak

2.2.1 Kebutuhan Fungsional

Tabel. 1 Kebutuhan Fungsional

No. Deskripsi SRS
1. Nama, Logo dan Informasi terkait system SIMUTU dapat dikustomisasi sesuai dengan
kebutuhan hotel.
2. Sistem menggunakan NIM dan PIC mahasiswa untuk dapat masuk dalam halaman
system.
3. Sistem menampilkan kuisioner penilaian, diantaranya evaluasi pembelajaran, evaluasi
kinerja pembimbingan Tugas Akhir, Evaluasi Kinerja pelayanan perwalian
Mahasiswa, Evaluasi Mutu Pelayanan Program Studi, Evaluasi Mutu Pelayanan
Perpustakaan, Evaluasi Mutu Pelayanan Laboratorium, Evaluasi Buku dan Sumber
Belajar.
4. Sistem menyediakan kritik dan saran bagi pengguna
5. Sistem memberikan notifikasi kepada pengguna apabila evaluasi penilaian telah
diterima.
6. Sistem dapat mengunduh bukti pengisian evaluasi berupa pdf.

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 5 dari 90

UMM
 7. Sistem menyediakan layanan inbox bagi pengguna untuk memeriksa evaluasi yang
pengguna berikan.
8. Sistem menyediakan layanan notifikasi apabila ada halaman evaluasi yang belum
terisi.

2.2.2 Kebutuhan Non Fungsional

Tabel 2. Kebutuhan Non Fungsional

No Deskripsi SRS
1. Sistem dilengkapi dengan fasilitas login untuk keperluan autentifikasi pengguna
2. Sistem dapat dibuka dalam berbagai platform
3. Sistem mengelola data evaluasi dengan data pengguna yang mengisi evaluasi
4. Sistem memiliki waktu respon yang cepat

2.3 Model Use Case

2.3.1 Diagram Use Case

Gambar 1. Diagram Use Case

2.3.2 Definisi Actor

Tabel 3. Definisi Actor
No. Actor Deskripsi
1. BKMA BKMA dapat menambah aspek pertanyaan, menambah pertanyaan,
(admin) menentukan subyek dan obyek evaluasi serta melakukan
pengelolaan data evaluasi untuk menentukan acuan mutu.
2. Program Program Studi dapat mengisi evaluasi mutu dan mengelola hasil
Studi evaluasi tersebut.
Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 6 dari 90
UMM
 3. Perpustakaan Perpustakaan dapat mengisi evaluasi mutu
4. Dosen Dosen dapat mengisi evaluasi mutu
5. Mahasiswa Mahasiswa dapat mengisi evaluasi mutu
6. Laboratorium Laboratorium dapat mengisi evaluasi mutu

2.3.3 Definisi Use Case

Tabel 4. Definisi Use Case

No. Use Case Deskripsi
1 Menambah aspek Membuat daftar pertanyaan evaluasi yang bersangkutan
pertanyaan dengan acuan mutu penilaian.
2. Menentukan Subyek Menentukan subyek dan obyek evaluasi seperti mahasiswa
dan obyek evaluasi melakukan pengevaluasian terhadap dosen, dosen
mutu mengevaluasi dirinya sendiri, dan lain lain.
3. Menentukan acuan Menentukan aspek penilaian mutu yang dapat
mutu diimplementasikan pada lembar evaluasi.
4. Mengisi Evaluasi Melakukan pengisian evaluasi mutu yang dilakukan oleh
Mutu program studi, perpustakaan, dosen, mahasiswa, dan
laboratorium.
5. Mengelola Hasil Melakukan pengelolaan data hasil evaluasi yang telah diisi
Evaluasi oleh pengguna sebagai acuan untuk meningkatkan mutu.

2.3.4 Skenario Use Case

2.3.4.1 Use Case Menambah Aspek Pertanyaan

Nama Use Case : Menambah aspek pertanyaan (UC-1)
Skenario :

Tabel 5 Skenario Use Case Aspek Pertanyaan

Aksi Aktor Reaksi Sistem
Skenario Normal
1. Mengklik link “tambah aspek
pertanyaan”
2. Menampilkan Form Pengisian aspek
pertanyaan
3. Mengisi Form aspek pertanyaan
4. Menyimpan hasil pengisian ke database.

2.3.4.2 Use Case Menentukan Subyek dan Obyek Evaluasi

Nama Use Case : Menentukan Subyek dan Obyek Evaluasi (UC-2)
Skenario :

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 7 dari 90

UMM
 Tabel 6 Skenario Use Case Menentukan Subyek dan Obyek Evaluasi
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Mengklik link “subyek dan obyek evaluasi”
2. Menampilkan halaman
subyek dan obyek evaluasi
3. mengisi subyek dan obyek evaluasi berupa
mahasiswa, dosen, program studi, perpustakaan, dan
laboratorium.
4. Menyimpan hasil pengisian
ke database.

2.3.4.3 Use Case Menentukan Acuan Mutu

Nama Use Case : Menentukan Acuan Mutu (UC-3)
Skenario :

Tabel 7. Skenario Use Case Menentukan Acuan Mutu

Aksi Aktor Reaksi Sistem
Skenario Normal
1. Mengklik tombol “penilaian acuan mutu”
2. Menampilkan halaman penilaian mutu
3. Mengisi peniliain standar dalam mutu.
4. Menyimpan hasil pengisian ke
database.

2.3.4.4 Use Case Mengisi Evaluasi Mutu

Nama Use Case : Mengisi Evaluasi Mutu (UC-4)
Skenario :

Tabel 8. Skenario Use Case Mengisi Evaluasi Mutu

Aksi Aktor Reaksi Sistem
Skenario Normal
1. Mengklik menu evaluasi
2. Menampilkan halaman evaluasi
3. mengisi kuisioner evaluasi
4. Menyimpan hasil pengisian ke database.

2.3.4.5 Use Case Mengelola Hasil Evaluasi

Nama Use Case : Mengelola Hasil Evaluasi (UC-5)
Skenario :

Tabel 9. Skenario Use Case Mengisi Evaluasi Mutu

Aksi Aktor Reaksi Sistem
Skenario Normal
1. Mengklik tombol hasil evaluasi

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 8 dari 90

UMM
 2. Menampilkan halaman evaluasi
3. melihat hasil evaluasi

2.4 Spesifikasi Tambahan

Spesifikasi tambahan system ini Antara lain:
1. Seluruh layanan yang digunakan oleh system berada pada satu computer.
2. Pengguna tidak dapat mengelola pengisian evaluasi
3. Data pengisian memiliki keterangan kapan data evaluasi diisi.
4. Mahasiswa diwajibkan mengisi penilaian mutu untuk dapat mengisi system krs
online.
5. Untuk mengakses back-end dibutuhkan autentikasi khusus yaitu berupa email dan
password admin.

2.5 Glossary
Tabel 10. Glossary
Istilah Deskripsi
Evaluasi Menentukan sebuah nilai dari suatu hal.
Acuan Pola penilaian yang telah ditetapkan terlebih dahulu
Subyek Bagian klausa yang menandai apa yang dibicarakan oleh pengembang.
Obyek Orang yang menjadi pokok inti dari sebuah permasalahan
Back-end Halaman admin yang bertugas mengelola hasil dari system front-end
Krs Online Kartu Rencana Studi sebelum memulai semester baru

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 9 dari 90

UMM
Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 10 dari 90
UMM
3 Model Analisis
3.1 Realisasi Use Case Tahap Analisis

3.1.1 Use Case Menambah Aspek Pertanyaan

3.1.1.1 Identifikasi Kelas Analisis

Tabel 11 Identifikasi Kelas Analisis (Use Case Menambah Aspek Pertanyaan)
No Nama Kelas Jenis Kelas (Interface, Control, Entity)
1. MainPage Interface
2. AspekPertanyaanInterface Interface
3. AspekPertanyaanControl Control
4. Data Evaluasi Entity

3.1.1.2 Sequence Diagram

3.1.1.2.1 Sequence Diagram Skenario Normal

ID : SD-01-01

Deskripsi : BKMA mengklik link tambah aspek pertanyaan. Sistem kemudian

menampilkan form pengisian aspek pertanyaan untuk diisi BKMA. Setelah diisi,
hasilnya menyimpan hasil pengisian ke database.

Gambar 2. Sequence Diagram Menambah Aspek Pertanyaan

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 11 dari 90

UMM
3.1.1.2.2 Sequence Diagram Skenario Alternatif
ID : SD-01-02
Deskripsi : BKMA mengklik link tambah aspek pertanyaan. Sistem kemudian
menampilkan form pengisian aspek pertanyaan untuk diisi BKMA. Form diisi
dengan data yang tidak valid dan gagal menyimpan ke database.

Gambar 3. Sequence Diagram Skenario Alternatif Menambah Aspek Pertanyaan

3.1.1.3 Diagram Kelas Analisis

ID : CD-01
Deskripsi : Untuk melakukan pengisian aspek pertanyaan, admin harus mengakses
halaman AspekPertanyaanInterface melewati mainpage lalu
AspekPertanyaanCOntrol akan melakukan proses penambahan pertanyaan
dengan mengakses data evaluasi.

Gambar 4. Diagram Kelas Analisis Menambah aspek pertanyaan

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 12 dari 90

UMM
3.1.2 Use Case Menentukan Subyek dan Obyek Evaluasi

3.1.2.1 Identifikasi Kelas Analisis

Tabel 12 Identifikasi Kelas Analisis (Use Case Menentukan Subyek dan Obyek Evaluasi)
No Nama Kelas Jenis Kelas (Interface, Control, Entity)
1. SubyekObyekPage Interface
2. SubyekObyekInterface Interface
3. SubyekObyekControl Control
4. Data Evaluasi Entity

3.1.2.2 Sequence Diagram

3.1.2.2.1 Sequence Diagram Skenario Normal

ID : SD-02-01
Deskripsi : BKMA mengklik link subyek dan obyek evaluasi. Sistem kemudian
menampilkan halaman subyek dan obyek evaluasi untuk diisi BKMA.
Kemudian BKMA mengisi subyek dan obyek evaluasi berupa mahasiswa,
dosen, program studi, perpustakaan, dan laboratorium dan data disimpan dalam
database.

Gambar 5. Sequence Diagram Skenario Normal Menentukan Subyek dan Obyek Evaluasi

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 13 dari 90

UMM
3.1.2.2.2 Sequence Diagram Skenario Alternatif 1
ID : SD-02-02
Deskripsi : BKMA mengklik link subyek dan obyek evaluasi. Sistem kemudian
menampilkan halaman subyek dan obyek evaluasi untuk diisi BKMA.
Kemudian BKMA mengisi subyek dan obyek evaluasi dengan data yang
berbeda.

Gambar 6. Sequence Diagram Skenario Alternatif Menentukan Subyek dan Obyek Evaluasi

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 14 dari 90

UMM
3.1.2.3 Diagram Kelas Analisis
ID : CD-02
Deskripsi : Untuk menentukan subyek dan obyek evaluasi, masuk dalam halaman index
lalu admin mengakses halaman SubyekObyekPage kemudian Subyek
ObyekInterface lalu SubyekObyekControl akan menentukan subyek dan obyek
evaluasi dengan mengakses data evaluasi.

Gambar 7. Diagram Kelas Menentukan Subyek dan Obyek Evaluasi

3.1.3 Use Case Menentukan Acuan Mutu

3.1.3.1 Identifikasi Kelas Analisis

Tabel 13 Identifikasi Kelas Analisis (Use Case Menentukan Acuan Mutu)
No Nama Kelas Jenis Kelas (Interface, Control, Entity)
1. Main Page Interface
2. AcuanMutuInterface Interface
3. AcuanMutuControl Control
4. StandarPenilaian Entity

3.1.3.2 Sequence Diagram

3.1.3.2.1 Sequence Diagram Skenario Normal

ID : SD-03-01
Deskripsi : BKMA mengklik tombol penilaian acuan mutu, system menampilkan halaman
penilaian mutu. Kemudian BKMA mengisi penilaian standar dalam mutu lalu
menyimpan hasil standar penilaian kedalam database.

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 15 dari 90

UMM
 Gambar 8. Sequence Diagram Skenario Normal Menentukan Acuan Mutu

3.1.3.2.2 Sequence Diagram Skenario Alternatif 1

ID : SD-03-02
Deskripsi : BKMA mengklik tombol penilaian acuan mutu, system menampilkan halaman
penilaian mutu. Kemudian BKMA mengisi penilaian standar yang tidak sesuai
ketentuan penilaian yang ditetapkan mutu.

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 16 dari 90

UMM
 Gambar 9. Sequence Diagram Skenario Alternatif Menentukan Acuan Mutu

3.1.3.3 Diagram Kelas Analisis

ID : CD-03
Deskripsi : Dalam penentuan acuan mutu penilaian, admin masuk pada halaman
AcuanMutuInterface namun sebelumnya menampilkan halaman index, setelah
masuk halaman AcuanMutuInterface lalu melakukan penentuan acuan mutu
pada bagian AcuanMutuControl dengan menggunakan Data Evaluasi dan
Standar Penilaian yang telah ditetapkan.

Gambar 10. Diagram Kelas Menentukan Acuan Mutu

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 17 dari 90

UMM
3.1.4 Use Case Mengisi Evaluasi Mutu

3.1.4.1 Identifikasi Kelas Analisis

Tabel 14 Identifikasi Kelas Analisis (Use Case Mengisi Evaluasi Mutu)
No Nama Kelas Jenis Kelas (Interface, Control, Entity)
1. Main Page Interface
2. EvaluasiPage Interface
3. EvaluasiInterface Interface
4. Evaluasi Control Control

3.1.4.2 Sequence Diagram

3.1.4.2.1 Sequence Diagram Skenario Normal

ID : SD-04-01
Deskripsi : Pengguna mengklik menu evaluasi, kemudian system menampilkan halaman
evaluasi, setelah muncul halaman evaluasi maka pengguna mengisi kuisioner
evaluasi lalu menyimpan hasil evaluasi tersebut kedalam database.

Gambar 11. Sequence Diagram Skenario Normal Mengisi Evaluasi Mutu

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 18 dari 90

UMM
3.1.4.2.2 Sequence Diagram Skenario Alternatif 1
ID : SD-04-02
Deskripsi : Pengguna mengklik menu evaluasi, kemudian system menampilkan halaman
evaluasi, setelah muncul halaman evaluasi maka pengguna mengisi kuisioner
evaluasi, namun saat pengisian evaluasi terdapat kuisioner yang terlewat dan
muncul notifikasi kesalahan.

Gambar 12. Sequence Diagram Skenario Alternatif Mengisi Evaluas Mutu

3.1.4.3 Diagram Kelas Analisis

ID : CD-04
Deskripsi : Pengguna masuk pada halaman index system, kemudian masuk dalam
halaman EvaluasiPage lalu diarahkan ke menu EvaluasiInterface, setelah
melakukan pengisian maka data hasil pengisian diproses dalam EvaluasiControl.

Gambar 13. Diagram Kelas Mengisi Evaluasi Mutu

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 19 dari 90

UMM
3.1.5 Use Case Mengelola Hasil Evaluasi

3.1.5.1 Identifikasi Kelas Analisis

Tabel 15 Identifikasi Kelas Analisis (Use Case Mengelola Hasl Evaluasi)
No Nama Kelas Jenis Kelas (Interface, Control, Entity)
1. HasilPage Interface
2. HasilInterface Interface
3. HasilControl Control
4. Data Pengisian Evaluasi Entity

3.1.5.2 Sequence Diagram

3.1.5.2.1 Sequence Diagram Skenario Normal

ID : SD-05-01
Deskripsi : Admin dan Program Studi mengklik tombol hasil evaluasi, kemudian system
menampilkan halaman evaluasi, lalu admin melihat hasil evaluasi yang nantinya
digunakan untuk pengevaluasian subyek dan obyek secara keseluruhan.

Gambar 14. Sequence Diagram Skenario Normal Mengelola Hasil Evaluasi

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 20 dari 90

UMM
3.1.5.2.2 Sequence Diagram Skenario Alternatif 1
ID : SD-05-02
Deskripsi : Admin dan Program Studi mengklik tombol hasil evaluasi, kemudian system
menampilkan halaman evaluasi, terjadi kesalahan saat menampilkan hasil
evaluasi, terdapat data pengisian yang tidak tersimpan.

Gambar 15. Sequence Diagram Skenario Alternatif Mengelola Hasil Evaluasi

3.1.5.3 Diagram Kelas Analisis

ID : CD-05
Deskripsi : Admin dan Program Studi menuju HasilPage terlebih dahulu sebelum menuju
HasilInterface, setelah dari HasilInterface maka system menampilkan hasil
evaluasi pada HasilControl yang didapat dari Data pengisian Evaluasi

\
Gambar 16. Diagram Kelas Mengelola Hasil Evaluasi

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 21 dari 90

UMM
3.2 Diagram Kelas Keseluruhan
ID : CD-A
Deskripsi : Menggambarkan hubungan seluruh kelas dari seluruh use case yang ada pada
tahap analisis.

Gambar 17. Diagram Kelas Analisis Keseluruhan

3.3 Kelas Analisis

Tabel 17 Kelas Analisis
No. Nama Kelas Jenis
1. MainPage Interface
2. AspekPertanyaanInterface Interface
3. AspekPertanyaanControl Control
4. Data Evaluasi Entity
5. Main Page Interface
6. SubyekObyekPage Interface
7. SubyekObyekInterface Interface
8. SubyekObyekControl Control
9. Data Evaluasi Entity
10. Main Page Interface
11. AcuanMutuInterface Interface
12. AcuanMutuControl Control
13. Data Evaluasi Entity
14. StandarPenilaian Entity

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 22 dari 90

UMM
 15. Main Page Interface
16. EvaluasiPage Interface
17. EvaluasiInterface Interface
18. Evaluasi Control Control
19. HasilPage Interface
20. HasilInterface Interface
21. HasilControl Control
22. Data Pengisian Evaluasi Entity

Tabel 18 Daftar Tanggung Jawab dan Daftar Atribut

Nama Kelas
MainPage
AspekPertanyaanInterface Menampilkan form menambah aspek
AspekPertanyaanControl
Data Evaluasi
SubyekObyekPage
SubyekObyekInterface
SubyekObyekControl
AcuanMutuInterface
Daftar Tanggung Jawab Daftar Atribut
1. Menampilkan Halaman Index utama -
system simutu. -
2. Menyediakan link untuk menu
lainnya
-
pertanyaan.
Mengambil data evaluasi dan -
menyimpannya didatabase.
1. Mengambil nilai atribut 1. id_evaluasi
2. Mengeset nilai atribut 2. jenis_evaluasi
3. subyek_evaluasi
4. Obyek_evaluasi
5. nama_evaluasi
6. status_evaluasi
Manampilkan halaman dari subyek dan -
obyek penilaian
Menampilkan form subyek dan obyek -
penilaian
Mengambil data evaluasi dan -
menyimpannya didatabase
Menampilkan form tingkat standar -
penilaian mutu

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 23 dari 90

UMM
AcuanMutuControl Mengambil data evaluasi dan -
menyimpannya didatabase
StandarPenilain 1. Mengambil nilai atribut 1. id_evaluasi
2. Mengeset nilai atribut 2. jenis_evaluasi
3. nilai_rekap
4. satuan_standar
5. operator_simutu
6. nilai_standar
7. keterangan
EvaluasiPage Menampilkan halaman sub menu -
Evaluasi
EvaluasiInterface Menampilkan form pengisian evaluasi -
berupa kuisioner
EvaluasiControl Menyimpan data hasil evaluasi -
HasilPage Menampilkan Halaman hasil evaluasi -
kuisioner
HasilInterface Menampilkan table hasil kuisioner -
HasilControl Menyimpan semua data dari hasil -
kuisioner
DataPengisianEvaluasi 1. Mengambil nilai atribut 1. id_evaluasi
2. Mengeset nilai atribut 2. jenis_evaluasi
3. nama_evaluasi
4. pertanyaan
5. status_pertanyaan
6. aspek_pertanyaan
7. table_hasil

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 24 dari 90

UMM
3.4 Paket Analisis

3.4.1 Identifikasi Paket Analisis

Sistem ini hanya terdiri atas satu paket yang mencakup 5 use case.

3.4.2 Identifikasi Kelas Analisis tiap paket

Sistem ini hanya terdiri atas satu paket yang mencakup 5 use case

3.5 Deskripsi Aristektur

Sistem Informasi Manajemen Mutu dirancang dan dibangun pada teknologi berbasis web,
sehingga dapat diakses secara online. SIMUTU versi 1 dibangun dengan menggunakan
pendekatan structural programming, dengan berbagai keterbatasan dalam lingkungan
pengembangan system informasi. SIMUTU versi 2 menggunakan pendekatan obyek oriented
programming memanfaatkan framework php yakni codeigniter dengan pola desain hierarchical
model view controller (HMVC). SIMUTU menggunakan database MySQL. Siklus
pengembangan perangkat lunak yang digunakan adalah model prototyping.

3.6 Pedoman Perancangan

Perancangan dilakukan berdasarkan arsitektur J2EE. Karena perangkat lunak yang dibangun
berbasis web maka elemen logical digambarkan dalam bentuk WAE-logical view.

4 Model Perancangan

4.1 Realisasi Use Case Tahap Perancangan

4.1.1 Use Case Menambah Aspek Pertanyaan

4.1.1.1 Identifikasi Elemen WAE – Logical View

Tabel 19 Identifikasi Elemen WAE – Logical View UC-1
No Nama Elemen Logic WAE Stereotype Nama Kelas Analisis Terkait
1 MainPage Client Page MainPage
2 AspekPertanyaanInterface Client Page AspekPertanyaanInterface
3 AspekPertanyaanForm HTML Form AspekPertanyaanInterface
4 AspekPertanyaanServer Server Page AspekPertanyaanControl

4.1.1.2 Identifikasi Kelas Perancangan

Tabel 20. Identifikasi Kelas Perancangan UC-1

No Nama Kelas Perancangan Nama Kelas Analisis Terkait
1 Data Evaluasi DataEvaluasi
2 AspekPertanyaanController AspekPertanyaanControl

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 25 dari 90

UMM
4.1.1.3 Sequence Diagram

4.1.1.3.1 Sequence Diagram Skenario Normal

ID : SD-P-01-01
Deskripsi : Sequence ini menggambarkan proses penambahan aspek pertanyaan yang
berhasil. Admin menambah beberapa aspek pertanyaan dan system akan
menyimpan penambahan pertanyaan tersebut kedalam database.

Gambar 18. SD-P-01-01

4.1.1.3.2 Sequence Diagram Skenario Alternatif 1

ID : SD-P-01-02
Deskripsi : Sequence ini menggambarkan proses penambahan aspek pertanyaan yang
gagal. Admin menambah beberapa aspek pertanyaan yang tidak valid dan
system gagal menyimpan penambahan pertanyaan tersebut kedalam database.

Gambar 19. SD-P-01-02

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 26 dari 90

UMM
4.1.1.4 Diagram Kelas Perancangan
ID : CD-P-01

Gambar 20. CD-P-01

4.1.2 Use Case Menentukan Subyek dan Obyek Evaluasi

4.1.2.1 Identifikasi Elemen WAE – Logical View

Tabel 21 Identifikasi Elemen WAE – Logical View UC-2
No Nama Elemen Logic WAE Stereotype Nama Kelas Analisis Terkait
1 MainPage Client Page MainPage
2 SubyekObyekPage Client Page SubyekObyekPage
3 SubyekObyekInterface Client Page SubyekObyekInterface
4 SubyekObyekServer Server Page SubyekObyekControl

4.1.2.2 Identifikasi Kelas Perancangan

Tabel 22. Identifikasi Kelas Perancangan UC-2
No Nama Kelas Perancangan Nama Kelas Analisis Terkait
1 Data Evaluasi DataEvaluasi
2 SubyekObyekController SubyekObyekControl

4.1.2.3 Sequence Diagram

4.1.2.3.1 Sequence Diagram Skenario Normal

ID : SD-P-02-01
Deskripsi : Sequence ini menggambarkan proses penentuan subyek dan obyek evaluasi,
seperti Dosen, Mahasiswa, Perpustakaan, Laboratorium dan Program Studi.

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 27 dari 90

UMM
 Gambar 21. SD-P-02-01

4.1.2.3.2 Sequence Diagram Skenario Alternatif 1

ID : SD-P-02-02
Deskripsi : Sequence ini menggambarkan proses penentuan subyek dan obyek evaluasi
yang tidak valid karena memasukan data evaluasi yang berbeda.

Gambar 22. SD-P-02-02

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 28 dari 90

UMM
4.1.2.4 Diagram Kelas Perancangan
ID : CD-P-02

Gambar 23. CD-P-02

4.1.3 Use Case Menentukan Acuan Mutu

4.1.3.1 Identifikasi Elemen WAE – Logical View

Tabel 23 Identifikasi Elemen WAE – Logical View UC-3
No Nama Elemen Logic WAE Stereotype Nama Kelas Analisis Terkait
1 MainPage Client Page MainPage
2 AcuanMutuInterface Client Page AcuanMutuInterface
3 AcuanMutuServer Server Page AcuanMutuControl

4.1.3.2 Identifikasi Kelas Perancangan

Tabel 24. Identifikasi Kelas Perancangan UC-3
No Nama Kelas Perancangan Nama Kelas Analisis Terkait
1 Data Evaluasi DataEvaluasi
2 StandarPenilaian AcuanMutuControl
3. AcuanMutuController AcuanMutuServer, AcuanMutuInterface, StandarPenilaian

4.1.3.3 Sequence Diagram

4.1.3.3.1 Sequence Diagram Skenario Normal

ID : SD-P-03-01
Deskripsi : Sequence ini menggambarkan proses penentuan Acuan Mutu untuk
menetapkan standar penilaian mutu yang telah ditetapkan.

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 29 dari 90

UMM
 Gambar 24. SD-P-03-01

4.1.3.3.2 Sequence Diagram Skenario Alternatif 1

ID : SD-P-03-02
Deskripsi : Sequence ini menggambarkan proses penentuan acuan mutu yang tidak sesuai
dengan ketentuan penilaian yang ditetapkan mutu.

Gambar 25. SD-P-02-02

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 30 dari 90

UMM
4.1.3.4 Diagram Kelas Perancangan
ID : CD-P-03

Gambar 26. CD-P-03

4.1.4 Use Case Mengisi Evaluasi Mutu

4.1.4.1 Identifikasi Elemen WAE – Logical View

Tabel 25 Identifikasi Elemen WAE – Logical View UC-4
No Nama Elemen Logic WAE Stereotype Nama Kelas Analisis Terkait
1 MainPage Client Page MainPage
2 EvaluasiPage Client Page EvaluasiPage
3 EvaluasiInterface ClientPage EvaluasiInterface
4. EvaluasiServer Server Page EvaluasiControl

4.1.4.2 Identifikasi Kelas Perancangan

Tabel 26. Identifikasi Kelas Perancangan UC-4
No Nama Kelas Perancangan Nama Kelas Analisis Terkait
1 EvaluasiController EvaluasiControl, EvaluasiServer

4.1.4.3 Sequence Diagram

4.1.4.3.1 Sequence Diagram Skenario Normal

ID : SD-P-04-01
Deskripsi : Sequence ini menggambarkan proses pengisian halaman kuisioner untuk
pengevaluasian mutu. Pengisian ini dilakukan oleh subyek dan obyek yang
terlibat.

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 31 dari 90

UMM
 Gambar 27. SD-P-04-01

4.1.4.3.2 Sequence Diagram Skenario Alternatif 1

ID : SD-P-04-02
Deskripsi : Sequence ini menggambarkan proses Pengisian kuisioner evaluasi mutu yang
gagal karena terdapat halaman kuisioner yang belum diisi.

Gambar 28. SD-P-04-02

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 32 dari 90

UMM
4.1.4.4 Diagram Kelas Perancangan
ID : CD-P-04

Gambar 29. CD-P-04

4.1.5 Use Case Mengelola Hasil Evaluasi

4.1.5.1 Identifikasi Elemen WAE – Logical View

Tabel 27 Identifikasi Elemen WAE – Logical View UC-5
No Nama Elemen Logic WAE Stereotype Nama Kelas Analisis Terkait
1 HasilPage Client Page HasilPage
2 HasilInterface Client Page HasilInterface
3 HasilServer Server Page HasilControl

4.1.5.2 Identifikasi Kelas Perancangan

Tabel 28. Identifikasi Kelas Perancangan UC-5
No Nama Kelas Perancangan Nama Kelas Analisis Terkait
1 DataPengisianEvaluasi EvaluasiControl. HasilControl, HasilEvaluasi

4.1.5.3 Sequence Diagram

4.1.5.3.1 Sequence Diagram Skenario Normal

ID : SD-P-05-01
Deskripsi : Sequence ini menggambarkan proses pengelolaan hasil dari pengisian
kuisioner pengevaluasin mutu yang dilakukan oleh subyek dan obyek yang
terlibat

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 33 dari 90

UMM
 Gambar 30. SD-P-05-01

4.1.5.3.2 Sequence Diagram Skenario Alternatif 1

ID : SD-P-05-02
Deskripsi : Sequence ini menggambarkan proses pengelolaan hasil evaluasi yang tidak
valid karena data pengisian evaluasi tidak tersimpan dalam database.

Gambar 31. SD-P-05-02

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 34 dari 90

UMM
4.1.5.4 Diagram Kelas Perancangan
ID : CD-P-05

Gambar 32. CD-P-02

4.2 Perancangan Detil Elemen Logical View

Tabel 29. Perancangan Detil Elemen Logical View
No Nama Elemen Lojik WAE Stereotype
1 MainPage Client Page
2 AspekPertanyaanInterface Client Page
3 AspekPertanyaanform HTML Form
4 AspekPertanyaanServer Server Page
5 SubyekObyekPage Client Page
6 SubyekObyekInterface Client Page
7 SubyekObyekServer Server Page
8 AcuanMutuInterface Client Page
9 AcuanMutuServer Server Page
10 AcuanMutuController Server Page
11 AspekPertanyaanController Server Page
12 SubyekObyekController Server Page
13 EvaluasiPage Client Page
14 EvaluasiInterface ClientPage
15 EvaluasiServer Server Page
16 EvaluasiController Server Page
17 HasilPage ClientPage

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 35 dari 90

UMM
 18 HasilInterface ClientPage
19 HasilServer Server Page

4.2.1 Stereotyped Class MainPage

Nama Kelas : MainPage

Jenis : Client Page
Tabel 30 Stereotyped Class MainPage
Nama Operasi Visibility Keterangan
(Private, public)
ShowSimutuPage Public Menampilkan halaman SIMUTU

Nama Atribut Visibility Tipe

(private, public)

4.2.2 Stereotyped Class AspekPertanyaanInterface

Nama Kelas : AspekPertanyaanInterface

Jenis : Client Page
Tabel 31 Stereotyped Class AspekPertanyaanInterface
Nama Operasi Visibility Keterangan
(Private,
public)
ShowAspekPertanyaanForm Public Menampilkan halaman
menambah aspek
pertanyaan

Nama Atribut Visibility Tipe

(private,
public)

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 36 dari 90

UMM
4.2.3 Stereotyped Class AspekPertanyaanForm

Nama Kelas : AspekPertanyaanForm

Jenis : HTML Form
Tabel 32 Stereotyped Class AspekPertanyaanForm
Nama Operasi Visibility Keterangan
(Private, public)

Nama Atribut Visibility Tipe

(private, public)
Id_aspek Private Integer, ID untuk
penambahan aspek
pertanyaan
Aspek Private Varchar, aspek-aspek
dalam menambah
pertanyaan
Status_aspek Private Integer, status dalam
penambahan pertanyaan
Tahun_buat Private Integer, tahun dibuatnya
aspek-aspek pertanyaan
Urutan Private Integer, urutan dalam
penambahan aspek
pertanyaan.
Tanggal_buat Private Datetime, tanggal
pembuatan aspek
pertanyaan.
Id_jenis Private Integer, jenis-jenis
dalam penambahan
aspek pertanyaan

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 37 dari 90

UMM
4.2.4 Stereotyped Class AspekPertanyaanServer

Nama Kelas : AspekPertanyaanServer

Jenis : Client Page
Tabel 33 Stereotyped Class AspekPertanyaanServer
Nama Operasi Visibility Keterangan
(Private,
public)
Check Validity Public Memeriksa validitas isi
form

Nama Atribut Visibility Tipe

(private,
public)

4.2.5 Stereotyped Class AspekPertanyaanController

Nama Kelas : AspekPertanyaanController

Tabel 34 Stereotyped Class AspekPertanyaanController
Nama Operasi Visibility Keterangan
(Private, public)
processRequest() Protected
getMahasiswa() Public
getDosen() Public
getPerpustakaan() Public
getLaboratorium() Public
getProgramStudi() Public
getBKMA Public
doGet() Protected Menangani permintaan
server dengan metode
get

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 38 dari 90

UMM
 doPost() Protected Menangani permintaan
server dengan metode
post
addAspek() Private Penambahan aspek
pertanyaan evaluasi

Nama Atribut Visibility Tipe

(private, public)
- - -

4.2.6 Stereotyped Class SubyekObyekPage

Nama Kelas : SubyekObyekPage

Jenis : Client Page
Tabel 35 Stereotyped Class SubyekObyekPage
Nama Operasi Visibility Keterangan
(Private, public)
showPage() public

Nama Atribut Visibility Tipe

(private, public)

4.2.7 Stereotyped Class SubyekObyekInterface

Nama Kelas : SubyekObyekInterface

Jenis : Client Page
Tabel 36 Stereotyped Class SubyekObyekInterface
Nama Operasi Visibility Keterangan
(Private, public)
addSubyek() Public

Addobyek() Public
Editsubyek() Public
Editobyek() Public

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 39 dari 90

UMM
 Delete() Public

Nama Atribut Visibility Keterangan

( private, public)

4.2.8 Stereotyped Class SubyekObyekServer

Nama Kelas : SubyekObyekServer

Jenis : Server Page
Tabel 37 Stereotyped Class SubyekObyekServer
Nama Operasi Visibility Keterangan
(Private, public)
sendStatusBerhasil() Public Mengirim notifikasi
penambahan subyek dan
obyek evaluasi berhasil
dilakukan.
Validate() Public

Nama Atribut Visibility Tipe

(private, public)

4.2.9 Stereotyped Class SubyekObyekController

Nama Kelas : SubyekObyekController

Tabel 38 Stereotyped Class SubyekObyekController
Nama Operasi Visibility Keterangan
(Private, public)
processRequest() Protected
getMahasiswa() Public
getDosen() Public
getPerpustakaan() Public
getLaboratorium() Public
getProgramStudi() Public

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 40 dari 90

UMM
 getBKMA Public
doGet() Protected Menangani permintaan
server dengan metode
get
doPost() Protected Menangani permintaan
server dengan metode
post
addsubyek() Private Penambahan subyek
dalam pertanyaan
evaluasi
Addobyek() Private Penambahan obyek
dalam pertanyaan
evaluasi

Nama Atribut Visibility Tipe

(private, public)
- - -

4.2.10 Stereotyped Class AcuanMutuInterface

Nama Kelas : AcuanMutuInterface

Jenis : Client Page
Tabel 39 Stereotyped Class AcuanMutuInterface
Nama Operasi Visibility Keterangan
(Private, public)
addStandarPenilaian() Public

Submit()

Nama Atribut Visibility Keterangan

( private, public)
- - -

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 41 dari 90

UMM
4.2.11 Stereotyped Class AcuanMutuServer

Nama Kelas : AcuanMutuServer

Jenis : Server Page
Tabel 40 Stereotyped Class SubyekObyekInterface
Nama Operasi Visibility Keterangan
(Private, public)
Validate() Public

Nama Atribut Visibility Keterangan

( private, public)
- - -

4.2.12 Stereotyped Class AcuanMutuController

Nama Kelas : AcuanMutuController

Tabel 41 Stereotyped Class AcuanMutuController
Nama Operasi Visibility Keterangan
(Private, public)
processRequest() Protected
getEvaluasi() Public
getStandarPenialian() Public
getNilai() Public
doGet() Protected Menangani permintaan
server dengan metode
get
doPost() Protected Menangani permintaan
server dengan metode
post

Nama Atribut Visibility Tipe

(private, public)
- - -

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 42 dari 90

UMM
4.2.13 Stereotyped Class EvaluasiPage

Nama Kelas : EvaluasiPage

Jenis : Client Page
Tabel 42 Stereotyped Class EvaluasiPage
Nama Operasi Visibility Keterangan
(Private, public)
showPage() Public

Nama Atribut Visibility Keterangan

( private, public)
- - -

4.2.14 Stereotyped Class EvaluasiInterface

Nama Kelas : EvaluasiInterface

Jenis : Server Page
Tabel 43 Stereotyped Class SubyekObyekInterface
Nama Operasi Visibility Keterangan
(Private, public)
showMenuEvaluasi() Public

showEvaluasiForm() Public Menampilkan form

pengisian evaluasi
addEvaluasi() Public Melakukan evaluasi
sendEvaluasi() Public Mengirim data hasil
evaluasi

Nama Atribut Visibility Keterangan

( private, public)
- - -

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 43 dari 90

UMM
4.2.15 Stereotyped Class EvaluasiServer

Nama Kelas : EvaluasiServer

Jenis : Server Page
Tabel 44 Stereotyped Class SubyekObyekInterface
Nama Operasi Visibility Keterangan
(Private, public)
Validate() Public

sendDatabase() Public

Nama Atribut Visibility Keterangan

( private, public)
- - -

4.2.16 Stereotyped Class EvaluasiController

Nama Kelas : EvaluasiController

Tabel 45 Stereotyped Class EvaluasiController
Nama Operasi Visibility Keterangan
(Private, public)
processRequest() Protected
getEvaluasi() Public
getDataEvaluasi() Public
getPertanyaan() Public
doGet() Protected Menangani permintaan
server dengan metode
get
doPost() Protected Menangani permintaan
server dengan metode
post

Nama Atribut Visibility Tipe

(private, public)

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 44 dari 90

UMM
 - - -

4.2.17 Stereotyped Class HasilPage

Nama Kelas : HasilPage

Jenis : Client Page
Tabel 46 Stereotyped Class HasilPage
Nama Operasi Visibility Keterangan
(Private, public)
showPage() Public

Nama Atribut Visibility Keterangan

( private, public)
- - -

4.2.18 Stereotyped Class HasilInterface

Nama Kelas : HasilInterface

Jenis : Client Page
Tabel 47 Stereotyped Class HasilInterface
Nama Operasi Visibility Keterangan
(Private, public)
showHasilForm() Public

Nama Atribut Visibility Keterangan

( private, public)
- - -

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 45 dari 90

UMM
4.2.19 Stereotyped Class EvaluasiServer

Nama Kelas : EvaluasiServer

Jenis : Server Page
Tabel 48 Stereotyped Class EvaluasiServer
Nama Operasi Visibility Keterangan
(Private, public)
checkValidity() Public Memeriksa validitas isi
form

Nama Atribut Visibility Keterangan

( private, public)
- - -

4.3 Perancangan Detil Kelas

Tabel 49 Perancangan Detil Kelas
No Nama Kelas Perancangan Nama Kelas Analisis Terkait
1 Data Evaluasi DataEvaluasi
2 AspekPertanyaanController AspekPertanyaanControl
3 SubyekObyekController SubyekObyekControl
4 StandarPenilaian AcuanMutuControl
5 AcuanMutuController AcuanMutuServer, StandarPenilaian
6 EvaluasiController EvaluasiControl, EvaluasiServer
7 DataPengisianEvaluasi EvaluasControl, HasilServer

4.3.1 Kelas DataEvaluasi

Nama Kelas : DataEvaluasi

Tabel 50 Kelas DataEvaluasi
Nama Operasi Visibility Keterangan
(private, public)
getId() Public Mengembalikan ID dari evaluasi
getJenis() Public Mengembalikan jenis evaluasi
getNamaEvaluasi() Public Mengembalikan nama evaluasi

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 46 dari 90

UMM
 getStatusEvaluasi() Public Mengembalikan status evaluasi
getKeterangan() Public Mengembalikan keterangan dari
data evaluasi
getTanggal Public Mengembalikan tanggal evaluasi
setId() Public Men-set Id dari evaluasi
setNamaEvaluasi Public Men-set nama evaluasi
setStatusEvaluasi Public Men-set status evaluasi
setKeterangan Public Men-set keterangan evaluasi
setTanggal Public Men-set tanggal evaluasi
updateEvaluasi() Public Menupdate role hasil evaluasi
viewEvaluasi() Public Melihat hasil evaluasi

Nama Atribut Visibility Tipe

(private, public)
Id Private Integer
Jenis Private Integer
NamaEvaluasi Private Varchar
StatusEvaluasi Private Integer
Keterangan Private Varchar
Tanggal private Datetime

4.3.2 Kelas AspekPertanyaanController

Nama Kelas : AspekPertanyaanController

Tabel 51 Kelas AspekPertanyaanController
Nama Operasi Visibility Keterangan
(private, public)
Save() Public Menyimpan data aspek
pertanyaan kedalam database

Nama Atribut Visibility (private, Tipe

public)

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 47 dari 90

UMM
 - - -

4.3.3 Kelas SubyekObyekController

Nama Kelas : SubyekObyekController

Tabel 52 Kelas SubyekObyekController
Nama Operasi Visibility Keterangan
(private, public)
Save() Public Menyimpan data aspek
pertanyaan kedalam database

Nama Atribut Visibility (private, Tipe

public)
- - -

4.3.4 Kelas StandarPenilaian

Nama Kelas : StandarPenilaian

Tabel 53 Kelas StandarPenilaian
Nama Operasi Visibility Keterangan
(private, public)
getAcuanMutuControl() Public Mengambil data yang
berkaitan dengan
penentuan penilaian mutu

Nama Atribut Visibility (private, Tipe

public)
- - -

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 48 dari 90

UMM
4.3.5 Kelas AcuanMutuController

Nama Kelas : AcuanMutuController

Tabel 54 Kelas AcuanMutuController
Nama Operasi Visibility Keterangan
(private, public)
getAcuanMutuServer() Public Mengambil data dari
pengelolaan penilaian
Acuan Mutu
getStandarPenilaian() Public Mengambil data dari
standar penilaian mutu.

Nama Atribut Visibility (private, Tipe

public)
- - -

4.3.6 Kelas EvaluasiController

Nama Kelas : EvaluasiController

Tabel 55 Kelas EvaluasiController
Nama Operasi Visibility Keterangan
(private, public)
getEvaluasiControl() Public Mengambil data dari
pengelolan hasil evaluasi
getEvaluasiServer () Public Mengambil data server
evaluasi

Nama Atribut Visibility (private, Tipe

public)
- - -

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 49 dari 90

UMM
4.3.7 Kelas DataPengisianEvaluasi

Nama Kelas : DataPengisianEvaluasi

Tabel 56 Kelas DataPengisianEvaluasi
Nama Operasi Visibility Keterangan
(private, public)
getEvaluasiControl() Public Mengambil data dari
pengelolaan hasil evaluasi
getHasilServer() Public Mengambil data dari server
hasil evaluasi

Nama Atribut Visibility (private, Tipe

public)
- - -

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 50 dari 90

UMM
4.4 Diagram Kelas Keseluruhan

ID : CD-P
Deskripsi : Menggambarkan hubungan seluruh kelas dari seluruh use case yang ada.

Gambar 33 Diagram Kelas Perancangan Keseluruhan

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 51 dari 90

UMM
4.5 Algortima/Query
Bagian ini masih belum diperlukan untuk iterasi 1.

4.6 Perancangan Antarmuka

4.6.1.1 Halaman Login

Gambar 34. Halaman Login SIMUTU

Tabel 55 Antarmuka Halaman Login

Id_objek Jenis Nama Keterangan
Label Sign In SIstem menampilkan form untuk pengguna
memasukkan username serta password yang
dimilikinya untuk proses autentikasi.
Username Textbox Username Field untuk nama pengguna
Password Textbox Password Field untuk password pengguna
Sign In Submit Sign In Tombol untuk memeriksa masukan dari username dan
Button password agar dapat masuk halaman selanjutnya.

4.6.1.2 Halaman Utama SIMUTU

Gambar 35 Halaman Utama SIMUTU

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 52 dari 90

UMM
 Tabel 56 Antarmuka Halaman Utama
Id_objek Jenis Nama Keterangan
Menu Item Evaluasi Pembelajaran, Sistem menampilkan menut item
Evaluasi Kinerja untuk mempermudah melakukan
Pembimbing TA, evaluasi.
Evaluasi Kinerja
Pelayanan Perwalian
Mahasiswa, Evaluasi
Mutu Pelayanan
Program Studi,
Perpustakaan,
Laboratorium, dan
Evaluasi Buku dan
Sumber Belajar
Unduk Link Unduh Bukti Pengisian Sistem memberikan dokumen hasil
Bukti pengisian sebagai bukti telah
Pengisian melakukan evaluasi
Beri Link/Button Beri Komentar dan Sistem memberikan fitur untuk
Komentar Saran pengguna menyampaikan komentar
dan Saran dan saran
User Link User Sistem menampilkan tindakan logout
Account bagi pengguna

4.6.1.3 Halaman Komentar dan Saran

Gambar 36 Halaman Komentar dan Saran

Tabel 57 Halaman Komentar dan Saran
Id_objek Jenis Nama Keterangan
Ketik TextArea Kolom Ketik dan Saran Sistem menampilkan fitur komentar
Kirim Button Kirim Fitur untuk mengirim komentar
Tutup Buttons Tutup Fitur untuk keluar dari halaman
komentar

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 53 dari 90

UMM
4.6.1.4 Halaman Evaluasi Mutu Pelayanan Program Studi

Gambar 37 Halaman Evaluasi Mutu Pelayanan Program Studi

Tabel 58 Tabel Halaman Evaluasi

Id_objek Jenis Nama Keterangan
Label Kuisioner Evaluasi Judul halaman evaluasi
Mutu Pelayanan
Program Studi
Kuisioner Slider Kuisioner Sistem menampilkan fitur slider, yaitu
dengan menaruh nilai pada setiap
pertanyaan yang ada.
Next Button/Link Next Fitur menuju halaman selanjutnya
Cancel Button/Link Cancel Fitur membatalkan evaluasi
Time Time alert Time Fitur batas waktu pengisian

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 54 dari 90

UMM
4.6.1.5 Halaman Evaluasi Mutu Pelayanan Perpustakaan

Gambar 38 Halaman Evaluasi Mutu Pelayanan Perpustakaan

Tabel 59 Halaman Evaluasi Mutu Perpustakaan

Id_objek Jenis Nama Keterangan
Label Kuisioner Evaluasi Judul halaman evaluasi
Mutu Pelayanan
Perpustakaan
Kuisioner Slider Kuisioner Sistem menampilkan fitur slider, yaitu
dengan menaruh nilai pada setiap
pertanyaan yang ada.
Next Button/Link Next Fitur menuju halaman selanjutnya
Cancel Button/Link Cancel Fitur membatalkan evaluasi

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 55 dari 90

UMM
4.6.1.6 Halaman Evaluasi Mutu Pelayanan Laboratorium

Gambar 39 Halaman Evaluasi Mutu Pelayanan Laboratorium

Tabel 60 Halaman Evaluasi Laboratorium

Id_objek Jenis Nama Keterangan
Label Kuisioner Evaluasi Judul halaman evaluasi
Mutu Pelayanan
Laboraorium
Informatika
Kuisioner Slider Kuisioner Sistem menampilkan fitur slider, yaitu
dengan menaruh nilai pada setiap
pertanyaan yang ada.
Next Button/Link Next Fitur menuju halaman selanjutnya
Back Button/Link Back Fitur membatalkan evaluasi

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 56 dari 90

UMM
4.6.1.7 Halaman Evaluasi Buku dan Sumber Belajar

Gambar 40 Halaman Evaluasi Buku dan Sumber Belajar

Tabel 61 Halaman Evaluasi Buku dan Sumber Belajar

Id_objek Jenis Nama Keterangan
Label Kuisioner Evaluasi Judul halaman evaluasi
Buku dan Sumber
Belajar
Text NIM, Nama, Program Keterangan Mahasiswa
Studi, Tahun
Akademik, Semester
Kuisioner Slider Kuisioner Sistem menampilkan fitur slider, yaitu
dengan menaruh nilai pada setiap
pertanyaan yang ada.
Next Button/Link Next Fitur menuju halaman selanjutnya
Back Button/Link Back Fitur membatalkan evaluasi

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 57 dari 90

UMM
4.6.1.8 Halaman Evaluasi Mutu Pelayanan Perwalian Mahasiswa

Gambar 41 Halaman Evaluasi Mutu Perwalian Mahasiswa

Tabel 62 Halaman Evaluasi Pelayanan Program Studi

Id_objek Jenis Nama Keterangan
Label Kuisioner Evaluasi Judul halaman evaluasi
Pelayanan Mutu
Pelayanan Mahasiswa
Text NIM, Nama, Semester, Informasi tentang mahasiswa dan
Dosen Wali dosen wali
Kuisioner Slider Kuisioner Sistem menampilkan fitur slider, yaitu
dengan menaruh nilai pada setiap
pertanyaan yang ada.
Next Button/Link Next Fitur menuju halaman selanjutnya
Back Button/Link Back Fitur membatalkan evaluasi

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 58 dari 90

UMM
4.6.1.9 Halaman Evaluasi Pembelajaran

Gambar 42 Halaman Evaluasi Pembelajaran

Tabel 63 Halaman Evaluasi Pembelajaran

Id_objek Jenis Nama Keterangan
Label Kuisioner Evaluasi Judul halaman evaluasi
Pembelajaran
Text NIM, Nama, Program Keterangan Mahasiswa
Studi, Tahun
Akademik, Semester
Kuisioner Slider Kuisioner Sistem menampilkan fitur slider, yaitu
dengan menaruh nilai pada setiap
pertanyaan yang ada.
Next Button/Link Next Fitur menuju halaman selanjutnya
Back Button/Link Back Fitur membatalkan evaluasi

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 59 dari 90

UMM
4.6.2 Halaman Kotak Masuk

Gambar 43 Halaman Kotak Masuk

Tabel 64 Halaman Kotak Masuk

Id_objek Jenis Nama Keterangan
Inboxbar Tabsbar Inbox, Draft, Sent Tabs bar pada fitur kotak masuk
SIMUTU
Pesan Link/Buton Pesan Masuk Daftar pesan masuk di fitur Kotak
Masuk

4.6.2.1 Pesan Notifikasi Kesalahan

Gambar 44 Pesan Notifikasi Kesalahan

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 60 dari 90

UMM
 Tabel 65 Pesan Notifikasi Kesalahan
Id_objek Jenis Nama Keterangan
Error Alertbox Terjadi kesalahan Terjadi kesalahan saat pengisian
evaluasi dikarenakan ada data yang
tidak diisi lengkap
OK Button OK Untuk melanjutkan mengisi evaluasi
Cancel Button Cancel Keluar dari pesan notifikasi

4.6.2.2 Daftar Evaluasi Pembelajaran

Gambar 45 Daftar Evaluasi Pembelajaran

Tabel 66 Daftar Evaluasi Pembelajaran

Id_objek Jenis Nama Keterangan
Table Datagrid No, NIDN, serta Informasi mengenai Nomor, NIDN
Nama dosen beserta nama dosen yang telah
dievaluasi
Detail Button Detail Informasi lebih lanjut tentang data
hasil evaluasi pembelajaran dosen
Halaman Numericstepper 1,2,3, …… Jumlah halaman dari hasil evaluasi
pembelajaran

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 61 dari 90

UMM
4.6.2.3 Pengaturan Instrumen Evaluasi

Gambar 46 Pengaturan Instrumen Evaluasi

Tabel 67 Pengaturan Instrumen Evaluasi

Id_objek Jenis Nama Keterangan
Pertanyaan Textfield Pertanyaan Input pertanyaan evaluasi
Jenis isian Datagrid Jenis Isian Informasi penilaian menggunakan
angka, text, range.

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 62 dari 90

UMM
4.6.2.4 Halaman sinkronisasi KRS dan SIMUTU

Gambar 47 Halaman Sinkronisasi KRS dan SIMUTU

Tabel 68 Sinkronisasi KRS dan SIMUTU

Id_objek Jenis Nama Keterangan
Informasi Alertgrid Informasi Himbauan karena belum melakukan
evaluasi simutu.
Cancel Button Cancel Keluar dari notifikasi
OK Link Go To SIMUTU Mengarahkan pengguna kehalaman
SIMUTU

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 63 dari 90

UMM
4.7 Perancangan Representasi Persistensi Kelas

Gambar 48 Perancangan Representasi Persistensi Kelas

Tabel 69 Kamus Kata Kelas Persistensi
No Nama Tabel Nama Atribut Deskripsi
1 Aspek_evaluasimutu Id Primary Key
Tahun_ajar Tahun ajaran
Semester berlangsung
Nilai_rekap Semester berlangsung
Kode_prodi Rekapan nilai evaluasi
Obyek_evaluasi Kode program studi
Obyek yang dievaluasi
2 Obyek_evaluasi Id Primary Key
Nama_obyek Nama obyek yang
Nama_tabel dievaluasi
Nama_field Nama table obyek
Keterangan Nama inputan field
Keterangan obyek

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 64 dari 90

UMM
 3 Jenis_evaluasi Id Primary Key
Nama_evaluasi Nama atau judul evaluasi
Subyek_evaluasi Subyek yang dievaluasi
Obyek_evaluasi Obyek yang dievaluasi
Status_evaluasi Status dari pengevaluasi
Urutan Urutan evaluasi
Keterangan Keterangan jenis
Table_hasil evaluasi
Standar_mutu Hasil dari evaluasi
Penetapan nilai standar
mutu
4 Aspek_pertanyaan Id Primary Key
Aspek Aspek yang
Status_aspek bersangkutan
Tahun_buat Status dari aspek
Urutan Tahun pembuatan aspek
Tanggal_buat Urutan aspek
Tanggal pembuatan
aspek
5 Model_kuisioner Id Primary Key
Model_input Model input yang
Keterangan digunakan
Keterangan kuisioner
6 Pertanyaan Id Primary Key
Pertanyaan Pertanyaan evaluasi
Min_standar Standar minimal
Max_standar Standar maksimal
Keterangan_pertanyaan Keterangan pertanyaan
Keterangan_standarmutu Ket. Standar penilaian
Status_pertanyaan Status dari pertanyaan
Urutan Urutan pertanyaan
7 Aspek_pembelajaran Id Primary Key
_dosen Tahun_ajar Tahun ajar dari dosen

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 65 dari 90

UMM
 Semester Semester yang diajarkan
Nilai_rekap Rekapan nilai
Kode_prodi Kode program studi
Obyek_evaluasi Obyek yang dievaluasi
8 Hasil_pembelajaran_ Id Primary Key
dosen Tahun_ajar Tahun ajar dosen
Semester Semeser yang diajarkan
Nilai_standar Nilai standar belajar
Subyek_evaluasi Subyek yang dievaluasi
Obyek_evaluasi Obyek yang dievaluasi

4.8 Coding Standard dan Naming Convention

Dalam pembangunan perangkat lunak Sistem Informasi Manajemen Mutu (SIMUTU),
diterapkan stadarisasi kode dan aturan penaman. Hal ini dilakukan untuk mempermudah
proses sinkronisasi, yang dalam hal ini juga sangat penting, karena pengerjaan bersifat
modular. Selain itu, standarisasi ini juga dimaksudkan untuk mempermudah proses
pemeliharaan dikemudian hari yang besar kemungkinannya bukan lagi dilakukan oleh tim
pengembang. Standarisasi kode dan pengaturan penamaan juga bertujuan untuk meningkatkan
readability dari aplikasi ini, sehingga kode dapat dipahami lebih cepat dan lebih baik.

Tabel 70 Keterangan Jenis File

No Jenis File Ekstensi Keterangan
1 Java Source .java Merupakan file yang berisi kode program java yang
digunakan dalam aplikasi
2 Java bytcode .class Merupakan file hasil kompilasi file .java
3 Java server .jsp Merupakan file yang menangani masalah tampilan
page antarmuka aplikasi.

Pengaturan penamaan yang digunakan selama pengembangan aplikasi adalah sebagai berikut:
1. Penamaan File
a) Nama file menggunakan camel case
b) Nama suatu file tidak mengandung angka, hanya terdiri dari huruf
c) Jika nama file terdiri lebih dari satu kata, maka kedua kata disambung tanpa ada pemisah.
d) Untuk jenis kelas Controller, kata „Controler‟ ditambahkan pada akhir nama file

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 66 dari 90

UMM
 e) Untuk jenis kelas Model, kata „Model‟ ditambahkan pada akhir nama file
f) Untuk file yang bersesuaian dengan suatu kelas, nama file sama dengan nama kelas

2. Penamaan variabel, konstanta , fungsi, atribut dan nama kelas

a) Nama variabel, konstanta, fungsi, atribut dan nama kelas menggunakan camel case
b) Nama variabel, konstanta, fungsi, atribut dan nama kelas yang terdiri lebih dari satu kata,
tidak diberi pemisah antar kedua kata tersebut
c) Nama variabel, konstanta, fungsi, atribut dan nama kelas yang diberikan harus cukup
mendeskripsikan peran variabel, konstanta, fungsi, atribut dan kelas tersebut.
d) Untuk nama yang bersesuaian dengan suatu aksi, nama objek penderita ditaruh setelah
nama subjek/aksi. Contoh: AddPengguna, DelPengguna.

4.9 Deployment Diagram

Deployment diagram terdiri dari dua node, yaitu node Server dan node Workstation.
Komponen yang terletak pada node server yaitu WebModule yang berisi servlet dan JavaClass
yang berisi model. Node Server dan node Workstation terhubung melalui TCP/IP. Node
Workstation berisi komponen WebBrowser yang terhubunga ke WebModule melalui interface.

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 67 dari 90

UMM
 5 Implementasi
5.1 Lingkungan Implementasi

5.1.1 Hardware
1. Intel core i3 3,07GHz
2. Memori 2 GB
3. Free 1GB of HDD Space
4. Network Interface Card

5.1.2 Software
1. Tools testomato.com
2. MySQL v5.5
3. JDK 1.6
4. Mozilla firefox (google chrome)

5.2 Implementasi Kelas

Tabel 71 Implementasi Kelas
No Nama Kelas Nama File Fisik Nama File Executable
1 DataEvaluasi
2 AspekPertanyaanController AspekPertanyaanController.java AspekPertanyaanController.class
3 SubyekObyekController SubyekObyekController.java SubyekObyekController.class
4 StandarPenilaian AcuanNilai.java AcuanMutuControl.class
5 AcuanMutuController EvaluasiControl.java , EvaluasiControl.class ,
EvaluasiServer.java EvaluasiServer.class

6 EvaluasiController EvaluasiControl.java , EvaluasiControl.class,

EvaluasiService.java EvaluasiServer.class
7 DataPengisianEvaluasi EvaluasiControl.java, Evaluasicontrol.class,
HasilService.java HasilServer.class

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 68 dari 90

UMM
5.3 Implementasi Kelas WAE (Component View)
Tabel 72 Implementasi Elemen WAE (Component View)
No Nama Kelas Jenis WAE Komponen Realisasi WAE Logical View
1 - Physical root Index.jsp
2 MainPage Static root Index.jsp
3 AspekPertanyaanInterface Dynamic Page Aspek.jsp
5 AspekPertanyaanform Input Form Aspek.jsp
4 AspekPertanyaanServer Dynamic Page Aspek.jsp
5 SubyekObyekPage Dynamic Page indexso.jsp
6 SubyekObyekInterface Dynamic Page Subyekobyek.jsp
7 SubyekObyekServer Dynamic Page Subyekother.jsp
8 AcuanMutuInterface Dynamic Page Acuan.jsp
9 AcuanMutuServer Dynamic Page Acuanservice.jsp
10 AcuanMutuController Dynamic Page
11 AspekPertanyaanController Dynamic Page
12 SubyekObyekController Dynamic Page
13 EvaluasiPage Dynamic Page Evaluasiindex.jsp
14 EvaluasiInterface Dynamic Page Evaluasi.jsp
15 EvaluasiServer Dynamic Page Evaluasiservice.jsp
16 EvaluasiControl Dynamic Page
17 HasilPage Dynamic Page Hasilindex.jsp
18 HasilInterface Dynamic Page Hasil.jsp
19 HasilServer Dynamic Page Hasilservice.jsp

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 69 dari 90

UMM
5.4 Implementasi Antarmuka
Tabel 73 Implementasi Antarmuka
No Antarmuka Nama File Fisik Nama File Executable
1 Index.jsp -
2 Index.jsp -
3 Aspek.jsp -
4 Aspek.jsp -
5 Aspek.jsp -
6 indexso.jsp -
7 Subyekobyek.jsp -
8 Subyekother.jsp -
9 Acuan.jsp -
10 Acuanservice.jsp -
11 -
12 -
13 -
14 Evaluasiindex.jsp -
15 Evaluasi.jsp -
16 Evaluasiservice.jsp -
17 -
18 Hasilindex.jsp -
19 Hasil.jsp -
20 Hasilservice.jsp -

5.5 File Lain

Tabel 74 File Lain dari Aplikasi

No Nama File Keterangan

1 Config.java
2 Database.java
3 Mail.java
4 PDF.java

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 70 dari 90

UMM
6 Pengembangan dan Pengujian
6.1 Rencana dan Prosedur Pengembangan dan Pengujian

6.1.1 Rencana Pengembangan

Tabel 75 Rencana Pengembangan Fitur
No Aktor Fitur
1 BKMA a. Menambahkan evaluasi pembelajaran
b. Menentukan subyek dan obyek evaluasi
c. Menambahkan aspek pertanyaan
d. Menambahkan pertanyaan
e. Menentukan tanggal evaluasi
f. Menyinkron data dari krs ke simutu
2 Mahasiswa a. Mengisi kuisioner sebelum melakukan penjadwalan KRS Online
b. Mengirimkan kritik dan saran
c. Mengetahui penjelasan detail dari evaluasi yang dibuat
3 Dosen a. Mengisi kuisioner evaluasi dalam hal penunjang pembelajaran
b. Langsung dapat menerima evaluasi dari mahasiswa

6.1.2 Pengembangan Pengujian

Tabel 76 Pengembangan Pengujian
No Jenis Evaluasi Subyek Obyek Evaluasi
Evaluasi
1 Evaluasi Kinerja Program Studi Program Studi Program Srudi
2 Evaluasi Kinerja Perpustakaan Perpustakaan Perpustakaan
3 Evaluasi Buku dan Sumber Belajar Mahasiswa Dosen
4 Evaluasi Kinerja Pelayanan Perwalian Mahasiswa Dosen Wali
Mahasiswa
5 Evaluasi Kinerja Pembimbingan Tugas Akhir Mahasiswa Dosen Pemb.
TA
6 Evaluasi Mutu Pelayanan Laboratorium Mahasiswa Laboratorium
7 Evaluasi Mutu Pelayanan Perpustakaan Mahasiswa Perpustakaan
8 Evaluasi Mutu Pelayanan Program Studi Mahasiswa Program Studi

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 71 dari 90

UMM
 9 Evaluasi Pembelajaran Mahasiswa Dosen
10 Evaluasi Kinerja Laboratorium Laboratorium Laboratorium
11 Evaluasi Kinerja Dosen Dosen Dosen
12 Evaluasi Mtu Laboratorium Auditor BKMA Laborarotium
13 Evaluasi Ruang dan kelengkapan Auditor BKMA Program Studi

6.1.3 Kebutuhan Hardware

Hardware yang dibutuhkan pada tahao pengujian adalah :
1. 2 buah Komputer
a. Server
RAM : 2GB
Processor : Intel core 13 3.07 GHz
b. Klien
RAM : 1GB
Processor : 2.53 GHz

6.1.3.1 Kebutuhan Software

Software yang dibutuhkan pada tahap pengujian adalah :
1. Tools Pengujian : testomato.com
2. Database Server : MySQL
3. Framework PHP : codeigniter (HMVC)

6.1.3.2 Kebutuhan Database

Tabel 77 Kebutuhan Database SIMUTU
No Kebutuhan Data Sumber Institusi
1 Standar Mutu Dokumen Mutu Badan Kendali Mutu Akademik
2 Akun Mahasiswa Database Akun Infokom
Mahasiswa
3 Akun Dosen Database Akun Direktorat Penelitian dan Pengabdian
Dosen Masyarakat
4 Kegiatan Belajar Data MAA Biro Administrasi Akademik
Mengajar

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 72 dari 90

UMM
6.1.2.4 Kebutuhan Dokumentasi
Dokumentasi yang dibutuhkan untuk pengujian :
1. Requiremen
2. Analisis dan Design
3. Implementasi
4. Pengujian

6.1.2.5 Langkah Pengujian

Pengujian fungsionalitas prototype SIMUTU melalui website www.testomato.com
diperoleh hasil semua fungsi berjalan sesuai dengan harapan, seperti pada gambar dan detail
table dibawah ini.

Gambar 49. Hasil Pengujian fungsionalitas dengan www.testomato.com

Tabel 78 Hasil Pengujian Fungsionalitas
No Pengujian Aktor Hasil yang Jenis Pengujian Hasil
diharapkan Pengujian
1 Login Admin http equal 200 Tools http equal 200
SIMUTU (sukses) www.testomato.com
2 List Pertanyaan Admin http equal 200 Tools http equal 200
(sukses) www.testomato.com
3 Tambah dan Admin http equal 200 Tools http equal 200
Import (sukses) www.testomato.com
pertanyaan
4 Login Mahasiswa http equal 200 Tools http equal 200
Pengisian (sukses) www.testomato.com
SIMUTU
5 Pengisian item Mahasiswa http equal 200 Tools http equal 200
instrument (sukses) www.testomato.com

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 73 dari 90

UMM
 6 List Hasil Admin http equal 200 Tools http equal 200
analisis (sukses) www.testomato.com
evaluasi
7 Hasil Analisis Admin http equal 200 Tools http equal 200
evaluasi (sukses) www.testomato.com

6.2 Kasus Uji

6.2.1 Pengujian Use case UC-01 Melakukan penambahan aspek pertanyaan

Tabel 79 Pengujian Use case UC-01 Melakukan Penambahan Pertanyaan

Identifikasi Deskripsi Prosedur Masukan Keluaran Kriteria Hasil Kesimpulan
Pengujian yang yang
diharapkan dievaluasi
Pengujian Pengujian  Menekan link Mengisi Notifikasi Basis data Muncul Hasil yang
UC-01 terhadap “tambah aspek seluruh form bahwa aspek dari aspek notifikasi, diharapkan
penambaha pertanyaan” aspek pertanyaan pertanyaan penambahan
n aspek  Mengisi form pertanyaan telah berhasil apakah aspek
pertanyaan aspek pertanyaan dengan ditambahkan telah sesuai pertanyaan
yang  Menekan tombol benar. dan berhasil
dilakukan submit dan Contohnya : berhasil dilakukan.
dengan otomatis disimpan Id_aspek, dijalankan.
pengisian oleh database aspek,
data yang status_aspek,
valid dan tahun_buat,
sesuai tanggal_buat,
id_jenis
Pengujian Pengujian  Menekan link Mengisi data Notifikasi Aspek Muncul Hasil sesuai
UC-01-02 penambaha “tambah aspek form gagal pertanyaan notifikasi yang
n aspek pertanyaan” penambahan menambah tidak gagal diharapkan
pertanyaan  Mengisi form aspek aspek bertambah. penambahan
yang tidak aspek pertanyaan pertanyaan pertanyaan , silahkan
berhasil  Menekan tombol yang tidak cek kembali
karena submit sesuai data yang
tidak dengan basis anda
adanya data sehingga masukan.
kecocokan tidak valid.
datan

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 74 dari 90

UMM
 6.2.2 Pengujian Use case UC-02

Tabel 80 Pengujian Use case UC-02 Menentukan Subyek dan Obyek Evaluasi
Identifikasi Deskripsi Prosedur Masukan Keluaran Kriteria Hasil Kesimpulan
Pengujian yang yang
diharapkan dievaluasi
Pengujian Pengisian  Menekan link Mengisi Notofikasi Data Berhasil Data sesuai.
UC-02 subyek dan “subyek dan halaman berhasil penentuan menentukan
obyek obyek evaluasi” dengan dilakukan. subyek dan subyek dan
dalam  Mengisi subyek subyek dan obyek telah obyek dalam
penentuan dan obyek yang obyek yang sesuai. evaluasi.
evaluasi dievaluasi, ditentukan.
yang valid misalnya
mahasiswa, dosen,
program studi,
perpustakaan, dan
laboratorium.

6.2.3 Pengujian Use case UC-03

Tabel 81 Pengujian Use case UC-03 Menentukan Acuan Mutu

Identifikasi Deskripsi Prosedur Masukan Keluaran Kriteria Hasil Kesimpulan
Pengujian yang yang
diharapkan dievaluasi
Pengujian Pengisian  Menekan tombol Mengisi Menampilkan Standar Menampilka Data diterima
UC-03 acuan mutu “penilaian acuan halaman standari penilaian n halaman dan sesuai
terhadap mutu” penilaian penilaian. sesuai yang sesuai
penilaian  Mengisi penilaian dengan dengan dengan
hasil standar penilaian sesuai, ketentuan standar
kuisioner dalam mutu contohnya : dan basis penilaian
evaluasi Standar_mut data. evaluasi.
yang u,
dilakukan. min_standar
mutu,
max_standar
mutu,

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 75 dari 90

UMM
 keterangan_s
tandarmutu

6.2.4 Pengujian Use case UC-04

Tabel 82 Pengujian Use case UC-04 Mengisi evaluasi mutu

Identifikasi Deskripsi Prosedur Masukan Keluaran Kriteria Hasil Kesimpulan
Pengujian yang yang
diharapkan dievaluasi
Pengujian Pengujian  Masuk dalam Mengisi Halaman Data hasil Data hasil Data sukses.
UC-04-01 dengan menu evaluasi seluruh dengan kuisioner evaluasi
melakukan  Mengklik jenis kuisioner notifikasi telah
evaluasi evaluasi yang dengan bahwa berhasil
terhadap diinginkan benar. kuisioner dikirim
subyek dan  Mengisi kuisioner berhasil tanpa ada
obyek yang evaluasi dilakukan dan kendala.
ditentukan  Data berhasil terkirim.
dengan dikirim.
metode
kuisioner.
Pengujian Pengujian  Masuk dalam - Muncul pesan Data hasil Data hasil Diterima.
UC-04-02 dengan menu evaluasi kesalahan kuisioner evaluasi
data yang  Mengklik jenis dalam tidak tidak
tidak valid evaluasi yang pengisian terkirim bertambah.
sehingga diinginkan kuisioner, karena
terjadi  Mengisi kuisioner yaitu ada data terjadi
kesalahan evaluasi yang belum kesalahan.
pengiriman terisi jelas.
data
evaluasi.

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 76 dari 90

UMM
 6.2.5 Pengujian Use case UC-05

Tabel 83Pengujian Use case UC-05 Mengelola Hasil Evaluasi

Identifikasi Deskripsi Prosedur Masukan Keluaran Kriteria Hasil Kesimpulan
Pengujian yang yang
diharapkan dievaluasi
Pengujian Pengolahan  Menekan tombol Data evaluasi Menyimpan Data Hasil Data Hasil Data sukses.
UC-05 data hasil hasil evaluasi berupa nama data yang valid evaluasi evaluasi
kuisioner  Melihat hasil mahasiswa kedatabase berhasil yang telah
yang evaluasi serta subyek disimpan tersimpan
berhasil dan obyek dalam didatabase.
dilakukan.. yang database.
dievaluasi.

6.3 Defect dan Status Perbaikan

Terdapat beberapa defect dalam hal pengevaluasian subyek dan obyek perpustakaan,
laboratorium dan Buku dan sumber belajar. Seluruh use case telah direalisasikan.

6.4 Evaluasi Pengujian

Pengujian terbatas fungsionalitas pada prototype SIMUTU melalui website
www.testomato.com diperoleh hasil semua fungsi berjalan sesuai harapan. Hasil
pengembangan SIMUTU secara keseluruhan berhasil menyediakan 13 evaluasi mutu dengan
pengguna BKMA, Mahasiswa, Program Studi, Laboratorium, Perpustakaan dan Dosen.
7 Lampiran

Jurusan Teknik Informatika - IF-UMM-DOC-2017 Halaman 77 dari 90

UMM