BAB 6 KESIMPULAN DAN SARAN

Ukuran: px
Mulai penontonan dengan halaman:

Download "BAB 6 KESIMPULAN DAN SARAN"

Transkripsi

1 BAB 6 KESIMPULAN DAN SARAN 6.1 Kesimpulan Setelah sistem CariEdu ini selesai diimplementasikan maka dapat ditarik beberapa kesimpulan, yaitu: 1. Perangkat Lunak CariEdu telah berhasil dibangun sebagai sistem layanan berbasis lokasi yang menampilkan lokasi dan informasi unit pendidikan dengan menggunakan teknologi Google Maps API pada perangkat mobile Android. 2. Dari hasil pengujian dapat diketahui bahwa fungsifungsi yang disediakan oleh perangkat lunak CariEdu berjalan dengan benar dan sesuai dengan yang diharapkan. 6.2 Saran Penulis ingin memberikan beberapa saran untuk pengembangan lebih lanjut perangkat lunak CariEdu ini: 1. Mengembangkan aplikasi agar dapat berjalan di semua platform perangkat mobile. 2. Menambahkan informasi terpusat yang disajikan pemerintah mengenai pendidikan sebagai given information untuk melengkapi informasi kolektif yang ada. 106

2 DAFTAR PUSTAKA Cisco System, Inc Wi-Fi Location-Based Services 4.1 Design Guide. Deitel, Harvey M., Deitel Paul J., Nieto, Tem R., Steinbuhler, Kate Wireless Internet & Mobile Business How to Program. Prentice Hall. Developer Android Developing In Eclipse, With ADT. eclipse-adt.html. McAndrew, James. Working with Google Maps, A brief introduction to the Google Maps API. Diakses pada Juni 2011 di Brief-Introduction-to-the-Google-Maps-API. Object Technology International, Inc Eclipse Platform Technical Overview. PERATURAN PEMERINTAH REPUBLIK INDONESIA NOMOR 17 TAHUN 2010 TENTANG PENGELOLAAN DAN PENYELENGGARAAN PENDIDIKAN. Riyanto Sistem Informasi Geografis Berbasis Mobile. Gava Media. Simmonds, Chris What else can you do with Android?. 2net Limited. Stefan Steiniger, Moritz Neun, Alistair Edwardes Foundations of Location Based Services. University of Zurich. UNDANG-UNDANG REPUBLIK INDONESIA NOMOR 20 TAHUN 2003 TENTANG SISTEM PENDIDIKAN NASIONAL. Wibowo, Argo Pembangunan Sistem Layanan Berbasis Lokasi Pencarian UMKM Terdekat Berbasis Android. Universitas Atma Jaya Yogyakarta. 107

3 Wicaksono, Antonius Pembangunan Sistem GPS Mobile Phone Tracker Menggunakan Google Maps API. Universitas Atma Jaya Yogyakarta. Yudistira, I.B. Putu Sandhi PEMBANGUNAN APLIKASI LOCATION BASED SERVICE KOTA YOGYAKARTA PADA PERANGKAT MOBILE BERBASIS J2ME. Universitas Atma Jaya Yogyakarta. 108

4 SKPL SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK CariEdu Untuk: Universitas Atma Jaya Yogyakarta Dipersiapkan oleh: Eduardo Aji Pradana / Program Studi Teknik Informatika Fakultas Teknologi Industri Universitas Atma Jaya Yogyakarta Program Studi Teknik Informatika Fakultas Teknologi Industri Nomor Dokumen Halaman SKPL-CariEdu 35 Revisi

5 Revisi A DAFTAR PERUBAHAN Deskripsi B C D E F INDEX TGL - A B C D E F G Ditulis oleh Diperik sa oleh Disetuj ui oleh Program Studi Teknik Informatika SKPL CariEdu 2/ 35

6 Daftar Halaman Perubahan Halaman Revisi Halaman Revisi Program Studi Teknik Informatika SKPL CariEdu 3/ 35

7 Daftar Isi 1 Pendahuluan Tujuan Lingkup Masalah Definisi, Akronim dan Singkatan Referensi Deskripsi umum (Overview) Deskripsi Kebutuhan Perspektif produk Fungsi Produk Karakteristik Pengguna Batasan-batasan Asumsi dan Ketergantungan Kebutuhan khusus Kebutuhan antarmuka eksternal Kebutuhan fungsionalitas Perangkat Lunak Spesifikasi Rinci Kebutuhan Entity Relationship Diagram (ERD) Program Studi Teknik Informatika SKPL CariEdu 4/ 35

8 Daftar Gambar Gambar 1 Arsitektur Perangkat Lunak CariEdu 10 Gambar 2 Use Case Diagram 17 Gambar 3 Entity Relationship Diagram 35 Program Studi Teknik Informatika SKPL CariEdu 5/ 35

9 1 Pendahuluan 1.1 Tujuan Dokumen Spesifikasi Kebutuhan Perangkat Lunak (SKPL) ini merupakan dokumen spesifikasi kebutuhan perangkat lunak CariEdu yang mendefinisikan kebutuhan perangkat lunak yang meliputi antarmuka eksternal, database, dan feature yang dimiliki, serta mendefinisikan fungsi perangkat lunak. SKPL CariEdu ini juga mendefinisikan batasan perancangan perangkat lunak. Dokumen ini juga dapat digunakan oleh pengembang perangkat lunak sebagai acuan teknis pengembangan perangkat lunak pada tahap selanjutnya. 1.2 Lingkup Masalah Perangkat Lunak CariEdu mempunyai ruang lingkup permasalahan yang hanya akan dibatasi pada: 1. Aplikasi ini dibangun khusus untuk berjalan pada perangkat mobile bersistem operasi Android. 2. Peta yang digunakan adalah Google Maps. 3. Fitur-fitur yang disediakan pada Aplikasi ini yaitu: a. Menampilkkan informasi dan posisi mengenai sampel unit-unit pendidikan berada di Kota Yogyakarta. b. Katalog dan pencarian unit pendidikan. c. Rute dari satu lokasi ke unit pendidikan terpilih. Program Studi Teknik Informatika SKPL CariEdu 6/ 35

10 1.3 Definisi, Akronim dan Singkatan Daftar definisi akronim dan singkatan: Keyword/Phrase Definisi SKPL SKPL (Spesifikasi Kebutuhan perangkat Lunak) Merupakan spesifikasi kebutuhan dari perangkat lunak yang akan dikembangkan. SKPL-CariEdu- XXX Kode yang merepresentasikan kebutuhan pada CariEdu dimana XXX merupakan nomor fungsi produk. CariEdu Database Aplikasi mobile untuk menampilkan lokasi dan informasi mengenai unit-unit pendidikan. Database atau basis data adalah kumpulan rekaman/data yang terintegrasi dalam wadah umum yang menyediakan data untuk satu atau lebih kebutuhan penggunaan. Program Studi Teknik Informatika SKPL CariEdu 7/ 35

11 Pengguna Pengguna adalah administrator, curator dan anggota. Administrator Administrator adalah aktor yang berhak mengelola unit pendidikan dan pengguna dalam CariEdu. Kurator Kurator adalah aktor yang berhak menyetujui atau menolak permintaan. Anggota Edu Anggota adalah aktor yang telah terdaftar dalam CariEdu. Edu adalah istilah yang digunakan dalam aplikasi CariEdu yang sama artinya dengan unit pendidikan. 1.4 Referensi Referensi yang digunakan pada perangkat lunak tersebut adalah: 1. Eduardo Aji Pradana, Spesifikasi Kebutuhan Perangkat Lunak Siwabima (Sistem Persewaan Mobil Mahasiswa). 1.5 Deskripsi umum (Overview) utama. Secara umum dokumen SKPL ini terbagi atas 5 bagian Bagian utama berisi penjelasan mengenai dokumen SKPL tersebut yang mencakup tujuan pembuatan SKPL, ruang lingkup masalah dalam pengembangan perangkat lunak tersebut, definisi, akronim, singkatan, referensi dan deskripsi umum tentang dokumen SKPL ini. Bagian kedua berisi penjelasan umum tentang perangkat lunak CariEdu yang akan dikembangkan, mencakup perspektif produk yang akan dikembangkan, fungsi produk perangkat Program Studi Teknik Informatika SKPL CariEdu 8/ 35

12 lunak, karakteristik pengguna, batasan dalam penggunaan perangkat lunak dan asumsi yang dipakai dalam pengembangan perangkat lunak CariEdu tersebut. Bagian ketiga berisi penjelasan secara lebih rinci tentang kebutuhan perangkat lunak CariEdu yang akan dikembangkan, menjelaskan kebutuhan antarmuka eksternal dan kebutuhan fungsionalitas perangkat lunak. Bagian keempat berisi tentang spesifikasi rinci kebutuhan, yaitu bagian yang menjelaskan tentang fungsional produk berdasarkan use case yang ada. Spesifikasi ini meliputi kondisi awal, kondisi akhir, alur utama, alur sampingan/cadangan, dan alur kesalahan dari masing-masing fungsionalitas. Bagian kelima berisi tentang entity relationship diagram, yaitu diagram dan notasi yang digunakan untuk merepresentasikan struktur data statis pada perangkat lunak. 2 Deskripsi Kebutuhan 2.1 Perspektif produk CariEdu merupakan suatu perangkat lunak untuk perangkat mobile yang dikembangkan untuk memberikan informasi mengenai unit-unit pendidikan serta menampilkan lokasinya dalam peta digital. Perangkat Lunak ini juga menangani pendaftaran anggota, menambahkan lokasi unit pendidikan, menyunting unit pendidikan, menampilkan rute ke unit pendidikan terpilih, serta menyediakan fungsi pencarian. Program Studi Teknik Informatika SKPL CariEdu 9/ 35

13 CariEdu berjalan pada platform Android, dan dibuat menggunakan bahasa pemrograman java. CariEdu dikembangkan dalam lingkungan pemrograman Eclipse. Pengguna akan berinteraksi dengan sistem melalui antarmuka GUI (Graphical User Interface). Pengguna dalam CariEdu meliputi Administrator, Kurator dan Pengunjung. Setiap peran pengguna ini memiliki aksesbilitas dan peran yang berbeda-beda. Anggota dapat meletakkan landmark unit pendidikan dalam peta dan menambahkan informasi mengenai unit pendidikan itu serta menyuntingnya. Kurator dapat mempunyai kemampuan seorang Anggota ditambah fungsi untuk menyetujui permintaan peletakan unit pendidikan. Administrator mempunyai fungsi tambahan selain yang dimiliki Anggota, yaitu menjadikan peran anggota menjadi kurator dan sebaliknya serta menyetujui permintaan peletakan sebuah landmark unit pendidikan. Satelitsatelit GPS Database Server Web Server Wireless Access Point Anggota Kurator Administrator Internet Gambar 1 Arsitektur Perangkat lunak CariEdu Program Studi Teknik Informatika SKPL CariEdu 10/ 35

14 2.2 Fungsi Produk Fungsi produk perangkat lunak CariEdu adalah sebagai berikut: 1. Fungsi Login Administrator(SKPL-CariEdu-001). Merupakan fungsi yang digunakan oleh administrator untuk dapat masuk dalam sistem CariEdu. 2. Fungsi Login Kurator(SKPL-CariEdu-002). Merupakan fungsi yang digunakan oleh kurator untuk dapat masuk dalam sistem CariEdu. 3. Fungsi Daftar Anggota(SKPL-CariEdu-003). Merupakan fungsi yang digunakan untuk mendaftar dalam CariEdu bagi pengunjung untuk menjadi seorang anggota. 4. Fungsi Sunting Edu (SKPL-CariEdu-004). Merupakan fungsi yang digunakan untuk update data Edu. 5. Fungsi Tambah Edu (SKPL-CariEdu-005). Merupakan fungsi untuk menambah/mengajukan Edu baru. 6. Fungsi Hapus Edu (SKPL-CariEdu-006). Merupakan fungsi untuk menghapus Edu. 7. Fungsi Setujui Peletakan Edu (SKPL-CariEdu-007). Merupakan fungsi yang digunakan untuk menyetujui permintaan peletakan Edu. 8. Fungsi Hapus Anggota(SKPL-CariEdu-007). Merupakan fungsi untuk menghapus Anggota. Program Studi Teknik Informatika SKPL CariEdu 11/ 35

15 9. Fungsi Ganti Peran Anggota(SKPL-CariEdu-009). Merupakan fungsi untuk mengganti peran dari anggota biasa ke kurator dan sebaliknya. 10. Fungsi Ganti Lokasi Tempat Tinggal (SKPL- CariEdu-010). Merupakan fungsi untuk mengganti lokasi dari tempat tinggal pengguna. 11. Fungsi Tampil Peta Edu(SKPL-CariEdu-011). Merupakan fungsi yang digunakan untuk menampilkan lokasi unit pendidikan dalam peta digital Google Maps. 12. Fungsi Tampil Rute Edu(SKPL-CariEdu-012). Merupakan fungsi yang digunakan untuk menampilkan rute menuju lokasi unit pendidikan dari lokasi pengguna atau dari lokasi tempat tinggal pengguna. 13. Fungsi Cari Edu(SKPL-CariEdu-013) Merupakan fungsi yang digunakan untuk mencari dan menyaring unit-unit pendidikan yang ada. 14. Fungsi Tampil Informasi Edu(SKPL-CariEdu-014) Merupakan fungsi yang digunakan untuk menampilkan informasi tentang unit pendidikan yang terpilih. 15. Fungsi Beri Komentar(SKPL-CariEdu-015) Merupakan fungsi yang digunakan untuk menambahkan komentar pada unit pendidikan yang terpilih. 16. Fungsi Beri Nilai Edu(SKPL-CariEdu-016) Merupakan fungsi yang digunakan untuk menambahkan nilai pada unit pendidikan yang terpilih. Program Studi Teknik Informatika SKPL CariEdu 12/ 35

16 17. Fungsi Cari Location Provider (SKPL-CariEdu- 017) Merupakan fungsi yang digunakan untuk mencari location provider. 2.3 Karakteristik Pengguna Karakteristik dari pengguna perangkat lunak CariEdu adalah sebagai berikut: 1. Anggota familiar dengan perangkat mobile dengan sistem operasi android. 2. Kurator familiar dengan perangkat mobile dengan sistem operasi android. 3. Administrator familiar dengan perangkat mobile dengan sistem operasi android. 2.4 Batasan-batasan Batasan-batasan dalam pengembangan perangkat lunak CariEdu adalah: 1. CariEdu tidak menangani registrasi dan urusan administratif terhadap unit-unit pendidikan yang ditampilkan dalam aplikasi. 2. Keterbatasan perangkat keras Dapat diketahui kemudian setelah sistem ini berjalan (sesuai dengan kebutuhan). Program Studi Teknik Informatika SKPL CariEdu 13/ 35

17 2.5 Asumsi dan Ketergantungan Asumsi dalam perangkat lunak CariEdu ini yaitu kurensi mata uang yang dipakai adalah rupiah. Ketergantungan aplikasi CariEdu adalah dijalankan pada perangkat mobile bersistem operasi Android dan mempunyai modul GPS serta mendukung protokol http. Ketergantungan lain yaitu harus tersedianya akses internet. Program Studi Teknik Informatika SKPL CariEdu 14/ 35

18 3 Kebutuhan khusus 3.1 Kebutuhan antarmuka eksternal CariEdu dibuat sebagai aplikasi mobile. Kebutuhan antar muka eksternal pada perangkat lunak CariEdu meliputi kebutuhan antarmuka pemakai, antarmuka perangkat keras, antarmuka perangkat lunak, antarmuka komunikasi Antarmuka pemakai Pengguna berinteraksi dengan antarmuka yang ditampilkan dalam bentuk form-form Antarmuka perangkat keras Antarmuka perangkat keras yang digunakan dalam perangkat lunak CariEdu adalah perangkat mobile seperti handphone mendukung protokol http dan modul GPS Antarmuka perangkat lunak Perangkat lunak yang dibutuhkan untuk mengoperasikan perangkat lunak CariEdu adalah sebagai berikut : 1. Nama : Android OS Sumber : Android Software. Sebagai sistem operasi untuk perangkat mobile. 2. Nama : Mysql Sumber : Mysql Sebagai Data Base Management System. 3. Nama : Google Maps API Sumber : Google Program Studi Teknik Informatika SKPL CariEdu 15/ 35

