PENGEMBANGAN SISTEM PENILAIAN MAHASISWA BERBASIS KOMPONEN

perpustakaan.uns.ac.id

digilib.uns.ac.id

PENGEMBANGAN SISTEM PENILAIAN MAHASISWA BERBASIS KOMPONEN

TUGAS AKHIR Diajukan Untuk Memenuhi Salah Satu Syarat Mencapai Gelar Ahli Madya Program Diploma III Teknik Informatika

DisusunOleh : ISNAINI ROKHAYATI NIM. M3309021

PROGRAM DIPLOMA III TEKNIK INFORMATIKA FAKULTAS MATEMATIKA DAN ILMU PENGETAHUAN ALAM UNIVERSITAS SEBELAS MARET 2012 commit to user

i


digilib.uns.ac.id

commit to user

ii


digilib.uns.ac.id

commit to user

iii


digilib.uns.ac.id

ABSTRACT

ISNAINI ROKHAYATI, 2012, THE DEVELOPMENT OF COMPONENTBASED STUDENT ASSESMENT SYSTEM. Informatics Engineering Diploma III. Mathematics and Science Faculty of Surakarta Sebelas Maret University. The existing student assessment system has not been accomodated by SKP (Customer Satisfaction System) and schedule. All students can see all values by completing the Customer Satisfaction System and all students can see all values although they have not taken the course yet. The student assesment system was designed in several stages: interview, observation, library study and browsing. The development of student assesment system is base don object oriented using UML as its model method, so that the analysis and requirement of system used included use case diagram, class diagram of analysis stage, sequence diagram and class diagram at model stage. And from the implementation aspect, it was based on the component using CodeIgniter as its building framework. The student assessment system had some fasilities including: the students could see their value according to their student number and the course they took after completing the Customer Satisfaction System (SKP). The student value data processing was done more easily by inputing the file in excel format. The system could be used and run in localhost way.

Keywords: student assessment system

commit to user

iv


digilib.uns.ac.id

ABSTRAK

ISNAINI ROKHAYATI, 2012, PENGEMBANGAN SISTEM PENILAIAN MAHASISWA BERBASIS KOMPONEN. Program Diploma III Teknik Informatika Fakultas Matematika dan Ilmu Pengetahuan Alam Universitas Sebelas Maret Surakarta. Sistem penilaian mahasiswa yang sudah ada belum terakomodasi dengan SKP (Sistem Kepuasan Pelanggan) dan jadwal. Semua mahasiswa dapat melihat semua nilai tanpa melakukan pengisian SKP (Sistem Kepuasan Pelanggan) dan semua mahasiswa dapat melihat semua nilai meskipun belum mengambil mata kuliah tersebut. Sistem penilaian mahasiswa dirancang dengan beberapa tahapa yaitu wawancara, observasi, studi pustaka dan browsing. Pembangunan sistem penilaian mahasiswa ini berbasis Object Oriented yang menggunakan UML sebagai metode modelnya, sehingga analisis dan kebutuhan sistem yang digunakan meliputi use case diagram, class diagram tahap analisis, sequence diagram dan class diagram tahap model. Dan dari segi implementasinya berbasis komponen yang menggunakan CodeIgniter sebagai framework pembangunnya. Sistem penilaian mahasiswa memiliki fasilitas diantaranya Siswa dapat melihat data nilai mahasiswa sesuai nim dan mata kuliah yang diambil setelah mengisi SKP (Sistem Kepuasan Pelanggan). Serta pengolahan data nilai mahasiswa yang lebih mudah dengan menginputkan file dengan format excel. Sistem dapat digunakan dan dijalankan secara localhost.

Keywords: sistem penilaian mahasiswa

commit to user

v


digilib.uns.ac.id

MOTTO

Jika ingin mencapai tujuan pribadi tetaplah fokus ke depan, tidak perlu menoleh ke kiri dan ke kanan namun tidak ada salahnya menoleh sedikit ke belakang.

Waktu terbaik untuk sukses adalah memulainya 10 tahun lalu, dan waktu terbaik kedua adalah memulainya hari ini.

commit to user

vi


digilib.uns.ac.id

PERSEMBAHAN

Tugas Akhir ini aku persembahkan untuk :

Kedua orang tuaku tercinta, Ayah (Mulyono) dan Ibu (Wiji Lestari), terimakasih atas doa, kerja keras dan nasehat-nasehat yang telah kau berikan Untuk kakakku Ismarwanto Wahyu Setiawan dan adikku Mulatsih Triyastuti tersayang, terimakasih atas dukungan yang kalian berikan Sahabat-sahabatku (ayu, ria, rizka), yang selalu mendukungku dan menyemangatiku Untuk teman-teman TI E 2009, kalian adalah penyemangatku.

commit to user

vii


digilib.uns.ac.id

KATA PENGANTAR

Segala puji dan syukur kehadirat Allah SWT yang telah melimpahkan rahmat dan anugerah-Nya sehingga penulis dapat menyelesaikan laporan Tugas Akhir “Pengembangan Sistem Penilaian Mahasiswa Berbasis Komponen”. Laporan ini merupakan salah satu syarat untuk memperoleh gelar ahli madya di Jurusan DIII Teknik Informatika Fakultas Matematika dan Ilmu Pengetahuan Alam Universitas Sebelas Maret Surakarta. Dalam menyusun laporan ini penulis banyak mendapat bantuan dari berbagai pihak sehungga laporan ini dapt terselesaikan. Oleh karena itu penulis mengucapkan terima kasij kepada : 1. Bapak, Ibu, kakak, adik tercinta yang selalu mendoakan dan memberikan dukungan selama ini 2. Drs. YS. Palgunadi, M.Sc selaku ketua jurusan Program DIII Teknik Informatika Fakultas MIPA Universitas Sebelas Maret Surakarta. 3. Bapak Ristu Saptono, S. Si, M.T selaku dosen pembimbing TA. 4. Teman-teman

Teknik

Informatika

angkatan 2009

yang telah

menyediakan waktu untuk membagi ilmu. 5. Teman-teman TIE 2009 terima kasih atas dukungan, bantuan dan doanya . Penulis menyadari adanya keterbasan dalam penyusunan laporan ini . besar harapan penulis akan adanya saran dan kritik yang membangun guna kesempurnaan laporan ini. Penulis berharap agar laporan ini dapat bermanfaat bagi yang memerlukannya.

Surakarta, Juli 2012

Penulis commit to user

viii


digilib.uns.ac.id

DAFTAR ISI

HALAMAN JUDUL ..................................................................................

i

HALAMAN PERSETUJUAN ...................................................................

ii

HALAMAN PENGESAHAN .....................................................................

iii

HALAMAN ABSTRACT ..........................................................................

iv

HALAMAN ABSTRAK ............................................................................

v

HALAMAN MOTTO ................................................................................

vi

HALAMAN PERSEMBAHAN ................................................................

vii

KATA PENGANTAR ................................................................................

viii

DAFTAR ISI ...............................................................................................

ix

DAFTAR TABEL .......................................................................................

xi

DAFTAR GAMBAR ..................................................................................

xii

BAB I PENDAHULUAN ...........................................................................

1

1.1 Latar Belakang .............................................................................

1

1.2 Perumusan Masalah ....................................................................

1

1.3 Batasan Masalah...........................................................................

2

1.4 Tujuan dan Manfaat .....................................................................

2

1.5 Metode Penelitian.........................................................................

2

1.6 Sistematika Penulisan ..................................................................

3

BAB II LANDASAN TEORI .....................................................................

5

2.1 Sistem Informasi ..........................................................................

5

2.2 Rekayasa Perangkat Lunak ..........................................................

6

commit to user 2.3 UML .............................................................................................

8

ix


digilib.uns.ac.id

2.4 Framework ...................................................................................

11

2.5 CodeIgniter ...................................................................................

12

2.6 MVC (Model-View-Controller) ...................................................

13

2.7 Database Management System (DBMS) .....................................

14

BAB III ANALISA KEBUTUHAN DAN PERANCANGAN SISTEM ...

17

3.1 Deskripsi Umum Sistem ..............................................................

17

3.2 Analisa Kebutuhan ......................................................................

17

3.3 Perancangan Sistem ....................................................................

19

3.4 Analisis dan Perancangan Basis Data (Database) .......................

41

3.5 Perancangan Antar Muka (User Interface) ..................................

49

BAB IV IMPLEMENTASI DAN ANALISA ...........................................

52

4.1 Implementasi Sistem ....................................................................

52

4.2 Implementasi Antarmuka .............................................................

52

4.3 Pengujian Sistem ..........................................................................

67

BAB V PENUTUP ......................................................................................

71

5.1 Kesimpulan ...................................................................................

71

5.2 Saran .............................................................................................

71

DAFTAR PUSTAKA .................................................................................

72

LAMPIRAN ................................................................................................

73

commit to user

x


digilib.uns.ac.id

DAFTAR TABEL

Table 2.1. Simbol class diagram ................................................................

9

Table 2.2. Simbol sequence diagram ..........................................................

10

Tabel 2.3. Simbol Use Case Diagram ........................................................

11

Tabel 3.1. Kebutuhan Fungsional Sistem ...................................................

18

Tabel 3.2. Kebutuhan Non Fungsional Sistem ...........................................

19

Tabel 3.3. Deskripsi Use Case ....................................................................

19

Tabel 3.4.Tabel Perguruan Tinggi ..............................................................

42

Tabel 3.5. Tabel Fakultas ............................................................................

42

Tabel 3.6. Tabel Jurusan .............................................................................

43

Tabel 3.7. Tabel Program Studi ..................................................................

43

Tabel 3.8. Tabel Dosen ...............................................................................

44

Tabel 3.9. Tabel mata kuliah .......................................................................

44

Tabel 3.10. Tabel Mahasiswa......................................................................

45

Tabel 3.11. Tabel aktifitas kuliah................................................................

45

Tabel 3.12. Tabel aktifitas mengajar ...........................................................

46

Tabel 3.13. Tabel nilai ................................................................................

46

Tabel 3.14. Tabel nilai ................................................................................

47

Tabel 3.15. Tabel Karyawan .......................................................................

47

Tabel 3.16. Tabel Admin ............................................................................

48

