Kamis, 03 Agustus 2017

Tugas IF5121
Analisis dan Perancangan Perangkat Lunak

Studi Kasus: Sistem Manajemen Tesis S2

Disusun oleh:

Eko Mailansa: 23514022

MAGISTER INFORMATIKA OPSI REKAYASA PERANGKAT LUNAK

SEKOLAH TEKNIK ELEKTRO DAN INFORMATIKA

INSTITUT TEKNOLOGI BANDUNG

2017
Kasus: Sistem Manajemen Tesis S2

Prodi S2 membutuhkan perangkat lunak untuk membantu proses manajemen Tesis. Pengguna
dari sistem ini adalah mahasiswa S2, Dosen, Admin dan juga Ketua Prodi S2. Sistem ini
dapat digunakan untuk membuat penjadwalan serta penilaian seminar dan sidang secara real-
time. Sistem ini digunakan untuk memantau kemajuan bimbingan mahasiswa beserta dosen
pembimbing.
Mahasiswa diharapkan dapat mencatat pembimbingan dan menjadwalkan waktu
seminar/sidang. Dosen memiliki hak untuk melakukan persetujuan bimbingan, menilai
sidang/seminar yang sudah didaftarkan. Admin berfungsi untuk melakukan penjadwalan
minggu seminar/sidang, termasuk juga mendaftarkan dosen yang terlibat dalam
seminar/sidang tadi. Ketua program studi dapat melihat aktivitas yang dilakukan oleh
pengguna lainnya [penjadwalan, bimbingan, penilaian] serta menyetujui suatu topik dari
mahasiswa.
Sistem ini diharapkan akan berjalan pada suatu server dengan spesifikasi lengkap. Sistem
dapat diakses dengan berbagai sistem operasi selama sistem tersebut memiliki browser yang
mendukung fitur client. Pengguna harus sudah terdaftar dalam basis data untuk dapat
menggunakan sistem.

IF5121 Analisis dan Perancangan Perangkat Lunak – SP 2 of 25

Analisis:

1. User:
a. Mahasiswa S2
b. Dosen
c. Admin
d. Ketua Prodi S2
2. Kegunaan system:
a. Membuat Penjadwalan Secara Real-Time
b. Membuat Penilaian Seminar Secara Real-Time
c. Membuat Sidang Secara Real-Time

SISTEM MANAJEMEN TESIS S2

NO NAMA USER HAK
a. Mencatat Pembimbingan
1 Mahasiswa S2
b. Menjadwalkan Waktu Seminar/Sidang
a. Persetujuan Bimbingan
2 Dosen
b. Menilai Sidang/Seminar
a. Penjadwalan Minggu Seminar/Sidang
3 Admin
b. Mendaftarkan Dosen Yang Terlibat Dalam Seminar/Sidang
a. Melihat Aktivitas Penjadwalan
b. Melihat Aktivitas Bimbingan
4 Ketua Prodi S2
c. Melihat Aktivitas Penilaian
d. Menyetujui Suatu Topik Dari Mahasiswa

IF5121 Analisis dan Perancangan Perangkat Lunak – SP 3 of 25

1. Kebutuhan Fungsional dan Kebutuhan Non Fungsional
1.1. Kebutuhan Fungsional

ID Deskripsi
SMT-FR01 Perangkat lunak mampu Mencatat Pembimbingan Mahasiswa
Perangkat lunak mampu Menjadwalkan Waktu Seminar/Sidang
SMT-FR02
Mahasiswa
Perangkat lunak mampu memberikan Persetujuan Bimbingan yang
SMT-FR03
dilakukan oleh Dosen
Perangkat lunak mampu memberikan penilaian Sidang/Seminar yang
SMT-FR04
dilakukan oleh Dosen
Perangkat lunak mampu memberikan Penjadwalan Minggu
SMT-FR05
Seminar/Sidang yang dilakukan oleh Admin
Perangkat lunak mampu Mendaftarkan Dosen Yang Terlibat Dalam
SMT-FR06
Seminar/Sidang yang dilakukan oleh Admin
Perangkat lunak mampu Menampilkan Aktivitas Penjadwalan untuk
SMT-FR07
Ketua program studi
Perangkat lunak mampu Menampilkan Aktivitas Bimbingan untuk Ketua
SMT-FR08
program studi
Perangkat lunak mampu Menampilkan Aktivitas Penilaian untuk Ketua
SMT-FR09
program studi
Perangkat lunak mampu memberikan persetujuan mengenai Suatu Topik
SMT-FR10
Dari Mahasiswa yang dilakukan oleh Ketua program studi

Tabel 1. Kebutuhan Fungsional Perangkat Lunak “Sistem Manajemen Tesis S2”

1.2. Kebutuhan Non Fungsional

ID Deskripsi
Perangkat lunak mampu menampilkan Login perangkat lunak untuk
SM-NFR01
Admin, Mahasiswa S2, Dosen, Ketua Prodi S2

Tabel 2. Kebutuhan Non Fungsional Perangkat Lunak “Sistem Manajemen Tesis S2”

IF5121 Analisis dan Perancangan Perangkat Lunak – SP 4 of 25

2. Data Flow Diagram [DFD]
2.1. Diagram Konteks

Diagram ini menjelaskan Sistem Manajemen Tesis S2 secara keseluruhan. Untuk lebih
jelasnya dapat dilihat pada Gambar 1 dibawah ini:

Gambar 1. Context Flow Diagram