19 Sebagai API dalam pembangunan aplikasi peta. 4. Nama : PHP Sumber : PHP Sebagai penghubung aplikasi dengan database. 5. Nama : Apache Sumber : Apache Software Foundation Sebagai Server Antarmuka Komunikasi Antarmuka komunikasi perangkat lunak CariEdu menggunakan protocol TCP/IP. Program Studi Teknik Informatika SKPL CariEdu 16/ 35

20 3.2 Kebutuhan fungsionalitas Perangkat Lunak Use Case Diagram LocationProv ider << include >> << include >> Cari Location prov ider << include >> Pengunjung Daf tar << include >> Tambah Edu <<extend>> Tampil rute Edu Anggota Lihat peta Edu << include >> << include >> Ganti Tempat tinggal << include >> << include >> Login Menghapus Edu << include >> Kurator Sunting Edu << include >> Melakukan Pencarian << include >> << include >> << include >> Meny etujui peletakan Edu Administrator Beri komentar <<extend>> Melihat informasi Edu <<extend>> Beri nilai Melihat informasi anggota <<extend>> Ganti peran anggota <<extend>> Menghapus anggota Gambar 2 Use Case Diagram Program Studi Teknik Informatika SKPL CariEdu 17/ 35

21 4 Spesifikasi Rinci Kebutuhan Use case Spesification : Login Administrator 1. Brief Description Use Case ini digunakan oleh aktor untuk memperoleh akses ke sistem. Login didasarkan pada sebuah id unik yaitu username dari aktor dan password yang berupa rangkaian karakter. 2. Primary Actor 1. Administrator 3. Supporting Actor none 4. Basic Flow 1. Use Case ini dimulai ketika aktor memilih untuk melakukan login 2. Sistem menampilkan antarmuka untuk login 3. Aktor memasukkan username dan password 4. Sistem memeriksa username dan password yang dimasukkan aktor E-1 Password atau username tidak sesuai 5. Sistem memberikan akses ke aktor 6. Use Case ini selesai 5. Alternative Flow none 6. Error Flow E-1 Password atau username tidak sesuai 1. Sistem menampilkan peringatan bahwa username atau password tidak sesuai 2. Kembali ke Basic Flow langkah ke 3 7. PreConditions 1. Aktor sudah mendaftar Program Studi Teknik Informatika SKPL CariEdu 18/ 35

22 8. PostConditions 1. Aktor memasuki sistem dan dapat menggunakan fungsifungsi pada sistem Use case Spesification : Login Kurator 1. Brief Description Use Case ini digunakan oleh aktor untuk memperoleh akses ke sistem. Login didasarkan pada sebuah id unik yaitu username dari aktor dan password yang berupa rangkaian karakter. 2. Primary Actor 1. Kurator 3. Supporting Actor none 4. Basic Flow 1. Use Case ini dimulai ketika aktor memilih untuk melakukan login 2. Sistem menampilkan antarmuka untuk login 3. Aktor memasukkan username dan password 4. Sistem memeriksa username dan password yang dimasukkan aktor E-1 Password atau username tidak sesuai 5. Sistem memberikan akses ke aktor 6. Use Case ini selesai 5. Alternative Flow none 6. Error Flow E-1 Password atau username tidak sesuai 7. PreConditions 1. Sistem menampilkan peringatan bahwa username atau password tidak sesuai 2. Kembali ke Basic Flow langkah ke 3 1. Aktor sudah mendaftar Program Studi Teknik Informatika SKPL CariEdu 19/ 35

23 8. PostConditions 1. Aktor memasuki sistem dan dapat menggunakan fungsifungsi pada sistem Use case Spesification : Login Anggota 1. Brief Description Use Case ini digunakan oleh aktor untuk memperoleh akses ke sistem. Login didasarkan pada sebuah id unik yaitu username dari aktor dan password yang berupa rangkaian karakter. 2. Primary Actor 1. Anggota 3. Supporting Actor none 4. Basic Flow 1. Use Case ini dimulai ketika aktor memilih untuk melakukan login 2. Sistem menampilkan antarmuka untuk login 3. Aktor memasukkan username dan password 4. Sistem memeriksa username dan password yang dimasukkan aktor E-1 Password atau username tidak sesuai 5. Sistem memberikan akses ke aktor 6. Use Case ini selesai 5. Alternative Flow none 6. Error Flow E-1 Password atau username tidak sesuai 7. PreConditions 1. Sistem menampilkan peringatan bahwa username atau password tidak sesuai 2. Kembali ke Basic Flow langkah ke 3 1. Aktor sudah mendaftar Program Studi Teknik Informatika SKPL CariEdu 20/ 35

24 8. PostConditions 1. Aktor memasuki sistem dan dapat menggunakan fungsifungsi pada sistem Use case Spesification : Tambah Edu 1. Brief Description Use Case ini digunakan oleh aktor untuk menambah landmark unit pendidikan yang dapat dilihat oleh semua anggota. 2. Primary Actor 1. Administrator 2. Anggota 3. Kurator 3. Supporting Actor none 4. Basic Flow 1. Use Case ini dimulai ketika aktor memilih untuk menambah landmark unit pendidikan. 2. Sistem menampilkan antarmuka untuk menambah landmark unit pendidikan. 3. Aktor memasukkan isian yang ada mengenai data unit pendidikan yang akan dibuat. 4. Aktor meminta sistem untuk menyimpan data landmark unit pendidikan yang telah dimasukkan. 5. Sistem menyimpan/menambahkan data landmark unit2 pendidikan ke database. 6. Use Case selesai. 5. Alternative Flow 6. Error Flow 7. PreConditions 1. Use Case Login telah dilakukan 2. Aktor telah memasuki sistem 8. PostConditions 1. Data landmark unit pendidikan di database telah terbarui Program Studi Teknik Informatika SKPL CariEdu 21/ 35

25 4.1.5 Use case Spesification : Sunting Edu 1. Brief Description Use Case ini digunakan oleh aktor untuk menyunting unit pendidikan yang telah dibuat aktor tersebut. 2. Primary Actor 1. Administrator 2. Anggota 3. Kurator 3. Supporting Actor none 4. Basic Flow 1. Use Case ini dimulai ketika aktor memilih untuk menyunting unit pendidikan. 2. Sistem menampilkan antarmuka untuk menyunting unit pendidikan. 3. Aktor memasukkan data pada isian yang ada mengenai data unit pendidikan yang akan disunting. 4. Aktor meminta sistem untuk menyimpan data unit pendidikan yang telah dimasukkan. 5. Sistem membarui data unit pendidikan ke database. 6. Use Case selesai. 5. Alternative Flow none 6. Error Flow none 7. PreConditions 1. Use Case Login telah dilakukan 2. Aktor telah memasuki sistem 8. PostConditions 1. Data unit pendidikan di database telah terbarui Program Studi Teknik Informatika SKPL CariEdu 22/ 35

26 4.1.6 Use case Spesification : Hapus Edu 1. Brief Description Use Case ini digunakan oleh aktor untuk menghapus unit pendidikan yang telah dibuat aktor tersebut. 2. Primary Actor 1. Administrator 2. Anggota 3. Kurator 3. Supporting Actor none 4. Basic Flow 1. Use Case ini dimulai ketika aktor memilih untuk menghapus unit pendidikan. 2. Aktor menghapus unit pendidikan. 3. Sistem menghapus data unit pendidikan ke database. 4. Use Case selesai. 5. Alternative Flow none 6. Error Flow none 7. PreConditions 1. Use Case Login telah dilakukan 2. Aktor telah memasuki sistem 8. PostConditions 1. Data unit pendidikan di database telah terbarui Use case Spesification : Hapus Anggota 1. Brief Description Use Case ini digunakan oleh aktor untuk menghapus anggota yang ada. 2. Primary Actor 1. Administrator 3. Supporting Actor none Program Studi Teknik Informatika SKPL CariEdu 23/ 35

27 4. Basic Flow 1. Use Case ini dimulai ketika aktor memilih untuk menghapus anggota. 2. Sistem menampilkan daftar anggota. 3. Aktor memilih untuk menghapus anggota terpilih. 4. Sistem menghapus data anggota ke database 5. Use Case selesai 5. Alternative Flow none 6. Error Flow none 7. PreConditions 1. Use Case Login telah dilakukan 2. Aktor telah memasuki sistem 8. PostConditions 1. Data anggota di database telah terbarui Use case Spesification : Lihat Peta Edu 1. Brief Description Use Case ini memungkinkan aktor untuk melihat lokasi unit pendidikan pada peta. 2. Primary Actor 1. Administrator 2. Anggota 3. Kurator 3. Supporting Actor none 4. Basic Flow 1. Use Case ini dimulai ketika aktor memilih untuk melihat posisi unit pendidikan pada peta 2. Sistem menampilkan daftar unit pendidikan yang ada 3. Aktor memilih salah satu unit pendidikan yang ada. Program Studi Teknik Informatika SKPL CariEdu 24/ 35

28 4. Sistem menampilkan lokasi unit pendidikan yang terpilih pada peta. 5. Use Case selesai 5. Alternative Flow none 6. Error Flow none 7. PreConditions 1. Use Case Login sudah dilakukan 2. Aktor telah memasuki sistem 8. PostConditions 1. Lokasi unit pendidikan pada peta ditampilkan Use case Spesification : Lihat Rute Edu 1. Brief Description Use Case ini memungkinkan aktor untuk melihat lokasi unit pendidikan pada peta. 2. Primary Actor 1. Administrator 2. Anggota 3. Kurator 3. Supporting Actor none 4. Basic Flow 1. Use Case ini dimulai ketika aktor memilih untuk melihat rute menuju lokasi landmark unit pendidikan pada peta. 2. Sistem menampilkan daftar unit pendidikan yang ada. 3. Aktor memilih salah satu unit pendidikan yang ada. 4. Sistem menampilkan lokasi unit pendidikan yang terpilih pada peta. 5. Aktor memilih untuk melihat rute. Program Studi Teknik Informatika SKPL CariEdu 25/ 35

29 6. Sistem menampilkan rute menuju lokasi landmark unit pendidikan pada peta. 7. Use Case selesai 5. Alternative Flow none 6. Error Flow none 7. PreConditions 1. Use Case Login sudah dilakukan 2. Use Case Lihat Peta Edu sudah dilakukan 3. Aktor telah memasuki sistem 8. PostConditions Rute menuju lokasi unit pendidikan pada peta ditampilkan Use case Spesification : Ganti Lokasi Tempat Tinggal 1. Brief Description Use Case ini memungkinkan aktor untuk melihat lokasi tempat tinggal serta mengubah/membarui lokasi tempat tinggal. 2. Primary Actor 1. Administrator 2. Anggota 3. Kurator 3. Supporting Actor none 4. Basic Flow 1. Use Case ini dimulai ketika aktor memilih untuk mengganti lokasi tempat tinggal 2. Sistem menampilkan lokasi tempat tinggal dan posisi actor pada peta. Program Studi Teknik Informatika SKPL CariEdu 26/ 35

30 3. Aktor memilih untuk menyimpan lokasi tempat tinggal yang baru. 4. Sistem membarui lokasi tempat tinggal dalam basis data 5. Use Case selesai 5. Alternative Flow none 6. Error Flow none 7. PreConditions 1. Use Case Login sudah dilakukan 2. Aktor telah memasuki sistem 8. PostConditions Lokasi tempat tinggal dalam basis data terbarui Use case Spesification : Lihat informasi Edu 1. Brief Description Use Case ini memungkinkan aktor untuk melihat informasi unit pendidikan. 2. Primary Actor 1. Administrator 2. Anggota 3. Kurator 3. Supporting Actor none 4. Basic Flow 1. Use Case ini dimulai ketika aktor memilih untuk melihat informasi unit pendidikan. 2. Sistem menampilkan daftar unit pendidikan yang ada. 3. Aktor memilih salah satu unit pendidikan yang ada. 4. Sistem menampilkan informasi unit pendidikan yang terpilih. 5. Use Case selesai Program Studi Teknik Informatika SKPL CariEdu 27/ 35

31 5. Alternative Flow none 6. Error Flow None 7. PreConditions 1. Use Case Login sudah dilakukan 2. Aktor telah memasuki sistem 8. PostConditions 1. Informasi tentang unit pendidikan ditampilkan Use case Spesification : Lihat informasi Anggota 1. Brief Description Use Case ini memungkinkan aktor untuk melihat informasi anggota. 2. Primary Actor 1. Administrator 3. Supporting Actor none 4. Basic Flow 1. Use Case ini dimulai ketika aktor memilih untuk melihat informasi anggota. 2. Sistem menampilkan daftar anggota. 3. Aktor memilih salah satu anggota yang ada. 4. Sistem menampilkan informasi anggota yang terpilih. 5. Use Case selesai 5. Alternative Flow none 6. Error Flow none 7. PreConditions 1. Use Case Login sudah dilakukan 2. Aktor telah memasuki system Program Studi Teknik Informatika SKPL CariEdu 28/ 35

32 8. PostConditions 1. Informasi tentang anggota ditampilkan Use case Spesification : Ganti peran anggota 1. Brief Description Use Case ini memungkinkan aktor untuk mengganti peran dari anggota menjadi kurator dan sebaliknya. 2. Primary Actor 1. Administrator 3. Supporting Actor none 4. Basic Flow 1. Use Case ini dimulai ketika aktor memilih untuk mengganti peran anggota. 2. Sistem menampilkan daftar anggota. 3. Aktor memilih salah satu anggota yang ada. 4. Sistem menampilkan informasi anggota yang terpilih. 5. Aktor memilih untuk mengganti peran anggota. 6. Sistem membarui data peran anggota yang ada dalam basis data. 7. Use Case selesai 5. Alternative Flow none 6. Error Flow none 7. PreConditions 1. Use Case Login sudah dilakukan 2. Use Case Lihat Informasi Anggota sudah dilakukan 3. Aktor telah memasuki sistem 8. PostConditions Data peran dari anggota diperbarui Program Studi Teknik Informatika SKPL CariEdu 29/ 35

33 Use case Spesification : Beri komentar 1. Brief Description Use Case ini memungkinkan aktor untuk menambahkan komentar pada unit pendidikan yang ada. 2. Primary Actor 1. Administrator 2. Anggota 3. Kurator 3. Supporting Actor none 4. Basic Flow 1. Use Case ini dimulai ketika aktor memilih untuk menambahkan komentar. 2. Sistem menampilkan daftar unit pendidikan yang ada. 3. Aktor memilih salah satu unit pendidikan. 4. Sistem menampilkan antar muka untuk menambahkan komentar. 5. Aktor memasukkan komentar. 6. Aktor meminta sistem untuk menyimpan komentar baru. 7. Sistem menyimpan komentar ke dalam basis data. 5. Alternative Flow 6. Error Flow 7. PreConditions 1. Use Case Login sudah dilakukan 2. Use Case Lihat Informasi Edu sudah dilakukan 3. Aktor telah memasuki sistem 8. PostConditions 1. komentar terbarui Program Studi Teknik Informatika SKPL CariEdu 30/ 35

34 Use case Spesification : Beri Nilai 1. Brief Description Use Case ini memungkinkan aktor untuk member nilai pada unit pendidikan yang ada. 2. Primary Actor 1. Administrator 2. Anggota 3. Kurator 3. Supporting Actor none 4. Basic Flow 1. Use Case ini dimulai ketika aktor memilih untuk menambahkan nilai. 2. Sistem menampilkan daftar unit pendidikan yang ada. 3. Aktor memilih salah satu unit pendidikan. 4. Sistem menampilkan antar muka untuk menambahkan nilai. 5. Aktor memasukkan nilai. 6. Aktor meminta sistem untuk menyimpan nilai baru. 7. Sistem menyimpan/membarui nilai ke dalam basis data. 5. Alternative Flow none 6. PreConditions 1. Use Case Login sudah dilakukan 2. Use Case Lihat Informasi Edu sudah dilakukan 3. Aktor telah memasuki sistem 7. PostConditions 1. nilai terbarui Program Studi Teknik Informatika SKPL CariEdu 31/ 35