Tabel 3.17. Tabel User ................................................................................

48

Tabel 3.18. Tabel Log .................................................................................

48

Tabel 4.1 Pengujian fungsi login ................................................................

67

Tabel 4.2 Pengujian fungsi Input Data Operator ........................................

67

Tabel 4.3 Pengujian fungsi Validasi data dosen .........................................

68

Tabel 4.4 Pengujian fungsi Validasi Data Aktifitas Mengajar ...................

68

Tabel 4.5 Pengujian Data Aktifitas Kuliah .................................................

69

Tabel 4.6 Pengujian fungsi Input data nilai ................................................

70

commit to user Tabel 4.7 Pengujian fungsi ganti password.................................................

70

xi


digilib.uns.ac.id

DAFTAR GAMBAR

Gambar 2.1. Model umum suatu sistem......................................................

5

Gambar 2.2. layer technology software engineering ..................................

6

Gambar 2.3. Spesifikasi Class ....................................................................

9

Gambar 2.4. Konsep MVC ........................................................................

13

Gambar 3.1. Diagram Use Case .................................................................

20

Gambar 3.2. Activity Diagram login ...........................................................

21

Gambar 3.3. Activity Diagram kelola data operator ...................................

22

Gambar 3.4. Activity Diagram validasi data dosen .....................................

23

Gambar 3.5. Activity Diagram kelola data nilai operator ...........................

24

Gambar 3.6. Activity Diagram kelola data nilai dosen ...............................

25

Gambar 3.7. Activity Diagram validasi data jadwal ...................................

26

Gambar 3.8. Activity Diagram lihat nilai ....................................................

27

Gambar 3.9. Class diagram tahap analisis login.........................................

28

Gambar 3.10. Class diagram tahap analisis kelola data operator ...............

28

Gambar 3.11. Class diagram tahap analisis validasi data dosen ................

29

Gambar 3.12. Class diagram tahap analisis kelola data nilai .....................

29

Gambar 3.13. Class diagram tahap analisis validasi jadwal .......................

30

Gambar 3.14. Class diagram tahap analisis melihat nilai ...........................

30

Gambar 3.15. Class diagram tahap analisis mengganti password ..............

31

Gambar 3.16. Sequence diagram login .......................................................

31

Gambar 3.17. Sequence diagram kelola data operator ...............................

32

Gambar 3.18. Sequence diagram validasi data dosen .................................

33

Gambar 3.19. Sequence diagram mengganti password ..............................

33

Gambar 3.20. Sequence diagram kelola data nilai ......................................

34

Gambar 3.21. Sequence diagram validasi jadwal .......................................

35

Gambar 3.22. Sequence diagram melihat nilai ...........................................

36

Gambar 3.23. Class diagram tahap model login ........................................

36

modeltokelola Gambar 3.24. Class diagram tahapcommit user data operator .................

37

xii


digilib.uns.ac.id

Gambar 3.25. Class diagram tahap model validasi data dosen ..................

37

Gambar 3.26. Class diagram tahap model kelola data nilai .......................

38

Gambar 3.27. Class diagram tahap model validasi jadwal .........................

39

Gambar 3.28. Class diagram tahap model melihat nilai.............................

40

Gambar 3.29. Class diagram tahap model ganti password .........................

40

Gambar 3.30. Relationship Table (Relasi Antar Tabel) ..............................

41

Gambar 3.31. Rancangan Antar Muka Halaman Utama.............................

49

Gambar 3.31. Rancangan Antar Muka Halaman Admin Home .................

49

Gambar 3.32. Rancangan Antar Muka Halaman Admin Kelola Data Operator .................................................................................

49

Gambar 3.33. Rancangan Antar Muka Halaman Admin Validasi Dat Dosen ....................................................................................

50

Gambar 3.34. Rancangan Antar Muka Halaman Operator Home ..............

50

Gambar 3.35. Rancangan Antar Muka Halaman Operator Nilai ................

50

Gambar 3.36. Rancangan Antar Muka Halaman Operator Validasi Data Jadwal ....................................................................................

50

Gambar 3.37. Rancangan Antar Muka Halaman Mahasiswa Home ..........

51

Gambar 3.38. Rancangan Antar Muka Halaman Mahasiswa Lihat Nilai ...

51

Gambar 4.1 Implementasi Interface Login .................................................

52

Gambar 4.2 Implementasi Interface Halaman Admin Home......................

53

Gambar 4.3 Implementasi Interface Halaman Kelola data operator ...........

53

Gambar 4.4 Implementasi Interface Halaman tambah data operator ..........

54

Gambar 4.6 Implementasi Interface Halaman tambah data operator ..........

55

Gambar 4.9 Implementasi Interface Halaman validasi data dosen .............

55

Gambar 4.10 Implementasi Interface Halaman operator ............................

56

Gambar 4.11 Implementasi Interface Halaman nilai ..................................

57

Gambar 4.12 Implementasi Interface Halaman Operator tambah nilai ......

57

Gambar 4.14 Implementasi Interface Halaman Operator Lihat nilai ..........

58

Gambar 4.15 Implementasi Interface Halaman Operator Edit nilai ...........

59

Gambar 4.19 Implementasi Interface Operator validasi jadwal.................. commit to user

59

xiii


digilib.uns.ac.id

Gambar 4.20 Implementasi Interface Operator validasi jadwal aktifitas mengajar ...................................................................

60

Gambar 4.22 Implementasi Interface Operator validasi jadwal aktifitas mengajar ...................................................................

61

Gambar 4.24 Implementasi Interface Dosen Halaman Utama....................

61

Gambar 4.25 Implementasi Interface Dosen Halaman nilai .......................

62

Gambar 4.26 Implementasi Interface Dosen Halaman tambah nilai ..........

62

Gambar 4.28 Implementasi Interface Dosen Halaman lihat nilai ...............

63

Gambar 4.29 Implementasi Interface Dosen Halaman Edit nilai ...............

64

Gambar 4.33 Implementasi Interface Halaman utama Mahasiswa .............

64

Gambar 4.34 Implementasi Interface Halaman Mahasiswa lihat nilai .......

65

Gambar 4.34 Implementasi Interface Ganti Password Operator ................

65

Gambar 4.35 Implementasi Interface Halaman Ganti Password Dosen .....

66

Gambar 4.34 Implementasi Interface Ganti Password Mahasiswa .............

66

Gambar 4.5 Implementasi Interface setelah data tersimpan .......................

74

Gambar 4.10 Implementasi Interface setelah data dosen di validasi ..........

74

Gambar 4.13 Implementasi Interface Operator file nilai berhasil di upload

75

Gambar 4.16 Implementasi Interface Operator cari nilai berdasarkan nim

75

Gambar 4.17 Implementasi Interface Operator edit nilai sesuai dengan KD

76

Gambar 4.18 Implementasi Interface Operator data berhasil di edit ..........

76

Gambar 4.21 Implementasi Interface data dosen setelah divalidasi ...........

77

Gambar 4.23 Implementasi Interface data mahasiswa yang mengambil kuliah sesuai dengan mata kuliah ..........................................

77

Gambar 4.27 Implementasi Interface Dosen file nilai berhasil di upload...

78

Gambar 4.30 Implementasi Interface Dosen cari nilai berdasarkan nim ....

78

Gambar 4.31 Implementasi Interface Dosen edit nilai sesuai dengan KD .

79

Gambar 4.32 Implementasi Interface Dosen data berhasil di edit ..............

79

commit to user

xiv


digilib.uns.ac.id

BAB I PENDAHULUAN

1.1 Latar Belakang Masalah Proses pembelajaran yang terprogram merupakan bagian terpenting dalam sistem pendidikan untuk mencapai sumber daya manusia yang berkualitas. Sebagai tenaga pendidik dosen bertanggung jawab memberikan penilaian terhadap mahasiswa sebagai hasil dari proses belajar mengajar. Hasil dari proses belajar mengajar ini akan digunakan sebagai indikator untuk penilaian kemampuan dosen dan perkembangan mahasiswa. Untuk saat ini sistem penilaian mahasiswa yang sudah ada belum terkoneksi dengan SKP (Sistem Kepuasan Pelanggan) dan jadwal. Semua mahasiswa dapat melihat semua nilai tanpa melakukan pengisian SKP (Sistem Kepuasan Pelanggan) dan semua mahasiswa dapat melihat semua nilai meskipun belum mengambil mata kuliah tersebut. Sebuah sistem penilaian mahasiswa yang sudah terkoneksi dengan SKP (Sistem Kepuasan Pelanggan) dan jadwal dibutuhkan dalam proses belajar mengajar untuk menertibkan mahasiswa dalam proses melihat nilai. Aturan yang berlaku adalah seorang mahasiswa dapat melihat nilai mata kuliah yang diambil setelah mengisi SKP (Sistem Kepuasan Pelanggan). Sistem penilaian mahasiswa juga akan mempermudah dosen dan operator dalam pengolahan data nilai, contohnya adalah dalam peng-upload-an nilai dan peng-edit-an nilai apabila terjadi kesalahan atau perbaikan nilai.

1.2 Rumusan Masalah Berdasarkan latar belakang diatas dapat diambil perumusan masalah sebagai berikut : 1. Bagaimana cara membangun sistem penilaian mahasiswa berbasis komponen yang terkoneksi dengan SKP dan jadwal. 2. Bagaimana mempermudah proses pengolahan data nilai mahasiswa commit to user

1

2 digilib.uns.ac.id


1.3 Batasan Masalah Pengembangan sistem penilaian mahasiswa dibangun dengan batasan masalah sebagai berikut : 1. Siswa dapat melihat data nilai mahasiswa sesuai nim dan mata kuliah yang diambil setelah mengisi SKP (Sistem Kepuasan Pelanggan). 2. Pengolahan data nilai mahasiswa, yaitu peng-upload-an nilai dan peng-edit-an nilai apabila terjadi kesalahan atau perbaikan nilai. Format file yang yang di-upload adalah sebuah file yang berekstensi .xls dengan ketentuan nilai sebanyak 4 nilai kompetensi dasar. 3. Studi kasus yang dipakai adalah sistem penilaian mahasiswa di Universitas Sebelas Maret Surakarta.