Keterangan:
Mahasiswa S2
1) Melakukan Catatan Bimbingan melalui Sistem Manajemen Tesis S2
2) Membuat Jadwal Waktu Seminar/Sidang melalui Sistem Manajemen Tesis S2
Dosen
1) Melakukan Approval Bimbingan kepada Mahasiswa S2 melalui Sistem Manajemen
Tesis S2
2) Memberikan Penilaian Seminar/Sidang atas Seminar/Sidang Mahasiswa S2 melalui
Sistem Manajemen Tesis S2
Admin
1) Membuat Jadwal Minggu Seminar/Sidang melalui Sistem Manajemen Tesis S2
2) Memasukkan data-data Dosen Penguji Seminar/Sidang yang ikut dalam uji
persidangan Mahasiswa S2 melalui Sistem Manajemen Tesis S2
Ketua Prodi S2
1) Melihat Aktivitas Penjadwalan melalui Sistem Manajemen Tesis S2
2) Sistem Manajemen Tesis S2 menampilkan hasil Aktivitas Penjadwalan

IF5121 Analisis dan Perancangan Perangkat Lunak – SP 5 of 25

 3) Melihat Aktivitas Bimbingan melalui Sistem Manajemen Tesis S2
4) Sistem Manajemen Tesis S2 menampilkan hasil Aktivitas Bimbinagn
5) Melihat Aktivitas Penilaian yang diberikan oleh Dosen Penguji Seminar/Sidang
melalui Sistem Manajemen Tesis S2
6) Sistem Manajemen Tesis S2 menampilkan hasil Aktivitas Penilaian dari Dosen
Penguji Seminar/Sidang
7) Memberikan Aproval Topik Mahasiswa melalui Sistem Manajemen Tesis S2
8) Sistem Manajemen Tesis S2 menampilkan hasil Aproval Topik Mahasiswa yang
diberikan Ketua Prodi S2

2.2. DFD Level – 1

Diagram ini menjelaskan mengenai proses-proses yang terjadi pada Diagram Konteks
Sistem Manajemen Tesis S2 secara keseluruhan dan mendekomposisi proses-proses yang
saling berhubungan. Untuk lebih jelasnya dapat dilihat pada Gambar 2 dibawah ini:

Gambar 2. DFD Level – 1

IF5121 Analisis dan Perancangan Perangkat Lunak – SP 6 of 25

Keterangan:
Pada proses bimbingan di level 1, Mahasiswa akan melakukan Catatan Bimbingan dan sistem
akan menyimpannya ke Database, Dosen akan melakukan Approve mengenai Bimbingan
yang dilakukan Mahasiswa dan dan sistem akan menyimpannya ke Database, Ketua Prodi S2
dapat melihat semua aktivitas mengenai bimbingan yang dilakukan antara Dosen dan
Mahasiswa, dan Ketua Prodi S2 akan mendapatkan umpan balik berupa hasil dari aktivitas
bimbingan yang telah dilakukan antara Dosen dan Mahasiswa.

Pada proses Penjadwalan Seminar/Sidang di level 1, Mahasiswa dapat membuat jadwal

mengenai Seminar/Sidang yang akan dilakukan dan sistem akan menyimpannya ke
Database, Admin dapat mengelola jadwal minggu mengenai Seminar/Sidang yang akan
dilaksanakan dan sistem akan menyimpannya ke Database, sedangkan Ketua Prodi S2 dapat
melihat semua aktivitas mengenai penjadwalan yang telah dibuat dan mendapatkan umpan
balik atas semua aktivitas mengenai penjadwalan yang telah dibuat oleh Mahasiswa maupun
Admin.

Pada proses Penilaian Sidang/Seminar di level 1, Dosen melakukan penilaian mengenai

Seminar/Sidang Mahasiswa dan sistem akan menyimpan nilai yang diberikan Dosen ke
Database, sedangkan Ketua Prodi S2 dapat melihat semua aktivitas mengenai penilaian yang
diberikan oleh Dosen untuk Mahasiswa pada Seminar/Sidang yabg telah dilaksanakan dan
mendapatkan umpan balik atas penilaian yang diberikan oleh Dosen untuk Mahasiswa yang
telah melakukan Seminar/Sidang.

Pada proses Penginputan Data Dosen Penguji Seminar/Sidang di level 1, Admin mengelola
input terhadap data Dosen yang akan menjadi Dosen Penguji pada Seminar/Sidang
Mahasiswa dan sistem akan menyimpan Data Dosen Penguji yang telah diinputkan ke
Database.

Pada proses Approve Topik Tesis Mahasiswa di level 1, Ketua Prodi S2 dapat menyetujui dan
menolak Topik Tesis yang diajukan oleh Mahasiswa dengan alasan-alasan tertentu dan Topik
Tesis yang telah disetujui oleh Ketua Prodi S2 ke Database..

IF5121 Analisis dan Perancangan Perangkat Lunak – SP 7 of 25

2.3. DFD Level – 2

Pada Diagram level 2 ini menjelaskan mengenai proses-proses yang terjadi secara mendetail
dengan mendekomposisi proses-proses yang saling berhubungan. Untuk lebih jelasnya dapat
dilihat pada Tabel 3 dibawah ini:

No Proses Sub-Proses
Mencatat Pembimbingan [mhs]
1 Bimbingan Approve Bimbingan [dosen]
Melihat Aktivitas Bimbingan [kaprodi]
Menjadwalkan Waktu Seminar/Sidang [mhs]
Penjadwalan
2 Menjadwalkan Minggu Seminar/Sidang [admin]
Seminar/Sidang
Melihat Aktivitas Penjadwalan [kaprodi]
Menilai Sidang/Seminar [dosen]
3 Penilaian Sidang/Seminar
Melihat Aktivitas Penilaian [kaprodi]
Dosen Penguji Mendaftarkan Dosen Yang Terlibat Dalam
4
Seminar/Sidang Seminar/Sidang [admin]
5 Topik Tesis Approve Topik Dari Mahasiswa [kaprodi]