35 Use case Spesification : Melakukan pencarian 1. Brief Description Use Case ini memungkinkan actor untuk melakukan pencarian terhadap unit pendidikan yang ada. 2. Primary Actor 1. Anggota 2. Administrator 3. Kurator 3. Supporting Actor none 4. Basic Flow 1. Use Case ini dimulai ketika aktor memilih untuk melakukan pencarian. 2. Sistem akan menampilkan antar muka untuk melakukan pencarian. 3. Aktor memasukkan informasi mengenai pencarian yang diinginkan. 4. Aktor meminta sistem untuk melakukan pencarian. 5. Sistem menampilkan daftar hasil pencarian. 6. Use Case selesai 5. Alternative Flow none 6. Error Flow none 7. PreConditions 1. Use Case Login sudah dilakukan 2. Aktor telah memasuki sistem 8. PostConditions 1. Hasil pencarian ditampilkan Program Studi Teknik Informatika SKPL CariEdu 32/ 35

36 Use case Spesification : Menyetujui peletakan unit pendidikan 1. Brief Description Use Case ini memungkinkan aktor untuk menyetujui permintaan peletakan landmark unit pendidikan. 2. Primary Actor 1. Administrator 2. Kurator 3. Supporting Actor none 4. Basic Flow 1. Use Case ini dimulai ketika Aktor memilih untuk menyetujui permintaan peletakan landmark unit pendidikan. 2. Sistem menampilkan daftar permintaan yang belum disetujui 3. Aktor memilih salah satu permintaan peletakan landmark unit pendidikan. 4. Sistem akan membarui data unit pendidikan dan menghapus permintaan dari daftar permintaan 5. Use Case selesai 5. Alternative Flow none 6. Error Flow none 7. PreConditions 1. Use Case Login sudah dilakukan 2. Aktor telah memasuki sistem 8. PostConditions 1. Data permintaan peletakan landmark unit pendidikan terbarui Program Studi Teknik Informatika SKPL CariEdu 33/ 35

37 Use case Spesification : Mendaftar 1. Brief Description Use Case ini memungkinkan aktor untuk mendaftar menjadi anggota. 2. Primary Actor 1. Pengunjung 3. Supporting Actor none 4. Basic Flow 1. Use Case ini dimulai ketika Aktor memilih untuk mendaftar. 2. Sistem menampilkan antar muka pendaftaran 3. Aktor mengisi informasi yang diperlukan untuk mendaftar. 4. Aktor meminta untuk menyimpan masukan Aktor 5. Sistem memeriksa masukan Aktor E-1 masukan data salah 6. Sistem menyimpan masukan Aktor 7. Use Case selesai 5. Alternative Flow none 6. Error Flow E-1 masukan data salah 1. Sistem memberitahu Aktor bahwa masukan data salah 2. Flow kembali ke Basic Flow langkah ke-2 7. PreConditions 8. PostConditions 1. Data pendaftaran diproses Program Studi Teknik Informatika SKPL CariEdu 34/ 35

38 5 Entity Relationship Diagram (ERD) Status_user Latitude_rumah Longitude_rumah n rating_edu rating n Memberi nilai username 1 has Id_user User Peran _user 1 Password_user 1 Status Latitude 1 Nama_edu Longitude rating Id_edu Berkomentar Create n Jenis_pendidikan n landmark_edu Satuan_pendidikan has 1 Komentar_edu n Tanggal_buat tanggal Alamat SwastaNegeri Id_komentar deskripsi isi fax spp website telp Gambar 3 Entity Relation Diagram Program Studi Teknik Informatika SKPL CariEdu 35/ 35

39 DPPL DESKRIPSI PERANCANGAN PERANGKAT LUNAK CariEdu Untuk: Universitas Atma Jaya Yogyakarta Dipersiapkan oleh: Eduardo Aji Pradana / Program Studi Teknik Informatika Fakultas Teknologi Industri Universitas Atma Jaya Yogyakarta Program Studi Teknik Informatika Fakultas Teknologi Industri Nomor Dokumen Halaman DPPL-CariEdu 1/69 Revisi

40 Revisi A DAFTAR PERUBAHAN Deskripsi B C D E F Program Studi Teknik Informatika DPPL CariEdu 2/ 69

41 INDEX TGL - A B C D E F G Ditulis oleh Diperik sa oleh Disetuj ui oleh Program Studi Teknik Informatika DPPL CariEdu 3/ 69

42 Daftar Halaman Perubahan Halaman Revisi Halaman Revisi Program Studi Teknik Informatika DPPL CariEdu 4/ 69

43 Daftar Isi 1 Pendahuluan Tujuan Ruang Lingkup Definisi dan Akronim Referensi Perancangan System Perancangan Architecture Perancangan Rinci Login Login Administrator Login Anggota Lihat Lokasi Tempat Tinggal Daftar Lihat detail permintaan Setujui Permintaan Hapus Edu Hapus Anggota Lihat Peta Lihat List Permintaan Beri rating Class Diagram Class Diagram Specific Descriptions Specific Design Class MainMenuUI Specific Design Class KatalogUI Specific Design Class ListEduUI Specific Design Class ListlayananUI Specific Design Class ListAnggotaUI Specific Design Class ListPermintaanUI Specific Design Class DetailEduUI Specific Design Class DetailAnggotaUI Specific Design Class DetailPermintaanUI Specific Design Class KomentarUI Specific Design Class ListSearchEduUI Specific Design Class PetaEduUI Specific Design Class SearchUI Specific Design Class RatingUI Specific Design Class TambahEduUI Specific Design Class SuntingEduUI Program Studi Teknik Informatika DPPL CariEdu 5/ 69

44 Specific Design Class EduControl Specific Design Class UserControl Specific Design Class LoginControl Specific Design Class KomentarControl Specific Design Class RatingControl Specific Design Class DataEdu Specific Design Class DataUser Specific Design DataKomentar Specific Design DataRating Perancangan Data Dekomposisi Data Deskripsi Entitas Data Pengguna Deskripsi Entitas Data Edu Deskripsi Entitas Data Komentar Deskripsi Entitas Data Rating Deskripsi Perancangan AntarMuka Log in Anggota Log in Administrator Log in Kurator Menu Utama Detail Anggota Detail Permintaan Detail Edu Rating Peta Edu List Edu List Layanan List Anggota List Hasil Pencarian Pencarian Katalog Komentar Tempat Tinggal Daftar Program Studi Teknik Informatika DPPL CariEdu 6/ 69

45 Daftar Gambar Gambar 1 Rancangan Arsitektur CariEdu Gambar 2.1 Sequence Diagram: Login Administrator Gambar 2.2 Sequence Diagram: Login Anggota Gambar 2.3 Sequence Diagram: Lihat lokasi tempat tinggal Gambar 2.4 Sequence Diagram: Perbarui Tempat Tinggal.. 15 Gambar 2.5 Sequence Diagram: Daftar Gambar 2.6 Sequence Diagram : Lihat daftar edu Gambar 2.7 Sequence Diagram: Lihat Detail Edu Gambar 2.8 Sequence Diagram: Lihat Komentar Gambar 2.9 Sequence Diagram: Kirim Komentar Gambar 2.10 Sequence Diagram: Tambah Edu Gambar 2.11 Sequence Diagram: Sunting Edu Gambar 2.12 Sequence Diagram: Lihat Detail Anggota Gambar 2.13 Sequence Diagram: Ganti peran anggota Gambar 2.14 Sequence Diagram: lihat detail permintaan 20 Gambar 2.15 Sequence Diagram: Setujui permintaan Gambar 2.16 Sequence Diagram: Hapus Edu Gambar 2.17 Sequence Diagram : Hapus Anggota Gambar 2.18 Sequence Diagram: Lihat Peta Gambar 2.18 Sequence Diagram: Lihat List Permintaan Gambar 2.18 Sequence Diagram: Beri rating Gambar 3.1 Gambar PDM Gambar 4.1 Rancangan Antarmuka Login Anggota Gambar 4.2 Rancangan Antarmuka Login Administrator Gambar 4.3 Rancangan Antarmuka Login Kurator Gambar 4.4 Rancangan Antarmuka Menu Utama Gambar 4.5 Rancangan Antarmuka Detail Anggota Gambar 4.6 Rancangan Antarmuka Detail Permintaan Gambar 4.7 Rancangan Antarmuka Detail Edu Gambar 4.8 Rancangan Antarmuka Rating Gambar 4.9 Rancangan Antarmuka Peta Edu Gambar 4.10 Rancangan Antarmuka List Edu Gambar 4.11 Rancangan Antarmuka List layanan Gambar 4.12 Rancangan Antarmuka List Anggota Gambar 4.13 Rancangan Antarmuka List hasil Pencarian 64 Gambar 4.14 Rancangan Antarmuka Pencarian Program Studi Teknik Informatika DPPL CariEdu 7/ 69

46 Gambar 4.15 Rancangan Antarmuka Katalog Gambar 4.16 Rancangan Antarmuka Komentar Gambar 4.17 Rancangan Antarmuka Tempat Tinggal Gambar 4.18 Rancangan Antarmuka Daftar Anggota Program Studi Teknik Informatika DPPL CariEdu 8/ 69

47 1 Pendahuluan 1.1 Tujuan Dokumen Deskripsi Perancangan Perangkat Lunak (DPPL) bertujuan untuk mendefinisikan perancangan perangkat lunak yang akan dikembangkan. Dokumen DPPL tersebut digunakan oleh pengembang perangkat lunak sebagai acuan untuk implementasi pada tahap selanjutnya. Dokumen ini menjelaskan tentang Tujuan, Ruang Lingkup, Definisi dan akronim, Referensi. Juga menjelaskan tentang Arsitektur, Sequence Diagram, Class description, Class diagram. 1.2 Ruang Lingkup Perangkat Lunak CariEdu dikembangkan dengan tujuan untuk: 1. Memberikan informasi dan posisi mengenai sampel unit-unit pendidikan di kota Yogyakarta. 2. Mencari dan menyaring unit pendidikan. 3. Memberikan rute dari satu lokasi ke unit pendidikan terpilih. 4. Menyediakan fasilitas untuk menambahkan informasi dan posisi unit pendidikan. Program Studi Teknik Informatika DPPL CariEdu 9/ 69

48 1.3 Definisi dan Akronim Daftar definisi akronim dan singkatan: Keyword/Phrase Definisi SKPL SKPL (Spesifikasi Kebutuhan perangkat Lunak) Merupakan spesifikasi kebutuhan dari perangkat lunak yang akan dikembangkan. CariEdu Perangkat lunak yang menyediakan informasi dan lokasi dari unit pendidikan serta memungkinkan penggunanya untuk menambahkan dan menyunting informasi dari unit pendidikan. Database Pengguna Database atau basis data adalah kumpulan rekaman/data yang terintegrasi dalam wadah umum yang menyediakan data untuk satu atau lebih kebutuhan penggunaan. Pengguna adalah administrator, Kurator dan anggota. Kurator Kurator adalah aktor yang berhak menyetujui atau menolak permintaan. Administrator Anggota Edu Administrator adalah aktor yang berhak mengelola landmark dan pengguna dalam CariEdu. Anggota adalah aktor yang telah terdaftar dalam CariEdu. Edu adalah istilah yang digunakan dalam perangkat lunak CariEdu yang sama artinya dengan unit pendidikan. Program Studi Teknik Informatika DPPL CariEdu 10/ 69

49 1.4 Referensi Referensi yang digunakan pada perangkat lunak tersebut adalah: 1. Bennet Simon, McRobb Steve, Farmer Ray, Object- Oriented System Analysis and Design Using UML, McGraw-Hill Companies, Boggs Wendy, Boggs Michael, Mastering UML with Rational Rose 2002, SYBEX Inc, Sapta Juli, Deskripsi Perancangan Perangkat Lunak SC3, Universitas Atma Jaya Yogyakarta, Eduardo Aji Pradana, Spesifikasi Kebutuhan Perangkat Lunak SIWABIMA, Universitas Atma Jaya Yogyakarta, Program Studi Teknik Informatika DPPL CariEdu 11/ 69

50 2 Perancangan System 2.1 Perancangan Architecture UI Control Entity LoginUI LoginAdminUI LoginControl MainMenu TempatTinggalUI DetailAnggotaUI UserControl DataUser DaftarAnggotaUI DaftarAnggotaBaruUI KatalogUI PetaEduUI TambahEduUI SuntingEduUI DaftarEduUI PencarianUI EduControl DataEdu HasilPencarianUI DaftarPermintaanUI DetailPermintaanUI DetailEduUI KomentarUI KomentarControl DataKomentar RatingUI RatingControl DataRating Gambar 1 Rancangan Arsitektur CariEdu Program Studi Teknik Informatika DPPL CariEdu 12/ 69

51 2.2 Perancangan Rinci Sequence Diagram Login Login Administrator : Administrator : LoginAdministratorUI 1: LoginAdministratorUI() 2: : LoginControl : DataUser 3: getpasswordadmin(username) 4: getpasswordadmin(username) 5: getpasswordadmin(username) 6: 7: 8: Gambar 2.1 Sequence Diagram: Login Administrator Program Studi Teknik Informatika DPPL CariEdu 13/ 69

52 Login Anggota : Anggota : LoginAnggotaUI 1: LoginAnggotaUI() : LoginControl : DataUser 2: 3: getpassword(username) 4: getpassword(username) 5: getpassword(username) 6: 7: 8: Gambar 2.2 Sequence Diagram: Login Anggota Lihat Lokasi Tempat Tinggal : Administrator, Anggota 1: TempatTinggalUI() 2: 3: getlokasitt(idusr,posisi) 8: : TempatTinggalUI : UserControl : DataUser 4: getlokasitt(idusr,posisi) 7: 5: getlokasitt(idusr,posisi) 6: Gambar 2.3 Sequence Diagram: Lihat lokasi tempat tinggal Program Studi Teknik Informatika DPPL CariEdu 14/ 69

53 Perbarui Tempat Tinggal : Administrator, : TempatTinggalUI Anggota : UserControl : DataUser 1: TempatTinggalUI() 2: 3: settt(latt,lngt,idusr) 8: 4: settt(latt,lngt,idusr) 7: 5: settt(latt,lngt,idusr) 6: Gambar 2.4 Sequence Diagram: Perbarui Tempat Tinggal Daftar : Pengguna : DaftarAnggotaUI : UserControl : DataUser Perangkat Mobile 1: DaftarAnggotaUI() 2: 3: insertdatauser(username,password, , role) 8: 4: insertdatauser(username,password, , role) 7: 5: insertdatauser(username,password, , role) 6: Gambar 2.5 Sequence Diagram: Daftar Program Studi Teknik Informatika DPPL CariEdu 15/ 69

54 Lihat List Edu : Administrator, Kurator, Anggota : ListEduUI : EduControl : DataEdu 1: ListEduUI( ) 2: 3: getserverdata(jenis, satuan, awal, limit, icon,retsatuan,retid,lochome,retjarak,retrating) 4: getserverdata(jenis, satuan, awal, limit, icon,retsatuan,retid,lochome,retjarak,retrating) 5: getserverdata(jenis, satuan, awal, limit, icon,retsatuan,retid,lochome,retjarak,retrating) 6: 7: 8: Gambar 2.6 Sequence Diagram : Lihat daftar edu Lihat Detail Edu : Administrator, Anggota : DetailEduUI : EduControl : DataEdu 1: DetailEduUI() 2: 3: getdetail(idedu,details) 4: getdetail(idedu,details) 5: getdetail(idedu,details) Gambar 2.7 Sequence Diagram: Lihat Detail Edu Program Studi Teknik Informatika DPPL CariEdu 16/ 69