1.4 Tujuan dan Manfaat 1. Tujuan Tujuan dari penelitian ini adalah mengembangkan sistem penilaian yang sudah ada, menjadi sebuah sistem penilaian mahasiswa berbasis komponen yang terkoneksi dengan SKP dan jadwal. 2. Manfaat Manfaat dari pengembangan sistem penilaian ini adalah diharapkan sistem penilaian ini dapat terkoneksi dengan jadwal dan SKP sehingga dapat mempermudah dalam pengolahan data nilai mahasiswa dan menertibkan mahasiswa yang ingin melihat nilai mata kuliah yang diambil.

1.5 Metodologi Penelitian Metode penelitian yang digunakan dalam penelitian ini adalah sebagai berikut : commit to user

3 digilib.uns.ac.id


1. Wawancara Dalam penelitian ini penulis melakukan wawancara dengan orang yang mengerti tentang sistem penilaian mahasiswa. Dalam metode ini penulis akan mengajukan pertanyaan mengenai datadata yang bersangkutan dengan sistem penilaian mahasiswa. 2. Observasi Dari hasil wawancara yang diperoleh, langkah berikutnya adalah melakukan observasi atau pengumpulan data-data yang diperoleh dari hasil wawancara, pengamatan, dan pencarian informasi yang berhubungan dengan sistem penilaian mahasiswa. 3. Studi Pustaka Studi pustaka merupakan suatu metode yang dilakukan dengan cara mencari buku-buku yang berkaitan dengan sistem penilaian mahasiswa. 4. Browsing Browsing merupakan proses pencarian data dengan menggunakan perantara koneksi internet. Browsing digunakan untuk penambahan data atau sebagai pelengkap di dalam suatu pembahasan masalah.

1.6 Sistematika Penelitian Sistematika dalam laporan Tugas Akhir dengan judul pengembangan sistem penilaian mahasiswa berbasis komponen dapat diuraikan sebagai berikut : 1. BAB I PENDAHULUAN Pada bagian pendahuluan dikemukakan mengenai latar belakang, perumusan masalah, batasan masalah, tujuan dan manfaat, metodologi peneltian dan sistematika penulisan.

commit to user

4 digilib.uns.ac.id


2. BAB II LANDASAN TEORI Pada bagian landasan teori memuat tinjuan pustaka yang digunakan sebagai referensi dalam pengembangan sistem penilaian mahasiswa berbasis komponen. 3. BAB III ANALISIS KEBUTUHAN DAN PERANCANGAN SISTEM Pada bagian analisis kebutuhan dan perancangan sistem memuat tentang analisis kebutuhan, perancangan sistem, dan perancangan database yang digunakan dalam pengembangan sistem penilaian mahasiswa berbasis komponen. 4. BAB IV IMPLEMENTASI DAN PENGUJIAN SISTEM Pada bagian implementasi memuat tentang deskripsi sistem, analisa kebutuhan system, pembahasan tampilan halaman dan pengujian sistem pengembangan web sistem penilaian. 5. BAB V PENUTUP Pada bagian penutup memuat kesimpulan yang diambil dari pembahasan pengembangan sistem penilaian mahasiswa dan saran untuk pengembangan sistem penilaian mahasiswa.

commit to user


digilib.uns.ac.id

BAB II LANDASAN TEORI

2.1 Sistem Informasi Konsep dasar sistem informasi dibagi menjadi tiga bagian yaitu sistem, informasi dan sistem informasi itu sendiri. Menurut Jogiyanto H. Mustakini (2001), sistem adalah kumpulan elemen-elemen yang saling berinteraksi satu sama lain untuk mencapai tujuan yang telah ditetapkan. Sebuah sistem terdiri dari bagian-bagian yang saling berkaitan yang beroperasi bersama untuk mencapai beberapa sasaran atau maksud, tujuan dan sasaran yang sama. Model umum suatu sistem terdiri dari masukan (input), pengolah (process) dan keluaran (output).

INPUT

PROCESS

OUTPUT

Gambar 2.1. Model umum suatu sistem

Informasi adalah data yang telah diolah menjadi sebuah bentuk yang berarti bagi penerimanya dan bermanfaat dalam pengambilan keputusan saat ini atau mendatang. Menurut John F. Nash dan Martin B. Roberts dalam Jogiyanto H. Mustakini (2001) bahwa sistem informasi merupakan suatu dari orang-orang fasilitas, teknologi, media, prosedur-prosedur dan pengendalian yang ditujukan untuk mendapatkan jalur komunikasi penting, memproses tipe transaksi rutin tertentu, memberi sinyal kepada manajemen dan yang lainnya terhadap kejadiankejadian internal dan eksternal yang penting dan yang menyediakan suatu dasar untuk pengambilan keputusan yang cerdik. Menurut James B. Bower, Robert E. Schlosser dan Maurice S. Newman (Mustakini, 2001) bahwa sistem informasi adalah suatu cara yang sudah tertentu untuk menyediakan informasi yang dibutuhkan oleh organisasi untuk beroperasi dengan cara yang sukses dan untuk organisasi bisnis dengan cara yang menguntungkan. commit to user

5

6 digilib.uns.ac.id


Keberhasilan suatu sistem informasi sangat bergantung pada basisdata. Semakin lengkap, akurat dan mudah dalam menampilkan kembali data yang ada dalam sistem basis data maka akan semakin tinggi kualitas sistem informasi tersebut. Analisis dan perancangan sistem informasi adalah rangkaian proses yang dilakukan untuk memahami sistem yang berjalan, sedangkan implementasi sistem merupakan tahap yang dilakukan setelah perancangan sistem.

2.2 Rekayasa Perangkat Lunak Rekayasa perangkat lunak (Roger, S.Pressman:2010) adalah pembentukan dan penggunaan prinsip-prinsip desain suara untuk mendapatkan sebuah perangkat lunak secara ekonomis yang handal dan berkerja secara efisien pada mesih saja. Penerapan yang dilakukan adalah pendekatan sistematis, disiplin, diukur untuk pengembangan, operasi, dan pemeliharaan perangkat lunak, yaitu penerapan rekayasa perangkat lunak.

Gambar 2.2. layer technology software engineering

Rekayasa perangkat lunak itu merupakan sebuah pemaparan rangkaian teknologi. Mengacu pada gambar 2, fokus kualitas adalah landasan utama yang mendukung rekayasa perangkat lunak. Dasar untuk rekayasa perangkat lunak adalah lapisan proses. Proses rekayasa perangkat lunak merupakan bentuk dasar dari kontrol manejemen proyek lunak dan menetapkan konteks dimana metode teknis diterapkan, pekerjaan produk diproduksi, pencapaian ditetapkan, kualitas terjamin dan perubahan yang dikelola dengan baik.

commit to user

7 digilib.uns.ac.id


Metode rekayasa perangkat lunak menyediakan bagaimana teknis untuk membangun perangkat lunak. Metode rekayasa perangkat lunak bergantung pada seperangkat prinsip dasar yang mengatur setiap area teknologi termasuk kegiatan pemodelan dan teknik deskriptif lainnya. Alat rekayasa perangkat lunak memberikan dukungan otomatis untuk proses dan metode. Ketika alat-alat terintegrasi maka informasi yang dibuat oleh satu alat dapat digunakan oleh alat yang lain, dan sebuah sistem tersebut akan mendukung pengembangan perangkat lunak. Perangkat lunak perusahaan dan membangun lima tingkat kematangan proses, yang didefinisikan dengan cara berikut ini : 1. Initial – Proses perangkat lunak yang ditandai sebagai ad hoc, dan bahkan kadang-kadang bersifat kacau (chaotic). 2. Repeatable – Proses-proses manajemen proyek dasar dibangun untuk menelusuri masalah biaya, jadual, dan fungsionalitas. Disiplin proses yang perlu ada untuk mengulangi sukses-sukses proyek yang terdahulu dengan penerapan yang sama. 3. Defined – Proses perangkat lunak, baik untuk aktivitas manajemen atau perekayasaan didokumentasikan, distandarkan, dan diintegrasikan ke dalam proses perangkat lunak organisasi besar. Semua proyek menggunakan versi proses organisasi yang didokumentasikan dan disahkan untuk pengembangan dan pemeliharaan perangkat lunak. 4. Managed – Pengukuran detail terhadap proses perangkat lunak dan kualitas produksi dikumpulkan. Produk dan proses perangkat lunak dipahami secara kuantitatif dan dikontrol dengan menggunakan pengukuran secara detail. 5. Optimizing – Pertambahan proses yang terus-menerus dimungkinkan oleh umpan balik kuantitatif dari proses dan dari gagasan inovatif pengujian serta teknologi.

commit to user

8 digilib.uns.ac.id


2.3 UML (Unified Model Language) UML (Pender, 2002) adalah standar untuk menciptakan model yang mewakili perangkat lunak berorientasi objek dan sistem bisnis. UML memiliki standarisasi notasi tetapi tidak mendikte bagaimana menerapkan notasi. UML mencakup spesifikasi untuk sembilan diagram berbeda yang digunakan untuk berbagai dokumen perspektif dari solusi perangkat lunak dari awal proyek sampai instalasi dan pemeliharaan mikrofinansial. Salah satu cara untuk mengatur diagram UML adalah dengan menggunakan view. View adalah kumpulan diagram yang menggambarkan aspek yang sama dari proyek. View mempunyai 3 pelengkap, yaitu Static View, Dynamic View, dan Functional View. 1. Static View Static View termasuk diagram yang memberikan gambaran dari unsur-unsur dari sistem tetapi tidak memberitahu bagaimana elemen akan berperilaku. Hal ini sangat mirip Blueprint. Blueprint itu komprehensif, tetapi mereka hanya menunjukkan apa yang tetap diam, maka disebut Static View. Static View dibentuk oleh dua diagram, yaitu Class Diagram dan Object Diagram. Class diagram merupakan alat utama dari static view, diagram ini menyediakan tampilan dari semua sumber daya (class) dan fitur-fiturnya. Untuk mendukung class diagram kita memerlukan object diagram. Object diagram digunakan untuk menguji atau untuk memahami class diagram. Class diagram terdiri dari tiga kompartemen (ruang persegi panjang) yang mengandung informasi yang berbeda diperlukan untuk menjelaskan sifat-sifat satu jenis objek.

