Anda di halaman 1dari 52

TUGAS 4

PRAKTIKUM ANSI
UML SISTEM INFORMASI AKADEMIK

Disusun oleh:
Nama

: Muhar Sadika

Nim

: 141051105

Kelas

: SL1 (07.30 10.00)

JURUSAN TEKNIK INFORMATIKA


FAKULTAS TEKNOLOGI INDUSTRI
INSTITUT SAINS & TEKNOLOGI AKPRIND
YOGYAKARTA

SISTEM INFORMASI AKADEMIK


1 | Page

DAFTAR ISI
UML SISTEM INFORMASI AKADEMIK................................................1

1. DFD.....................................................................................................3
I.

NARASI SISTEM INFORMASI AKADEMIK.......................................................3

II.

HIPO ( HIRARKI INPUT PROSES OUTPUT ).................................................4

III.

RELASI...................................................................................................................5

Rancangan DFD.................................................................................................................9
1.

DFD................................................................................................. 9

2.

RULE CHECK & LEVEL BALANCE....................................................13

2. SEQUANCE DAN CLASS..............................................................16


Pengertian Diagram Sequance........................................................................................16
Pengertian Class Sequance..............................................................................................18
Rancangan Sequance dan Class Diagram......................................................................19
Sequance Diagram................................................................................... 19
Class Diagram......................................................................................... 24

3. UML, USECASE, DAN ACTIVIRY DIAGRAM.........................25


Pengertian UML...............................................................................................................25
Pengertian Use Case.........................................................................................................26
Pengertian Activity...........................................................................................................27
RANCANGAN ANALISIS USECASE DAN ACTIVITY DIAGRAM.........................29
Use Case Diagram.................................................................................... 29
Activity Diagram..................................................................................... 31

Daftar Pustaka.....................................................................................54

2 | Page

1. DFD
I.

NARASI SISTEM INFORMASI AKADEMIK

1. Proses pendataan yaitu pendataan mahasiswa.


2. Proses pendataan mahasiswa dilakukan oleh petugas Biro Administrasi Akademik
(BAA).
3. Komponen - komponen untuk data petugas adalah nim, nama_mahasiswa,
alamat_mahasiswa, no_telp.
4. Dalam proses ini ada beberapa transaksi yaitu KRS, dan KHS.
5. Komponen - komponen untuk data KRS adalah id_mhs, nama_mhs, id_matkul,
nama_matkul, jadwal_matkul, nama_dosen, id_admin, nama_admin.
6. Komponen - komponen untuk data KRS adalah id_mhs, nama_mhs, id_matkul,
nama_matkul, presensi, nilai_matkul, nilai_akhir.
7. mahasiswa yang sudah melakukan pengisian KRS online, maka adminBAA akan
menyusun / mengelola jadwal mata kuliah.
8. dosen yang sudah melakukan pengisian presensi dan nilai_matkul, maka
adminBAA akan mengelola
(mengkalkulasi) untuk nilai akhir.
SISTEM INFORMASI
9. Mahasiswa akan mendapatkan
KRS semester, dan KHS semester di akhir masa
AKADEMIK
semester.
pendataan

II.

transaksi

laporan

data
HIPOinput
( HIRARKI
INPUTtransaksi
PROSES OUTPUTlaporan
)
mahasiswa

krs_semester

krs

input data
matkul

transaksi
nilai_semester

laporan
khs

input data
nilai

transaksi
presensi_semester

3 | Page
input data
presensi

III.

RELASI
a. Tabel adminBAA

4 | Page

b. Tabel Dosen

c. Tabel Mahasiswa

5 | Page

d. Tabel Matkul

e. Tabel KRS

6 | Page

f.

KHS

7 | Page

g. Relasi

Rancangan DFD
1. DFD
1.) Level
0
untuk
sistem informasi Konsultasi Dokter. Menampilkan Entity Petugas, Mahasiswa, dan
Jurusan. Dengan data flow dari Entity Petugas ke Proses, yaitu : data_mahasiswa,
8 | Page

