Pengembangan Sistem Penilaian Mahasiswa Berbasis Komponen Isnaini R M3309021

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

ii

iii

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

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

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.

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

.

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

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 ... commit to user 8

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

xi

DAFTAR TABEL

Table 2.1. Simbol class diagram ... 9

Table 2.2. Simbol sequence diagram ... 10

Tabel 2.3. Simbol Use CaseDiagram ... 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... commit to user 70

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. DiagramUse Case ... 20

Gambar 3.2. ActivityDiagram login ... 21

Gambar 3.3. ActivityDiagram kelola data operator ... 22

Gambar 3.4. ActivityDiagram validasi data dosen ... 23

Gambar 3.5. ActivityDiagram kelola data nilai operator ... 24

Gambar 3.6. ActivityDiagram kelola data nilai dosen ... 25

Gambar 3.7. ActivityDiagram validasi data jadwal ... 26

Gambar 3.8. ActivityDiagram lihat nilai ... 27

Gambar 3.9. Classdiagram tahap analisis login... 28

Gambar 3.10. Classdiagram tahap analisis kelola data operator ... 28

Gambar 3.11. Classdiagram tahap analisis validasi data dosen ... 29

Gambar 3.12. Classdiagram tahap analisis kelola data nilai ... 29

Gambar 3.13. Classdiagram tahap analisis validasi jadwal ... 30

Gambar 3.14. Classdiagram tahap analisis melihat nilai ... 30

Gambar 3.15. Classdiagram tahap analisis mengganti password ... 31

Gambar 3.16. Sequencediagram login ... 31

Gambar 3.17. Sequencediagram kelola data operator ... 32

Gambar 3.18. Sequencediagram validasi data dosen ... 33

Gambar 3.19. Sequencediagram mengganti password ... 33

Gambar 3.20. Sequencediagram kelola data nilai ... 34

Gambar 3.21. Sequencediagram validasi jadwal ... 35

Gambar 3.22. Sequencediagram melihat nilai ... 36

Gambar 3.23. Classdiagram tahap model login ... 36 Gambar 3.24. Classdiagram tahap model kelola data operator ... commit to user 37

xiii

Gambar 3.25. Classdiagram tahap model validasi data dosen ... 37

Gambar 3.26. Classdiagram tahap model kelola data nilai ... 38

Gambar 3.27. Classdiagram tahap model validasi jadwal ... 39

Gambar 3.28. Classdiagram tahap model melihat nilai ... 40

Gambar 3.29. Classdiagram 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

xiv

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

1 BAB I PENDAHULUAN

1.1Latar 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.2Rumusan 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

1.3Batasan 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.4Tujuan 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.5Metodologi Penelitian

Metode penelitian yang digunakan dalam penelitian ini adalah sebagai berikut :

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.6Sistematika 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.

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.

5 BAB II

LANDASAN TEORI

2.1Sistem 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

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.2Rekayasa 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

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.