commit to user

9 digilib.uns.ac.id


Gambar 2.3. Spesifikasi class Bagian atas adalah name compartment mendefinisikan class (tipe objek) dalam sebuah paket. Bagian kedua adalah attribute compartment berisi semua definisi data. Dan bagian paling bawah adalah operations compartment berisi definisi untuk setiap perilaku yang didukung oleh jenis objek. Simbol-simbol class diagram adalah sebagai berikut : Simbol

Keterangan Package merupakan sebuah bungkusan dari satu atau lebih kelas Kelas pada struktur sistem

Asosiasi adalah relasi antar kelas dengan makna umum, asosiasi biasanya

juga

disertai

dengan

multiplicity Table 2.1. Simbol class diagram

2. Dynamic View Pada Dynamic View meliputi diagram yang mengungkapkan bagaimana benda berinteraksi dengan satu sama lain dalam respon commit toSequence user terhadap lingkungan. Ini termasuk Diagram dan Collaboration

10 digilib.uns.ac.id


Diagram, yang kolektif disebut sebagai diagram interaksi. Mereka secara khusus dirancang untuk menjelaskan bagaimana benda berbicara satu sama lain. Ini juga mencakup Statechart Diagram, yang menunjukkan bagaimana dan mengapa perubahan objek dari waktu ke waktu dalam menanggapi lingkungan. Sequence diagram lebih dimodelkan pada tingkat objek daripada tingkat kelas untuk memungkinkan skenario yang menggunakan lebih dari satu instance dari kelas yang sama dan bekerja pada tingkat fakta, data uji, dan contoh. Sequence Diagram menggunakan tiga elemen notasi mendasar: object, message/stimuli, and object lifeline.

Simbol

Keterangan Objects; mewakili peserta Messages/Stimuli; mewakili komunikasi yang dikirim satu sama lain. Lifeline; untuk mengatur pesan-pesan dalam urutan yang relatif tepat.

Self message merupakan pesan dari sebuah objek kepada objek itu sendiri untukmelakukan suatu aksi Table 2.2. Simbol sequence diagram

3. Functional View Functional View terbentuk oleh Use Case Diagram dan Activity Diagram. Use case diagram menggambarkan fitur di mana pengguna mengharapkan sistem untuk menyediakan. Lima elemen pemodelan yang membentuk Use Case Diagram: system, actor, Use Case, association, dan commit to user dependency.



Simbol

Keterangan Actor; Sebuah peran yang dimainkan oleh seseorang, sistem, atau perangkat yang memiliki saham dalam keberhasilan operasi dari sistem. Use Case; Untuk mengungkapkan tujuan bahwa sistem harus dicapai. Association; Mengidentifikasi interaksi antara aktor dan Use Case Dependency; Mengidentifikasi hubungan komunikasi antara dua Use Case. Include; merupakan hubungan use case tambahan kesebuah usecase dimana usecase yang ditambahkan memerlukan use case ini untuk menjalankan fungsinya atau sebagai syarat dijalankan usecase ini. Extends;

merupakan

hubungan

usecase

tambahan

kesebuah usecase dimana usecase yang ditambahkan dapat berdiri sendiri walau tanpa usecase itu. Tabel 2.3. Simbol Use Case Diagram

Activity Diagram ini menggambarkan proses yang termasuk tugas berurutan, logika kondisional, dan konkurensi. Diagram ini adalah seperti flowchart, tetapi telah ditingkatkan untuk digunakan dengan pemodelan objek.

2.4 Framework Menurut Basuki (2010), framework adalah koleksi atau kumpulan potongan-potongan program yang disusun atau diorganisasikan sedemikian rupa, sehingga dapat digunakan untuk membantu membuat aplikasi utuh tanpa harus membangun dari awal. Oleh sebab itu, dengan menggunakan framework dapat commit to user



memberikan keuntungan berupa efisiensi waktu dan kemudahan dalam pembuatan program. Kelebihan dari menggunakan framework adalah : 1. Waktu pembuatan aplikasi jauh lebih singkat. 2. Kode aplikasi menjadi lebih mudah dibaca, karena sedikit dan sifatnya pokok. Detailnya adalah kode dari framework itu sendiri yang sudahterjamin. 3. Aplikasi menjadi lebih mudah untuk diperbaiki, karena tidak perlu fokus kesemua komponen kode, terutama kode sistem framework tersebut. 4. Tidak perlu membuat kode penunjang aplikasi seperti koneksi database,form, GUI, keamanan dan lain sebagainya karena sudah disediakan olehframework. 5. Pemrograman menjadi lebih terfokus pada alur aplikasi seperti apa yangakan ditampilkan dan layanan apa saja yang akan diberikan oleh aplikasi. 6. Jika proyek dikerjakan secara team work, maka akan lebih terarah karenasistem framework mengharuskan adanya keteraturan peletakan kode.Sehingga tim hanya akan berfokus pada bidang kerjanya masingmasing.

2.5 CodeIgniter Menurut Basuki (2010), CodeIgniter adalah sebuah framework PHP yang dapat membantu mempercepat developer dalam pengembangan aplikasi web berbasis PHP dibandingkan jika menulis semua kode dari awal. CodeIgniter menyediakan banyak library untuk mengerjakan tugas-tugas yang umumnya ada pada sebuah aplikasi berbasis web. Keuntungan menggunakan CodeIgniter adalah : 1. Gratis 2. Ditulis menggunakan PHP 4 commit to user 3. Berukuran Kecil



4. Menggunakan MVC 5. URL yang sederhana 6. Memiliki paket library yang lengkap 7. Extensible

2.6 MVC (Model-View-Controller) MVC adalah kaidah pemrograman yang digunakan berdasarkan konseptim pengembang yang memungkinkan pemisahan antara layer application-logicdan presentation.

Sehingga

apabila

diaplikasikan

dalam

sebuah

tim,

seorangprogrammer bisa berkonsentrasi pada core-system dan seorang web desaignerbisa berkonsentrasi pada sisi tampilan. Dengan demikian aplikasi yang dibuatakan mudah untuk di-maintenance dan dikembangan lebih lanjut (Basuki,2010). Secara spesifik konsep MVC dapat digambarkan sebagai berikut.

Gambar 2.4. Konsep MVC Ketika datang user request, maka permintaan tersebut akan ditanganioleh Controller, kemudian Controller akan memanggil Model jika memang diperlukan operasi database. Hasil dari query oleh Model selanjutnya akan dikembalikan kepada Controller. Kemudian Controller akan memanggil Viewyang tepat dan mengkombinasikannya dengan hasil query Model. Hasil akhir dari operasi ini commit to user



akan ditampilkan ke browser yang selanjutnya dilihat oleh user.Keterangan dari masing-masing Model-View dan Controller adalah sebagai berikut. 1. Model : Kode program (berupa OOP class) yang digunakan untuk memanipulasi database 2. View : Berupa template html/xhtml/php yang digunakan untuk menampilkan data pada browser 3. Controller : Kode program (berupa OOP class) yang digunakan untuk mengontrolaliran aplikasi (pengontrol antara Model dan View)

2.7 Database Management System (DBMS) 2.7.1

Basis Data Basis data merupakan kumpulan data yang saling berhubungan satu

dengan yang lainnya, tersimpan di perangkat keras komputer dan digunakan perangkat lunak untuk memanipulasinya. Basis data merupakan salah satu komponen yang penting dalam sistem informasi, karena merupakan basis dalammenyediakan informasi bagi para pemakai. Jenjang data yang diperlukan dalam membentuk basis data adalah. a.

Characters : merupakan bagian data terkecil, yang dapat berupa karakter numeric, huruf ataupun karakter -karakter khusus (special characters) yang membentuk suatu item data / field.

b.

Field : mempresentasikan suatu atribut dari record yang menunjukkan suatu item dari data, seperti misalnya nama, alamat dan lain sebagainya. Kumpulan dari field akan membentuk suatu record.

c.

Record : menggambarkan suatu unit data individu yang tertentu. Kumpulan dari record membentuk suatu file.

d.

File : terdiri dari record-record yang menggambarkan suatu kesatuan data yang sejenis.

e.

Database : kumpulan dari file/tabel membentuk suatu database.

commit to user



2.7.2 Structured Query Language (SQL) SQL (Abraham Silberschatz : 2011) merupakan bahasa standar untuk RDBMS (Relational Database Management System) yang telah diterima ANSI (American

National Standard

Input)

dan

ISO

(International

Organization for Standardization) yangdigunakan untuk melakukan query data pada database. Standar SQL yang telah dikeluarkan oleh ANSI antara lain : SQL-86, SQL-89, SQL-92, SQL-99,SQL:2003,SQL:2006 dan SQL:2008. Beberapa lingkungan SQL diantaranya: a. Katalog : Kumpulan skema yang merupakan deskripsi basis data. b. Skema : Struktur yang berisi deskripsi objek yang dibuat pengguna (tabel, view, constraint). c. DDL

:

(Data

Definition

Language)

merupakan

perintah

yang

mendefinisikan basis data, termasuk pembuatan (create), pengubahan (alter), pengahapusan (drop) tabel dan penetapan constraint. d. DML : (Data Manipulation Language) merupakan perintah untuk merawat query basis data. e. DCL : (Data Control Language) merupakan perintah yang mengontrol basis data, termasuk administrasi hak akses dan commit data. 2.7.3

PostgreSQL PostgreSQL(Abraham : 2011) adalah open source objek-relasional

database sistem manajemen. Sistem POSTGRES dikembangkan di bawah Professor Michael Stonebraker di University of California, Berkeley. Nama "postgres" berasal dari nama perintis sistem database relasional, Ingres, juga dikembangkan di bawah Stonebraker di Berkeley. Saat ini, PostgreSQL mendukung banyak aspek dari SQL: 2003 dan menawarkan fitur seperti query yang queries, foreign keys, triggers, views, integritas transaksi, pencarian teks lengkap,

and

replikasi

data

terbatas.

Selain

itu,

pengguna

dapat

memperpanjang PostgreSQL dengan tipe data baru, fungsi, operator, atau metode indeks. PostgreSQL mendukung berbagai bahasa pemrograman (termasuk C, C + +, Java, Perl, Tcl, dan Python) serta antarmuka database commit to user JDBC dan ODBC.