data_matkul, data_nilai, data_predsensi. Sementara data flow dari Proses ke Entity


Jurusan adalah laporan, dan data flow dari Proses ke Entity mahasiswa adalah KRS.
Proses yang ada memiliki nama si_akademik. Untuk Entity dan Data Flow masingmasing memiliki Child Type: Document, namun pada proses memiliki Child Type:
Data Flow Diagram (dfd).

2.) Level 1 dalam sistem informasi menampilkan Entity Petugas, Mahasiswa, dan
Jurusan. Dengan data flow dari Entity Petugas ke Proses, yaitu : data_mahasiswa,
data_matkul, data_nilai, data_presensi. Setelahnya dilanjut dengan data flow yang
menuju ke data store. Data flow yang menuju kearah data store dari proses pendataan
adalah file_mahasiswa, file_matkul, file_nilai, dan nilai_presensi yang masingmasing masuk ke data store mahasiswa, matkul, nilai, presensi yang kemudian
dilanjut ke data flow menuju proses transaksi. Lalu dari proses transaksi terdapat data
9 | Page

flow yang menuju data store, yaitu file_krs_semester, file_nilai_semester,


file_presensi_semester yang akan menuju data store krs_semester, nilai_semester,
prensensi_semester yang dilanjut menuju proses laporan. Sebelumnya juga terdapat
data flow file_krs, dan file_khs yang mengalir dari proses transaksi menuju entity
Mahasiswa. Setelah melalui proses terakhir yaitu laporan, maka dilanjutkan data flow
laporan yang mengalir menuju Jurusan.

3.) Level 2
a. Level 2 untuk proses pendataan. Terdapat 3 proses, yaitu proses input data
mahasiswa, input data matkul, input data nilai, dan input data presensi. Dan

semua data flow mengalir dari entity petugas menuju masing-masing proses

10 | P a g e

dengan data flow masing-masing. Setelahnya dari masing-masing proses mengalir


data flow ke masing-masing data store.

11 | P a g e

b. Level 2 untuk proses transaksi. Terdapat 2 proses, yaitu proses transaksi presensi
semester, transaksi nilai semester, dan transaksi krs semester. Dan semua data flow
mengalir dari data store petugas dan mahasiswa yang menuju proses transaksi krs
semester. Sementara dari data store petugas mengalir data flow menuju proses
transaksi nilai semester, dan presensi semester. Lalu dari masing-masing proses

transaksi mengalir data flow yang menuju data store presensi_semester,


nilai_semester, dan krs_semester, namun pada proses transaksi pendaftaran juga
mengalir data flow menuju proses transaksi konsultasi. Dan yang terakhir data flow
bukti transaksi yang mengalir menuju mahasiswa.

12 | P a g e

2. RULE CHECK & LEVEL BALANCE


a. Rule Check dan Level Balance Level 0

13 | P a g e

b. Level 1

14 | P a g e

c. Level 2 untuk Proses Pendataan

15 | P a g e

d. Level 2 untuk proses Transaksi

2. SEQUANCE DAN CLASS


Pengertian Diagram Sequance
Diagrams sequence atau sering disebut sequence diagrams dalam UML (Unified Modeling
Language) adalah diagrams yang menggambarkan kelakuan objek pada use case dengan
mendiskripsikan waktu hidup objek dan pesan yang dikirimkan dan diterima antar objek.
16 | P a g e

Oleh karena itu untuk menggambarkan diagram sequence maka harus diketahui objek-objek
yang yang terlibat didalam use case beserta metode-metode yang dimiliki. Para pengembang
sistem banyak sekali menggunakan metode-metode untuk mempermudah pengangan sistem yang
berjalan,

seperti

misalnya Waterfall seperti artikel

saya

sebelumnya.