Tabel 3. Proses-proses Diagram Level-2 “Sistem Manajemen Tesis S2”

3.2.1. Bimbingan

Pada proses bimbingan di level 2, dilakukan dekomposisi mengenai proses Mencatat

Bimbingan, Approve Bimbingan dan Melihat Aktivitas Bimbingan ke dalam proses
Bimbingan. Mahasiswa dapat Mencatat Bimbingan dan Dosen melakukan Approve terhadap
bimbingan yang dilakukan Mahasiswa yang kemudian disimpan ke dalam Database, Ketua
Prodi S2 dapat melihat Aktivitas Bimbingan melalui data Bimbingan yang tersimpan di
Database.
Untuk lebih jelasnya dapat dilihat pada Gambar 3 dibawah ini:

IF5121 Analisis dan Perancangan Perangkat Lunak – SP 8 of 25

 Gambar 3. DFD Level – 2.1 Bimbingan

3.2.2. Penjadwalan Seminar/Sidang

Pada proses Penjadwalan Seminar/Sidang di level 2, dilakukan dekomposisi mengenai proses

Menjadwalkan Waktu Seminar/Sidang, Menjadwalkan Minggu Seminar/Sidang dan Melihat
Aktivitas Penjadwalan. Mahasiswa dapat melakukan penjadwalan mengenai Seminar/Sidang
yang akan dilakukan, Admin dapat mengatur penjadwalan minggu mengenai Seminar/Sidang
yang akan dilakukan yang kemudian disimpan ke dalam Database, Ketua Prodi S2 dapat
melihat Aktivitas Penjadwalan melalui data Penjadwalan yang tersimpan di Database.
Untuk lebih jelasnya dapat dilihat pada Gambar 4 dibawah ini:

IF5121 Analisis dan Perancangan Perangkat Lunak – SP 9 of 25

 Gambar 4. DFD Level – 2.2 Penjadwalan Seminar/Sidang

3.2.3. Proses Penilaian Seminar/Sidang

Pada proses Penilaian Seminar/Sidang di level 2, dilakukan dekomposisi mengenai proses

Menilai Sidang/Seminar dan Melihat Aktivitas Penilaian. Dosen akan melakukan penilaian
mengenai Seminar/Sidang yang akan dilakukan yang kemudian disimpan ke dalam Database,
Ketua Prodi S2 dapat melihat Aktivitas Penilaian melalui data Penilaian yang tersimpan di
Database.
Untuk lebih jelasnya dapat dilihat pada Gambar 5 dibawah ini:

Gambar 5. DFD Level – 2.3 Penilaian Seminar/ Sidang

IF5121 Analisis dan Perancangan Perangkat Lunak – SP 10 of 25
3.2.4. Data Dosen Penguji

Pada proses Menginput Data Dosen Penguji Seminar/Sidang di level 2, Admin melakukan
input terhadap data Dosen yang menjadi Dosen Penguji pada Seminar/Sidang Mahasiswa
yang kemudian disimpan ke dalam Database.
Untuk lebih jelasnya dapat dilihat pada Gambar 6 dibawah ini:

Gambar 6. DFD Level – 2.4 Data Dosen Penguji

3.2.5. Proses Approval Topik Tesis

Pada proses Approval Topik Tesis Mahasiswa di level 2, Ketua Prodi S2 dapat menyetujui
dan menolak Topik Tesis yang diajukan oleh Mahasiswa dengan alasan-alasan tertentu dan
untuk Topik Tesis Mahasiswa yang telah disetujui akan disimpan kedalam Database.
Untuk lebih jelasnya dapat dilihat pada Gambar 7 dibawah ini:

Gambar 7. DFD Level – 2.5 Approval Topik Tesis

3. Process Specification [PSPEC]

3.1. Pada Gambar 2. DFD Level – 1 (Halaman 7)

3.1.1. (Proses 1 – Bimbingan)
1) Mahasiswa S2 melakukan Catatan Bimbingan ke sistem
2) Sistem menyimpan Catatan Bimbingan yang telah dilakukan oleh Mahasiswa ke
Database
3) Dosen memberikan Approve Bimbingan yang dilakukan oleh Mahasiswa

IF5121 Analisis dan Perancangan Perangkat Lunak – SP 11 of 25

 4) Sistem menyimpan Approve Bimbingan yang telah diberikan oleh Dosen ke Database