Keuntungan lain dari PostgreSQL adalah postgreSQL bersama dengan MySQL merupakan salah satu dari dua yang paling banyak digunakan open source sistem database relasional. PostgreSQL dirilis di bawah lisensi BSD, yang memberikan izin kepada siapapun untuk penggunaan, modifikasi, dan distribusi dari kode PostgreSQL dan dokumentasi untuk tujuan apapun tanpa biaya.

commit to user


digilib.uns.ac.id

BAB III ANALISIS KEBUTUHAN DAN PERANCANGAN SISTEM

3.1 Deskripsi Umum Sistem Perancangan sistem sangat dibutuhkan dalam pembuatan sistem, perancangan

tersebut

meliputi

perancangan

user

identification

untuk

mendiskripsikan alur dari tiap user. Perancangan mengenai alur data sistem juga dibutuhkan untuk memahami dan merealisasikan sistem. Sistem informasi penilaian mahasiswa berbasis komponen merupakan sistem informasi yang mempermudah mahasiswa dalam melihat nilai sesuai dengan peraturan yaitu dapat melihat nilai setelah mengisi SKP. Sistem penilaian ini juga dapat mempermudah dosen dan operator dalam pengolahan data nilai, dosen dapat memasukkan nilai dengan meng-upload file dengan format Microsoft Excel. Dalam sistem ini operator juga dapat memasukkan nilai seperti yang dilakukan oleh dosen. Menurut deskripsi di atas, perancangan sistem akan dijabarkan lebih spesifik pada tahap analisis dan perancangan untuk menguraikan sub-sub bagian yang akan digunakan untuk tahap implementasi (pembuatan) sistem.

3.2 Analisis Kebutuhan 3.2.1

Aktor Aktor merupakan seseorang, sistem, atau perangkat yang melakukan kegiatan yang berpengaruh dalam keberhasilan operasi dari sistem. Aktor dalam sistem penilaian mahasiswa adalah sebagai berikut : 1. User User terdiri dari 4 aktor yaitu admin, operator, dosen dan mahasiswa yang memiliki hak akses yang berbeda, namun keempat aktor dapat login. 2. Admin Admin adalah aktor yang bertugas untuk mengatur manajemen data operator. commit to user

17



3. Sistem Merupakan sistem penilaian mahasiswa, kegiatan sistem disini adalah menerima data dari sistem lain, yaitu sistem SKP, jadwal, mahasiswa, dan kepegawaian. 4. Operator Merupakan orang yang dapat memanajemen nilai untuk menggantikan

tugas

dosen

apabila

dosen

tidak

dapat

memasukkan nilai. Operator juga dapat menvalidasi jadwal sistem. 5. Dosen Merupakan orang yang dapat memanajemen nilai. 6. Mahasiswa Merupakan orang yang dapat melihat nilai setelah mengisi SKP(Sistem Kepuasan Pelanggan).

3.2.2 Kebutuhan Fungsional Kebutuhan

fungsional

dalam

sistem

penilaian

mahasiswa

ditunjukkan pada tabel 3.1. Tabel 3.1. Kebutuhan Fungsional Sistem Kode

Aktor

Deskripsi

SRS-F1

Admin

Dapat mengelola data operator

SRS-F2

Admin

Dapat menvalidasi data dosen

SRS-F3

Operator, Dosen

Dapat mengelola data nilai

SRS-F4

Operator

Dapat validasi data jadwal

SRS-F5

Sistem

Dapat menerima data dosen dari sistem Kepegawaian

SRS-F6

Sistem

Dapat menerima status pengisian SKP dari sistem SKP (Sistem Kepuasan Pelanggan)

SRS-F7

Sistem

Dapat menerima data aktifitas mengajar dari sistem Jadwal commit to user



SRS-F8

Sistem

Dapat menerima data aktifitas kuliah dari sistem Mahasiswa

SRS-F9

User

Dapat login

SRS-F10 Mahasiswa

Dapat melihat nilai setelah melakukan pengisian SKP

SRS-F11 User

Dapat mengganti password

3.2.3

Kebutuhan Non Fungsional Kebutuhan

fungsional

dalam

sistem

penilaian

mahasiswa

ditunjukkan pada tabel3.2. Tabel 3.2. Kebutuhan Non Fungsional Sistem Kode

Deskripsi

SRS-NF1

Tampilan sistem user friendly

SRS-NF2

Sistem dapat dijalankan secara localhost

3.3 Perancangan Sistem 3.3.1

Pemodelan use case

a. Deskripsi Use Case Deskripsi use case ditunjukkan pada tabel 3.3. Tabel 3.3. Deskripsi Use Case Nama

Deskripsi

Login

Fungsi yang digunakan sebagai autentikasi untuk memberikan hak akses sesuai yang dimiliki masing-masing user agar dapat menggunakan fungsi-fungsi lain di dalam sistem.

Kelola Data

Fungsi yang digunakan untuk mengelola data operator yaitu menambah,

Operator

menghapus dan melihat data operator

Validasi Dosen

Fungsi yang digunakan untuk menvalidasi data dosen yang mengajar

Kelola Data Nilai

Fungsi yang digunakan untuk mengelola data nilai yaitu menambah, mengubah, dan melihat data nilai

Validasi Jadwal

Fungsi yang digunakan untuk menvalidasi data jadwal, yaitu data aktifitas mengajar dosen dan data aktifitas kuliah mahasiswa commit to user



Melihat Nilai

Fungsi yang digunakan mahasiswa untuk melihat nilai setelah mengisi SKP di sistem SKP

Mengganti

Fungsi ini digunakan sebelum seorang user melakukan sebuah aktifitas.

Password

b. Diagram Use Case Diagram use case ditunjukkan pada gambar 3.1.

Gambar 3.1. Diagram Use Case

commit to user



3.3.2 Aktivity Diagram 1. Aktivity Diagram login Aktivity Diagram login ditunjukkan pada gambar 3.2.

Gambar 3.2. Aktivity Diagram login

commit to user



2. Aktivity Diagram Kelola data operator Aktivity Diagram Kelola data operator ditunjukkan pada gambar 3.3.

Gambar 3.3. Aktivity Diagram kelola data operator

commit to user



3. Aktivity Diagram Validasi Data Dosen Aktivity Diagram Validasi Data Dosen ditunjukkan pada gambar 3.4.

Gambar 3.4. Aktivity Diagram validasi data dosen

commit to user



4. Aktivity Diagram kelola data nilai Aktivity Diagram kelola data nilai yang dilakukan oleh operator ditunjukkan pada gambar 3.5. Dan Aktivity Diagram kelola data nilai yang dilakukan oleh dosen ditunjukkan pada gambar 3.6.

Gambar 3.5. Aktivity Diagram kelola data nilai operator

commit to user



Gambar 3.6. Aktivity Diagram kelola data nilai dosen

commit to user



5. Aktivity Diagram Validasi Data Jadwal Aktivity Diagram Validasi Data Jadwal ditunjukkan pada gambar 3.7.

Gambar 3.7. Aktivity Diagram validasi data jadwal

commit to user



6. Aktivity Diagram lihat nilai Aktivity Diagram lihat nilai ditunjukkan pada gambar 3.8.

Gambar 3.8. Aktivity Diagram lihat nilai

commit to user



3.3.3 Class Diagram Tahap Analisis Class diagram tahap analisis terdiri dari beberapa class diagram. Yaitu : 1. Login Class diagram tahap analisis login ditunjukkan pada gambar 3.9.

Gambar 3.9. Class diagram tahap analisis login

2. Kelola data operator Class diagram tahap analisis kelola data operator ditunjukkan pada gambar 3.10.

Gambar 3.10. Class diagram tahap analisis kelola data operator

commit to user



3. Validasi data dosen Class diagram tahap analisis validasi data dosen ditunjukkan pada gambar 3.11.

Gambar 3.11. Class diagram tahap analisis validasi data dosen

4. Kelola data nilai Class diagram tahap analisis kelola data nilai ditunjukkan pada gambar 3.12.

Gambar 3.12. Class diagram tahap analisis kelola data nilai commit to user



5. Validasi jadwal Class diagram tahap analisis validasi jadwal ditunjukkan pada gambar 3.13.

Gambar 3.13. Class diagram tahap analisis validasi jadwal

6. Melihat nilai Class diagram tahap analisis melihat nilai ditunjukkan pada gambar 3.14.

Gambar 3.14. Class diagram tahap analisis melihat nilai commit to user



7. Mengganti Password Class diagram tahap analisis mengganti password ditunjukkan pada gambar 3.15.

Gambar 3.15. Class diagram tahap analisis mengganti password

3.3.4

Sequence Diagram Sequence diagram tahap analisis terdiri dari beberapa Sequence. Yaitu : 1. Login Sequence diagram login ditunjukkan pada gambar 3.16. <> : login

<> : LoginControl

<<entity>> : admin

<<entity>> : user

: user 1 : setUsername() 2 : setPassword()

3 : username := getUsername() 4 : password := getPassword()

6 : displayMessage()

5 : checkFormat()

7 : username := getUsername() 8 : password := getPassword() 9 : username := getUsername() 10 : password := getPassword() 11 : checkFormat()

13 : displayMessage()

12 : setLevel&Username()

commit to user Gambar 3.16. Sequence diagram login

<> : Session



2. Kelola data operator Sequence diagram kelola data operator ditunjukkan pada gambar 3.17.

Gambar 3.17. Sequence diagram kelola data operator

commit to user



3. Validasi data dosen Sequence diagram validasi data dosen ditunjukkan pada gambar 3.18.

Gambar 3.18. Sequence diagram validasi data dosen 4. Mengganti Password Sequence diagram mengganti password ditunjukkan pada gambar 3.19.

Gambar 3.19. Sequence diagram mengganti password

commit to user



5. Kelola data nilai Sequence diagram kelola data nilai ditunjukkan pada gambar 3.20.

Gambar 3.20. Sequence diagram kelola data nilai

commit to user



6. Validasi jadwal Sequence diagram validasi jadwal ditunjukkan pada gambar 3.21.