Membuat diagram sequence juga dibutuhkan untuk melihat skenario yang ada pada use case.
Banyaknya diagram sequence yang harus digambar adalah minimal sebanyak pendefinisian use
case yang memiliki proses sendiri atau yang penting semua use case yang telah didefinisikan
interaksi jalannya pesan sudah dicakup pada diagram sequence sehingga semakin banyak use
case yang didefinisikan maka diagram sequence yang harus dibuat harus semakin banyak.
Untuk simbol-simbol yang digunakan dalam diagram sequencea adalah sebagai berikut :

17 | P a g e

18 | P a g e

Pengertian Class Sequance


Class Diagram adalah suatu diagram yang memperlihatkan atau menampilkan struktur
darisebuah sistem,sistem tersebut akan menampilkan system kelas,atribut dan hubungan antara
kelasketika suatu sistem telah selesai membuat diagram.Objek diagram adalah suatu diagram
yang berfungsi untuk mengatur atribut,objek danhubungan antara contoh dalam diagram,ojek
diagram juga dapat menampilkan struktur model systemdalam waktu tertentu

19 | P a g e

Rancangan Sequance dan Class Diagram


Sequance Diagram

Gambar Sequance Diagram (Mengelola Data Mahasiswa)

Penjelasan : menjelaskan tentang get data_mhs identitas yang dilakukan oleh


admin. Data transaksi yang sudah tersedia didalam database dapat diakses oleh admin
melalui form get data_mhs yang sebelumnya admin login terlebih dahulu serta
diverfiifkasi username dan passwordnya sehingga admin dapat melakukan
pengolahan data serta hasil akhirnya dapat disimpan datanya.

20 | P a g e

Gambar Sequance Diagram (Pendataan KRS)

Penjelasan : menjelaskan tentang get data_krs identitas yang dilakukan oleh


mahasiswa. Data transaksi diinput melalui form yang tersedia di website kampus
yang sebelumnya mahasiswa login terlebih dahulu serta diverfiifkasi username dan
passwordnya sehingga admin dapat melakukan pengolahan data serta hasil akhirnya
dapat disimpan datanya.

21 | P a g e

Gambar Sequance Diagram (Mengelola KRS)

Penjelasan : menjelaskan tentang get KRS identitas yang dilakukan oleh admin.
Data transaksi yang sudah tersedia didalam database dapat diakses oleh admin
melalui form get KRS yang sebelumnya mahasiswa sudah melakukan pendataan
KRS online, dan untuk melakukan pengelolaan KRS admin login terlebih dahulu
serta diverfiifkasi username dan passwordnya sehingga admin dapat melakukan
pengolahan data serta hasil akhirnya dapat disimpan datanya.

22 | P a g e

Gambar Sequance Diagram (Pendataan Nilai dan Presensi)

Penjelasan : menjelaskan tentang get Nilai dan Presensi identitas yang dilakukan
oleh Dosen. Data transaksi yang sudah tersedia didalam database dapat diakses oleh
admin melalui form get Pendataan Nilai dan Presensi yang sebelumnya Dosen
login terlebih dahulu serta diverfiifkasi username dan passwordnya sehingga admin
dapat melakukan pengolahan data serta hasil akhirnya dapat disimpan datanya.

23 | P a g e

Gambar Sequance Diagram (Mengelola KHS)

Penjelasan : menjelaskan tentang get KHS identitas yang dilakukan oleh admin.
Data transaksi yang sudah tersedia didalam database dapat diakses oleh admin
melalui form get KHS yang sebelumnya mahasiswa sudah melakukan pendataan
KRS online dan Dosen sudah melakukan pendataan nilai dan presensi, dan untuk
melakukan pengelolaan KRS admin login terlebih dahulu serta diverfiifkasi username
dan passwordnya sehingga admin dapat melakukan pengolahan data serta hasil
akhirnya dapat disimpan datanya.

24 | P a g e

Class Diagram
Gambar 26. Class Diagram Sistem

Penjelasan

menunjukkan

hubungan

antara objek-objek yang terlihat dalam sistem.


