pengembangan sistem penilaian mahasiswa berbasis komponen ...... · wawancara, observasi, studi...

i

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

perpustakaan.uns.ac.id digilib.uns.ac.id

commit to user

ii


commit to user

iii


commit to user

iv

ABSTRACT

ISNAINI ROKHAYATI, 2012, THE DEVELOPMENT OF COMPONENT-

BASED 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

v

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

vi

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

vii

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

viii

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

ix

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

2.3 UML ............................................................................................. 8


commit to user

x

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

xi

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

Tabel 4.7 Pengujian fungsi ganti password................................................. 70


commit to user

xii

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

Gambar 3.24. Class diagram tahap model kelola data operator ................. 37


commit to user

xiii

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 .................. 59


commit to user

xiv

Gambar 4.20 Implementasi Interface Operator validasi jadwal

aktifitas mengajar ................................................................... 60


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

1

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

2

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 ber-

ekstensi .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

1. Wawancara

Dalam penelitian ini penulis melakukan wawancara dengan

orang yang mengerti tentang sistem penilaian mahasiswa. Dalam

metode ini penulis akan mengajukan pertanyaan mengenai data-

data 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

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

5

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).

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 kejadian-

kejadian 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.

INPUT PROCESS OUTPUT


commit to user

6

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

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

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

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

terhadap lingkungan. Ini termasuk Sequence Diagram dan Collaboration


commit to user

10

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

dependency.


commit to user

http://3.bp.blogspot.com/_gj6msE3v2vE/SdxREsLWt5I/AAAAAAAAADE/UMjLeLBrfV4/s1600-h/1.JPG

http://2.bp.blogspot.com/_gj6msE3v2vE/SdxXMrFl9gI/AAAAAAAAAEM/Hlnm6JZx-SQ/s1600-h/untitled.bmp

http://3.bp.blogspot.com/_gj6msE3v2vE/SdxR6nz6IKI/AAAAAAAAADU/pwIstFEYr40/s1600-h/3.JPG

11

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

12

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 masing-

masing.

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

3. Berukuran Kecil


commit to user

13

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

14

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

15

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

JDBC dan ODBC.


commit to user

16

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

17

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

18

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

19

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

Operator

Fungsi yang digunakan untuk mengelola data operator yaitu menambah,

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

20

Melihat Nilai Fungsi yang digunakan mahasiswa untuk melihat nilai setelah mengisi

SKP di sistem SKP

Mengganti

Password

Fungsi ini digunakan sebelum seorang user melakukan sebuah aktifitas.

b. Diagram Use Case

Diagram use case ditunjukkan pada gambar 3.1.

Gambar 3.1. Diagram Use Case


commit to user

21

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

22

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

23

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

24

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

25

Gambar 3.6. Aktivity Diagram kelola data nilai dosen


commit to user

26

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

27

6. Aktivity Diagram lihat nilai

Aktivity Diagram lihat nilai ditunjukkan pada gambar 3.8.

Gambar 3.8. Aktivity Diagram lihat nilai


commit to user

28

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

29

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

30

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

31

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.

Gambar 3.16. Sequence diagram login

: login<<boundary>>

: LoginControl<<control>>

: user

: Session<<control>>

: admin<<entity>>

: user<<entity>>

1 : setUsername()

2 : setPassword()3 : username := getUsername()

4 : password := getPassword()5 : checkFormat()

6 : displayMessage() 7 : username := getUsername()

8 : password := getPassword()

9 : username := getUsername()

10 : password := getPassword()

11 : checkFormat()

12 : setLevel&Username()13 : displayMessage()


commit to user

32


Sequence diagram kelola data operator ditunjukkan pada gambar 3.17.

Gambar 3.17. Sequence diagram kelola data operator


commit to user

33


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

34


Sequence diagram kelola data nilai ditunjukkan pada gambar 3.20.

Gambar 3.20. Sequence diagram kelola data nilai


commit to user

35

6. Validasi jadwal

Sequence diagram validasi jadwal ditunjukkan pada gambar 3.21.

Gambar 3.21. sequence diagram validasi jadwal


commit to user