55 Lihat Komentar : Administrator, Anggota : KomentarUI : KomentarControl : DataKomentar 1: KomentarUI() 2: 3: getkomentar(idedu, nama, tanggal) 4: getkomentar(idedu, nama, tanggal) 5: getkomentar(idedu, nama, tanggal) 6: 7: 8: Gambar 2.8 Sequence Diagram: Lihat Komentar Kirim Komentar : Administrator, Anggota 1: KomentarUI() : KomentarUI : KomentarControl : DataKomentar 2: 3: setkomentar(idedu,komentar,iduser) 4: setkomentar(idedu,komentar,iduser) 5: setkomentar(idedu,komentar,iduser) 6: 7: 8: Gambar 2.9 Sequence Diagram: Kirim Komentar Program Studi Teknik Informatika DPPL CariEdu 17/ 69

56 Tambah Edu : Administrator, Anggota : TambahEduUI : EduControl : DataEdu 1: 2: 3: setplace(latt, longt, nama, jenis, satuan, swasta, kontak, alamat, biaya, addedby) 4: setplace(latt, longt, nama, jenis, satuan, swasta, kontak, alamat, biaya, addedby) 5: setplace(latt, longt, nama, jenis, satuan, swasta, kontak, alamat, biaya, addedby) 6: 7: 8: Gambar 2.10 Sequence Diagram: Tambah Edu Sunting Edu : Administrator, Anggota 1: SuntingEduUI() : SuntingEduUI : EduControl : DataEdu 2: 3: updateplace(nama, jenis, satuan, swasta, kontak, alamat, biaya, desk, fax, , website, idedu) 4: updateplace(nama, jenis, satuan, swasta, kontak, alamat, biaya, desk, fax, , website, idedu) 5: updateplace(nama, jenis, satuan, swasta, kontak, alamat, biaya, desk, fax, , website, idedu) 6: 7: 8: Gambar 2.11 Sequence Diagram: Sunting Edu Program Studi Teknik Informatika DPPL CariEdu 18/ 69

57 Lihat Detail Anggota : Administrator 1: DetailAnggotaUI() 2: 3: getdata(iduser, details) : DetailAnggotaUI : UserControl : DataUser 4: getdata(iduser, details) 5: getdata(iduser, details) 6: 7: 8: Gambar 2.12 Sequence Diagram: Lihat Detail Anggota Program Studi Teknik Informatika DPPL CariEdu 19/ 69

58 Ganti peran anggota : Administrator : DetailAnggotaUI : UserControl : DataUser 1: DetailAnggotaUI() 2: 3: setperan(iduser,peranbaru) 4: setperan(iduser,peranbaru) 5: setperan(iduser,peranbaru) 6: 7: 8: Gambar 2.13 Sequence Diagram: Ganti peran anggota Lihat detail permintaan : Administrator, Kurator 1: DetailPermintaanUI() : DetailPermintaanUI : EduControl : DataEdu 2: 3: getdetailpermintaan(idedu,details) 4: getdetailpermintaan(idedu,details) 5: getdetailpermintaan(idedu,details) 6: 7: 8: Gambar 2.14 Sequence Diagram: lihat detail permintaan Program Studi Teknik Informatika DPPL CariEdu 20/ 69

59 Setujui Permintaan : Administrator, : DetailPermintaanUI Kurator 1: DetailPermintaanUI() : EduControl : DataEdu 2: 3: setujuipermintaan(idedu) 4: setujuipermintaan(idedu) 5: setujuipermintaan(idedu) 6: 7: 8: Gambar 2.15 Sequence Diagram: Setujui permintaan Program Studi Teknik Informatika DPPL CariEdu 21/ 69

60 Hapus Edu : Administrator, : ListLayananUI Kurator, Anggota 1: ListLayananUI() 2: 3: hapusplace(idedu) : EduControl : DataEdu 4: hapusplace(idedu) 5: hapusplace(idedu) 6: 7: 8: Gambar 2.16 Sequence Diagram: Hapus Edu Program Studi Teknik Informatika DPPL CariEdu 22/ 69

61 Hapus Anggota : Administrator : DetailAnggotaUI : UserControl : DataUser : EduControl : DataEdu 1: DetailAnggotaUI() 2: 3: hapusanggota(iduser) 8: 4: hapusanggota(iduser) 7: 5: hapusanggota(iduser) 6: 9: hapusplacebyanggota(iduser) 10: hapusplacebyanggota(iduser) 11: hapusplacebyanggota(iduser) 12: 13: 14: Gambar 2.17 Sequence Diagram : Hapus Anggota Program Studi Teknik Informatika DPPL CariEdu 23/ 69

62 Lihat Peta : Administrator, Kurator, Anggota 1: PetaUI() : PetaEduUI : UserControl : DataUser 2: 3: getpositionttbyid(idlogin, positionhome) 4: getpositionttbyid(idlogin, positionhome) 5: getpositionttbyid(idlogin, positionhome) 6: 7: 8: 9: getposition(pilihan, position) 10: getposition(pilihan, position) 11: getposition(pilihan, position) 12: 13: 14: Gambar 2.18 Sequence Diagram: Lihat Peta Program Studi Teknik Informatika DPPL CariEdu 24/ 69

63 Lihat List Permintaan : Administrator, Kurator : ListPermintaanUI : EduControl : DataEdu 1: ListPermintaanUI( ) 2: 3: getlistpermintaan(reticon,awal,limit,retid,retsatuan,lochome) 4: getlistpermintaan(reticon,awal,limit,retid,retsatuan,lochome) 5: getlistpermintaan(reticon,awal,limit,retid,retsatuan,lochome) 6: 7: 8: Gambar 2.18 Sequence Diagram: Lihat List Permintaan Program Studi Teknik Informatika DPPL CariEdu 25/ 69

64 Beri rating : Administrator, : RatingUI : RatingControl : DataRating Kurator, Anggota 1: RatingUI( ) 2: 3: setrating(idusr,idedu,rating) 8: 4: setrating(idusr,idedu,rating) 7: 5: setrating(idusr,idedu,rating) 6: Gambar 2.18 Sequence Diagram: Beri rating Program Studi Teknik Informatika DPPL CariEdu 26/ 69

65 2.3 Class Diagram Program Studi Teknik Informatika DPPL CariEdu 27/ 69

66 Gambar 3 Class Diagram Program Studi Teknik Informatika DPPL CariEdu 28/ 69

67 2.4 Class Diagram Specific Descriptions Specific Design Class DaftarAnggotaUI DaftarAnggotaUI <<boundary>> +DaftarAanggota() Default konstruktor, digunakan untuk inisialisasi semua attribute dari kelas ini. + insertdatauser(string username, String password, String , String role,string latt, String lngt) Operasi ini digunakan untuk mendaftarkan pengguna baru. Specific Design Class LoginUI LoginUI <<boundary>> +LoginUI() Default konstruktor, digunakan untuk inisialisasi semua attribute dari kelas ini. + getpassword(string username):string Mendapatkan password dari nama pengguna. Specific Design Class LoginAdminUI LoginAdminUI <<boundary>> +LoginAdminUI() Default konstruktor, digunakan untuk inisialisasi semua attribute dari kelas ini. + getpasswordadmin(string username):string Mendapatkan password dari nama pengguna. Program Studi Teknik Informatika DPPL CariEdu 29/ 69

68 Specific Design Class LoginKuratorfUI LoginKuratorUI <<boundary>> +LoginKuratorUI() Default konstruktor, digunakan untuk inisialisasi semua attribute dari kelas ini. + getpasswordkurator(string username):string Mendapatkan password dari nama pengguna. Specific Design Class MainMenuUI MainMenuUI <<boundary>> +MainMenuUI() Default konstruktor, digunakan untuk inisialisasi semua attribute dari kelas ini. +getiddanstatus(string username):string Operasi ini digunakan untuk mengambil id berdasarkan nama pengguna Specific Design Class KatalogUI KatalogUI <<boundary>> +KatalogUI() Default konstruktor, digunakan untuk inisialisasi semua attribute dari kelas ini. Specific Design Class ListEduUI ListEduUI <<boundary>> +ListEduUI() Default konstruktor, digunakan untuk inisialisasi semua attribute dari kelas ini. + getserverdata(string jenis, String satuan, int awal, int Program Studi Teknik Informatika DPPL CariEdu 30/ 69

69 limit, ArrayList<Integer> aicon, ArrayList<String> returnsatuan, ArrayList retid, Location lochome, ArrayList<Float> ajarak, ArrayList<String> returnrating):arraylist Operasi ini digunakan untuk mengisi List berisi nama unit pendidikan beserta icon yang bersesuaian dengan satuan pendidikan. Specific Design Class ListlayananUI ListLayananUI <<boundary>> +ListLayananUI() Default konstruktor, digunakan untuk inisialisasi semua attribute dari kelas ini. + getedubyadder(string idu,arraylist<integer> aicon,int awal,int limit,arraylist retid,arraylist retstat):arraylist Operasi ini digunakan untuk mengambil nama unit pendidikan berdasarkan id pengguna, id Edu, icon, status dan batasan kembalian dari database. +hapusplace(string idedu) Operasi ini digunakan untuk menghapus unit pendidikan berdasarkan id unit pendidikan Specific Design Class ListAnggotaUI ListAnggotaUI <<boundary>> +ListAnggotaUI() Default konstruktor, digunakan untuk inisialisasi semua attribute dari kelas ini. + getlistanggota(string nama,arraylist<integer> aicon,int awal,int limit, ArrayList retid):arraylist Operasi ini digunakan untuk mengambil nama pengguna (Anggota dan Kurator) dengan icon dan batasan kembalian dari Program Studi Teknik Informatika DPPL CariEdu 31/ 69

70 database. +hapusanggota(string iduser) Operasi ini digunakan untuk menghapus pengguna berdasarkan id pengguna +hapusplacebyanggota(string iduser) Operasi ini digunakan untuk menghapus semua unit pendidikan yang terasosiasi berdasarkan id pengguna Specific Design Class ListPermintaanUI ListPermintaanUI <<boundary>> +ListPermintaanUI() Default konstruktor, digunakan untuk inisialisasi semua attribute dari kelas ini. + getlistpermintaan(arraylist<integer> aicon, int awal, int limit, ArrayList retid, ArrayList retsat, Location lochome): ArrayList Operasi ini digunakan untuk mengambil nama permintaan penempatan unit pendidikan. +hapusplace(string idedu) Operasi ini digunakan untuk menghapus unit pendidikan berdasarkan id unit pendidikan Specific Design Class DetailEduUI DetailEduUI <<boundary>> +DetailEduUI() Default konstruktor, digunakan untuk inisialisasi semua attribute dari kelas ini. +getdetail(string idedu,arraylist details): String Operasi ini digunakan untuk mengisi List berisi detail dari unit pendidikan berdasarkan id dari unit pendidikan. Program Studi Teknik Informatika DPPL CariEdu 32/ 69

71 Specific Design Class DetailAnggotaUI DetailAnggotaUI <<boundary>> +DetailAnggotaUI() Default konstruktor, digunakan untuk inisialisasi semua attribute dari kelas ini. +getdata(string iduser,arraylist details):string Operasi ini digunakan untuk mengisi List berisi detail dari pengguna berdasarkan id dari pengguna. +hapusanggota(string iduser) Operasi ini digunakan untuk menghapus pengguna berdasarkan id pengguna. +hapusplacebyanggota(string iduser) Operasi ini digunakan untuk menghapus semua unit pendidikan yang terasosiasi berdasarkan id pengguna. Specific Design Class DetailPermintaanUI DetailPermintaanUI <<boundary>> +DetailPermintaanUI() Default konstruktor, digunakan untuk inisialisasi semua attribute dari kelas ini. +getdetailpermintaan(string idedu,arraylist details):string Operasi ini digunakan untuk mengisi List berisi detail dari permintaan penempatan unit pendidikan berdasarkan id dari unit pendidikan. +hapusplace(string idedu) Operasi ini digunakan untuk menghapus unit pendidikan berdasarkan id unit pendidikan Program Studi Teknik Informatika DPPL CariEdu 33/ 69

72 Specific Design Class KomentarUI KomentarUI <<boundary>> +KomentarUI() Default konstruktor, digunakan untuk inisialisasi semua attribute dari kelas ini. + setkomentar(string idedu,string komentar,string iduser) Operasi ini digunakan untuk mengirim komentar untuk unit pendidikan berdasarkan id unit pendidikan, isi komentar, dan id pengguna. + getkomentar(string idedu, ArrayList returnnama, ArrayList returntanggal) :ArrayList Operasi ini digunakan untuk mengambil isi komentar, mengisi List dengan nama komentator,mengisi List dengan tanggal komentar berdasarkan id unit pendidikan. Specific Design Class ListSearchEduUI ListSearchEduUI <<boundary>> +ListSearchEdu() Default konstruktor, digunakan untuk inisialisasi semua attribute dari kelas ini. + getdatasearch(kueri, aicon, retsatuan, awal, limit, retid, lochome, retjarak, retrating):arraylist Operasi ini digunakan untuk mengisi List berisi nama unit pendidikan beserta icon yang bersesuaian dengan satuan pendidikan berdasarkan string kueri, jarak dari rumah dan nilai. Program Studi Teknik Informatika DPPL CariEdu 34/ 69

73 Specific Design Class PetaEduUI PetaEduUI <<boundary>> +PetaEduUI() Default konstruktor, digunakan untuk inisialisasi semua attribute dari kelas ini. + getpositionttbyid(string iduser,arraylist positionhome): String Operasi ini digunakan untuk mengambil posisi dari tempat tinggal berdasarkan id pengguna. + getposition(string idedu,arraylist position):string Operasi ini digunakan untuk mengambil posisi dari unit pendidikan berdasarkan id unit pendidikan. Specific Design Class SearchUI SearchUI <<boundary>> +SearchUI() Default konstruktor, digunakan untuk inisialisasi semua attribute dari kelas ini. + buatquery() Operasi ini digunakan untuk membangun string kueri untuk pencarian. Specific Design Class RatingUI RatingUI <<boundary>> +RatingUI() Default konstruktor, digunakan untuk inisialisasi semua attribute dari kelas ini. + setrating(string iduser,string idedu, Float Rating) Operasi ini digunakan untuk mengirimkan rating berdasarkan id user, id edu, dan nilainya. Program Studi Teknik Informatika DPPL CariEdu 35/ 69

74 Specific Design Class TambahEduUI TambahEduUI <<boundary>> +KelolaKaryawan() Default konstruktor, digunakan untuk inisialisasi semua attribute dari kelas ini. + setplace(string latt, String longt, String nama, String jenis, String satuan, String swasta, String kontak, String alamat, String biaya, String addedby) Operasi ini digunakan untuk menambahkan detail dari unit pendidikan yang akan ditambahkan. Specific Design Class SuntingEduUI SuntingEduUI <<boundary>> +SuntingEdu() Default konstruktor, digunakan untuk inisialisasi semua attribute dari kelas ini. + updateplace(string nama, String jenis, String satuan, String swasta, String kontak, String alamat, String biaya, String desk, String fax, String , String website,string id); Operasi ini digunakan untuk menyimpan detail dari unit pendidikan berdasarkan id unit pendidikan. + getplacebyid(idp) :String Operasi ini digunakan untuk mengambil detail unit pendidikan berdasarkan id unit pendidikan. Program Studi Teknik Informatika DPPL CariEdu 36/ 69

75 Specific Design Class EduControl EduControl <<control>> +EduControl() Default konstruktor, digunakan untuk inisialisasi semua attribute dari kelas ini. + updateplace(string nama,string jenis,string satuan,string swasta,string kontak,string alamat,string biaya,string desk,string fax,string ,string website,string id) Operasi ini digunakan untuk menyimpan detail dari unit pendidikan berdasarkan id unit pendidikan. + getplacebyid(string idp) Operasi ini digunakan untuk mengambil detail unit pendidikan + setplace(string latt,string longt,string nama,string jenis,string satuan,string swasta,string kontak,string alamat,string biaya,string addedby) Operasi ini digunakan untuk menambahkan detail dari unit pendidikan yang akan ditambahkan. + getposition(string pilihan, ArrayList<Double> returnvalue) Operasi ini digunakan untuk mengambil posisi dari unit pendidikan berdasarkan id unit pendidikan. + getpositionttbyid(string pilihan, ArrayList<Double> returnvalue):string Operasi ini digunakan untuk mengambil posisi dari tempat tinggal berdasarkan id pengguna. + getdatasearch(string kueri, ArrayList<Integer> aicon, ArrayList<String> returnsatuan, int awal, int limit, ArrayList retid, Location lochome, ArrayList<Float> ajarak,arraylist<string> returnrating):arraylist Operasi ini digunakan untuk mengisi List berisi nama unit pendidikan beserta icon yang bersesuaian dengan satuan pendidikan, limit, mengisi id, jarak dari rumah dan satuan pendidikan berdasarkan string kueri. Program Studi Teknik Informatika DPPL CariEdu 37/ 69