1. Admin
2. Mahasiswa
3. Dosen
4. Web login
5. Form login user
6. Aplikasi
7. Basis Data

25 | P a g e

8. Form Login admin dan


9. Menu utama

10. Form get data

11. Form kelola data

3. UML, USECASE, DAN ACTIVIRY DIAGRAM


Pengertian UML
UML (Unified Modeling Language) adalah sebuah bahasa yang berdasarkan grafik/gambar
untuk memvisualisasi, menspesifikasikan, membangun, dan pendokumentasian dari sebuah
sistem pengembangan software berbasis OO (Object-Oriented). UML tidak hanya merupakan
sebuah bahasa pemograman visual saja, namun juga dapat secara langsung dihubungkan ke
berbagai bahasa pemograman, seperti JAVA, C++, Visual Basic, atau bahkan dihubungkan secara
langsung ke dalam sebuah object-oriented database.
Diagram-diagram yang ada pada UML:

1.

Use Case Diagram

2.

Activity Diagram

3.

Sequence Diagram

4.

Communication Diagram (Collaboration diagram in versi 1.x)

5.

Class Diagram

6.

State Machine Diagram (Statechart diagram in versi 1.x)

7.

Component Diagram

8.

Deployment Diagram

26 | P a g e

11 .Object Diagram

9.
10.

Composite Structure Diagram


Interaction Overview Diagram

27 | P a g e

12. Package Diagram


13. Timing Diagram

Pengertian Use Case


Use case adalah abstraksi dari interaksi antara system dan actor. Use case bekerja dengan cara
mendeskripsikan tipe interaksi antara user sebuah system dengan sistemnya sendiri melalui
sebuah cerita bagaimana sebuah system dipakai. Use case merupakan konstruksi untuk
mendeskripsikan bagaimana system akan terlihat di mata user. Sedangkan use case diagram
memfasilitasi komunikasi diantara analis dan pengguna serta antara analis dan client.

Gambar Use
Case Diagram

Diagram Use Case berguna dalam tiga hal :

Menjelaskan fasilitas yang ada (requirements)


Use Case baru selalu menghasilkan fasilitas baru ketika sistem di analisa, dan design

menjadi lebih jelas.


Komunikas dengan klien
Penggunaan notasi dan simbol dalam diagram Use Case membuat pengembang lebih

mudah berkomunikasi dengan klien-kliennya.


Membuat test dari kasus-kasus secara umum
Kumpulan dari kejadian-kejadian untuk Use Case bisa dilakukan test kasus layak untuk
kejadian-kejadian tersebut.

Pengertian Activity
Pada dasarnya diagram Activity sering digunakan oleh flowchart. Diagram ini berhubungan
dengan diagram Statechart. Diagram Statechart berfokus pada obyek yang dalam suatu
proses (atau proses menjadi suatu obyek), diagram Activity berfokus pada aktifitas-aktifitas yang
terjadi yang terkait dalam suatu proses tunggal. Jadi dengan kata lain, diagram ini menunjukkan
bagaimana aktifitas-aktifitas tersebut bergantung satu sama lain. Sebagai contoh, perhatikan
28 | P a g e

proses yang terjadi. Pengambilan uang dari bank melalui ATM. Ada tiga aktifitas kelas (orang,
dan lainnya) yang terkait yaitu : Customer, ATM, and Bank. Proses berawal dari lingkaran start
hitam pada bagian atas dan berakhir di pusat lingkaran stop hitam/putih pada bagian bawah.
Aktivitas digambarkan dalam bentuk kotak persegi. Lihat gambar di bawah ini, agar lebih jelas :
Contoh Diagram Activity Pengambilan Uang melalui ATM.