5) Ketua Prodi S2 melakukan Lihat Aktivitas Bimbingan yang dilakukan antara Dosen
dan Mahasiswa
6) Sistem memberikan data mengenai Aktivitas Bimbingan yang dilakukan antara Dosen
dan Mahasiswa yang tersimpan di Database
3.1.2. (Proses 2 – Penjadwalan Seminar/Sidang)
1) Mahasiswa dapat mengatur Jadwal ke sistem Penjadwalan Seminar/Sidang
2) Sistem menyimpan data mengenai Jadwal yang telah dibuat oleh Mahasiswa ke
Database
3) Admin mengelola Jadwal Minggu ke sistem Penjadwalan Seminar/Sidang
4) Sistem menyimpan data mengenai Jadwal Minggu yang telah dibuat oleh mengenai
Penjadwalan Seminar/Sidang Mahasiswa ke Database
5) Ketua Prodi S2 melakukan Lihat Aktivitas Jadwal yang dibuat oleh Mahasiswa dan
Admin
6) Sistem memberikan data mengenai Aktivitas Jadwal yang telah dibuat oleh Mahasiswa
dan Admin yang tersimpan di Database
3.1.3. (Proses 3 – Penilaian Seminar/Sidang)
1) Dosen memberikan Penilaian Seminar/Sidang yang telah dilaksanakan
2) Sistem menyimpan data mengenai Penilaian Seminar/Sidang Mahasiswa ke Database
3) Ketua Prodi S2 melakukan Lihat Aktivitas Penilaian yang diberikan oleh Dosen
4) Sistem memberikan data mengenai Aktivitas Penilaian yang telah diberikan oleh Dosen
mengenai Seminar/Sidang yang telah dilaksanakan yang diambil melalui Database
3.1.4. (Proses 4 – Penginputan Data Dosen Penguji Seminar/Sidang)
1) Admin mengelola Data Dosen Penguji untuk Seminar/Sidang Mahasiswa
2) Sistem meyimpan Data Dosen Penguji untuk Seminar/Sidang Mahasiswa yang dikelola
oleh Admin ke Database
3.1.5. (Proses 5 – Persetujuan Topik Tesis Mahasiswa)
1) Ketua Prodi S2 melakukan Approve mengenai Topik Tesis yang akan diambil
Mahasiswa
2) Sistem menyimpan Data-data mengenai Topik Tesis yang telah disetujui oleh Ketua
Prodi S2 ke Database

3.2. DFD Level – 2 (Halaman 8)

3.2.1. Pada Gambar 3. DFD Level – 2.1 Bimbingan (Halaman 9)

IF5121 Analisis dan Perancangan Perangkat Lunak – SP 12 of 25

3.2.1.1. Mencatat Bimbingan (2.1.1 Mencatat Bimbingan)
1) Mahasiswa Mencatat Bimbingan
2) Sistem menyimpan Bimbingan yang dicatat oleh Mahasiswa ke dalam Storage atau
Database
3.2.1.2. Menyetujui Bimbingan (2.1.2 Menyetujui Bimbingan)
1) Dosen memberikan Approve Bimbingan
2) Sistem menyimpan Bimbingan yang disetujui oleh Dosen ke dalam Storage atau
Database
3.2.1.3. Melihat Aktivitas Bimbingan (2.1.3 Melihat Aktivitas Bimbingan)
1) Ketua Prodi S2 Melihat Aktivitas Bimbingan
2) Sistem menampilkan Aktivitas Bimbingan sesuai permintaan Ketua Prodi S2 yang
diambil dari Storage atau Database
3.2.2. Pada Gambar 4. DFD Level – 2.2 Penjadwalan (Halaman 10)
3.2.2.1. Menjadwalkan Waktu Seminar/Sidang (2.2.1 Menjadwalkan Waktu
Seminar/Sidang)
1) Mahasiswa Menjadwalkan Waktu Seminar/Sidang
2) Sistem menyimpan Jadwal yang dibuat oleh Mahasiswa ke dalam Storage atau
Database
3.2.2.2. Menjadwalkan Minggu Seminar/Sidang (2.2.2 Menjadwalkan Minggu
Seminar/Sidang)
1) Admin Menjadwalkan Minggu Seminar/Sidang
2) Sistem menyimpan Jadwal yang dibuat oleh Admin ke dalam Storage atau Database
3.2.2.3. Melihat Aktivitas Penjadwalan (2.2.3 Melihat Aktivitas Penjadwalan)
1) Ketua Prodi S2 Melihat Aktivitas Jadwal yang telah dibuat
2) Sistem menampilkan Aktivitas Jadwal yang telah dibuat sesuai permintaan Ketua Prodi
S2 yang diambil dari Storage atau Database
3.2.3. Pada Gambar 5. DFD Level – 2.3 Penilaian Seminar/Sidang (Halaman 11)
3.2.3.1. Menilai Seminar/Sidang (2.3.1 Menilai Seminar/Sidang)
1) Dosen Menilai Seminar/Sidang Mahasiswa yang telah dilaksanakan
2) Sistem menyimpan Nilai Seminar/Sidang Mahasiswa ke dalam Storage atau Database
3.2.3.2. Melihat Aktivitas Penilaian (2.3.2 Melihat Aktivitas Penilaian)
1) Ketua Prodi S2 Melihat Aktivitas Penilaian dari Seminar/Sidang Mahasiswa yang telah
dilaksanakan

IF5121 Analisis dan Perancangan Perangkat Lunak – SP 13 of 25

 2) Sistem menampilkan Aktivitas Penilaian sesuai permintaan Ketua Prodi S2 yang
diambil dari Storage atau Database
3.2.4. Pada Gambar 6. DFD Level – 2.4 Menginput Data Dosen Penguji
Seminar/Sidang (Halaman 11)
3.2.4.1. Menginput Data Dosen Penguji Seminar/Sidang (2.4 Menginput Data Dosen
Penguji Seminar/Sidang)
1) Admin Menginput Data Dosen Penguji Seminar/Sidang
2) Sistem menyimpan Data Dosen Penguji untuk Seminar/Sidang Mahasiswa ke dalam
Storage atau Database
3.2.5. Pada Gambar 7. DFD Level – 2.5 Menyetujui Topik Tesis Mahasiswa (Halaman
12)
3.2.5.1. Menyetujui Topik Tesis Mahasiswa (2.5 Menyetujui Topik Tesis Mahasiswa)
1) Ketua Prodi S2 Menyetujui Topik Tesis Mahasiswa yang akan diteliti oleh Mahasiswa
2) Sistem menyimpan Data Topik Tesis Mahasiswa yang disetujui Ketua Prodi S2 ke
dalam Storage atau Database

4. Data Dictionary