36

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

37


Class diagram tahap model kelola data operator ditunjukkan pada

gambar 3.24.

Gambar 3.24. Class diagram tahap model kelola data operator


Class diagram tahap model validasi data dosen ditunjukkan pada

gambar 3.25.

Gambar 3.25. Class diagram tahap model validasi data dosen


commit to user

38


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

39

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

40

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.

Gambar 3.29. Class diagram tahap model ganti password


commit to user

41

3.4 Analisis dan Perancangan Basis Data (Database)

3.4.1 Relationship Table (Relasi Antar Tabel)

Relasi antar tabel dapat dilihat pada Gambar 3.30.

admin

PK username

password

pt

PK kode_pt

nama

alamat

kode_pos

telp

fax

email

website

mahasiswa

PK NIM

nama

tmplhr

tgllhr

alamat

kode_pos

th_msk

jk

email

FK1 kode_ps

FK2 kode_jur

dosen

PK NIDN

NIP

nama

golongan

pangkat

jk

tmplhr

tgllhr

alamat

kode_pos

email

FK1 kode_fak

matkul

PK kode_matkul

nama

jenis

semester

sks

FK1 kode_ps

FK2 kode_jur

fakultas

PK kode_fak

nama

alamat

kode_pos

telp

fax

email

website

FK1 kode_pt

jurusan

PK kode_jur

nama

alamat

kode_pos

telp

fax

email

website

FK1 kode_fak

ps

PK kode_ps

nama

alamat

kode_pos

telp

fax

email

website

FK1 kode_jur

aktivitas_mengajar

PK kode_mengajar

FK1 NIDN

FK2 kode_matkul

thn_pel

semester_pel

aktivitas_kuliah

PK kode_kulmhs

FK1 NIM

FK2 Kode_matkul

thn_pel

semester_pel

nilai

PK kode_nilai

FK1 NIM

FK2 kode_mengajar

FK3 kode_matkul

FK4 kode_kulmhs

KD

nilai

nilai_sementara

PK,FK1 NIM

kd1

kd2

kd3

kd4

user

PK iduser

FK1 NIM

FK2 NIDN

password

FK3 nik

karyawan

PK nik

NIP

nama

golongan

pangkat

jk

tmplhr

tgllhr

alamat

kode_pos

email

FK1 kode_fak

log

PK id

FK1 iduser

date

Gambar 3.30. Relationship Table (Relasi Antar Tabel)


commit to user

42

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 Key

kode_pt varchar 10 Kode perguruan tinggi Primary Key

nama varchar 25 Nama perguruan tinggi

alamat varchar 50 Alamat perguruan tinggi

kode_pos integer Kode pos

telp integer Nomor telepon 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


kode_fak varchar 10 Kode fakultas Primary Key

nama varchar 25 Nama fakultas

alamat varchar 50 Alamat fakultas


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 tinggi Foreign Key


commit to user

43

c. Tabel Jurusan

Nama tabel : jurusan

Fungsi : Penyimpanan data jurusan

Tabel 3.6. Tabel Jurusan


kode_jur varchar 10 Kode jurusan Primary Key

nama varchar 25 Nama jurusan

alamat varchar 50 Alamat jurusan


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 Foreign Key

d. Tabel Program Studi

Nama tabel : ps

Fungsi : Penyimpanan data Program Studi

Tabel 3.7. Tabel Program Studi


kode_ps varchar 10 Kode program studi Primary Key

nama varchar 25 Nama program studi

alamat varchar 50 Alamat program studi


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 Foreign Key


commit to user

44

e. Tabel Dosen

Nama tabel : dosen

Fungsi : Penyimpanan data Dosen

Tabel 3.8. Tabel Dosen


NIDN varchar 20 Nomor Induk Dosen Nasional Primary Key

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 Tanggal lahir

alamat varchar 50 Alamat dosen


email varchar 20 e-mail


f. Tabel Mata Kuliah

Nama tabel : matkul

Fungsi : Penyimpanan data mata kuliah

Tabel 3.9. Tabel mata kuliah


kode_matkul varchar 15 Kode mata kuliah Primary Key