Diagram Activity dapat dibagi menjadi beberapa jalur kelompok yang menunjukkan obyek mana
yang bertanggung jawab untuk suatu aktifitas. Peralihan tunggal (single transition) timbul dari
setiap adanya activity (aktifitas), yang saling menghubungi pada aktifitas berikutnya.
Sebuah transition (transisi) dapat membuat cabang ke dua atau lebih percabanganexclusive
transition (transisi eksklusif). Label Guard Expression (ada didalam [ ]) yang menerangkan
output (keluaran) dari percabangan. Percabangan akan menghasilkan bentuk menyerupai bentuk
intan. Transition bisa bercabang menjadi beberapa aktifitas paralel yang disebut Fork.
Fork beserta join (gabungan dari hasil output fork) dalam diagram berbentuksolid bar (batang
penuh).

29 | P a g e

RANCANGAN ANALISIS USECASE DAN ACTIVITY DIAGRAM


Use Case Diagram

Gambar Use Case Diagram (SISTEM IFORMASI AKADEMIK)

Admin_BAA, Dosen, dan Mahasiswa menggunakan login yang sama yang nantinya saat
verifikasi login, nantinya tampilan setelah login akan berdeda.

30 | P a g e

Apa tugas atau fungsi yang dilakukan aktor?


Pertanyaan ini akan dijawab sesuai dengan tabel spesifikasi kebutuhan (requirement
spesification) :

No
1

Requirement
Admin_BAA dapat melihat Mengelola

Aktor
Admin_BAA

Use-Case
1. mengelola_data_mhs
2. mengelola_presensi
3. mengelola_nilai
4. mengelola_krs
5. mengelola_khs

Mahasiwa

6.
7.
8.
9.

Dosen

1. input_nilai

data Mahasiswa, mengelola presensi


Mahasiswa, mengelola nilai Mahasiswa,
mengelola jadwal kuliah Mahasiswa
(KRS), dan mengelola KHS mahasiswa
yang mana jika ingin mengelola KHS
disitu data matakuliah yang diambil, data
presensi matakuliah, dan data nilai
2

matakuliah sudah ada.


Mahasiswa dapat melihat Melakukan
pendataan jadwal kuliah (KRS) yang

pendataan_KRS_semester
lihat_presensi_semester
lihat_krs_semester
lihat_khs_semester

ingin di ambil secara online, dapat


melihat jadwal dan mencetak KRS, dapat
melihat presensi mata kuliah, dapat
melihat nilai-nilai matakuliah yang
diambil dan hasil nilai akhir serta
3

mencetak KHS.
Dosen dapat menginput, mengedit, dan
31 | P a g e

menghapus nilai beserta presensi

2. input_presensi

Mahasiswa yang nanti akan di kelola


oleh admin_BAA.
Activity Diagram
A. MENGELOLA DATA MAHASISWA

Gambar Activity Diagram (MENGELOLA DATA MAHASISWA)

1. Activity Diagram
: Mengelola Data Mahasiswa.
Actor
: admin_BAA.
Tujuan
: Untuk Meng- Input / Edit / Hapus Data Mahasiswa.
Tabel Skenario Input / Edit / Hapus Data Mahasiswa

Aktor
1. Admin_BAA membuka website.
32 | P a g e

Sistem

2. Admin_BAA melakukan login dengan


menginputkan user nama dan
password.
3. Sistem memverifikasi proses login
Admin_BAA.
4. Jika password dan username sesuai,
sistem memperbolehkan Admin_BAA
masuk ke halaman Input / Edit / Hapus
Data Mahasiswa.
5. Admin_BAA dapat mulai melakukan
Input / Edit / Hapus Data Mahasiswa.
6. Sistem merespon data mahasiswa dari
Admin_BAA kemudian memberikan
konfirmasi.
7. Admin_BAA menerima konfirmasi
dari sistem.
B. MENGELOLA KRS

33 | P a g e

Gambar Activity
Diagram
(MENGELOLA
KRS)

2.

Activity
Diagram :
Mengelola
KRS.
Actor
: admin_BAA.
Tujuan
: Untuk Meng- Edit KRS semester mahasiswa.
Tabel Skenario Edit KRS semester mahasiswa