76 + getlistpermintaan(arraylist<integer> aicon, int awal, int limit, ArrayList retid,arraylist retsat,location lochome):arraylist Operasi ini digunakan untuk mengambil nama permintaan penempatan unit pendidikan, id, satuan, icon dan jarak dari rumah beserta batasan jumlah kembalian. + getedubyadder(string idu,arraylist<integer> aicon,int awal,int limit,arraylist retid,arraylist retstat):arraylist Operasi ini digunakan untuk mengambil nama unit pendidikan berdasarkan id pengguna, id Edu, icon, status dan batasan kembalian dari database. + getdetail(string idedu, ArrayList<String> details):string Operasi ini digunakan untuk mengisi List berisi detail dari unit pendidikan berdasarkan id dari unit pendidikan. + getdetailpermintaan( String id, ArrayList<String> returnvalue):string Operasi ini digunakan untuk mengisi List berisi detail dari permintaan penempatan unit pendidikan berdasarkan id dari unit pendidikan. + setujuipermintaan(string idp) Operasi ini digunakan untuk menyetujui permintaan penempatan Edu baru. + hapusplace(string idplace) Operasi ini digunakan untuk menghapus unit pendidikan berdasarkan id unit pendidikan + getserverdata(string jenis, String satuan, int awal, int limit, ArrayList<Integer> aicon, ArrayList<String> returnsatuan, ArrayList retid, Location lochome, ArrayList<Float> ajarak, ArrayList<String> returnrating):arraylist Operasi ini digunakan untuk mengisi List berisi nama unit pendidikan beserta icon yang bersesuaian dengan satuan pendidikan, jarak dari rumah, nilai, dan batasan kembalian dari database. Program Studi Teknik Informatika DPPL CariEdu 38/ 69

77 Specific Design Class UserControl UserControl <<Control>> +UserControl() Default konstruktor, digunakan untuk inisialisasi semua attribute dari kelas ini. + getpassword(string username) Operasi ini digunakan untuk mendapatkan password berdasarkan nama pengguna. + getiddanstatus(string username, ArrayList status, ArrayList<Double>ahome) Operasi ini digunakan untuk mendapatkan id pengguna, status pengguna, dan lokasi rumah pengguna berdasarkan nama pengguna. + insertdatauser(string username, String password, String , String role, String latt, String lngt) Operasi ini digunakan untuk mendaftarkan pengguna baru. + cekusername(string username) Operasi ini digunakan untuk mengecek apakah nama yang akan didaftarkan sudah ada dalam table di database. + cek (string ) Operasi ini digunakan untuk mengecek apakah format sudah benar. + getnamabyidp(string idp) Operasi ini digunakan untuk mendapatkan nama pengguna yang mendaftarkan sebuah unit pendidikan berdasarkan id unit pendidikan. + getnamauserbyid(string idu) Operasi ini digunakan untuk mendapatkan nama pengguna berdasarkan id pengguna. + getlokasitt(string idlogin, ArrayList<Double> posisi) Operasi yang digunakan untuk mendapatkan posisi tempat tinggal dari pengguna berdasarkan id pengguna. Program Studi Teknik Informatika DPPL CariEdu 39/ 69

78 + settt(string latt, String lngt, String idusr) Operasi yang digunakan untuk menentukan posisi dari tempat tinggal pengguna. + getdata(string id, ArrayList<String> returnvalue) Operasi yang digunakan untuk mendapatkan detail pengguna berdasarkan id pengguna. + hapusanggota(string idu) Operasi yang digunakan untuk menghapus pengguna berdasarkan id pengguna. + hapusplacebyanggota(string idu) Operasi yang digunakan untuk menghapus semua unit pendidikan yang didaftarkan oleh pengguna berdasarkan id pengguna. + setperan(string idu,string peranx) Operasi yang digunakan untuk menentukan peran dari seorang pengguna. + getlistanggota(string nama) Operasi yang digunakan untuk mendapatkan nama dari pengguna. Specific Design Class LoginControl LoginControl <<control>> +LoginControl() Default konstruktor, digunakan untuk inisialisasi semua attribute dari kelas ini. + getpassword(string username) Operasi yang digunakan untuk mendapatkan password dari anggota. + getpasswordadmin(string username) Operasi yang digunakan untuk mendapatkan password dari administrator. + getpasswordkurator(string username) Operasi yang digunakan untuk mendapatkan password dari kurator. + cek (string ) Program Studi Teknik Informatika DPPL CariEdu 40/ 69

79 Operasi yang digunakan untuk mengecek apakah format penulisan sudah benar. Specific Design Class KomentarControl KomentarControl <<control>> +KomentarControl() Default konstruktor, digunakan untuk inisialisasi semua attribute dari kelas ini. + getkomentar(string id,arraylist returnnama,arraylist returntanggal) Operasi ini digunakan untuk mendapatkan komentar berdasarkan id unit pendidikan + setkomentar(string idp,string komentar,string idu) Operasi yang digunakan untuk mengirimkan komentar ke unit pendidikan. Specific Design Class RatingControl RatingControl <<control>> +RatingControl() Default konstruktor, digunakan untuk inisialisasi semua attribute dari kelas ini. + setrating(string iduser,string idedu, Float Rating) Operasi ini digunakan untuk mengirimkan rating berdasarkan id user, id edu, dan nilainya. + getrating(string idedu) Operasi ini digunakan untuk mendapatkan rating dari sebuah unit pendidikan berdasarkan id unit pendidikan tersebut. +getratinguser(string idedu,string iduser) Operasi ini digunakan untuk mendapatkan nilai/rating dari sebuah unit pendidikan oleh seorang pengguna. +setsummaryrating(string idedu, float rating) Operasi ini digunakan untuk menentukan nilai dari sebuah Program Studi Teknik Informatika DPPL CariEdu 41/ 69

80 unit pendidikan sebagai nilai rata-rata yang diletakkan pada kolom rating pada table place agar dapat dengan cepat diperoleh. Specific Design Class DataEdu DataEdu <<entity>> -_nama: String Atribut ini untuk menyimpan data nama Edu. -_jenis: String Atribut ini untuk menyimpan data jenis Edu. -_satuan: String Atribut ini untuk menyimpan data satuan Edu. -_swasta: String Atribut ini untuk menyimpan data status swasta dari Edu. -_alamat: String Atribut ini untuk menyimpan data alamat Edu. -_biaya: String Atribut ini untuk menyimpan data biaya Edu. -_telp: String Atribut ini untuk menyimpan data telp Edu. -_fax: String Atribut ini untuk menyimpan data fax Edu. -_ String Atribut ini untuk menyimpan data Edu. -_web: String Atribut ini untuk menyimpan data website Edu -_id: String Atribut ini untuk menyimpan data id Edu -_rating: String Atribut ini untuk menyimpan data rating Edu. -_desk: String Atribut ini untuk menyimpan data deskripsi Edu. -_latt: String Atribut ini untuk menyimpan data koordinat latitude dari Program Studi Teknik Informatika DPPL CariEdu 42/ 69

81 tempat tinggal pengguna. -_lngt: String Atribut ini untuk menyimpan data koordinat longitude dari tempat tinggal pengguna. -_addedby: String Atribut ini untuk menyimpan data id user yang menambahkan Edu. +DataEdu() Default konstruktor, digunakan untuk inisialisasi semua attribute dari kelas ini. + updateplace(dataedu dataedu) Operasi ini digunakan untuk menyimpan detail dari unit pendidikan berdasarkan id unit pendidikan. + getplacebyid(string idp) Operasi ini digunakan untuk mengambil detail unit pendidikan + setplace(dataedu dataedu) Operasi ini digunakan untuk menambahkan detail dari unit pendidikan yang akan ditambahkan. + getposition(string pilihan, ArrayList<Double> returnvalue) Operasi ini digunakan untuk mengambil posisi dari unit pendidikan berdasarkan id unit pendidikan. + getpositionttbyid(string pilihan, ArrayList<Double> returnvalue) Operasi ini digunakan untuk mengambil posisi dari tempat tinggal berdasarkan id pengguna. + getdatasearch(string nama, String jenis, String satuan, String swasta, String desk, String kuerix, ArrayList<Integer> aicon, ArrayList<String> returnsatuan, int awal,int limit,arraylist retid, Location lochome, ArrayList<Float> ajarak, ArrayList<String> returnrating) Operasi ini digunakan untuk mengisi List berisi nama unit pendidikan beserta icon yang bersesuaian dengan satuan Program Studi Teknik Informatika DPPL CariEdu 43/ 69

82 pendidikan, jarak dari rumah, dan nilai berdasarkan string kueri serta dibatasi dengan nilai limit. + getlistpermintaan(arraylist<integer> aicon, int awal, int limit, ArrayList retid, ArrayList retsat, Location lochome) Operasi ini digunakan untuk mengambil nama permintaan penempatan unit pendidikan dengan id, satuan pendidikan, dan jarak dari rumah. + getedubyadder(string idu, ArrayList<Integer> aicon, int awal, int limit, ArrayList retid, ArrayList retstat) Operasi ini digunakan untuk mengambil nama unit pendidikan berdasarkan id pengguna beserta id, status, icon dan dibatasi oleh nilai limit. + getdetail(string idedu, ArrayList<String> details) Operasi ini digunakan untuk mengisi List berisi detail dari unit pendidikan berdasarkan id dari unit pendidikan. + getdetailpermintaan(string id, ArrayList<String> returnvalue) Operasi ini digunakan untuk mengisi List berisi detail dari permintaan penempatan unit pendidikan berdasarkan id dari unit pendidikan. + setujuipermintaan(string idp) Operasi ini digunakan untuk menyetujui permintaan penempatan Edu. + hapusplace(string idplace) Operasi ini digunakan untuk menghapus unit pendidikan berdasarkan id unit pendidikan + getserverdata(string jenis, String satuan, int awal, int limit, ArrayList<Integer> aicon, ArrayList<String> returnsatuan, ArrayList retid, Location lochome, ArrayList<Float> ajarak, ArrayList<String> returnrating) Operasi ini digunakan untuk mengisi List berisi nama unit pendidikan beserta icon yang bersesuaian dengan satuan pendidikan beserta jarak dari rumah dan nilai/rating. Program Studi Teknik Informatika DPPL CariEdu 44/ 69

83 Specific Design Class DataUser DataUser <<entity>> -_iduser:string Atribut ini untuk menyimpan data id user -_username:string Atribut ini untuk menyimpan data nama user -_password:string Atribut ini untuk menyimpan data password user -_roleuser:string Atribut ini untuk menyimpan data peran user -_latt:string Atribut ini untuk menyimpan data koordinat latitude rumah/tempat tinggal dari user -_lngt:string Atribut ini untuk menyimpan data koordinat longitude rumah/tempat tinggal dari user +DataUser() Default konstruktor, digunakan untuk inisialisasi semua attribute dari kelas ini. + getpassword (String username):string Operasi ini digunakan untuk mendapatkan password berdasarkan nama pengguna. + getpasswordkurator(string username) :String Operasi ini digunakan untuk mendapatkan password kurator berdasarkan nama pengguna. + getpasswordadministrator(string username) :String Operasi ini digunakan untuk mendapatkan password administrator berdasarkan nama pengguna. + getiddanstatus(string username) : String Operasi ini digunakan untuk mendapatkan id pengguna, status, dan lokasi rumah/tempat tinggal berdasarkan nama pengguna. + insertdatauser(datauser datauser) Operasi ini digunakan untuk mendaftarkan pengguna baru. Program Studi Teknik Informatika DPPL CariEdu 45/ 69

84 + ceknama(string username) : String Operasi ini digunakan untuk mengecek apakah nama yang akan didaftarkan sudah ada dalam table di database. + getnamabyidp(string idp) : String Operasi ini digunakan untuk mendapatkan nama pengguna yang mendaftarkan sebuah unit pendidikan berdasarkan id unit pendidikan. + getnamauserbyid(string idu): String Operasi ini digunakan untuk mendapatkan nama pengguna berdasarkan id pengguna. + getlokasitt(string idlogin, ArrayList<Double> posisi) :String Operasi yang digunakan untuk mendapatkan posisi tempat tinggal dari pengguna berdasarkan id pengguna. + settt(string latt, String lngt, String idusr) Operasi yang digunakan untuk menentukan posisi dari tempat tinggal pengguna. + getdata(string id, ArrayList<String> returnvalue) :String Operasi yang digunakan untuk mendapatkan detail pengguna berdasarkan id pengguna. + hapusanggota(string idu) Operasi yang digunakan untuk menghapus pengguna berdasarkan id pengguna. + hapusplacebyanggota(string idu) Operasi yang digunakan untuk menghapus semua unit pendidikan yang didaftarkan oleh pengguna berdasarkan id pengguna. + setperan(string idu,string peranx) Operasi yang digunakan untuk menentukan peran dari seorang pengguna. + getlistanggota(string nama,arraylist<integer> aicon,int awal,int limit, ArrayList retid):arraylist Operasi yang digunakan untuk mendapatkan nama dari pengguna beserta icon dan jumlah kembalian dengan nilai limit. Program Studi Teknik Informatika DPPL CariEdu 46/ 69

85 Specific Design DataKomentar DataKomentar <<entity>> -_komentar:string Atribut ini untuk menyimpan data isi komentar -_iduser:string Atribut ini untuk menyimpan data id user -_idedu:string Atribut ini untuk menyimpan data id Edu +DataKomentar() Default konstruktor, digunakan untuk inisialisasi semua attribute dari kelas ini. + getkomentar(string id,arraylist returnnama,arraylist returntanggal) :ArrayList Operasi ini digunakan untuk mendapatkan komentar berdasarkan id unit pendidikan + setkomentar(datakomentar datakomentar) Operasi yang digunakan untuk mengirimkan komentar ke unit pendidikan. Specific Design DataRating DataRating <<entity>> -_rating:string Atribut ini untuk menyimpan data isi komentar -_iduser:string Atribut ini untuk menyimpan data id user -_idedu:string Atribut ini untuk menyimpan data id Edu +DataRating() Default konstruktor, digunakan untuk inisialisasi semua attribute dari kelas ini. + setrating(datarating datarating):string Program Studi Teknik Informatika DPPL CariEdu 47/ 69

86 Operasi ini digunakan untuk mengirimkan rating berdasarkan id user, id edu, dan nilainya. + getrating(string idedu) Operasi ini digunakan untuk mendapatkan rating dari sebuah unit pendidikan berdasarkan id unit pendidikan tersebut. +getratinguser(string idedu,string iduser):float Operasi ini digunakan untuk mendapatkan rating dari seorang user dari sebuah unit pendidikan. 3 Perancangan Data 3.1 Dekomposisi Data Deskripsi Entitas Data Pengguna Nama Tipe Panjang Keterangan ID_PENGGUNA integer 11 Id pengguna, Primary key PERAN varchar 15 Peran pengguna varchar 50 Alamat pengguna LATITUDE double 50 Latitude dari tempat tinggal pengguna LONGITUDE double 50 Latitude dari tempat tinggal pengguna USERNAME varchar 25 Username pengguna PASSWORD varchar 25 Password pengguna ISAKTIF integer 11 bernilai 1 jika telah diaktifkan dan 0 jika belum Deskripsi Entitas Data Edu Nama Tipe Panjang Keterangan ID_EDU integer 11 Id unit pendidikan, Primary key NAMA_EDU varchar 50 Nama unit pendidikan ALAMAT_EDU Varchar 50 Alamat unit pendidikan Program Studi Teknik Informatika DPPL CariEdu 48/ 69