Gambar 3.21. sequence diagram validasi jadwal

commit to user



7. Melihat nilai Sequence diagram melihat nilai ditunjukkan pada gambar 3.22.

Gambar 3.22. Sequence diagram melihat nilai

3.3.5

Class Diagram Tahap Model Class diagram tahap model terdiri dari beberapa class diagram. Yaitu : 1. Login Class diagram tahap model login ditunjukkan pada gambar 3.23.

Gambar 3.23. Class diagram tahap model login commit to user



2. Kelola data operator Class diagram tahap model kelola data operator ditunjukkan pada gambar 3.24.

Gambar 3.24. Class diagram tahap model kelola data operator 3. Validasi data dosen Class diagram tahap model validasi data dosen ditunjukkan pada gambar 3.25.

commit to user Gambar 3.25. Class diagram tahap model validasi data dosen



4. Kelola data nilai Class diagram tahap model kelola data nilai ditunjukkan pada gambar 3.26.

Gambar 3.26. Class diagram tahap model kelola data nilai

commit to user



5. Validasi jadwal Class diagram tahap model validasi jadwal ditunjukkan pada gambar 3.27.

Gambar 3.27. Class diagram tahap model validasi jadwal

commit to user



6. Melihat nilai Class diagram tahap model melihat nilai ditunjukkan pada gambar 3.28.

Gambar 3.28. Class diagram tahap model melihat nilai

7. Ganti Password Class diagram tahap model ganti password ditunjukkan pada gambar 3.29.

commit to user Gambar 3.29. Class diagram tahap model ganti password



3.4 Analisis dan Perancangan Basis Data (Database) Relationship Table (Relasi Antar Tabel)

3.4.1

Relasi antar tabel dapat dilihat pada Gambar 3.30. ps

nilai_sementara PK,FK1

PK

NIM

jurusan

kode_ps

PK

fakultas

kode_jur

PK

pt admin

kode_fak

PK

kode_pt PK

kd1 kd2 kd3 kd4

FK1

mahasiswa PK

NIM

FK1 FK2

nama tmplhr tgllhr alamat kode_pos th_msk jk email kode_ps kode_jur

nama alamat kode_pos telp fax email website kode_jur

FK1

nama alamat kode_pos telp fax email website kode_fak

nama alamat kode_pos telp fax email website kode_pt

FK1

nama alamat kode_pos telp fax email website

password

user PK

iduser

FK1 FK2

NIM NIDN password nik

FK3 dosen

matkul PK

aktivitas_kuliah PK

kode_kulmhs

FK1 FK2

NIM Kode_matkul thn_pel semester_pel

FK1 FK2

kode_matkul

PK

NIDN

FK1

NIP nama golongan pangkat jk tmplhr tgllhr alamat kode_pos email kode_fak

nama jenis semester sks kode_ps kode_jur

karyawan PK

nik

FK1

NIP nama golongan pangkat jk tmplhr tgllhr alamat kode_pos email kode_fak

aktivitas_mengajar

nilai PK

kode_nilai

FK1 FK2 FK3 FK4

NIM kode_mengajar kode_matkul kode_kulmhs KD nilai

PK

kode_mengajar

FK1 FK2

NIDN kode_matkul thn_pel semester_pel

Gambar 3.30. Relationship Table (Relasi Antar Tabel)

commit to user

username

log PK

id

FK1

iduser date



3.4.2 Rancangan Database a. Tabel Perguruan Tinggi

Nama tabel : pt Fungsi : Penyimpanan data perguruan tinggi Tabel 3.4.Tabel Perguruan Tinggi Nama Field

Tipe

Lebar

Keterangan

kode_pt

varchar

10

Kode perguruan tinggi

nama

varchar

25

Nama perguruan tinggi

alamat

varchar

50

Alamat perguruan tinggi

kode_pos

integer

Kode pos

telp

integer

Nomor

telepon

Key Primary Key

perguruan

tinggi fax

integer

Nomor fax perguruan tinggi

email

varchar

25

e-mail perguruan tinggi

website

varchar

15

Alamat website

b. Tabel Fakultas

Nama tabel : fakultas Fungsi : Penyimpanan data fakultas Tabel 3.5. Tabel Fakultas Nama Field

Tipe

Lebar

Keterangan

kode_fak

varchar

10

Kode fakultas

nama

varchar

25

Nama fakultas

alamat

varchar

50

Alamat fakultas

kode_pos

integer

Kode pos

telp

integer

Nomor telepon fakultas

fax

integer

Nomor fax fakultas

email

varchar

15

e-mail fakultas

website

varchar

25

Alamat website fakultas

kode_pt

varchar

10

Kode perguruan commit to user tinggi

Key Primary Key

Foreign Key



c. Tabel Jurusan

Nama tabel : jurusan Fungsi : Penyimpanan data jurusan Tabel 3.6. Tabel Jurusan Nama Field

Tipe

Lebar

Keterangan

kode_jur

varchar

10

Kode jurusan

nama

varchar

25

Nama jurusan

alamat

varchar

50

Alamat jurusan

kode_pos

integer

Kode pos

telp

integer

Nomor telepon jurusan

fax

integer

Nomor fax jurusan

email

varchar

15

e-mail jurusan

website

varchar

25

Alamat website jurusan

kode_fak

varchar

10

Kode fakultas

Key Primary Key

Foreign Key

d. Tabel Program Studi

Nama tabel : ps Fungsi : Penyimpanan data Program Studi Tabel 3.7. Tabel Program Studi Nama Field

Tipe

Lebar

Keterangan

kode_ps

varchar

10

Kode program studi

nama

varchar

25

Nama program studi

alamat

varchar

50

Alamat program studi

kode_pos

integer

Kode pos

telp

integer

Nomor telepon program studi

fax

integer

Nomor fax program studi

email

varchar

15

e-mail program studi

website

varchar

25

Alamat website program studi

kode_jur

varchar

10

Kode jurusan commit to user

Key Primary Key

Foreign Key



e. Tabel Dosen

Nama tabel : dosen Fungsi : Penyimpanan data Dosen Tabel 3.8. Tabel Dosen Nama Field

Tipe

Lebar

Keterangan

NIDN

varchar

20

Nomor Induk Dosen Nasional

NIP

varchar

20

Nomor Induk Pegawai

nama

varchar

25

Nama dosen

golongan

varchar

10

Golongan dosen

pangkat

varchar

10

Pangkat dosen

jk

varchar

10

Jenis kelamin

tmplhr

varchar

20

Tempat lahir

tgllhr

date

alamat

varchar

kode_pos

integer

email

varchar

20

e-mail

kode_fak

varchar

10

Kode fakultas

Key Primary Key

Tanggal lahir 50

Alamat dosen Kode pos

Foreign Key

f. Tabel Mata Kuliah

Nama tabel : matkul Fungsi : Penyimpanan data mata kuliah Tabel 3.9. Tabel mata kuliah Nama Field

Tipe

Lebar

Keterangan

kode_matkul varchar

15

Kode mata kuliah

nama

varchar

25

Nama mata kuliah

jenis

varchar

20

Jenis mata kuliah

semester

varchar

6

Semester pada saat mata kuliah diberikan

sks

Integer

kode_ps

varchar

10

kode_jur

varchar

10

Key Primary Key

Sks mata kuliah sesuai kurikulum Kode program studi Kode jurusan commit to user

Foreign Key Foreign Key



g. Tabel Mahasiswa

Nama tabel : mahasiswa Fungsi : Penyimpanan data mahasiswa Tabel 3.10. Tabel Mahasiswa Nama Field

Tipe

Lebar

Keterangan

Key

NIM

varchar

10

Nomor Induk Mahasiswa

nama

varchar

25

Nama dosen

tmplhr

varchar

20

Tempat lahir

tgllhr

date

alamat

varchar

kode_pos

integer

th_msk

integer

jk

varchar

10

Jenis kelamin

email

varchar

20

e-mail

kode_ps

varchar

10

Kode Program Studi

Foreign Key

kode_jur

varchar

10

Kode Jurusan

Foreign Key

Primary Key

Tanggal lahir 50


h. Tabel Aktifitas Kuliah

Nama tabel : aktifitas_kuliah Fungsi : Penyimpanan data aktifitas kuliah Tabel 3.11. Tabel aktifitas kuliah Nama Field

Tipe

Lebar

Keterangan

Key

kode_kulmhs varchar

10

Kode aktifitas kuliah

Primary Key

NIM

varchar

10


Foreign Key

kode_matkul

varchar

10

Kode mata kuliah

Foreign Key

thn_pel

Integer

semester_pel

varchar

Tahun Pelaporan data 6

Semester Pelaporan data

commit to user



i.

Tabel Aktifitas Mengajar Nama tabel : aktifitas_mengajar Fungsi : Penyimpanan data aktifitas mengajar Tabel 3.12. Tabel aktifitas mengajar

Nama Field

Tipe

kode_mengajar varchar NIDN

Integer

kode_matkul

varchar

thn_pel

Integer

semester_pel

varchar

j.

Lebar 10

Keterangan Kode aktifitas mengajar

Key Primary Key

Nomor Induk Dosen Nasional Foreign Key 10

Kode mata kuliah

Foreign Key

Tahun Pelaporan data 6

Semester Pelaporan data

Tabel Nilai Nama tabel : nilai Fungsi : Penyimpanan data nilai Tabel 3.13. Tabel nilai

Nama Field

Tipe

Lebar

Keterangan

kode_nilai

varchar

10

Kode nilai

Primary Key

NIM

varchar

10


Foreign Key

kode_mengajar varchar

10

Kode aktifitas mengajar

Foreign Key

kode_kulmhs

varchar

10

Kode aktifitas kuliah mahasiswa

Foreign Key

kode_matkul

varchar

10

Kode mata kuliah

Foreign Key

KD

integer

nilai

real

Pelaksanaan kompetensi dasar Nilai mahasiswa

commit to user

Key



k. Tabel Nilai Sementara

Nama tabel : nilai_sementara Fungsi : Penyimpanan data nilai sementara Tabel 3.14. Tabel nilai Nama Field NIM

Tipe

Lebar

varchar

10

Keterangan Nomor Induk Mahasiswa

Key Primary Key, Foreign Key

kd1

integer