Aktor
1. Admin_BAA membuka website.
2. Admin_BAA melakukan login dengan

Sistem

menginputkan user nama dan password.


3. Sistem memverifikasi proses login
Admin_BAA.
4. Jika password dan username sesuai,
sistem memperbolehkan
Admin_BAA masuk ke halaman

34 | P a g e

Edit KRS semester mahasiswa


5. Admin_BAA dapat mulai melakukan Edit
KRS semester mahasiswa yang sebelumnya
mahasiswa sudah melakukan pendataan
KRS online
6. Sistem merespon data KRS dari
Admin_BAA kemudian memberikan
konfirmasi.
7. Admin_BAA menerima konfirmasi dari
sistem.
8. Admin_BAA mencetak KRS untuk
diberikan kepada mahasiswa
C. MENGELOLA PRESENSI
D.

35 | P a g e

Gambar Activity Diagram (MENGELOLA PRESENSI)

3. Activity Diagram
: Mengelola Presensi.
Actor
: admin_BAA.
Tujuan
: Untuk Meng- Edit Presensi mahasiswa.
Tabel Skenario Edit Presensi mahasiswa

Aktor
1. Admin_BAA membuka website.
2. Admin_BAA melakukan login dengan

Sistem

menginputkan user nama dan


password.
3. Sistem memverifikasi proses login
Admin_BAA.
4. Jika password dan username sesuai,
sistem memperbolehkan Admin_BAA
masuk ke halaman Edit Presensi
mahasiswa.
5. Admin_BAA dapat mulai melakukan
Edit Presensi mahasiswa dari dosen.
6. Sistem merespon data presensi dari
Admin_BAA kemudian memberikan
konfirmasi.
7. Admin_BAA menerima konfirmasi
dari sistem.
8. Admin_BAA meng-upload Presensi
mahasiswa ke website / Sistem

36 | P a g e

Informasi Akademik (SIA) di


komputer kampus

E. MENGELOLA NILAI

Gambar Activity Diagram (MENGELOLA NILAI)

4. Activity Diagram
: Mengelola Nilai.
Actor
: admin_BAA.
Tujuan
: Untuk Meng- Edit dan kalkulasi Nilai mahasiswa.
Tabel Skenario Edit dan kalkulasi Nilai mahasiswa.

37 | P a g e

Aktor
1. Admin_BAA membuka website.
2. Admin_BAA melakukan login dengan

Sistem

menginputkan user nama dan password.


3. Sistem memverifikasi proses login
Admin_BAA.
4. Jika password dan username sesuai,
sistem memperbolehkan Admin_BAA
masuk ke halaman Edit dan kalkulasi
Nilai mahasiswa.
5. Admin_BAA dapat mulai melakukan
Edit dan kalkulasi Nilai mahasiswa.
6. Sistem merespon data nilai dari
Admin_BAA kemudian memberikan
konfirmasi.
7. Admin_BAA menerima konfirmasi dari
sistem.
8. Admin_BAA meng-upload Nilai
mahasiswa ke website / Sistem
Informasi Akademik (SIA) di komputer
kampus
F. MENGELOLA KHS
G.

38 | P a g e

Gambar Activity
Diagram
(MENGELOLA
KRS)

5. Activity Diagram
: Mengelola KHS.
Actor
: admin_BAA.
Tujuan
: Untuk Meng- kalkulasi nilai dan presensi mata kuliah Mahasiswa.
Tabel Skenario Kelola KHS.

Aktor
1. Admin_BAA membuka website.
2. Admin_BAA melakukan login dengan

Sistem

menginputkan user nama dan password.


3. Sistem memverifikasi proses login
Admin_BAA.
4. Jika password dan username sesuai,
sistem memperbolehkan Admin_BAA
masuk ke halaman kelola KHS

39 | P a g e