4.1. Bimbingan = {nim_mhs = int [8], nama_mhs = varchar[255], dsn_pembimbing =

varchar[255]}
4.2. Catatan Bimbingan = {nim_mhs = int [8], nama_mhs = varchar[255], dsn_pembimbing
= varchar[255], cabim_mhs = varchar[255]}
4.3. Jadwal Waktu Seminar/Sidang = {id_jadwal = int[5], hari = varchar[20], tgl_jam =
DateTime, kode_mk = varchar[6], sifat = varchar[8], jum_mhs = int[5], ruang =
varchar[10], pic = varchar[10]}
4.4. Approval Bimbingan = {app_dsn = varchar[50]}
4.5. Jadwal Minggu Seminar/Sidang = {jms_admin = Date}
4.6. Dosen Penguji = {nidn_dsnUji = int [18], nip_dsnUji = int [18], nama_dsnUji =
varchar[255], jenkel_dsnUji = varchar[6], alamat_dsnUji = varchar[255], telp_dsnUji =
varchar[12], email_dsnUji = varchar[50], status_ dsnUji = varchar[12]}
4.7. Aktivitas Penjadwalan = {hari = varchar[20], tgl_jam = DateTime, kode_mk =
varchar[6], topikTesis = varchar[255], akt_jadwal = varchar[255]}

IF5121 Analisis dan Perancangan Perangkat Lunak – SP 14 of 25

4.8. Aktivitas Bimbingan = {nidn_dsnUji = int [18], nip_dsnUji = int [18], nama_dsnUji =
varchar[255], akt_bimbingan = varchar[255]}
4.9. Aktivitas Penilaian = {nidn_dsnUji = int [18], nip_dsnUji = int [18], nama_dsnUji =
varchar[255], akt_nilai = int[10]}
4.10. Aproval Topik = {kode_mk = varchar[6], nama_mk = varchar[255], sks = int[5],
topikTesis = varchar[255], app_topikMhs = varchar[50]}
4.11. Jadwal = {hari = varchar[20], tgl_jam = DateTime, kode_mk = varchar[6], sifat =
varchar[8], jum_mhs = int[5], ruang = varchar[10], pic = varchar[10]}
4.12. Nilai = {kode_mk = varchar[6], nama_mk = varchar[255], sks = int[5], kelas = int [5],
nil_angka = int[5], nil_mutu = varchar[5]}
4.13. Topik Tesis = {kode_mk = varchar[6], nama_mk = varchar[255], sks = int[5],
topikTesis = varchar[255]}

Keterangan:
Untuk status mahasiswa berisi aktif dan non-aktif
Untuk status Dosen Penguji Seminar/Sidang berisi available dan not-available

5. Entity Relationship Diagram (ERD)

ERD adalah Diagram yang digunakan untuk merancang suatu basis data dengan tujuan untuk
menjelaskan hubungan aatau relasi antara entitas dan atributnya.
ERD adalah model data berupa notasi grafis dalam pemodelan data konseptual yang
menggambarkan hubungan antara penyimpan. Model data sendiri merupakan sekumpulan
cara, peralatan untuk mendeskripsikan data-data yang hubungannya satu sama lain,
semantiknya, serta batasan konsistensi. Model data terdiri dari model hubungan entitas dan
model relasional.