Nilai Kompetensi dasar 1

kd2

Integer


kd3

Integer


kd4

integer


l.

Tabel Karyawan Nama tabel : karyawan Fungsi : Penyimpanan data Karyawan Tabel 3.15. Tabel Karyawan

Nama Field

Tipe

Lebar

Keterangan

nik

varchar

10

Nomor Induk Karyawan

NIP

varchar

20

Nomor Induk Pegawai

nama

varchar

25

Nama dosen

golongan

varchar

10

Golongan dosen

pangkat

varchar

10

Pangkat dosen

jk

varchar

10

Jenis kelamin

tmplhr

varchar

20

Tempat lahir

tgllhr

date

alamat

varchar

kode_pos

integer

email

varchar

20

e-mail

kode_fak

varchar

10

Kode fakultas

Key Primary Key

Tanggal lahir 50


commit to user

Foreign Key



m. Tabel Admin

Nama tabel : admin Fungsi : Penyimpanan data user admin Tabel 3.16. Tabel Admin Nama Field

Tipe

Lebar

Keterangan

username

varchar

10

Username admin

password

varchar

8

Password admin

Key Primary Key

n. Tabel User

Nama tabel : user Fungsi : Penyimpanan data user Tabel 3.17. Tabel User Nama Field

Tipe

Lebar

Keterangan

Key

id

varchar

10

Username admin

Primary Key

nik

varchar

10


Foreign Key

NIDN

varchar

10

Nomor Induk Dosen Nasional

Foreign Key

NIM

varchar

10


Foreign Key

Password

varchar

8

Password admin

o. Tabel Log

Nama tabel : log Fungsi : Penyimpanan data penggantian password Tabel 3.18. Tabel Log Nama Field

Tipe

Lebar

Id

varchar

10

Username admin

Primary Key

idUser

varchar

10


Primary Key

Tanggal penggantian password

Foreign Key

date

date

Keterangan

commit to user

Key



3.5 Perancangan Antar Muka (User Interface) a. Halaman Utama Header Login Username Password login

Footer Gambar 3.31. Rancangan Antar Muka Halaman Utama b. Admin Header Home | Kelola Data Operator | Validasi Data Dosen | Logout

Footer Gambar 3.31. Rancangan Antar Muka Halaman Admin Home

Header Home | Kelola Data Operator | Validasi Data Dosen | Logout Tambah data

Footer Gambar 3.32. Rancangan Antar Muka Halaman Admin Kelola Data Operator

commit to user



Header Home | Kelola Data Operator | Validasi Data Dosen | Logout

Data Dosen submit

Footer Gambar 3.33. Rancangan Antar Muka Halaman Admin Validasi Data Dosen c. Operator Header Home | Nilai | Validasi Data Jadwal| Logout

Footer Gambar 3.34. Rancangan Antar Muka Halaman Operator Home Header Home | Nilai | Validasi Data Jadwal| Logout

Tambah data

Footer Gambar 3.35. Rancangan Antar Muka Halaman Operator Nilai Header Home | Nilai | Validasi Data Jadwal| Logout

Aktifitas Mengajar Aktifitas Kuliah

Footer Gambar 3.36. Rancangan Antar Muka Halaman Operator Validasi Data Jadwal commit to user



d. Mahasiswa Header Home | Lihat Nilai

Footer Gambar 3.37. Rancangan Antar Muka Halaman Mahasiswa Home

Header Home | Lihat Nilai Data Nilai

Footer Gambar 3.38. Rancangan Antar Muka Halaman Mahasiswa Lihat Nilai

commit to user


digilib.uns.ac.id

BAB IV IMPLEMENTASI

4.1 Implementasi Sistem Implementasi dari sistem penilaian mahasiswa adalah sebagai berikut : Sistem Penilaian Mahasiswa ini dibangun dengan interface yang multi user, yaitu interface admin, interface operator, interface dosen dan interface mahasiswa.

4.2 Implementasi Antar Muka 4.2.1 Tampilan Utama Sistem Tampilan utama sistem merupakan tampilan awal sebelum memasuki interface user. Dalam halaman ini terdapat login form untuk memasuki halaman interface user sesuai dengan levelnya.

Gambar 4.1 Implementasi Interface Login

commit to user

52


digilib.uns.ac.id 53

4.2.2 Tampilan Halaman Admin

Gambar 4.2 Implementasi Interface Halaman Admin Home Halaman admin terdiri dari halaman data operator dan halaman validasi data dosen. a. Halaman Data Operator Halaman ini merupakan halaman untuk mengelola data operator.

Gambar 4.3 Implementasi Interface Halaman Kelola data operator Dalam halaman kelola data operator terdapat pilihan tambah data dan hapus data. commit to user



1. Halaman Tambah Operator

Gambar 4.4 Implementasi Interface Halaman tambah data operator

Gambar 4.4 merupakan halaman untuk menambah data operator, dalam halaman ini terdapat form untuk data operator, jika menekan tombol simpan maka data akan tersimpan di database dan akan menampilkan halaman seperti pada gambar 4.5 (Gambar di lampiran). Dalam halaman ini juga terdapat link kembali, jika link tersebut di klik maka akan kembali ke halaman sebelumnya yaitu seperti pada gambar 4.3.

2. Link hapus data operator Gambar 4.6 adalah halaman apabila pilihan hapus dalam gambar 4.3 dipilih dan data operator akan terhapus dari database.

commit to user



Gambar 4.6 Implementasi Interface Halaman tambah data operator

b. Halaman Validasi Data Dosen

Gambar 4.9 Implementasi Interface Halaman validasi data dosen Gambar 4.9 merupakan halaman untuk mencocokkan antara ata user dosen dengan dosen dalam sistem kepegawaian. Dalam halaman ini sistem meminta admin untuk mem-validasi manakan dosen yang commit to user



dapat menjadi user. Jika checkbox di centang maka dosen dapat menjadi user, jika tidak maka data dosen pada tabel user dihapus atau data dosen tidak dapat menjadi user. Setelah di klik tombol submit maka akan muncul gambar 4.10(Gambar di lampiran).

4.2.3 Tampilan Halaman Operator

Gambar 4.10 Implementasi Interface Halaman operator Halaman operator terdiri dari halaman data nilai dan halaman validasi data jadwal. a. Halaman nilai Gambar 4.11 merupakan halaman untuk mengelola data nilai. Halaman nilai akan menampilkan halaman pilih mata kuliah. Daftar mata kuliah yang ditampilkan sesuai dengan semester dan tahun pelaporan. Dalam setiap list mata kuliah terdapat link tambah, lihat dan edit nilai.

commit to user



Gambar 4.11 Implementasi Interface Halaman nilai 1. Link tambah data nilai

Gambar 4.12 Implementasi Interface Halaman Operator tambah nilai Gambar 4.12 merupakan halaman untuk menambah data nilai, dalam halaman ini sistem meminta inputan berupa file dengan ekstensi xls. Jika file berhasil di upload dan ditambahkan maka akan muncul halaman seperti pada gambar 4.13(gambar di lampiran).

commit to user



2. Link Lihat nilai

Gambar 4.14 Implementasi Interface Halaman Operator Lihat nilai

Gambar 4.14 merupakan halaman untuk melihat nilai. Halaman ini akan menampilkan semua nilai mahasiswa yang mengambil mata kuliah yang dipilih.

3. Link Edit Nilai Gambar 4.15 merupakan halaman untuk mengedit nilai. Untuk mengedit nilai pertama memasukkan NIM mahasiswa yang nilainya akan di edit. Kemudian akan muncul data yang dicari seperti yang ditunjukkan pada gambar 4.16 (gambar di lampiran). Dalam halaman tersebut terdapat link edit, jika kita klik akan muncul halaman edit nilai per KD, seperti ditunjukkan pada gambar 4.17(gambar di lampiran). Jika data berhasil di simpan maka akan menampilkan halaman yang ditunjukkan pada gambar 4.18(gambar di lampiran). commit to user



Gambar 4.15 Implementasi Interface Halaman Operator Edit nilai

b. Halaman validasi jadwal

Gambar 4.19 Implementasi Interface Operator validasi jadwal Gambar 4.19 merupakan halaman untuk mencocokkan antara data aktifitas kuliah mahasiswa dan aktifitas mengajar dengan data jadwal dalam sistem jadwal dan sistem mahasiswa. Halaman ini akan menampilkan link untuk melihat data aktifitas kuliah dan aktifitas mengajar.

commit to user



1. Aktifitas Mengajar

Gambar 4.20 Implementasi Interface Operator validasi jadwal aktifitas mengajar Gambar 4.20 merupakan halaman untuk validasi data jadwal aktifitas mengajar. Dalam halaman ini sistem meminta seorang operator untuk men-validasi data dosen yang mengampu mata kuliah. Jika checkbox di centang maka data aktifitas mengajar akan tetap digunakan namun jika tidak di centang maka data akan dihapus. Setelah di klik tombol submit maka akan muncul halaman seperti ditunjukkan pada gambar 4.21(gambar di lampiran).

2. Aktifitas Kuliah Gambar 4.22 merupakan halaman untuk validasi data jadwal aktifitas kuliah. Dalam halaman ini sistem akan menampilkan data mata kuliah, disamping nama mata kuliah terdapat link untuk melihat mahasiswa yang mengambil mata kuliah tersebut dan data mahasiswa akan diinputkan menjadi seorang user. Hasilnya ditunjukkan pada gambar 4.23(gambar di lampiran).

commit to user



Gambar 4.22 Implementasi Interface Operator validasi jadwal aktifitas mengajar

4.2.4

Tampilan Halaman Dosen

Gambar 4.24 Implementasi Interface Dosen Halaman Utama Halaman Dosen terdiri dari halaman utama dan halaman kelola nilai. Gambar 4.25 merupakan halaman untuk mengelola data nilai. Halaman nilai akan menampilkan halaman pilih mata kuliah. Daftar mata kuliah yang ditampilkan commit to sesuai user dengan NIDN dosen, semester



dan tahun pelaporan. Dalam setiap list mata kuliah terdapat link tambah, lihat dan edit.

Gambar 4.25 Implementasi Interface Dosen Halaman nilai a. Link Input data nilai