semester mahasiswa
5. Admin_BAA dapat mulai melakukan
kalkulasi dari nilai dan presensi mata
kuliah mahasiswa yang sebelumnya
nilaidan presensi matakuliah sudah di
input oleh Dosen
6. Sistem merespon data KHS dari
Admin_BAA kemudian memberikan
konfirmasi.
7. Admin_BAA menerima konfirmasi dari
sistem.
8. Admin_BAA meng-upload KHS
semester mahasiswa ke website / Sistem
Informasi Akademik (SIA) di komputer
kampus

40 | P a g e

H. PENDATAAN KRS SEMESTER

Gambar Activity Diagram (PENDATAAN KRS SEMESTER)

6. Activity Diagram
Actor
Tujuan

: Pendataan KRS semester.


: Mahasiswa.
: Untuk Meng- Input / Edit / Hapus Mata Kuliah yang akan di

ambil.
Tabel Skenario Input / Edit / Hapus Mata Kuliah.

Aktor
1. Mahasiswa membuka website.
2. Mahasiswa melakukan login dengan
menginputkan user nama dan
41 | P a g e

Sistem

password.
3. Sistem memverifikasi proses login
Mahasiswa.
4. Jika password dan username sesuai,
sistem memperbolehkan Admin_BAA
masuk ke halaman Input / Edit / Hapus
Mata Kuliah.
5. Mahasiswa dapat mulai melakukan
Input / Edit / Hapus Mata Kuliah yang
ingin di ambil.
6. Sistem merespon data mata kuliah dari
Mahasiswa kemudian memberikan
konfirmasi.
7. Mahasiswa menerima konfirmasi dari
sistem.

I. LIHAT KRS SEMESTER

42 | P a g e

Gambar

Activity

Diagram

(LIHAT KRS
SEMESTER)

7.

Activity
Diagram
: Lihat
KRS semester.
Actor
: Mahasiswa.
Tujuan
: Untuk melihat KRS semester / jadwal mata kuliah yang diambil.
Tabel Skenario Lihat KRS semester.

Aktor
1. Mahasiswa membuka website.
2. Mahasiswa melakukan login dengan

Sistem

menginputkan user nama dan


password.
3. Sistem memverifikasi proses login
Mahasiswa.
4. Jika password dan username sesuai,
sistem memperbolehkan Mahasiswa
masuk ke halaman Lihat KRS
43 | P a g e

semester.
5. Mahasiswa dapat melihat KRS
semester / jadwal mata kuliah.
6. Mahasiswa dapat mencetak KRS
semester

J. LIHAT PRESENSI MATA KULIAH

Gambar Activity Diagram (LIHAT PRESENSI MATA KULIAH)

8. Activity Diagram
Actor
44 | P a g e

: Lihat Presensi mata kuliah.


: Mahasiswa.

Tujuan
: Untuk melihat Presensi mata kuliah yang diambil.
Tabel Skenario Lihat Presensi mata kuliah.

Aktor
1. Mahasiswa membuka website.
2. Mahasiswa melakukan login dengan

Sistem

menginputkan user nama dan


password.
3. Sistem memverifikasi proses login
Mahasiswa.
4. Jika password dan username sesuai,
sistem memperbolehkan Mahasiswa
masuk ke halaman Lihat Presensi mata
kuliah.
5. Mahasiswa dapat melihat Presensi
mata kuliah yang di ambil.

45 | P a g e

K. LIHAT KHS SEMESTER

Gambar Activity Diagram (LIHAT KHS SEMESTER)

9. Activity Diagram
: Lihat KHS semester.
Actor
: Mahasiswa.
Tujuan
: Untuk melihat KHS semester
Tabel Skenario Lihat KHS semester.

Aktor
1. Mahasiswa membuka website.
2. Mahasiswa melakukan login dengan
menginputkan user nama dan

46 | P a g e

Sistem

password.
3. Sistem memverifikasi proses login
Mahasiswa.
4. Jika password dan username sesuai,
sistem memperbolehkan Mahasiswa
masuk ke halaman Lihat KHS semester.
5. Mahasiswa dapat melihat KHS
semester
6. Mahasiswa dapat mencetak KHS
semester