nama varchar 25 Nama mata kuliah

jenis varchar 20 Jenis mata kuliah

semester varchar 6 Semester pada saat mata kuliah diberikan

sks Integer Sks mata kuliah sesuai kurikulum

kode_ps varchar 10 Kode program studi Foreign Key

kode_jur varchar 10 Kode jurusan Foreign Key


commit to user

45

g. Tabel Mahasiswa

Nama tabel : mahasiswa

Fungsi : Penyimpanan data mahasiswa

Tabel 3.10. Tabel Mahasiswa


NIM varchar 10 Nomor Induk Mahasiswa Primary Key






th_msk integer



kode_ps varchar 10 Kode Program Studi Foreign Key

kode_jur varchar 10 Kode Jurusan Foreign Key

h. Tabel Aktifitas Kuliah

Nama tabel : aktifitas_kuliah

Fungsi : Penyimpanan data aktifitas kuliah

Tabel 3.11. Tabel aktifitas kuliah


kode_kulmhs varchar 10 Kode aktifitas kuliah Primary Key

NIM varchar 10 Nomor Induk Mahasiswa Foreign Key

kode_matkul varchar 10 Kode mata kuliah Foreign Key

thn_pel Integer Tahun Pelaporan data

semester_pel varchar 6 Semester Pelaporan data


commit to user

46

i. Tabel Aktifitas Mengajar

Nama tabel : aktifitas_mengajar

Fungsi : Penyimpanan data aktifitas mengajar

Tabel 3.12. Tabel aktifitas mengajar


kode_mengajar varchar 10 Kode aktifitas mengajar Primary Key

NIDN Integer Nomor Induk Dosen Nasional Foreign Key


thn_pel Integer Tahun Pelaporan data

semester_pel varchar 6 Semester Pelaporan data

j. Tabel Nilai

Nama tabel : nilai

Fungsi : Penyimpanan data nilai

Tabel 3.13. Tabel nilai


kode_nilai varchar 10 Kode nilai Primary Key


kode_mengajar varchar 10 Kode aktifitas mengajar Foreign Key

kode_kulmhs varchar 10 Kode aktifitas kuliah mahasiswa Foreign Key


KD integer Pelaksanaan kompetensi dasar

nilai real Nilai mahasiswa


commit to user

47

k. Tabel Nilai Sementara

Nama tabel : nilai_sementara

Fungsi : Penyimpanan data nilai sementara

Tabel 3.14. Tabel nilai


NIM varchar 10 Nomor Induk Mahasiswa Primary Key,

Foreign Key

kd1 integer Nilai Kompetensi dasar 1

kd2 Integer Nilai Kompetensi dasar 2

kd3 Integer Nilai Kompetensi dasar 3

kd4 integer Nilai Kompetensi dasar 4

l. Tabel Karyawan

Nama tabel : karyawan

Fungsi : Penyimpanan data Karyawan

Tabel 3.15. Tabel Karyawan


nik varchar 10 Nomor Induk Karyawan Primary Key

NIP varchar 20 Nomor Induk Pegawai


golongan varchar 10 Golongan dosen

pangkat varchar 10 Pangkat dosen









commit to user

48

m. Tabel Admin

Nama tabel : admin

Fungsi : Penyimpanan data user admin

Tabel 3.16. Tabel Admin


username varchar 10 Username admin Primary Key

password varchar 8 Password admin

n. Tabel User

Nama tabel : user

Fungsi : Penyimpanan data user

Tabel 3.17. Tabel User


id varchar 10 Username admin Primary Key

nik varchar 10 Nomor Induk Karyawan Foreign Key

NIDN varchar 10 Nomor Induk Dosen Nasional Foreign Key


Password varchar 8 Password admin

o. Tabel Log

Nama tabel : log

Fungsi : Penyimpanan data penggantian password

Tabel 3.18. Tabel Log


Id varchar 10 Username admin Primary Key

idUser varchar 10 Nomor Induk Karyawan Primary Key

date date Tanggal penggantian password Foreign Key


commit to user

49

3.5 Perancangan Antar Muka (User Interface)

a. Halaman Utama