87 LONGITUDE_EDU Double 10 Longitude dari unit pendidikan LATITUDE_EDU Double 10 latitude dari unit pendidikan TELP_EDU Varchar 50 Telepon unit pendidikan JENIS_PENDIDIKAN Varchar 25 Jenis pendidikan dari unit pendidikan SATUAN_PENDIDIKAN Varchar 15 Satuan pendidikan dari unit pendidikan SWASTA Varchar 10 Status swasta atau negri dari unit pendidikan SPP Int 11 Kisaran spp dari unit pendidikan RATING Double Nilai rata-rata dari unit pendidikan ID_PENGGUNA Integer 11 Id pengguna, Foreign Key TANGGAL_BUAT Date Tanggal unit pendidikan didaftarkan STATUS integer 11 Bernilai 1 jika unit pendidikan sudah disetujui, dan 0 jika belum DESKRIPSI Text Deskripsi dari unit pendidikan FAX Varchar 50 Fax dari unit pendidikan Varchar 50 Alamat unit pendidikan WEBSITE varchar 50 Website unit pendidikan Program Studi Teknik Informatika DPPL CariEdu 49/ 69

88 3.1.3 Deskripsi Entitas Data Komentar Nama Tipe Panjang Keterangan ID_KOMENTAR Integer 11 ID Transaksi, Primary key ID_PENGGUNA Integer 11 Id pengguna, Foreign Key ID_EDU Integer 11 Id unit pendidikan, Foreign Key KOMENTAR Varchar 140 Isi komentar TANGGAL_KOMENTAR datetime - Tanggal komentar dibuat Deskripsi Entitas Data Rating Nama Tipe Panjang Keterangan ID_PENGGUNA Integer 11 ID pengguna, Primary key ID_EDU Integer 11 Id Edu, Primary Key RATING float Nilai rating Program Studi Teknik Informatika DPPL CariEdu 50/ 69

89 3.2 PDM Gambar 3.1 Gambar PDM Program Studi Teknik Informatika DPPL CariEdu 51/ 69

SKPL SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK. BRTGuideApp

SKPL SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK. BRTGuideApp BAB VI PENUTUP 6.1. Kesimpulan Berdasarkan analisis, desain dan implementasi perangkat lunak dan pembahasan pada bab-bab sebelumnya, maka dapat ditarik kesimpulan yaitu: 1. Aplikasi BRTGuideApp ini dapat

Lebih terperinci

BAB 6 PENUTUP 6.1 Kesimpulan 6.2 Saran