47 | P a g e

L. INPUT NILAI MAHASISWA

Gambar Activity Diagram (INPUT NILAI MAHASISWA)

10. Activity Diagram


: Input Nilai Mahasiswa.
Actor
: Dosen.
Tujuan
: Untuk Meng- Input / Edit / Hapus Nilai Mahasiswa.
Tabel Skenario Input / Edit / Hapus Nilai Mahasiswa

Aktor
1. Dosen membuka website.
2. Dosen melakukan login dengan
menginputkan user nama dan

48 | P a g e

Sistem

password.
3. Sistem memverifikasi proses login
Dosen.
4. Jika password dan username sesuai,
sistem memperbolehkan Dosen masuk
ke halaman Input / Edit / Hapus Nilai
Mahasiswa.
5. Dosen dapat mulai melakukan Input /
Edit / Hapus Nilai Mahasiswa.
6. Sistem merespon data mahasiswa dari
Dosen kemudian memberikan
konfirmasi.
7. Dosen menerima konfirmasi dari
sistem.

49 | P a g e

M. INPUT PRESENSI MAHASISWA

Gambar Activity Diagram (INPUT PRESENSI MAHASISWA)

11. Activity Diagram


: Input Presensi Mahasiswa.
Actor
: Dosen.
Tujuan
: Untuk Meng- Input / Edit / Hapus Presensi Mahasiswa.
Tabel Skenario Input / Edit / Hapus Presensi Mahasiswa

Aktor
1. Dosen membuka website.
2. Dosen melakukan login dengan
menginputkan user nama dan

50 | P a g e

Sistem

password.
3. Sistem memverifikasi proses login
Dosen.
4. Jika password dan username sesuai,
sistem memperbolehkan Dosen masuk
ke halaman Input / Edit / Hapus
Presensi Mahasiswa.
5. Dosen dapat mulai melakukan Input /
Edit / Hapus Presensi Mahasiswa.
6. Sistem merespon data mahasiswa dari
Dosen kemudian memberikan
konfirmasi.
7. Dosen menerima konfirmasi dari
sistem.

Daftar Pustaka
https://www.academia.edu/4887559/Fungsi_Dan_Pengertian_UML , di akses pada 8 Mei 2016
http://ptrisma.blogspot.co.id/2015/03/membuat-uml-dari-sistem-informasi.html , di akses pada 8 Mei
2016
http://www.masterdiagram.tk/2013/01/uml-sistem-informasi-akademik.html , di akses pada 8 Mei 2016
http://documents.tips/download/document/?id=BOApj%2B85bUQ6Koglg5JsoONyl1ejty6hHseJww
%2FLdNwHJDJtQPFWBpqP9GcN5OMuv3ZDzfC4PfIROthkP%2BqOsA%3D%3D , di akses pada 10
Mei 2016

51 | P a g e

http://s3.amazonaws.com/academia.edu.documents/31676717/UML__Sistem_Informasi_Akademik_Laboratorium_Pratikum_Komputer.docx?
AWSAccessKeyId=AKIAJ56TQJRTWSMTNPEA&Expires=1462811291&Signature=Zu
%2FjXB9rkJuCkfjFqFfPq%2FnZSNE%3D&response-content-disposition=attachment%3B%20filename
%3DUML_-_Sistem_Informasi_Akademik_Laborato.docx , di akses pada 10 Mei 2016
http://riffs-engineering.blogspot.co.id/2012/04/generalization-include-dan-extend.html?m=1 , di akses
pada 11 Mei 2016
http://wawasan-ilmiah.blogspot.co.id/2014/12/perbedaan-include-dan-extend-di-use-case.html?m=1 , di
akses pada 11 Mei 2016
http://satrio-justinimagination.blogspot.co.id/2012/05/perbedaan-uml-dengan-dfd.html, diakses pada hari
Minggu, 30 Juni 2016

52 | P a g e