Diagram hubungan entitas ditemukan oleh Peter Chen dalam buku Entity Relational Model-
Toward a Unified of Data. Chen mencoba merumuskan dasar-dasar model dan setelah itu
dikembangkan dan dimodifikai oleh Chen dan banyak pakar lainnya. Pada saat itu diagram
hubungan entitas dibuat sebagai bagian dari perangkat lunak yang juga merupakan modifikasi
khusus, karena tidak ada bentuk tunggal dan standar dari diagram hubungan entitas (dikutip
dari https://id.wikipedia.org/wiki/Diagram_hubungan_entitas).

IF5121 Analisis dan Perancangan Perangkat Lunak – SP 15 of 25

Pada kasus Sistem Manajemen Tesis S2 dibuat Entity Relational Model yang menjelaskan
mengenai Sistem Manajemen Tesis S2 secara keseluruhan. Untuk lebih jelasnya dapat dilihat
pada Gambar 8 dibawah ini:

Gambar 8. ERD – Sistem Manajemen Tesis S2

IF5121 Analisis dan Perancangan Perangkat Lunak – SP 16 of 25
Keterangan:
Mahasiswa melakukan Bimbingan dan Mencatat Bimbingan ke satu Dosen, sedangkan Dosen
akan menangani banyak Bimbingan dari banyak Mahasiswa yang dibimbing. Dosen akan
melakukan Approve Bimbingan ke banyak Mahasiswa Bimbingannya. Kaprodi dapat
mengontrol Bimbingan yang dilakukan oleh Mahasiswa dan Dosen dengan Melihat Aktivitas
Bimbingan.
Mahasiswa mengatur Jadwal dengan Menjadwalkan Waktu Seminar/Sidang dan Admin
mengelola Penjadwalan Minggu Seminar/Sidang. Kaprodi dapat mengontrol Jadwal yang
telah dibuat oleh Mahasiswa dan Admin dengan Melihat Aktivitas Penjadwalan.
Dosen akan memberikan Penilaian Sidang/Seminar Mahasiswa yang telah dilakukan.
Kaprodi dapat mengontrol Nilai Mahasiswa yang telah diberikan oleh Dosen sebagai hasil
dari Sidang/Seminar Mahasiswa yang dilakukan dengan Melihat Aktivitas Penilaian.
Admin mengelola data-data Dosen Penguji Seminar/Sidang dengan Mendaftarkan Dosen
Yang Terlibat Dalam Seminar/Sidang yang akan dilaksanakan.
Kaprodi memberikan Approve mengenai Topik Dari Mahasiswa yang diajukan untuk
dijadikan Tesis penelitian yang akan dilakukan.

IF5121 Analisis dan Perancangan Perangkat Lunak – SP 17 of 25

3. Usecase Diagram

Gambar 9. Use Case - E2E

3.1. Daftar Use Case

ID UseCase Nama UseCase Deskripsi

UC-01 Bimbingan Mahasiswa melakukan Catatan Bimbingan, Mahasiswa

mendapatkan Approval Bimbingan dari Dosen,
kemudian Ketua Prodi S2 dapat melihat Aktivitas
Bimbingan yang dilakukan antara Mahasiswa dan
Dosen
UC-02 Penjadwalan Mahasiswa Menjadwalkan Waktu Seminar/Sidang,
Seminar/Sidang Admin mengelola Jadwal Minggu Seminar/Sidang dan
Ketua Prodi S2 dapat melihat Aktivitas Penjadwalan
Seminar/Sidang yang dibuat oleh Mahasiswa dan
Admin
UC-03 Penilaian Dosen memberikan Penilaian mengenai
Sidang/Seminar Sidang/Seminar Mahasiswa yang telah dilakukan dan
Ketua Prodi S2 dapat melihat Aktivitas Penilaian Dosen

IF5121 Analisis dan Perancangan Perangkat Lunak – SP 18 of 25

 ID UseCase Nama UseCase Deskripsi

Penguji mengenai Seminar/Sidang Mahasiswa yang

telah dilaksanakan
UC-04 Dosen Penguji Admin yang mengelola Pendaftaran Data Dosen
Seminar/Sidang Penguji Yang Terlibat Dalam Seminar/Sidang
UC-05 Approve Topik Tesis Ketua Prodi S2 dapat Menyetujui Suatu Topik Dari
Mahasiswa

Tabel 4. Daftar UseCase

3.2. Skenario Use Case

3.2.1. Skenario Use Case Bimbingan

Identifikasi Bimbingan
No. SRS/Use Case UC-01
Aktor Mahasiswa, Dosen, Ketua Prodi S2
Tujuan 1. Mahasiswa Membuat Catatan Bimbingan
2. Dosen Melakukan Approve Bimbingan
3. Ketua Prodi S2 melihat Aktivitas Bimbingan yang dilakukan antara Mahasiswa dan
Dosen
Deskripsi Mahasiwa mengisi Data mengenai Pencatatan Bimbingan, Dosen Melakukan Approve
mengenai Bimbingan Mahasiswa yang telah dilakukan dan Ketua Prodi S2 akan
melihat semua Aktivitas Bimbingan yang dilakukan antara Mahasiswa dan Dosen.
Kondisi Awal 1. Mahasiswa telah login pada perangkat lunak
2. Mahasiswa memiliki hak akses untuk mengisi data Pencatatan Bimbingan
3. Dosen telah login pada perangkat lunak
4. Dosen memiliki hak akses untuk memberi Approve Bimbingan Mahasiswa
5. Ketua Prodi S2 telah login pada perangkat lunak
6. Ketua Prodi S2 memiliki hak akses untuk menlihat Aktivitas Bimbingan yang
dilakukan antara Mahasiswa dan Dosen
Trigger 1. Akan dilakukan Aktivitas Bimbingan oleh Mahasiswa dan Dosen
2. Akan dilakukan Aktivitas Approve Bimbingan Mahasiswa oleh Dosen
3. Akan dilakukan Aktivitas Lihat Aktivitas Bimbingan oleh Ketua Prodi S2

Skenario Normal: Mahasiswa Melakukan Catatan Bimbingan, Dosen Melakukan Approve Bimbingan
Ketua Prodi S2 melihat Aktivitas Bimbingan yang dilakukan antara Mahasiswa dan Dosen

Mahasiswa, Dosen, Ketua Prodi S2 Software

1. Mahasiswa membuka form input untuk membuat
Catatan Bimbingan
2. Mahasiswa mengisi data untuk membuat Catatan 3. Menyimpan Hasil Bimbingan ke Database
Bimbingan
4. Menampilkan Hasil Rekapan Bimbingan
5. Dosen membuka form input untuk Approval
Bimbingan
6. Dosen Memberikan Approve Bimbingan dengan 7. Menyimpan Hasil Approve Bimbingan ke Database
mengisi data Approval Bimbingan
8. Menampilkan Hasil Rekapan Approve Bimbingan

IF5121 Analisis dan Perancangan Perangkat Lunak – SP 19 of 25

 9. Ketua Prodi S2 Melihat Aktivitas Bimbingan dengan 10. Menampilkan Aktivitas Bimbingan yang terjadi
memilih menu Bimbingan antara Mahasiswa dan Dosen

Kondisi akhir Skenario Normal: Mahasiswa berhasil mengisi data catatan bimbingan yang kemudian
menampilkan hasilnya, Dosen berhasil mengisi data Approval bimbingan yang kemudian menampilkan hasilnya,
dan Ketua Prodi S2 berhasil Melihat Aktivitas Bimbingan yang terjadi antara Mahasiswa dan Dosen

Skenario Tidak Normal: Mahasiswa membuka form input Catatan Bimbingan dan menutup perangkat lunak,

Mahasiswa, Dosen, Ketua Prodi S2 Software

1. Mahasiswa membuka form input untuk membuat
Catatan Bimbingan
2. Mahasiswa mengisi data untuk membuat Catatan
Bimbingan
3. Menutup perangkat lunak
4. Dosen membuka form input untuk Approval
Bimbingan
5. Dosen Memberikan Approve Bimbingan dengan
mengisi data Approval Bimbingan
6. Menutup perangkat lunak
7. Ketua Prodi S2 Melihat Aktivitas Bimbingan dengan
memilih menu Bimbingan
8. Menutup perangkat lunak

Kondisi akhir Skenario Tidak Normal: Mahasiswa tidak berhasil mengisi data bimbingan

Tabel 5. Skenario Use Case Bimbingan

3.2.2. Skenario Use Case Penjadwalan Seminar/Sidang

Identifikasi Penjadwalan Seminar/Sidang

No. SRS/Use Case UC-01
Aktor Mahasiswa
Tujuan Menjadwalkan Waktu Seminar/Sidang
Deskripsi Mahasiwa mengisi Data mengenai Penjadwalan Waktu Seminar/Sidang
Kondisi Awal 1. Mahasiswa telah login pada perangkat lunak
2. Mahasiswa memiliki hak akses untuk mengisi data Penjadwalan Waktu
Seminar/Sidang
Trigger Akan dilakukan Pembuatan Jadwal Waktu Seminar/Sidang
Skenario Normal: Mahasiswa Membuat Jadwal Waktu Seminar/Sidang
Mahasiswa Software
1. Mengisi input penjadwalan waktu seminar/sidang 2. Menyimpan rekap jadwal waktu seminar/sidang ke
Database
3. Mengeluarkan hasil rekapan dan jadwal waktu
seminar/sidang

Kondisi akhir Skenario Normal: Mahasiswa berhasil mengisi data rekap jadwal waktu seminar/sidang kemudian
menampilkan hasilnya

Skenario Tidak Normal: Mahasiswa membuka form input data Jadwal Waktu Seminar/Sidang dan
menutup perangkat lunak

IF5121 Analisis dan Perancangan Perangkat Lunak – SP 20 of 25

 Mahasiswa Software
1. Mengisi input penjadwalan waktu seminar/sidang
2. Menutup perangkat lunak

Kondisi akhir Skenario Tidak Normal: Mahasiswa tidak berhasil mengisi data jadwal waktu seminar/sidang

Tabel 6. Skenario Use Case Penjadwalan Seminar/Sidang

3.2.3. Skenario Use Case Penilaian Sidang/Seminar

Identifikasi Penilaian Sidang/Seminar

No. SRS/Use Case UC-02
Aktor Dosen
Tujuan Memberikan Persetujuan Bimbingan Mahasiswa dan Menilai Sidang/Seminar
Deskripsi Dosen memberikan Persetujuan Bimbingan dan Menilai Sidang/Seminar Mahasiswa
Kondisi Awal 1. Dosen telah login pada perangkat lunak
2. Dosen memiliki hak untuk memberikan persetujuan mengenai Bimbingan
mahasiswa dan memberikan penilaian Seminar/Sidang
Trigger Akan dilakukan Penilaian terhadap Seminar/Sidang Mahasiswa
Skenario Normal: Dosen Memberikan Penilaian Terhadap Seminar/Sidang Mahasiswa
Dosen Software
1. Meyetujui bimbingan mahasiswa
2. Menilai hasil seminar/sidang 3. Menyimpan hasil penilaian seminar/sidang
mahasiswa ke Database
4. Mengeluarkan hasil persetujuan bimbingan dan
hasil penilaian seminar/sidang mahasiswa

Kondisi akhir Skenario Normal: Dosen berhasil memberikan persetujuan bimbingan dan hasil penilaian
seminar/sidang mahasiswa

Skenario Tidak Normal: Pegawai membuka form input Penilaian Seminar/Sidang Mahasiswa dan menutup
perangkat lunak
Dosen Software
1. Meyetujui bimbingan mahasiswa
2. Menilai hasil seminar/sidang
3. Menutup perangkat lunak

Kondisi akhir Skenario Tidak Normal: Dosen tidak berhasil memberikan persetujuan bimbingan dan penilaian
seminar/siding terhadap mahasiswa

Tabel 7. Skenario Use Case Penilaian Sidang/Seminar

3.2.4. Skenario Use Case Dosen Penguji Seminar/Sidang

Identifikasi Dosen Penguji Seminar/Sidang

No. SRS/Use Case UC-03
Aktor Admin
Tujuan Mengatur penjadwalan minggu seminar/sidang dan mendaftarkan dosen yang terlibat

IF5121 Analisis dan Perancangan Perangkat Lunak – SP 21 of 25

 dalam seminar/sidang
Deskripsi Admin mengelola penjadwalan minggu seminar/sidang dan mendaftarkan dosen yang
terlibat dalam seminar/sidang
Kondisi Awal 1. Admin telah login pada perangkat lunak
2. Mahasiswa memiliki hak akses untuk mengelola penjadwalan minggu
seminar/sidang dan mendaftarkan dosen yang terlibat dalam seminar/sidang
Trigger Akan dilakukan Pembuatan Jadwal Minggu Seminar/Sidang dan mendaftarkan dosen
yang terlibat dalam seminar/sidang
Skenario Normal: Admin Membuat Jadwal Waktu Seminar/Sidang Secara Real-Time
Admin Software
1. Membuat penjadwalan minggu seminar/sidang
2. Mengisi input pendaftaran dosen yang terlibat 3. Menyimpan daftar dosen yang terlibat dalam
dalam seminar/sidang seminar/sidang ke Database
4. Mengeluarkan hasil penjadwalan minggu
seminar/sidang daftar dosen yang terlibat dalam
seminar/sidang

Kondisi akhir Skenario Normal: Admin berhasil mengisi daftar dosen yang terlibat dalam seminar/sidang dan
Membuat penjadwalan minggu seminar/sidang

Skenario Tidak Normal-1: Admin membuka form input Membuat Waktu Seminar/Sidang secara Real-
Time dan menutup perangkat lunak
Admin Software
1. Membuat penjadwalan minggu seminar/sidang
2. Mengisi input pendaftaran dosen yang terlibat
dalam seminar/sidang
3. Menutup perangkat lunak

Kondisi akhir Skenario Tidak Normal: Admin tidak berhasil mengisi daftar dosen yang terlibat dalam
seminar/sidang dan Membuat penjadwalan minggu seminar/sidang

Tabel 8. Skenario Use Case Dosen Penguji Seminar/Sidang

3.2.5. Skenario Use Case Approve Topik Tesis

Identifikasi Approve Topik Tesis

No. SRS/Use Case UC-04
Aktor Ketua Prodi S2
Tujuan Memberikan Approve terhadap Topik Tesis Mahasiswa
Deskripsi Ketua Prodi S2 menganalisa dan Memberikan Approve terhadap Topik Mahasiswa
Kondisi Awal 1. Ketua Prodi S2 telah login pada perangkat lunak
2. Ketua Prodi S2 memiliki hak akses untuk Memberikan Approve terhadap Topik
Mahasiswa
Trigger Akan dilakukan Approve terhadap Topik Mahasiswa
Skenario Normal: Ketua Prodi S2 Membuat Jadwal Waktu Seminar/Sidang
Ketua Prodi S2 Software
1. Mengisi input persetujuan terhadap Topik Dari
Mahasiswa
2. Melihat Aktivitas Pendawalan, Bimbingan, dan 3. Menyimpan rekap Topik Mahasiswa ang disetujui
Penilaian ke Database
4. Mengeluarkan daftar hasil Topik Mahasiswa yang
telah disetujui dan seluruh aktivitas yang berkaitan
IF5121 Analisis dan Perancangan Perangkat Lunak – SP 22 of 25
 dengan Mahasiswa

Kondisi akhir Skenario Normal: Ketua Prodi S2 berhasil menyetujuiTopik Mahasiswa dan melihat seluruh
aktivitas yang berkaitan dengan Mahasiswa

1. Skenario Tidak Normal-1: Ketua Prodi S2membuka form input Persetujuan terhadap Topik Dari
Mahasiswa perangkat lunak
Ketua Prodi S2 Software
1. Mengisi input persetujuan terhadap Topik Dari
Mahasiswa
2. Melihat Aktivitas Pendawalan, Bimbingan, dan
Penilaian
3. Menutup perangkat lunak

Kondisi akhir Skenario Tidak Normal: Ketua Prodi S2 tidak berhasil menyetujuiTopik Mahasiswa dan melihat
seluruh aktivitas yang berkaitan dengan Mahasiswa

Tabel 9. Skenario Use Case Approve Topik Tesis

IF5121 Analisis dan Perancangan Perangkat Lunak – SP 23 of 25

4. Tracebility

Tracebility
No.
DFD (Level) Nama UseCase
1 1. Bimbingan - DFD (Level) (Hal. 6) Bimbingan (UC-01) (Hal. 18)
2.1 Bimbingan (Hal. 9) Untuk 2.1.1 Catatan Bimbingan, 2.1.2
2.1.1. Catatan Bimbingan Approval Bimbingan dan 2.1.3 Aktivitas
2.1.2. Approval Bimbingan Bimbingan dijelaskan di Skenario Use
2.1.3. Aktivitas Bimbingan Case (Hal. 19)

2 2. Penjadwalan Seminar/Sidang DFD (Level) (Hal. 6) Penjadwalan Seminar/Sidang (UC-02)

2.2 Penjadwalan Seminar/Sidang (Hal. 10) (Hal. 18)
2.2.1. Jadwal Waktu Seminar/Sidang Untuk 2.2.1 Jadwal Waktu
2.2.2. Jadwal Minggu Seminar/Sidang Seminar/Sidang, 2.2.2
2.2.3. Aktivitas Penjadwalan Jadwal Minggu Seminar/Sidang dan 2.2.3
Aktivitas Penjadwalan dijelaskan di
Skenario Use Case (Hal. 20)

3 3. Penilaian Seminar/Sidang DFD (Level) (Hal. 6) Penilaian Sidang/Seminar (UC-03) (Hal.

2.3 Penilaian Seminar/Sidang (Hal. 10) 18)
2.3.1. Penilaian Seminar/Sidang Untuk 2.3.1 Penilaian Seminar/Sidang dan
2.3.2. Aktivitas Bimbingan 2.3.2 Aktivitas Penjadwalan dijelaskan di
Skenario Use Case (Hal. 21)

4 4. Data Dosen Penguji DFD (Level) (Hal. 6) Dosen Penguji Seminar/Sidang (UC-04)
2.4 Data Dosen Penguji (Hal. 11) (Hal. 18)
Untuk 2.4 Data Dosen Penguji dijelaskan
di Skenario Use Case (Hal. 21)

5 5. Approval Topik Tesis DFD (Level) (Hal. 6) Approve Topik Tesis (UC-05) (Hal. 18)
2.5 Approval Topik Tesis (Hal. 11) Untuk 2.5 Jadwal Approval Topik Tesis
dijelaskan di Skenario Use Case (Hal. 22)

Tabel 4. Tracebility

IF5121 Analisis dan Perancangan Perangkat Lunak – SP 24 of 25

 5. Class Diagram

Gambar 9. Class Diagram

IF5121 Analisis dan Perancangan Perangkat Lunak – SP 25 of 25

inprotected.com