BAB 6 PENUTUP 6.1 Kesimpulan 6.2 Saran BAB 6 PENUTUP 6.1 Kesimpulan Berdasarkan pembahasan pada bab-bab sebelumnya dan pengujian langsung pada pengguna, maka dapat ditarik kesimpulan yaitu: 1. Perangkat lunak myguide(tour Guide with Maps and

Lebih terperinci

BAB VI KESIMPULAN DAN SARAN

BAB VI KESIMPULAN DAN SARAN a BAB VI KESIMPULAN DAN SARAN 6.1 Kesimpulan Berdasarkan pembahasan pada bab-bab sebelumnya dan pengujian aplikasi yang dibuat, maka dapat ditarik kesimpulan sebagai berikut: 1. Sistem Informasi Klinik

Lebih terperinci

BAB VI KESIMPULAN DAN SARAN

BAB VI KESIMPULAN DAN SARAN BAB VI KESIMPULAN DAN SARAN VI.1 Kesimpulan Berdasarkan analisis, desain dan implementasi aplikasi BARUNA dan pembahasan pada bab-bab sebelumnya, maka kesimpulan yang diperoleh adalah: 1. Aplikasi BARUNA

Lebih terperinci

BAB VI KESIMPULAN DAN SARAN

BAB VI KESIMPULAN DAN SARAN BAB VI KESIMPULAN DAN SARAN VI.1. Kesimpulan Setelah aplikasi CRS ini selesai diuji maka dapat ditarik beberapa kesimpulan, yaitu: 1. Perangkat lunak CRS telah berhasil dikembangkan sebagai sistem reservasi

Lebih terperinci

BAB 5 KESIMPULAN DAN SARAN

BAB 5 KESIMPULAN DAN SARAN BAB 5 KESIMPULAN DAN SARAN 5.1. Kesimpulan Berdasarkan pembahasan pada analisis, desain, implementasi dan pengujian yang telah dilakukan pada 33 responden, maka dapat ditarik beberapa kesimpulan yaitu:

Lebih terperinci

BAB 6 KESIMPULAN DAN SARAN. penulis telah berhasil membangun aplikasi pembayaran transportasi bus dengan

BAB 6 KESIMPULAN DAN SARAN. penulis telah berhasil membangun aplikasi pembayaran transportasi bus dengan BAB 6 KESIMPULAN DAN SARAN A. Kesimpulan Berdasarkan aplikasi M-Trans untuk pembayaran sarana transportasi bus Trans Jogja di Yogyakarta yang telah dibuat dapat ditarik kesimpulan bahwa penulis telah berhasil

Lebih terperinci

BAB VI KESIMPULAN DAN SARAN

BAB VI KESIMPULAN DAN SARAN 70 BAB VI KESIMPULAN DAN SARAN VI.1 Kesimpulan Kesimpulan yang didapat dari pembangunan perangkat lunak tugas akhir ini adalah: 1. Setelah melihat pembahasan pada bab-bab sebelumnya, maka dapat diambil

Lebih terperinci

BAB 6 KESIMPULAN DAN SARAN

BAB 6 KESIMPULAN DAN SARAN BAB 6 KESIMPULAN DAN SARAN 6.1 Kesimpulan Berdasarkan pembahasan pada bab-bab sebelumnya, maka dapat di tarik beberapa kesimpulan yaitu: 1. Aplikasi Tonas online (Try Out Ujian Nasional) berbasis Windows

Lebih terperinci

BAB VI KESIMPULAN DAN SARAN

BAB VI KESIMPULAN DAN SARAN BAB VI KESIMPULAN DAN SARAN 6.1. Kesimpulan Berdasarkan analisis, desain, dan implementasi perangkat lunak dan pengujian sistem, penulis menarik kesimpulan bahwa perangkat lunak WBH telah berhasil dibangun

Lebih terperinci

BAB VI KESIMPULAN DAN SARAN. Bedasarkan uraian dan pengujian yang telah. dilakukan, kesimpulan dari pembangunan sistem ini

BAB VI KESIMPULAN DAN SARAN. Bedasarkan uraian dan pengujian yang telah. dilakukan, kesimpulan dari pembangunan sistem ini BAB VI KESIMPULAN DAN SARAN VI.1. Kesimpulan Bedasarkan uraian dan pengujian yang telah dilakukan, kesimpulan dari pembangunan sistem ini adalah: 1. Sistem Informasi Kesiswaan untuk SMK Marsudi Luhur I

Lebih terperinci

BAB VI KESIMPULAN DAN SARAN

BAB VI KESIMPULAN DAN SARAN BAB VI KESIMPULAN DAN SARAN VI.1 Kesimpulan Berdasarkan uraian dan pengujian yang telah dilakukan, kesimpulan dari pembangunan sistem ini adalah sebagai berikut: 1. Sistem Informasi Desa dan Kawasan untuk

Lebih terperinci

BAB VI KESIMPULAN & SARAN

BAB VI KESIMPULAN & SARAN BAB VI KESIMPULAN & SARAN 6.1. Kesimpulan Berdasarkan pembahasan bab-bab sebelumnya, maka dapat diambil kesimpulan bahwa Pembangunan Website Bajubatak.com telah berhasil dibangun dan dapat berjalan aplikasi

Lebih terperinci

BAB 6 KESIMPULAN DAN SARAN

BAB 6 KESIMPULAN DAN SARAN BAB 6 KESIMPULAN DAN SARAN 6.1 Kesimpulan Berdasarkan pembahasan pada bab-bab sebelumnya, maka dapat di tarik beberapa kesimpulan yaitu: 1. Aplikasi Online Quiz Berbasis Web Service pada Platform Windows

Lebih terperinci

SKPL SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK AMOBI HELLOFISHIE (FISH MARKET) Untuk : Universitas Atma Jaya Yogyakarta. Dipersiapkan oleh:

SKPL SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK AMOBI HELLOFISHIE (FISH MARKET) Untuk : Universitas Atma Jaya Yogyakarta. Dipersiapkan oleh: SKPL SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK AMOBI HELLOFISHIE (FISH MARKET) Untuk : Universitas Atma Jaya Yogyakarta Dipersiapkan oleh: Richard Trisnosaputra / 120706949 Hisyam Rahmawan Suharno / 130707362

Lebih terperinci

BAB VI KESIMPULAN DAN SARAN

BAB VI KESIMPULAN DAN SARAN BAB VI KESIMPULAN DAN SARAN VI.1 Kesimpulan Berdasarkan pembahasan pada bab-bab sebelumnya, maka dapat di tarik beberapa kesimpulan yaitu: 1. Aplikasi Sistem Pakar Analisis Penyakit gangguan Kepribadian

Lebih terperinci

BAB IV ANALISIS DAN PERANCANGAN SISTEM

BAB IV ANALISIS DAN PERANCANGAN SISTEM BAB IV ANALISIS DAN PERANCANGAN SISTEM Pada bab ini akan dibahas mengenai analisis dan perancangan sistem aplikasi yang akan dibuat. Pokok bahasan yang terdapat dalam bab ini adalah deskripsi produk, kebutuhan

Lebih terperinci

BAB VI KESIMPULAN DAN SARAN

BAB VI KESIMPULAN DAN SARAN 172 BAB VI KESIMPULAN DAN SARAN 6.1 Kesimpulan Berdasarkan tahap-tahap yang telah dilakukan yaitu tahap analisis, perancangan sistem, pengkodean dan pengujian, maka terdapat beberapa kesimpulan yaitu:

Lebih terperinci

BAB 6 KESIMPULAN. Program Studi Teknik Informatika DPPL SIPAKIT 87/ 165

BAB 6 KESIMPULAN. Program Studi Teknik Informatika DPPL SIPAKIT 87/ 165 BAB 6 KESIMPULAN 6.1. Kesimpulan Berdasarkan penelitian yang sudah dilaksanakan dan berdasarkan hasil pembahasan pada bab-bab sebelumnya dapat ditarik kesimpulan yaitu : 1. Aplikasi Sistem pakar pendeteksi

Lebih terperinci

BAB VI KESIMPULAN DAN SARAN

BAB VI KESIMPULAN DAN SARAN BAB VI KESIMPULAN DAN SARAN 6.1. Kesimpulan Berdasarkan pembahasan pada bab-bab sebelumnya, maka dapat ditarik kesimpulan bahwa pembangunan Aplikasi Web SIGPK-Samarinda berhasil dibangun dengan Bahasa

Lebih terperinci

BAB 6 KESIMPULAN DAN SARAN. kesimpulan dari tesis ini, yaitu sistem MWise berhasil dikembangkan sebagai

BAB 6 KESIMPULAN DAN SARAN. kesimpulan dari tesis ini, yaitu sistem MWise berhasil dikembangkan sebagai BAB 6 KESIMPULAN DAN SARAN 6.. Kesimpulan Berdasarkan pembahasan pada bab-bab sebelumnya maka dapat ditarik kesimpulan dari tesis ini, yaitu sistem MWise berhasil dikembangkan sebagai aplikasi indoor location

Lebih terperinci

BAB VI KESIMPULAN DAN SARAN. Berdasarkan uraian dan pengujian yang telah dilakukan, kesimpulan dari pembangunan sistem ini adalah:

BAB VI KESIMPULAN DAN SARAN. Berdasarkan uraian dan pengujian yang telah dilakukan, kesimpulan dari pembangunan sistem ini adalah: BAB VI KESIMPULAN DAN SARAN 6.1. Kesimpulan Berdasarkan uraian dan pengujian yang telah dilakukan, kesimpulan dari pembangunan sistem ini adalah: 1. Sistem Informasi Penerimaan Pegawai Berbasis Web studi

Lebih terperinci

SKPL SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK. Pembangunan Sistem Informasi Geografis Perkebunan Propinsi Jambi Berbasis Web. Dipersiapkan oleh:

SKPL SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK. Pembangunan Sistem Informasi Geografis Perkebunan Propinsi Jambi Berbasis Web. Dipersiapkan oleh: SKPL SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK Pembangunan Sistem Informasi Geografis Perkebunan Propinsi Jambi Berbasis Web Dipersiapkan oleh: S. Thya Safitri / 1111 Wahyu Adi Prabowo / 2222 Program Studi

Lebih terperinci

LAMPIRAN. 1. Spesifikasi Kebutuhan Perangkat Lunak (SKPL) Tresno Batik. 2. Deskripsi Perancangan Perangkat Lunak (DPPL) Tresno Batik.

LAMPIRAN. 1. Spesifikasi Kebutuhan Perangkat Lunak (SKPL) Tresno Batik. 2. Deskripsi Perancangan Perangkat Lunak (DPPL) Tresno Batik. LAMPIRAN 1. Spesifikasi Kebutuhan Perangkat Lunak (SKPL) Tresno Batik. 2. Deskripsi Perancangan Perangkat Lunak (DPPL) Tresno Batik. 67 SKPL SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK Tresno Batik Untuk : Universitas

Lebih terperinci

SKPL SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK. Penerapan Metode Sistem Rekomendasi Hibrida Pada Sistem Pemandu Lokasi Wisata DI Timor-Leste.

SKPL SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK. Penerapan Metode Sistem Rekomendasi Hibrida Pada Sistem Pemandu Lokasi Wisata DI Timor-Leste. SKPL SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK Penerapan Metode Sistem Rekomendasi Hibrida Pada Sistem Pemandu Lokasi Wisata DI Timor-Leste Untuk: Universitas Atma Jaya Yogyakarta Dipersiapkan oleh: Jaime

Lebih terperinci

BAB VI KESIMPULAN DAN SARAN

BAB VI KESIMPULAN DAN SARAN BAB VI KESIMPULAN DAN SARAN VI.1. Kesimpulan Berdasarkan uraian dan pengujian yang telah dilakukan, kesimpulan dari pembangunan sistem ini adalah: 1. Sistem Informasi Manajemen Penerbitan Jurnal telah

Lebih terperinci

BAB 6 KESIMPULAN DAN SARAN

BAB 6 KESIMPULAN DAN SARAN BAB 6 KESIMPULAN DAN SARAN Pada bab penutup ini akan dijabarkan mengenai kesimpulan dan saran dari pembangunan sistem, daftar pustaka yang digunakan penulis dalam menyusun laporan ini, dan lampiran yang

Lebih terperinci

BAB 6 KESIMPULAN DAN SARAN

BAB 6 KESIMPULAN DAN SARAN 117 BAB 6 KESIMPULAN DAN SARAN 6.1 Kesimpulan Berdasarkan analisis, desain dan implementasi perangkat lunak dan pembahasan pada bab-bab sebelumnya, maka dapat ditarik kesimpulan yaitu: 1. Sistem Informasi

Lebih terperinci

BAB VI KESIMPULAN DAN SARAN. VI.1 Kesimpulan Berdasarkan pembahasan pada bab-bab sebelumnya, maka dapat di tarik beberapa kesimpulan yaitu:

BAB VI KESIMPULAN DAN SARAN. VI.1 Kesimpulan Berdasarkan pembahasan pada bab-bab sebelumnya, maka dapat di tarik beberapa kesimpulan yaitu: BAB VI KESIMPULAN DAN SARAN VI.1 Kesimpulan Berdasarkan pembahasan pada bab-bab sebelumnya, maka dapat di tarik beberapa kesimpulan yaitu: 1. Aplikasi Fitness Instruktur Berbasis Windows Phone 8 berhasil

Lebih terperinci

BAB VI PENUTUP. Pada bab penutup ini akan diberikan kesimpulan dan saran yang didapat selama pembuatan Tugas Akhir.

BAB VI PENUTUP. Pada bab penutup ini akan diberikan kesimpulan dan saran yang didapat selama pembuatan Tugas Akhir. BAB VI PENUTUP Pada bab penutup ini akan diberikan kesimpulan dan saran yang didapat selama pembuatan Tugas Akhir. 6.1 Kesimpulan Setelah aplikasi Balon Luncur berhasil diimplementasikan, maka dapat ditarik

Lebih terperinci

BAB VI KESIMPULAN DAN SARAN

BAB VI KESIMPULAN DAN SARAN BAB VI KESIMPULAN DAN SARAN VI.1 Kesimpulan Berdasarkan analisis, desain dan implementasi aplikasi KOMPASDOKTER dan pembahasan pada bab-bab sebelumnya, maka kesimpulan yang diperoleh adalah: 1. Aplikasi

Lebih terperinci

BAB V KESIMPULAN dan SARAN

BAB V KESIMPULAN dan SARAN 45 BAB V KESIMPULAN dan SARAN V.1 Kesimpulan Berdasarkan sistem yang telah dibuat dapat ditarik kesimpulan sebagai berikut: 1. Penulis telah berhasil mengembangkan perangkat lunak Aplikasi Karaoke Berbasis

Lebih terperinci

BAB VI KESIMPULAN DAN SARAN

BAB VI KESIMPULAN DAN SARAN BAB VI KESIMPULAN DAN SARAN 6.1 Kesimpulan Setelah aplikasi pencarian tiket termurah dengan nama RESTITER ini selesai diimplementasikan dan berdasarkan dari pembahasan-pembahasan pada bab bab sebelumnya,

Lebih terperinci

BAB VI PENUTUP. Pada bab penutup ini akan diberikan kesimpulan dan saran yang didapatkan selama pembuatan Tugas Akhir.

BAB VI PENUTUP. Pada bab penutup ini akan diberikan kesimpulan dan saran yang didapatkan selama pembuatan Tugas Akhir. BAB VI PENUTUP Pada bab penutup ini akan diberikan kesimpulan dan saran yang didapatkan selama pembuatan Tugas Akhir. 6.1 Kesimpulan Setelah sistem Puzzle of Batik berhasil diimplementasikan, maka dapat

Lebih terperinci

BAB VI PENUTUP 6.1 Kesimpulan 6.2 Saran

BAB VI PENUTUP 6.1 Kesimpulan 6.2 Saran BAB VI PENUTUP 6.1 Kesimpulan Berdasarkan dari pembahasan-pembahasan pada bab bab sebelumnya, maka dapat ditarik kesimpulan dari Tugas Akhir ini : 1. Pembangunan Aplikasi Permainan Web Pembelajaran Aksara

Lebih terperinci

BAB VI KESIMPULAN DAN SARAN

BAB VI KESIMPULAN DAN SARAN BAB VI KESIMPULAN DAN SARAN Pada bab ini akan membahas mengenai kesimpulan dari hasil implementasi aplikasi dan saran-saran dari pengguna yang telah mencoba menggunakan aplikasi ini. 6.1. Kesimpulan Setelah

Lebih terperinci

BAB 6 PENUTUP. 2. Sistem yang telah dibuat dapat mencetak jadwal, nilai dan informasi lainnya.

BAB 6 PENUTUP. 2. Sistem yang telah dibuat dapat mencetak jadwal, nilai dan informasi lainnya. BAB 6 PENUTUP 6.1. Kesimpulan Berdasarkan pembahasan pada bab-bab sebelumnya dan pengujian langsung pada beberapa pengguna, maka dapat ditarik beberapa kesimpulan yaitu: 1. Aplikasi web kesiswaan yang

Lebih terperinci

BAB 6 KESIMPULAN DAN SARAN

BAB 6 KESIMPULAN DAN SARAN BAB 6 KESIMPULAN DAN SARAN 6.1 Kesimpulan Berdasarkan pembahasan pada bab-bab sebelumnya, maka dapat ditarik beberapa kesimpulan yaitu: 1. Aplikasi Game Cerdas Cermat berhasil dibangun dengan platform

Lebih terperinci

BAB VI KESIMPULAN DAN SARAN

BAB VI KESIMPULAN DAN SARAN BAB VI KESIMPULAN DAN SARAN 6.1 Kesimpulan Berdasarkan analisis dan pengujian desain dan implementasi perangkat lunak Program Bantu Pemilihan Smartphone (PBPS) dan pembahasan pada bab-bab sebelumnya, maka

Lebih terperinci

BAB VI KESIMPULAN DAN SARAN

BAB VI KESIMPULAN DAN SARAN BAB VI KESIMPULAN DAN SARAN 6.1 Kesimpulan Berdasarkan analisis, perancangan, implementasi dan pengujian perangkat lunak dan pembahasan pada babbab sebelumnya, maka dapat ditarik kesimpulan yaitu : 1.

Lebih terperinci

BAB VI PENUTUP VI.1. Kesimpulan VI.2. Saran

BAB VI PENUTUP VI.1. Kesimpulan VI.2. Saran 74 BAB VI PENUTUP VI.1. Kesimpulan Berdasarkan analisis, desain, implementasi, pengujian perangkat lunak dan pembahasan pada bab-bab sebelumnya, maka dapat ditarik kesimpulan dari Tugas Akhir ini yaitu:

Lebih terperinci

BAB VI PENUTUP 6.1 Kesimpulan 6.2 Saran

BAB VI PENUTUP 6.1 Kesimpulan 6.2 Saran BAB VI PENUTUP 6.1 Kesimpulan Berdasarkan dari pembahasan-pembahasan pada bab bab sebelumnya, maka dapat ditarik kesimpulan dari Tugas Akhir ini : 1. Pembangunan Aplikasi Augmented Reality Wisata Budaya

Lebih terperinci

BAB VI KESIMPULAN DAN SARAN

BAB VI KESIMPULAN DAN SARAN BAB VI KESIMPULAN DAN SARAN VI.1 Kesimpulan Berdasarkan penelitian yang sudah dilaksanakan dan berdasarkan hasil pembahasan pada bab-bab sebelumnya dapat ditarik kesimpulan bahwa Sistem Pakar Ramuan Obat

Lebih terperinci

BAB VI KESIMPULAN & SARAN

BAB VI KESIMPULAN & SARAN BAB VI KESIMPULAN & SARAN VI.1 Kesimpulan Dari pembahasan yang didapat dari bab-bab sebelumnya dapat dan pengujian langsung kepada pengguna dapat ditarik kesimpulan sebagai berikut: 1. Sistem Informasi

Lebih terperinci

BAB VI PENUTUP. 6.1 Kesimpulan

BAB VI PENUTUP. 6.1 Kesimpulan BAB VI PENUTUP 6.1 Kesimpulan Berdasarkan hasil pembahasan pada bab-bab sebelumnya, maka dapat diambil kesimpulan dari Tugas Akhir ini, yaitu: 1. Sistem Rekomendasi Tempat Olahraga berbasis mobile berhasil

Lebih terperinci

BAB VI. Kesimpulan dan Saran

BAB VI. Kesimpulan dan Saran BAB VI Kesimpulan dan Saran VI.1 Kesimpulan Kesimpulan yang dapat diambil oleh penulis terhadap Aplikasi Sistem Pendukung Keputusan Prediksi Kecepatan Studi Dengan Menggunakan Metode ID3 adalah: 1. Aplikasi

Lebih terperinci

BAB VI PENUTUP Kesimpulan. Klik tombol "Simpan" Database transaksi diperbaharui dan muncul message Data berhasil diubah

BAB VI PENUTUP Kesimpulan. Klik tombol Simpan Database transaksi diperbaharui dan muncul message Data berhasil diubah Klik tombol "Simpan" Pengujian Pengubahan Transaksi Pengujian Hapus Transaksi Pengujian Filter Transaksi Klik Menu Transaksi Klik tombol "Edit" Memilih transaksi yang akan diubah Ubah data Klik tombol

Lebih terperinci

BAB VI KESIMPULAN DAN SARAN

BAB VI KESIMPULAN DAN SARAN BAB VI KESIMPULAN DAN SARAN 6.1 Kesimpulan Berdasarkan analisis dan pembahasan pada bab-bab sebelumnya, maka dapat ditarik beberapa kesimpulan yaitu: 1.Perangkat lunak SIPK telah berhasil dibangun sebagai

Lebih terperinci

BAB V KESIMPULAN dan SARAN

BAB V KESIMPULAN dan SARAN BAB V KESIMPULAN dan SARAN 5.1 Kesimpulan Berdasarkan uraian penulisan tugas akhir ini, dapat ditarik kesimpulan sebagai berikut: 1. Telah dikembangkan suatu aplikasi berbasis wiki yang mendukung pengembangan

Lebih terperinci

BAB VI KESIMPULAN DAN SARAN

BAB VI KESIMPULAN DAN SARAN BAB VI KESIMPULAN DAN SARAN Pada bab 6 akan dijabarkan kesimpuln dan saran yang didapatkan selama proses pembangunan aplikasi tugas akhir ini. 1.1 Kesimpulan Berdasarkan hasil pembahasan yang dilakukan

Lebih terperinci

BAB V PENUTUP. 5.1 Kesimpulan. 5.2 Saran

BAB V PENUTUP. 5.1 Kesimpulan. 5.2 Saran BAB V PENUTUP 5.1 Kesimpulan Berdasarkan pembahasan pada bab sebelumnya, dapat ditarik kesimpulan dari pembangunan aplikasi mobile pembelajaran sistem pencernaan manusia berbasis multimedia: 1. Penulis

Lebih terperinci

BAB 6 PENUTUP 6.1 Kesimpulan 6.2 Saran

BAB 6 PENUTUP 6.1 Kesimpulan 6.2 Saran BAB 6 PENUTUP 6.1 Kesimpulan Berdasarkan dari pembahasan-pembahasan pada bab-bab sebelumnya, maka dapat ditarik kesimpulan dari Tugas Akhir ini : 1. Aplikasi Mobile MDGO berhasil dibangun untuk membantu

Lebih terperinci

BAB VI PENUTUP. 6.2 Saran Saran yang dapat diambil dari proses analisis sampai pada pembuatan FORJUBEL di tugas akhir ini adalah sebagai berikut :

BAB VI PENUTUP. 6.2 Saran Saran yang dapat diambil dari proses analisis sampai pada pembuatan FORJUBEL di tugas akhir ini adalah sebagai berikut : BAB VI PENUTUP 6.1 Kesimpulan Berdasarkan analisis, desain dan implementasi aplikasi FORJUBEL dan pembahasan pada bab-bab sebelumnya, maka kesimpulan yang diperoleh adalah: 1. Tugas Akhir ini yaitu Aplikasi

Lebih terperinci

BAB VI PENUTUP VI.1 Kesimpulan

BAB VI PENUTUP VI.1 Kesimpulan BAB VI PENUTUP VI.1 Kesimpulan Berdasarkan dari pembahasan-pembahasan pada babbab sebelumnya, maka dapat ditarik kesimpulan dari Tugas Akhir ini: 8. Sistem informasi penjualan tiket (ticketing) yang mampu

Lebih terperinci

BAB III ANALISIS DAN PERANCANGAN SISTEM

BAB III ANALISIS DAN PERANCANGAN SISTEM 28 BAB III ANALISIS DAN PERANCANGAN SISTEM 3.1 Alat dan Bahan 3.1.1 Alat Alat yang dibutuhkan untuk membangun Aplikasi Berbagi Cerita Wisata Surakata Berbasis Android yaitu meliputi hardware dan software

Lebih terperinci

PEMBANGUNAN APLIKASI BERBASIS LOKASI PENCARI LAYANAN PENDIDIKAN PADA ANDROID

PEMBANGUNAN APLIKASI BERBASIS LOKASI PENCARI LAYANAN PENDIDIKAN PADA ANDROID PEMBANGUNAN APLIKASI BERBASIS LOKASI PENCARI LAYANAN PENDIDIKAN PADA ANDROID TUGAS AKHIR Diajukan untuk Memenuhi Sebagian Persyaratan Mencapai Derajat Sarjana Teknik Informatika Oleh: Eduardo Aji Pradana

Lebih terperinci

SKPL SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK. EDOLPUZ (Sistem E-Commerce Dolanan Puzzle ) Untuk : Universitas Atma Jaya Yogyakarta

SKPL SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK. EDOLPUZ (Sistem E-Commerce Dolanan Puzzle ) Untuk : Universitas Atma Jaya Yogyakarta SKPL SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK EDOLPUZ (Sistem E-Commerce Dolanan Puzzle ) Untuk : Universitas Atma Jaya Yogyakarta Dipersiapkan oleh: Handaru Eri Pramudiya / 100.07.06174 Program Studi Teknik

Lebih terperinci

BAB VI KESIMPULAN DAN SARAN

BAB VI KESIMPULAN DAN SARAN BAB VI KESIMPULAN DAN SARAN 6.1 KESIMPULAN Berdasarkan analisis, desain, dan implementasi perangkat lunak dan pengujian sistem, penulis menarik kesimpulan bahwa perangkat lunak FFF telah berhasil dibangun

Lebih terperinci

BAB VI KESIMPULAN DAN SARAN

BAB VI KESIMPULAN DAN SARAN BAB VI KESIMPULAN DAN SARAN Pada bab ini merupakan bab penutup, akan diberikan kesimpulan dan saran yang didapatkan selama pembuatan Tugas Akhir untuk pengembangan sistem lebih lanjut. 6.1. Kesimpulan

Lebih terperinci

BAB VI KESIMPULAN DAN SARAN. Berdasarkan hasil pembahasan dan dokumentasi dapat diambil kesimpulan yaitu :

BAB VI KESIMPULAN DAN SARAN. Berdasarkan hasil pembahasan dan dokumentasi dapat diambil kesimpulan yaitu : BAB VI KESIMPULAN DAN SARAN 6.1 Kesimpulan Berdasarkan hasil pembahasan dan dokumentasi dapat diambil kesimpulan yaitu : 1. Sistem rekomendasi perpustakaan berhasil dibangun serta dapat memberikan rekomendasi

Lebih terperinci

BAB VI KESIMPULAN DAN SARAN

BAB VI KESIMPULAN DAN SARAN BAB VI KESIMPULAN DAN SARAN VI.1 Kesimpulan Berdasarkan pembahasan pada bab-bab sebelumnya, maka dapat di tarik beberapa kesimpulan yaitu: 1. Aplikasi Pengenalan Wisata Budaya Daerah Istimewa Yogyakarta

Lebih terperinci

BAB IV ANALISA DAN PERANCANGAN SISTEM. diusulkan dari sistem yang ada di Dinas Kebudayaan dan Pariwisata Kota

BAB IV ANALISA DAN PERANCANGAN SISTEM. diusulkan dari sistem yang ada di Dinas Kebudayaan dan Pariwisata Kota BAB IV ANALISA DAN PERANCANGAN SISTEM 4.1. Analisis Sistem yang Sedang Berjalan Pada bab ini dijelaskan mengenai prosedur yang berjalan dan yang diusulkan dari sistem yang ada di Dinas Kebudayaan dan Pariwisata

Lebih terperinci

BAB III ANALISIS DAN RANCANGAN SISTEM

BAB III ANALISIS DAN RANCANGAN SISTEM BAB III ANALISIS DAN RANCANGAN SISTEM 1.1. Gambaran Umum Aplikasi Gambaran umum Tugas Akhir Pembuatan Sistem Informasi Kost Kentingan berbasis Android dapat dilihat pada Gambar 3. 1 Gambaran Umum Aplikasi

Lebih terperinci

PEMBANGUNAN DIGITAL LIBRARY PADA PERPUSTAKAAN DAERAH BALI BERBASIS WEB DENGAN FRAMEWORK CODEIGNITER

PEMBANGUNAN DIGITAL LIBRARY PADA PERPUSTAKAAN DAERAH BALI BERBASIS WEB DENGAN FRAMEWORK CODEIGNITER PEMBANGUNAN DIGITAL LIBRARY PADA PERPUSTAKAAN DAERAH BALI BERBASIS WEB DENGAN FRAMEWORK CODEIGNITER SKRIPSI Diajukan untuk Memenuhi Sebagian Persyaratan Mencapai Derajat Sarjana Teknik Informatika Oleh

Lebih terperinci

BAB V KESIMPULAN DAN SARAN

BAB V KESIMPULAN DAN SARAN BAB V KESIMPULAN DAN SARAN V.1 Kesimpulan Kesimpulan yang didapat dari pembangunan perangkat lunak Tugas Akhir ini adalah: 1. Perangkat lunak OnTesia sudah berhasil dibangun yang dapat berjalan dengan

Lebih terperinci

BAB V KESIMPULAN DAN SARAN

BAB V KESIMPULAN DAN SARAN 52 BAB V KESIMPULAN DAN SARAN V.1 Kesimpulan Berdasarkan penjelasan pada bab-bab sebelumnya maka diperoleh kesimpulan sebagai berikut: 1. Perangkat lunak ApFLoConPeKA yang digunakan untuk membantu masinis

Lebih terperinci

BAB 6 KESIMPULAN DAN SARAN

BAB 6 KESIMPULAN DAN SARAN BAB 6 KESIMPULAN DAN SARAN 6.1 Kesimpulan Berdasarkan dari pembahasan-pembahasan pada bab bab sebelumnya, maka dapat ditarik kesimpulan dari Tugas Akhir ini : 1. -Android berhasil dibangun untuk memudahkan

Lebih terperinci

BAB VI KESIMPULAN DAN SARAN

BAB VI KESIMPULAN DAN SARAN BAB VI KESIMPULAN DAN SARAN 6.1 Kesimpulan Berdasarkan dari pembahasan-pembahasan pada babbab sebelumnya, maka dapat ditarik kesimpulan dari Tugas Akhir ini : 1. Aplikasi Pemesanan Menu Pada Restoran (APMR)

Lebih terperinci

BAB III ANALISA DAN PERANCANGAN SISTEM

BAB III ANALISA DAN PERANCANGAN SISTEM 19 BAB III ANALISA DAN PERANCANGAN SISTEM 3.1.Perancangan Sistem yang Diusulkan Tujuan dari perancangan sistem adalah untuk memenuhi kebutuhan pelanggan dalam melakukan order laundry sepatu dengan gambaran

Lebih terperinci

BAB III ANALISIS DAN DESAIN SISTEM

BAB III ANALISIS DAN DESAIN SISTEM BAB III ANALISIS DAN DESAIN SISTEM III.1. Analisa Sistem yang berjalan Travel merupakan suatu agen yang melayani persoalan tiketing seperti pesawat terbang, kapal laut dan juga kereta api. Travel ini sudah

Lebih terperinci

BAB VI KESIMPULAN DAN SARAN

BAB VI KESIMPULAN DAN SARAN BAB VI KESIMPULAN DAN SARAN Bab ini berisi kesimpulan akhir dari pembahasan penelitian secara keseluruhan dan saran untuk pengembangan perangkat lunak selanjutnya. 6.1 Kesimpulan Berdasarkan hasil analisis,

Lebih terperinci

BAB VI PENUTUP. Pada bab ini akan membahas kesimpulan dan saran yang didapatkan selama proses pembangunan Tugas Akhir ini.

BAB VI PENUTUP. Pada bab ini akan membahas kesimpulan dan saran yang didapatkan selama proses pembangunan Tugas Akhir ini. BAB VI PENUTUP Pada bab ini akan membahas kesimpulan dan saran yang didapatkan selama proses pembangunan Tugas Akhir ini. 6.1. Kesimpulan Berdasarkan pembahasan pada bab-bab sebelumnya, maka dapat ditarik

Lebih terperinci

BAB V KESIMPULAN DAN SARAN

BAB V KESIMPULAN DAN SARAN BAB V KESIMPULAN DAN SARAN V.1. Kesimpulan Berdasarkan hasil penelitian yang telah dilakukan dapat dimbil beberapa kesimpulan, yaitu: 1. Sistem telemetri dapat berfungsi dengan baik. 2. Pembuatan telemetri

Lebih terperinci

BAB 6 KESIMPULAN DAN SARAN

BAB 6 KESIMPULAN DAN SARAN BAB 6 KESIMPULAN DAN SARAN 6.1 Kesimpulan Berdasarkan hasil perancangan, implementasi dan pengujian sistem yang telah dibuat, dapat ditarik kesimpulan bahwa penulis telah berhasil membangun Perangkat Lunak

Lebih terperinci

BAB III ANALISIS DAN PERANCANGAN

BAB III ANALISIS DAN PERANCANGAN BAB III ANALISIS DAN PERANCANGAN 3.1 Analisis Sistem 3.1.1 Analisis Pemakai Dari hasil penelitian yang dilakukan di Provinsi Maluku dan hasil observasi diperoleh data-data yang dibutuhkan untuk membuat

Lebih terperinci

Pembangunan Aplikasi Pencarian Lokasi Museum Terdekat di Yogyakarta Berbasis Mobile

Pembangunan Aplikasi Pencarian Lokasi Museum Terdekat di Yogyakarta Berbasis Mobile Pembangunan Aplikasi Pencarian Lokasi Museum Terdekat di Yogyakarta Berbasis Mobile HALAMAN JUDUL TUGAS AKHIR Diajukan untuk Memenuhi Sebagian Persyaratan Mencapai Derajat Sarjana Teknik Informatika Disusun

Lebih terperinci

BAB VI KESIMPULAN DAN SARAN

BAB VI KESIMPULAN DAN SARAN BAB VI KESIMPULAN DAN SARAN VI.1 Kesimpulan Berdasarkan dari pembahasan pada bab-bab sebelumnya, maka dapat diambil kesimpulan yaitu: 1. Perangkat lunak MSBS atau Music Studio Booking System ini telah

Lebih terperinci

BAB 6 KESIMPULAN DAN SARAN

BAB 6 KESIMPULAN DAN SARAN BAB 6 KESIMPULAN DAN SARAN 6.1 Kesimpulan Setelah aplikasi kuliner dengan nama Golek Pangan ini selesai diimplementasikan maka dapat ditarik beberapa kesimpulan, yaitu: 1. Perangkat Lunak Golek Pangan

Lebih terperinci

Software Requirements Specification

Software Requirements Specification Software Requirements Specification untuk Aplikasi Desktop Untuk Logistik Alat Tulis Kantor Berbasis RMI Java (Client - Server Middleware). Versi 1.10 Oleh : Made Andhika 23510307 I Putu Agus Eka Pratama

Lebih terperinci

BAB V KESIMPULAN DAN SARAN

BAB V KESIMPULAN DAN SARAN BAB V KESIMPULAN DAN SARAN 5.1 Kesimpulan Berdasarkan pembahasan pada bab-bab sebelumnya, maka dapat ditarik beberapa kesimpulan yaitu : 1. Perangkat lunak SIHED berhasil dibangun untuk mengelola data

Lebih terperinci

DAFTAR PUSTAKA. Cook, B.G. 2001, Land Resource Information System :Use and Display.

DAFTAR PUSTAKA. Cook, B.G. 2001, Land Resource Information System :Use and Display. BAB VI PENUTUP 6.1. Kesimpulan Berdasarkan analisis, desain dan implementasi perangkat lunak dan pembahasan pada bab-bab sebelumnya, maka dapat ditarik kesimpulan yaitu: 1. Aplikasi pemesanan ruang karaoke

Lebih terperinci

DAFTAR ISI. KATA PENGANTAR... i. DAFTAR ISI... iii. DAFTAR GAMBAR... vii. DAFTAR TABEL... ix. DAFTAR LAMPIRAN... x Latar Belakang Masalah...

DAFTAR ISI. KATA PENGANTAR... i. DAFTAR ISI... iii. DAFTAR GAMBAR... vii. DAFTAR TABEL... ix. DAFTAR LAMPIRAN... x Latar Belakang Masalah... DAFTAR ISI KATA PENGANTAR... i DAFTAR ISI... iii DAFTAR GAMBAR... vii DAFTAR TABEL... ix DAFTAR LAMPIRAN... x BAB I PENDAHULUAN 1.1. Latar Belakang Masalah... 1 1.2 Rumusan Masalah... 2 1.3 Tujuan... 2

Lebih terperinci

BAB 6 KESIMPULAN 6.1 Kesimpulan

BAB 6 KESIMPULAN 6.1 Kesimpulan BAB 6 KESIMPULAN 6.1 Kesimpulan Berdasarkan pembahasan pada bab-bab sebelumnya, maka dapat ditarik kesimpulan bahwa Aplikasi Klasifikasi Mahasiswa Baru menghasilkan prediksi IPK, rata-rata SKS, dan persentase

Lebih terperinci

BAB 6 KESIMPULAN DAN SARAN

BAB 6 KESIMPULAN DAN SARAN BAB 6 KESIMPULAN DAN SARAN 6.1 Kesimpulan Berdasarkan pembahasan pada bab-bab sebelumnya, maka dapat ditarik kesimpulan bahwa aplikasi pembelajaran virus dengan sistem operasi ios berhasil dibangun dengan

Lebih terperinci

BAB III ANALISIS DAN DESAIN SISTEM

BAB III ANALISIS DAN DESAIN SISTEM BAB III ANALISIS DAN DESAIN SISTEM III.1. Analisa Sistem yang berjalan Kota medan memiliki jumlah penduduk yang tidak sedikit, dimana mayoritas penduduk kota Medan sekarang ialah Suku Jawa, Melayu dan

Lebih terperinci

Bab 3 Perancangan Sistem

Bab 3 Perancangan Sistem 14 Bab 3 Perancangan Sistem Proses perancangan dan pengimplementasian aplikasi Objek Wisata Kabupaten Poso Berbasis Android diperlukan perancangan sistem. Perancangan sistem bertujuan untuk memberikan

Lebih terperinci

PEMBANGUNAN APLIKASI PENGINGAT AKTIVITAS BERBASIS LOKASI PADA WINDOWS PHONE 8

PEMBANGUNAN APLIKASI PENGINGAT AKTIVITAS BERBASIS LOKASI PADA WINDOWS PHONE 8 PEMBANGUNAN APLIKASI PENGINGAT AKTIVITAS BERBASIS LOKASI PADA WINDOWS PHONE 8 TUGAS AKHIR Diajukan Untuk Memenuhi Sebagian Persyaratan Mencapai Derajat Sarjana Teknik Informatika Oleh: GALUH BINTANG ERLANGGA

Lebih terperinci

BAB III ANALISA DAN PERANCANGAN SISTEM

BAB III ANALISA DAN PERANCANGAN SISTEM BAB III ANALISA DAN PERANCANGAN SISTEM Bab ini menjelaskan tentang bagaimana menganalisa dan merancang sistem aplikasi lelang Online yang akan dibuat, meliputi : analisa proses, perancangan basis data,

Lebih terperinci

PEMBANGUNAN APLIKASI MOBILE SALES ASSISTANT. SKRIPSI Diajukan Untuk Memenuhi Sebagian Persyaratan Mencapai Derajat Sarjana Teknik Informatika.

PEMBANGUNAN APLIKASI MOBILE SALES ASSISTANT. SKRIPSI Diajukan Untuk Memenuhi Sebagian Persyaratan Mencapai Derajat Sarjana Teknik Informatika. PEMBANGUNAN APLIKASI MOBILE SALES ASSISTANT SKRIPSI Diajukan Untuk Memenuhi Sebagian Persyaratan Mencapai Derajat Sarjana Teknik Informatika oleh : ANDHIKA KRISTIANTO NIM : 03 07 03998 PROGRAM STUDI TEKNIK

Lebih terperinci

BAB VI KESIMPULAN DAN SARAN

BAB VI KESIMPULAN DAN SARAN BAB VI KESIMPULAN DAN SARAN 6.1. Kesimpulan Berdasarkan dari pembahasan pada bab-bab sebelumnya, maka dapat ditarik kesimpulan sebagai berikut: 1. Aplikasi analisis sentimen berita menggunakan algoritma

Lebih terperinci

BAB 6 PENUTUP 6.1 Kesimpulan 6.2 Saran

BAB 6 PENUTUP 6.1 Kesimpulan 6.2 Saran BAB 6 PENUTUP 6.1 Kesimpulan Berdasarkan dari pembahasan-pembahasan pada bab-bab sebelumnya, maka dapat ditarik kesimpulan dari Tugas Akhir ini : 1. Aplikasi MEPAMS berhasil dibangun untuk membantu pelanggan

Lebih terperinci

BAB III ANALISIS DAN RANCANGAN SISTEM

BAB III ANALISIS DAN RANCANGAN SISTEM BAB III ANALISIS DAN RANCANGAN SISTEM 1.1 Analisis Kebutuhan 1.1.1 Kebutuhan Hardware Dalam Pembuatan Aplikasi Layanan Pesan Antar Makanan di Kota Solo Berbasis Android ini, berikut adalah beberapa Kebutuhan

Lebih terperinci

BAB VI KESIMPULAN DAN SARAN

BAB VI KESIMPULAN DAN SARAN BAB VI KESIMPULAN DAN SARAN 6.1 Kesimpulan Berdasarkan pembahasan pada bab-bab sebelumnya, maka dapat di tarik beberapa kesimpulan yaitu: Aplikasi APRANiOS Berbasis IOS berhasil dikembangan dengan platform

Lebih terperinci

BAB III ANALISIS DAN DESAIN SISTEM

BAB III ANALISIS DAN DESAIN SISTEM 34 BAB III ANALISIS DAN DESAIN SISTEM III.1. Analisis Masalah Analisa masalah dilakukan untuk mengetahui gambaran umum mengenai Sistem Informasi Geografis Lokasi Pesantren Di Kota Medan. Sehubungan dengan

Lebih terperinci

BAB VI KESIMPULAN DAN SARAN

BAB VI KESIMPULAN DAN SARAN BAB VI KESIMPULAN DAN SARAN 6.1 Kesimpulan Berdasarkan analisis, perancangan, implementasi dan pengujian perangkat lunak dan pembahasan pada bab-bab sebelumnya, maka dapat ditarik kesimpulan yaitu : 1.

Lebih terperinci

BAB VI KESIMPULAN. telah berhasil dan diimplementasikan dengan menggunakan ios simulator.

BAB VI KESIMPULAN. telah berhasil dan diimplementasikan dengan menggunakan ios simulator. BAB VI KESIMPULAN 6.1. Kesimpulan Kesimpulan yang dapat diambil oleh penulis terhadap aplikasi POCiOS berdasarkan pembahasan SKPL, DPPL, dan hasil pengujian yang dilakukan pada 36 pengguna adalah sebagai

Lebih terperinci

BAB VI KESIMPULAN DAN SARAN

BAB VI KESIMPULAN DAN SARAN BAB VI KESIMPULAN DAN SARAN Bab ini dijelaskan kesimpulan dari pembahasan tugas akhir secara keseluruhan dan saran untuk pengembangan lebih lanjut. VI.1 Kesimpulan Berdasarkan analisis, desain dan implementasi

Lebih terperinci

1. Pendahuluan Perangkat Internet dan mobile dalam beberapa tahun belakangan ini mengalami perkembangan yang sangat pesat. Hal ini disebabkan karena k

1. Pendahuluan Perangkat Internet dan mobile dalam beberapa tahun belakangan ini mengalami perkembangan yang sangat pesat. Hal ini disebabkan karena k Purwarupa Sistem Informasi Geo-Social Berbasis Web dengan Memanfaatkan Geo-Tagging pada Citra Digital 1 Awalia Khumaira, 2 Tubagus Maulana Kusuma 1 Universitas Gunadarma (awalia_khumaira@student.gunadarma.ac.id)

Lebih terperinci

ABSTRAK. i Universitas Kristen Maranatha

ABSTRAK. i Universitas Kristen Maranatha ABSTRAK Dengan memanfaatkan teknologi SMS (Short Message Service) penulis membuat suatu aplikasi untuk membantu pelanggan Studio Photo De Photograph untuk mendapatkan kemudahan dalam mengakses jadwal photo,

Lebih terperinci

BAB VI KESIMPULAN DAN SARAN

BAB VI KESIMPULAN DAN SARAN BAB VI KESIMPULAN DAN SARAN Pada bab ini akan dibahas mengenai kesimpulan dan saran untuk pengembangan sistem informasi persediaan suku cadang berbasis web di PT. Terra Factor Indonesia. 6.1. Kesimpulan

Lebih terperinci