Gambar 3.31. Rancangan Antar Muka Halaman Utama

b. Admin

Gambar 3.31. Rancangan Antar Muka Halaman Admin Home

Gambar 3.32. Rancangan Antar Muka Halaman Admin Kelola Data Operator

Header

Login Username

Password

login

Footer

Header

Footer

Home | Kelola Data Operator | Validasi Data Dosen | Logout

Header

Footer


Tambah data


commit to user

50

Gambar 3.33. Rancangan Antar Muka Halaman Admin Validasi Data Dosen

c. Operator

Gambar 3.34. Rancangan Antar Muka Halaman Operator Home

Gambar 3.35. Rancangan Antar Muka Halaman Operator Nilai

Gambar 3.36. Rancangan Antar Muka Halaman Operator Validasi Data

Jadwal

Header

Footer


Data Dosen

submit

Header

Footer

Home | Nilai | Validasi Data Jadwal| Logout

Header

Footer


Tambah data

Header

Footer


Aktifitas Mengajar

Aktifitas Kuliah


commit to user

51

d. Mahasiswa

Gambar 3.37. Rancangan Antar Muka Halaman Mahasiswa Home

Gambar 3.38. Rancangan Antar Muka Halaman Mahasiswa Lihat Nilai

Header

Footer

Home | Lihat Nilai

Header

Footer

Home | Lihat Nilai

Data Nilai


commit to user

52

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

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

54

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

55

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

56

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

57

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

58

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

59

Gambar 4.15 Implementasi Interface Halaman Operator Edit nilai

b. Halaman 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

60

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

61

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 sesuai dengan NIDN dosen, semester


commit to user

62

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

63

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

64

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

65

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

66

Gambar 4.35 Implementasi Interface Halaman Ganti Password Dosen

Gambar 4.34 Implementasi Interface Ganti Password Mahasiswa


commit to user

67

4.3 Pengujian Sistem

1. Login

Tabel 4.1 Pengujian fungsi login

Kode Uji UC-01

Deskripsi

Pengujian

Menguji apakah user dapat masuk ke sistem

Tahapan

Pengujian

Memasukkan username dan password, klik tombol login,

melihat sistem sesuai dengan level

Input Data Username

Password

Hasil Yang

Diharapkan

Jika benar maka dapat masuk ke sistem sesuai dengan

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 Nik

Hasil Yang

Diharapkan

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



commit to user

68

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 Status validasi (centang pada checkbox)

Hasil Yang

Diharapkan

jika dicentang maka NIDN dari dosen dan password tersebut

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


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 Status validasi (centang pada checkbox)

Hasil Yang

Diharapkan

jika tidak dicentang data aktifitas mengajar akan dihapus, jika

di centang data akan tetap disimpan


commit to user

69

Hasil Nyata jika tidak dicentang data aktifitas mengajar akan dihapus, jika

di centang data akan tetap disimpan


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

Diharapkan

Sistem menampilkan data mahasiswa yang mengambil kuliah

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



commit to user

70

6. Input Data Nilai

Tabel 4.6 Pengujian fungsi Input data nilai

Kode Uji UC-06

Deskripsi

Pengujian

Menguji apakah file yang diupload berhasil di upload dan data

dalam file dapat masuk ke database.

Tahapan

Pengujian

Memilih file yang akan diupload, klik tombol upload, muncul

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

Diharapkan

File berhasil diupload dan nilai dapat dimasukkan ke database

Hasil Nyata File berhasil diupload dan data nilai dalam file dapat disimpan

pada database


7. Ganti Password

Tabel 4.7 Pengujian fungsi ganti password

Kode Uji UC-07

Deskripsi

Pengujian

Menguji apakah data inputan password baru dapat di update

dalam tabel user, dan aktifitas penggantian di masukkan pada

tabel log

Tahapan

Pengujian

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

masuk ke halaman utama sesuai dengan status login

Input Data Password

Hasil Yang

Diharapkan

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

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



commit to user

71

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

72

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

pengembangan sistem penilaian mahasiswa berbasis komponen ...... · wawancara, observasi, studi...

Documents