Gambar 4.26 Implementasi Interface Dosen Halaman tambah nilai Gambar 4.26 merupakan halaman untuk menambah data nilai, dalam halaman ini sistem meminta inputan berupa file dengan ekstensi xls. Jika file berhasil di upload dan ditambahkan maka akan muncul halaman seperti pada gambar 4.27(gambar di lampiran). commit to user



b. Link Lihat nilai

Gambar 4.28 Implementasi Interface Dosen Halaman lihat nilai

Gambar 4.28 merupakan halaman untuk melihat nilai. Halaman ini akan menampilkan semua nilai mahasiswa yang mengambil mata kuliah yang dipilih.

c. Link Edit Data Nilai Gambar 4.29 merupakan halaman untuk mengedit nilai. Untuk mengedit nilai pertama memasukkan NIM mahasiswa yang nilainya akan di edit. Kemudian akan muncul data yang dicari seperti yang ditunjukkan pada gambar 4.30 (gambar di lampiran). Dalam halaman tersebut terdapat link edit, jika kita klik akan muncul halaman edit nilai per KD, seperti ditunjukkan pada gambar 4.31(gambar di lampiran). Jika data berhasil di simpan maka akan menampilkan halaman yang ditunjukkan pada gambar 4.32(gambar di lampiran). commit to user



Gambar 4.29 Implementasi Interface Dosen Halaman Edit nilai

4.2.5

Tampilan Halaman Mahasiswa

Gambar 4.33 Implementasi Interface Halaman utama Mahasiswa Halaman mahasiswa terdiri dari halaman utama dan halaman lihat nilai. Gambar 4.34 merupakan halaman untuk melihat nilai. Dalam halaman ini sistem akan menampilkan data nilai, jika seorang mahasiswa belum mengisi SKP (Sistem Kepuasan Pelanggan) maka nilai yang commit to user



ditampilkan masih 0 dan terdapat link untuk mengisi skp. Jika mahasiswa tersebut sudah mengisi maka nilai akan ditampilkan.

Gambar 4.34 Implementasi Interface Halaman Mahasiswa lihat nilai

4.2.6 Tampilan Halaman Ganti Password Seorang user sebelum melakukan aktifitas harus mengganti password terlebih dahulu.

Gambar 4.34 Implementasi Interface Ganti Password Operator commit to user



Gambar 4.35 Implementasi Interface Halaman Ganti Password Dosen

Gambar 4.34 Implementasi Interface Ganti Password Mahasiswa

commit to user



4.3 Pengujian Sistem 1. Login Tabel 4.1 Pengujian fungsi login Kode Uji

UC-01

Deskripsi

Menguji apakah user dapat masuk ke sistem

Pengujian Tahapan

Memasukkan username dan password, klik tombol login,

Pengujian

melihat sistem sesuai dengan level

Input Data

Username Password

Hasil Yang

Jika benar maka dapat masuk ke sistem sesuai dengan

Diharapkan

levelnya, jika salah maka akan menampilkan username dan atau password salah

Hasil Nyata

Username dan password benar, dan dapat masuk ke sistem sesuai dengan level

Kesimpulan

Pengujian berhasil

2. Input Data Operator Tabel 4.2 Pengujian fungsi Input Data Operator Kode Uji

UC-02

Deskripsi Pengujian

Menguji apakah nik dan password dapat dimasukkan ke sistem

Tahapan Pengujian

Memasukkan nik, sistem mengecek apakah nik ada pada tabel karyawan dan pada tabel user, nik dan password dimasukkan ke tabel user, password di dapat dari nik ditambah kata ‘-op’

Input Data Hasil Diharapkan

Nik Yang Jika benar maka nik dan password akan masuk ke tabel user, jika salah akan muncul kalimat nik tidak terdaftar sebagai karyawan dan atau sudah terdaftar sebagai user

Hasil Nyata

Nik dan password di simpan pada tabel user

Kesimpulan

Pengujian berhasil commit to user



3. Validasi Data Dosen Tabel 4.3 Pengujian fungsi Validasi data dosen Kode Uji

UC-03

Deskripsi Pengujian

Menguji apakah data dosen yang sudah di validasi akan di simpan di tabel user

Tahapan Pengujian

Masuk ke sistem, mencentang atau tidak checkbox yang ada di setiap nama dosen, jika dicentang maka NIDN dari dosen dan password tersebut akan masuk ke tabel user jika tidak maka data guru akan dihapus dari tabel user. password berasal dari NIDN ditambah kata ‘-dos’

Input Data Hasil

Status validasi (centang pada checkbox) Yang jika dicentang maka NIDN dari dosen dan password tersebut

Diharapkan

akan masuk ke tabel user jika tidak maka data guru akan dihapus dari tabel user

Hasil Nyata

jika dicentang maka NIDN dan password tersebut akan masuk ke tabel user jika tidak dicentang maka data guru akan dihapus dari tabel user

Kesimpulan

Pengujian berhasil

4. Validasi Data Aktifitas Mengajar Tabel 4.4 Pengujian fungsi Validasi Data Aktifitas Mengajar Kode Uji

UC-04

Deskripsi Pengujian

Menguji apakah data aktifitas mengajar yang sudah divalidasi di simpan pada tabel aktifitas mengajar

Tahapan Pengujian

Masuk ke sistem, mencetang atau tidak checkbox, jika tidak dicentang data aktifitas mengajar akan dihapus, jika di centang data akan tetap disimpan

Input Data Hasil Diharapkan

Status validasi (centang pada checkbox) Yang jika tidak dicentang data aktifitas mengajar akan dihapus, jika di centang data akan tetap disimpan commit to user



Hasil Nyata

jika tidak dicentang data aktifitas mengajar akan dihapus, jika di centang data akan tetap disimpan

Kesimpulan

Pengujian berhasil

5. Validasi Data Aktifitas Kuliah Tabel 4.5 Pengujian Data Aktifitas Kuliah Kode Uji

UC-05

Deskripsi Pengujian

Menguji siapa saja mahasiswa yang melakukan aktifitas kuliah sesuai dengan mata kuliah. Dan menguji apakah data user sudah dimasukkan ke tabel user

Tahapan Pengujian

Masuk ke sistem, memilih mata kuliah, sistem menampilkan data mahasiswa yang mengambil mata kuliah tersebut, sistem menyimpan NIM dan password ke tabel user, password yang dimasukkan sama dengan NIM

Input Data Hasil

Yang Sistem menampilkan data mahasiswa yang mengambil kuliah

Diharapkan

dan menyimpan NIM dan password ke tabel user

Hasil Nyata

Sistem menampilkan data mahasiswa yang mengambil kuliah dan menyimpan NIM dan password ke tabel user

Kesimpulan

Pengujian berhasil

commit to user



6. Input Data Nilai Tabel 4.6 Pengujian fungsi Input data nilai Kode Uji

UC-06

Deskripsi

Menguji apakah file yang diupload berhasil di upload dan data

Pengujian

dalam file dapat masuk ke database.

Tahapan

Memilih file yang akan diupload, klik tombol upload, muncul

Pengujian

kalimat berhasil mengupload

Input Data

File berekstensi xls, data dalam file tersebut terdiri dari NIM, nilai KD1, nilai KD2, nilai KD3 dan nilai KD4

Hasil

Yang File berhasil diupload dan nilai dapat dimasukkan ke database

Diharapkan Hasil Nyata

File berhasil diupload dan data nilai dalam file dapat disimpan pada database

Kesimpulan

Pengujian berhasil

7. Ganti Password Tabel 4.7 Pengujian fungsi ganti password Kode Uji

UC-07

Deskripsi

Menguji apakah data inputan password baru dapat di update

Pengujian

dalam tabel user, dan aktifitas penggantian di masukkan pada tabel log

Tahapan

Login ke sistem, masukkan password baru, klik tombol simpan,

Pengujian

masuk ke halaman utama sesuai dengan status login

Input Data

Password

Hasil

Yang Password di update ke tabel user sesuai denga id user, dan data

Diharapkan

aktifitas penggantian di simpan pada tabel log

Hasil Nyata

Password di update ke tabel user sesuai denga id user, dan data aktifitas penggantian di simpan pada tabel log

Kesimpulan

Pengujian berhasil commit to user


digilib.uns.ac.id

BAB V PENUTUP

5.1 Kesimpulan Dari pembuatan Tugas Akhir yang berjudul Pengembangan Sistem Penilaian Mahasiswa ini diperoleh beberapa kesimpulan sebagai berikut : 1.

Sistem Penilaian Mahasiswa merupakan sistem informasi berbasis web dengan jaringan localhost.

2.

Sistem Penilaian Mahasiswa dirancang untuk memudahkan dosen dan operator dalam mengelola data nilai dan memudahkan mahasiswa dalam melihat data nilai.

5.2 Saran Dari kesimpulan tersebut maka disarankan untuk pengembangan sistem tersebut sebagai berikut : 1.

Pengimplementasian sistem menjadi sebuah sistem yang dapat diakses secara online.

2.

Perubahan penilaian berdasarkan pada format xls yang di upload oleh operator atau dosen. Template disesuaikan dengan format xls yang diupload oleh operator atau dosen, dan template bisa merubah database

commit to user

71


digilib.uns.ac.id

DAFTAR PUSTAKA

Basuki, Awan P. 2010. Membangun Web berbasis PHP Dengan Framework CodeIgniter. Yogyakarta : Lokomedia. Kroll, Pen. 2003. The Rational Unified Process Made Easy. New York : Addison Wesley Publisher. Mustakini, Jogiyanto Hartono. 2001. Computer Programming Concept. Yogyakarta : Andi Publisher. Pender, Thomas A. 2002. UML Weekend Crash Course ™. New York : Wiley Publishing, Inc. Pressman, Roger S. 2010. Software engineering : a practitioner’s approach — 7th ed. New York : McGraw-Hill Companies. Silberschatz, Abraham. 2011. Database System Concepts, Sixth Edition. New York : McGraw-Hill. Sommerville, Ian. 2003. Software Engineering : Rekayasa Perangkat Lunak. Jakarta : Erlangga.

commit to user 72

PENGEMBANGAN SISTEM PENILAIAN MAHASISWA BERBASIS KOMPONEN

Recommend Documents