2.3UML (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.

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 commit to user Sequence Diagram dan Collaboration

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.

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.4Framework

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

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.5CodeIgniter

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

4. Menggunakan MVC 5. URL yang sederhana

6. Memiliki paket library yang lengkap 7. Extensible

2.6MVC (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

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

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

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.

17 BAB III

ANALISIS KEBUTUHAN DAN PERANCANGAN SISTEM

3.1Deskripsi 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.2Analisis 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

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

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.3Perancangan 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

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

3.3.2 Aktivity Diagram

1. Aktivity Diagram login

Aktivity Diagram login ditunjukkan pada gambar 3.2.

Gambar 3.2. Aktivity Diagram login

2. Aktivity Diagram Kelola data operator

Aktivity Diagram Kelola data operatorditunjukkan pada gambar 3.3.

Gambar 3.3. Aktivity Diagram kelola data operator

3. Aktivity Diagram Validasi Data Dosen

Aktivity Diagram Validasi Data Dosenditunjukkan pada gambar 3.4.

Gambar 3.4. Aktivity Diagram validasi data dosen

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

Gambar 3.6. Aktivity Diagram kelola data nilai dosen

5. Aktivity Diagram Validasi Data Jadwal

Aktivity Diagram Validasi Data Jadwalditunjukkan pada gambar 3.7.

Gambar 3.7. Aktivity Diagram validasi data jadwal

6. Aktivity Diagram lihat nilai

Aktivity Diagram lihat nilai ditunjukkan pada gambar 3.8.

Gambar 3.8. Aktivity Diagram lihat nilai

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

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

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

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

2. Kelola data operator

Sequence diagram kelola data operator ditunjukkan pada gambar 3.17.

Gambar 3.17. Sequence diagram kelola data operator

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

5. Kelola data nilai

Sequence diagram kelola data nilai ditunjukkan pada gambar 3.20.

Gambar 3.20. Sequence diagram kelola data nilai

6. Validasi jadwal

Sequence diagram validasi jadwal ditunjukkan pada gambar 3.21.

Gambar 3.21. sequence diagram validasi jadwal

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

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.

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

5. Validasi jadwal

Class diagram tahap model validasi jadwal ditunjukkan pada gambar

3.27.

Gambar 3.27. Class diagram tahap model validasi jadwal

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

3.4Analisis 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)

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

Nama Field Tipe Lebar Keterangan Key

kode_fak varchar 10 Kode fakultas Primary Key

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

c. Tabel Jurusan Nama tabel : jurusan

Fungsi : Penyimpanan data jurusan

Tabel 3.6. Tabel Jurusan

Nama Field Tipe Lebar Keterangan Key

kode_jur varchar 10 Kode jurusan Primary Key

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

kode_ps varchar 10 Kode program studi Primary Key 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 Foreign Key

e. Tabel Dosen Nama tabel : dosen

Fungsi : Penyimpanan data Dosen

Tabel 3.8. Tabel Dosen

Nama Field Tipe Lebar Keterangan Key

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

kode_pos integer Kode pos

email varchar 20 e-mail

kode_fak varchar 10 Kode fakultas 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 Key

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

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

nama varchar 25 Nama dosen

tmplhr varchar 20 Tempat lahir

tgllhr date Tanggal lahir

alamat varchar 50 Alamat dosen

kode_pos integer Kode pos

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

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

i. Tabel Aktifitas Mengajar Nama tabel : aktifitas_mengajar

Fungsi : Penyimpanan data aktifitas mengajar

Tabel 3.12. Tabel aktifitas mengajar

Nama Field Tipe Lebar Keterangan Key

kode_mengajar varchar 10 Kode aktifitas mengajar Primary Key NIDN Integer Nomor Induk Dosen Nasional Foreign Key kode_matkul varchar 10 Kode mata kuliah 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

Nama Field Tipe Lebar Keterangan Key

kode_nilai varchar 10 Kode nilai Primary Key

NIM varchar 10 Nomor Induk Mahasiswa 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 Pelaksanaan kompetensi dasar

nilai real Nilai mahasiswa

k. Tabel Nilai Sementara Nama tabel : nilai_sementara

Fungsi : Penyimpanan data nilai sementara Tabel 3.14. Tabel nilai

Nama Field Tipe Lebar Keterangan Key

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

Nama Field Tipe Lebar Keterangan Key

nik varchar 10 Nomor Induk Karyawan 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

kode_pos integer Kode pos

email varchar 20 e-mail

kode_fak varchar 10 Kode fakultas Foreign Key

m. Tabel Admin Nama tabel : admin

Fungsi : Penyimpanan data user admin

Tabel 3.16. Tabel Admin

Nama Field Tipe Lebar Keterangan Key

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

Nama Field Tipe Lebar Keterangan Key

id varchar 10 Username admin Primary Key

nik varchar 10 Nomor Induk Karyawan Foreign Key

NIDN varchar 10 Nomor Induk Dosen Nasional Foreign Key

NIM varchar 10 Nomor Induk Mahasiswa 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 Keterangan Key

Id varchar 10 Username admin Primary Key

idUser varchar 10 Nomor Induk Karyawan Primary Key

date date Tanggal penggantian password Foreign Key

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

Home | Kelola Data Operator | Validasi Data Dosen | Logout

Tambah data

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

Home | Kelola Data Operator | Validasi Data Dosen | Logout

Data Dosen submit

Header

Footer

Home | Nilai | Validasi Data Jadwal| Logout

Header

Footer

Home | Nilai | Validasi Data Jadwal| Logout

Tambah data

Header

Footer

Home |Nilai | Validasi Data Jadwal| Logout

Aktifitas Mengajar Aktifitas Kuliah

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

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

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.

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-_{commit to user} validasi manakan dosen yang

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.

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

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

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.

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

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

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

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

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

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

Gambar 4.35 Implementasi Interface Halaman Ganti Password Dosen

Gambar 4.34 Implementasi Interface Ganti Password Mahasiswa

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 Kesimpulan Pengujian berhasil

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

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

Hasil Yang

Diharapkan

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

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

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

Kesimpulan Pengujian berhasil

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 Kesimpulan Pengujian berhasil

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

Kesimpulan Pengujian berhasil

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

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.

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 Kesimpulan Pengujian berhasil

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

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

Hasil Yang

Diharapkan

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

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

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

Kesimpulan Pengujian berhasil

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

Kesimpulan Pengujian berhasil

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

Kesimpulan Pengujian berhasil

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

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.