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 adalah sebagai berikut : 1. Perangkat Keras (Hardware) a) Processor Intel Core i5 b) Memori RAM 4GB c) Hardisk 500 GB d) Keyboard dan Mouse e) Smartphone dengan sistem operasi Android 4.1.2 sebagai media implementasi f) Smartphone minimal RAM 1 GB 2. Perangkat Lunak (Software) a) Sistem Operasi : Windows b) Google Maps API sebagai fungsi utama peta dalam menjalankan aplikasi. c) Android Studio d) GPS e) Android SDK f) Mozilla firefox sebagai web browser yang digunakan untuk menjalankan aplikasi. g) Notepad++ sebagai text editor. h) Microsoft Visio digunakan untuk perancangan. i) Microsoft Word digunakan untuk pembuatan laporan tugas akhir. j) Astah Community digunakan untuk perancangan.
29 k) Coreldraw X6 digunakan untuk mendesain logo dan tampilan. 3.1.2 Bahan Bahan yang dibutuhkan untuk membangun Aplikasi Berbagi Cerita Wisata Solo Raya adalah sebagai berikut : a) Data objek wisata di Solo Raya b) Data tempat kuliner di Solo Raya c) Data tempat penginapan/hotel di Solo Raya d) Data tempat kerajinan di Solo Raya e) Peta daerah Kota Surakarta 3.2 Jalannya Penelitian Metode penelitian yang digunakan untuk membuat tugas akhir ini adalah sebagai berikut : 1. Tahap awal meliputi : a. Observasi lingkungan Tahap observasi lingkungan merupakan tahap paling awal dalam kegiatan penelitian ini. Pada tahap ini dilakukan identifikasi permasalahan yang berhubungan dengan letak obyek pariwisata di Solo Raya. b. Pengumpulan data Didalam pengumpulan data terdiri dari beberapa metode yaitu : 1) Observasi 2) Studi pustaka 3) Browsing c. Konseptualisasi d. Analisis data Pada tahap ini digunakan untuk melakukan analisa terhadap data-data yang telah diperoleh sebelumnya.
30 2. Tahap pembuatan aplikasi. Tahap ini merupakan pembuatan aplikasi yang akan dibuat yaitu aplikasi berbagi cerita wisata Solo Raya berbasis android. 3. Tahap uji coba Tahap ini merupakan proses pengujian pada aplikasi yang sudah dibuat untuk menemukan kesalahan atau error pada aplikasi. 4. Tahap kesimpulan dan saran Tahap ini merupakan tahap untuk mendapatkan kesimpulan dan saran pada pembuatan aplikasi ini. 5. Tahap pembuatan laporan Tahap ini untuk membuat laporan akhir dari aplikasi berbagi cerita wisata Solo Raya berbasis android. 3.2.1 Perencanaan Jadwal Perencanaan jadwal proyek aplikasi. Tabel 3.1 Perencanaan Jadwal No 1. Kegiatan Tahap awal a) Pengumpulan data Waktu Bulan 1 Bulan 2 Bulan 3 Bulan 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 b) Konseptualitas c) Analisa data 2. Tahap pembuatan aplikasi a) Pembuatan perancangan aplikasi
31 b) Pembuatan desain tampilan c) Pembuatan aplikasi 3. Tahap uji coba 4. Tahap memperbaiki bug 5. Tahap evaluasi dan pembuatan laporan 3.2.2 Gambaran Umum Aplikasi Berikut ini merupakan proses bisnis dari aplikasi berbagi cerita wisata Solo Raya, dapat ditunjukkan pada. Gambaran umum Tugas Akhir Perancangan dan Pembuatan Aplikasi Berbagi Cerita Wisata Solo Raya Berbasis Android dapat dilihat pada gambar 3.1. Gambar 3.1 Gambaran Umum Aplikasi
32 3.3 Perancangan Sistem 3.3.1 Proses Bisnis Berikut ini merupakan proses bisnis dari aplikasi berbagi cerita wisata Solo Raya, dapat ditunjukkan pada Gambar 3.2. Gambar 3.2 Proses Bisnis 3.3.2 Kebutuhan Fungsional Sistem Fungsional sistem yang terdapat pada aplikasi berbagi cerita wisata Solo Raya ini antara lain : 1. Admin dapat melakukan manajemen data objek wisata. 2. Admin dapat melakukan manajemen data kuliner. 3. Admin dapat melakukan manajemen data kerajinan. 4. Admin dapat melakukan manajemen data penginapan. 5. Client User dapat melihat data informasi objek wisata. 6. Client User dapat melihat data informasi kuliner. 7. Client User dapat melihat data informasi kerajinan. 8. Client User dapat melihat data informasi penginapan.
33 9. Client User dapat menuliskan cerita atau berbagi pengalaman pada wisata yang telah di kunjungi. 10. Client User dapat memberikan rating atau nilai terhadap cerita orang lain. 11. Client User dapat melihat cerita sendiri maupun cerita orang lain. 12. Client User dapat mengetahui jarak dari tempat ke objek yang akan dikunjungi. 13. Client User dapat melihat informasi secara umum tentang aplikasi. 3.3.3 Kebutuhan Non Fungsional Sistem Kebutuhan non fungsional sistem yang terdapat di aplikasi berbagi cerita wisata Solo Raya antara lain : a) Aplikasi ini dapat berjalan di sistem operasi android minimal Jellybeans. b) Aplikasi ini hanya bisa digunakan dengan sistem android yang sudah memiliki fitur GPS (Global Positioning System). c) Harus mengaktifkan paket data atau terhubung koneksi internet pada perangkat android agar aplikasi dapat berjalan. 3.3.4 Use Case Diagram Berikut merupakan use case diagram pada client dari aplikasi berbagi cerita wisata Solo Raya, dapat ditunjukkan pada Gambar 3.2.
34 Gambar 3.3 Use Case Diagram Tabel 3.2 Keterangan Use Case End User Fungsi Deskripsi Register User yang belum terdaftar harus melakukan registrasi melalui aplikasi Login Setelah mendaftar User bisa langsung login. User yang sudah terdaftar sebelumnya bisa langsung login ke aplikasi yang telah disediakan Menampilkan kategori Setelah login berhasil, User dapat menampilkan data berdasarkan kategori post seperti objek wisata, kuliner, kerajinan dan penginapan. Menampilkan data post Menampilkan detail post Melihat cerita orang Meng-input cerita User dapat menampilkan data post dalam berbentuk thumbnail dari data yang telah dipilih Setelah User memilih data, maka pada aplikasi menampilkan detail post yang dipilih. Pada detail post terdapat button melihat cerita orang untuk melihat cerita atau pengalaman orang lain. Pada detail post juga terdapat button menulis cerita untuk User menuliskan pengalaman dan ceritanya.
35 Menampilkan data cerita Melihat profil Ubah profil Melihat cerita saya Keluar User dapat menampilkan data cerita yang User tuliskan. User dapat melihat profil akunnya pada sidemenu aplikasi. Pada sidemenu user dapat melakukan ubah profil akunnya seperti mengganti gambar profil, ubah Username dan password. Pada sidemenu user dapat melihat cerita sendiri dan juga dapat mengedit dan menghapus cerita dari aplikasi. Pada sidemenu user dapat keluar dari aplikasi dengan memilih keluar pada aplikasi. 3.3.5 Diagram Konteks (Context Diagram) Context diagram merupakan diagram alir data yang berfokus pada perjalanan data yang berada pada system tersebut. Context diagram juga merupakan penggambaran secara garis besar server Aplikasi Berbagi Cerita Wisata Solo Raya Berbasis Android serta menggambarkan hubungan antara User dan aplikasi tersebut. Context Diagram dari server Aplikasi Berbagi Cerita Wisata Solo Raya Berbasis Android ditunjukkan pada Gambar 3.4.
36 Gambar 3.4 Diagram Konteks Server Aplikasi Berbagi Cerita Wisata Solo Raya Berbasis Android Sesuai dengan konteks diagram, aktor yang terlibat langsung dalam server Aplikasi Berbagi Cerita Wisata Solo Raya Berbasis Android yaitu admin. Keterangan proses : a) Diagram konteks terdiri dari satu proses dengan nama Sistem Berbagi Cerita, dan terdiri dari satu entitas eksternal. Setiap entitas eksternal mempunyai hubungan melalui aliran data yang menuju dan dari proses sistem berbagi cerita. b) Admin melakukan login untuk masuk kedalam sistem server Aplikasi Berbagi Cerita Wisata Solo Raya Berbasis Android dengan memasukkan Username dan password yang sudah ditentukan. c) Admin melakukan manajemen (create, update, delete) pada data post berdasarkan kategori objek wisata, kuliner, kerajinan dan penginapan. d) Admin melakukan manajemen (melihat detail, delete) data cerita yang dipostkan User melalui aplikasi android. e) Admin dapat melihat data User.
37 3.3.6 Data Flow Diagram Level 0 Pada DFD Level 0, aktor yang terlibat pada sistem adalah admin. Admin terlebih dahulu login kedalam sistem. Dalam sistem admin dapat melakukan pengelolaan data post berupa insert, update, delete dan admin dapat melakukan pengelolaan data cerita berupa lihat detail cerita, dan hapus cerita, cerita memiliki hubungan dengan post dimana satu post bisa memiliki banyak cerita. Serta admin dapat melihat data User. Data tersebut tersimpan dalam strorage masing-masing. Data Flow Diagram level 0 pada server aplikasi berbagi cerita wisata Solo Raya ditunjukkan pada gambar 3.5. Gambar 3.5 Data Flow Diagram Level 0
38 3.3.7 Data Flow Diagram Level 1 Proses 2 Pada DFD Level 1 proses 2, aktor yang terlibat pada sistem adalah admin. Admin dapat melakukan proses pengelolaan data pada server aplikasi berbagi cerita wisata Solo Raya sesuai fitur-fitur yang telah disediakan pada sistem antara lain pengelolaan data post sesuai kategori. Admin memiliki hak akses penuh untuk melakukan pengelolaan data post, seperti menambahkan data baru atau input data post, data yang di-input-kan akan ditampilkan dalam aplikasi dan data tersebut bisa diubah atau dihapus. Data tersebut akan secara otomatis tersimpan dalam strorage post dan ditampilkan berupa output kepada admin yang nantinya ditunjukkan oleh client User melalui smartphone Android mereka. Data post yang sudah di-inputkan User nantinya akan ditampilkan oleh client melalui aplikasi pada smartphone Android pengguna. Data Flow Diagram level 1 proses 2 pada server aplikasi berbagi cerita wisata Solo Raya ditunjukkan pada Gambar 3.6. Gambar 3.6 Data Flow Diagram Level 1 Proses 2
39 3.3.8 Data Flow Diagram Level 1 Proses 3 Pada DFD level 1 proses 3, aktor yang terlibat pada sistem adalah admin. Admin dapat melakukan proses pengelolaan data pada server aplikasi berbagi cerita wisata Solo Raya sesuai fitur-fitur yang telah disediakan pada sistem antara lain pengelolaan cerita. Pada proses pengelolaan cerita, admin mempunyai hak akses penuh dalam melakukan pengelolaannya. Seperti melihat cerita User, dan menghapus cerita User apabila ada unsur-unsur yang tidak baik. Admin dapat menampilkan data cerita yang telah di-input-kan oleh User pada aplikasi android. User adalah User yang telah terdaftar pada sistem. User yang belum mendaftar bisa melakukan registrasi melalui aplikasi Android, data cerita memiliki hubungan dengan data post. Sebuah data post bisa memiliki banyak cerita. Data cerita yang di-input-kan User akan tersimpan dalam strorage cerita. Gambar 3.7 Data Flow Diagram Level 1 Proses 3
40 3.3.9 Data Flow Diagram Level 1 Proses 4 Pada DFD level 1 proses 4, aktor yang terlibat pada sistem adalah admin. Admin dapat menampilkan data User yang telah terdaftar pada aplikasi. Data tersebut tersimpan dalam strorage User, yang terdapat dua level yakni level User dan level admin. Gambar 3.8 Data Flow Diagram Level 1 Proses 4 3.3.10 Activity Diagram Berikut merupakan activity diagram pada end User dari aplikasi berbagi cerita wisata Solo Raya yang menggambarkan alur aktivitas dalam sistem yang sedang dirancang. Activity Diagram juga dapat menggambarkan proses paralel yang mungkin terjadi pada beberapa ekseskusi. 1. Activity Diagram Login Pada perancangan Activity diagram login, terdapat satu aktor yaitu User dan satu aplikasi. Untuk login, User memasukkan Username dan password terlebih dahulu. Username dan password akan di-validasi oleh aplikasi, jika usename dan password benar maka akan menampilkan menu utama dari aplikasi sedangkan jika Username dan password salah maka User memasukkan kembali Username dan password hingga benar. Activity diagram login dapat ditunjukkan pada Gambar 3.9.
41 Gambar 3.9 Activity Diagram Login 2. Activity Diagram Melihat Post Pada perancangan Activity diagram melihat post, terdapat satu aktor yaitu User dan satu aplikasi. Pada aplikasi User akan ditampilkan menu kategori berupa objek wisata, kuliner, kerajinan, dan penginapan. User memilih salah satu kategori yang ada pada aplikasi, aplikasi akan menampilkan list post sesuai kategori yang dipilih User. Selanjutnya User memilih post dan aplikasi menampilkan detail post tersebut. Activity diagram melihat post dapat ditunjukkan pada Gambar 3.10.
42 Gambar 3.10 Activity Diagram Melihat Post 3. Activity Diagram Input Cerita Pada perancangan Activity diagram input cerita, terdapat satu aktor yaitu User dan satu aplikasi. Setelah menampilkan detail post, User dapat berbagi cerita melalui tombol tulis cerita dan aplikasi menampilkan form tulis cerita, User menuliskan cerita pada form yang telah tersedia. Cerita akan disimpan dalam database. Activity diagram input cerita dapat ditunjukkan pada Gambar 3.11.
43 Gambar 3.11 Activity Diagram Input Cerita 4. Activity Diagram Melihat Cerita Orang Pada perancangan Activity diagram melihat cerita orang, terdapat satu aktor yaitu User dan satu aplikasi. Setelah menampilkan detail post, User dapat menampilkan data cerita orang melalui pilihan tombol melihat cerita orang. Data cerita pada User lain dapat memberikan rating pada cerita yang telah dibacanya. Rating yang diberikan akan disimpan oleh aplikasi. Activity diagram melihat cerita orang dapat ditunjukkan pada Gambar 3.12.
44 Gambar 3.12 Activity Diagram Melihat Cerita Orang 5. Activity Diagram Melihat dan Update Profil Pada perancangan Activity diagram melihat dan update profil, terdapat satu aktor yaitu User dan satu aplikasi. User dapat menampilkan profil pada sidemenu. Di side menu tersebut User dapat memilih menu profil saya, selanjutnya aplikasi akan menampilkan form update profil. User dapat mengubah profil dengan profil baru atau tetap membiarkannya, jika User memilih update profil maka pada sistem akan menyimpan data profil baru dari update profil tersebut. Activity diagram melihat dan update profil dapat ditunjukkan pada Gambar 3.13.
45 Gambar 3.13 Activity Diagram Melihat dan Update Profil 6. Activity Diagram Melihat Cerita Saya Pada perancangan Activity diagram melihat cerita saya, terdapat satu aktor yaitu User dan satu aplikasi. User dapat menampilkan sidemenu. Di sidemenu tersebut User dapat memilih menu lihat cerita saya, lalu pada aplikasi akan menampilkan list cerita yang telah diinputkan User sebelumnya. Activity diagram melihat cerita saya dapat ditunjukkan pada Gambar 3.14.
46 Gambar 3.14 Activity Diagram Melihat Cerita Saya 7. Activity Diagram Keluar Pada perancangan Activity diagram keluar, terdapat satu aktor yaitu User dan satu aplikasi. User dapat menampilkan sidemenu. Di sidemenu tersebut User dapat memilih menu keluar, aplikasi akan otomatis men-destroy login session User. Activity diagram keluar dapat ditunjukkan pada Gambar 3.15.
47 Gambar 3.15 Activity Diagram Keluar 3.3.11 Sequence Diagram Sequence diagram menggambarkan kelakuan objek pada use case dengan mendeskripsikan waktu hidup dan message yang diinginkan untuk menggambarkan interaksi antar objek didalam dan sekitar objek. Sequence diagram dapat dihasilkan dari setiap use case yang dianalisis. 1. Sequence diagram Login Berikut ini merupakan sequence diagram dari login yang ditunjukkan pada Gambar 3.16.
48 Gambar 3.16 Sequence Diagram Login 2. Sequence diagram Registrasi Berikut ini merupakan sequence diagram dari registrasi yang ditunjukkan pada Gambar 3.17. Gambar 3.17 Sequence Diagram Registrasi 3. Sequence diagram Post Berikut ini merupakan sequence diagram dari post yang ditunjukkan pada Gambar 3.18.
49 Gambar 3.18 Sequence Diagram Post 4. Sequence diagram Cerita Berikut ini merupakan sequence diagram dari cerita yang ditunjukkan pada Gambar 3.19. Gambar 3.19 Sequence Diagram Cerita
50 5. Sequence diagram Profil Berikut ini merupakan sequence diagram dari profil yang ditunjukkan pada Gambar 3.20. Gambar 3.20 Sequence Diagram Profil 3.4 Perancangan Basis Data Merancang basis data yang akan dibuat dengan menggunakan Entity Relationship Diagram (ERD) untuk menganalisa semua entitas yang diperlukan beserta atribut-atributnya dan hubungan antara entitas satu dengan entitas lainnya kemudian membuat Relasi Antar Tabel untuk mengetahui hubungan antar satu tabel dengan lainnya. 3.4.1 Entity Relationship Diagram (ERD) Berikut merupakan entity relationship diagram dari aplikasi berbagi cerita wisata Solo Raya yang dapat ditunjukkan pada Gambar 3.21.
51 Gambar 3.21 Entity Relationship Diagram (ERD) Entitas yang diperlukan pada aplikasi berbagi cerita wisata Solo Raya berbasis android ada 3, yaitu 1. Entitas TBPost Entitas TBPost mempunyai 10 atribut yang meliputi id_post, judul, kategori, judul, deskripsi, image, thumbnail, latitude, longitude, rating, tanggal. 2. Entitas TBCerita Entitas TBCerita mempunyai 6 atribut yang meliputi id_cerita, id_user, id_post, cerita, rating, tanggal. 3. Entitas TBUser Entitas TBUser mempunyai 6 atribut yang meliputi id_user, nama, email, password, foto, level. 3.4.2 Relasi Antar Tabel Relasi antar tabel berfungsi untuk menggambarkan relasi dari dua tabel. Hubungan antar tabel tersebut akan membatu menganalisa sistem dalam melakukan perancangan database yang ada dalam sistem. Relasi antar tabel dari Aplikasi Berbagi Cerita Wisata Solo Raya Berbasis Android ditunjukkan pada Gambar 3.20.
52 Gambar 3.22 Relasi Antar Tabel 3.4.3 Class Diagram Berikut merupakan class diagram yang digunakan pada aplikasi berbagi cerita wisata Solo Raya berbasis android yang ditunjukkan pada Gambar 3.23.
53 Gambar 3.23 Class Diagram 3.4.4 Desain Tabel Database Aplikasi Berbagi Cerita Wisata Solo Raya Berbasis Android menggunakan 3 tabel yaitu User, tbpost, dan tbcerita. 1. Desain Tabel User Tabel User digunakan untuk menyimpan data User level admin dan data User level User yang bertanggung jawab atas server Aplikasi Berbagi Cerita Wisata Solo Raya Berbasis Android. Desain tabel User ditunjukkan pada Tabel 3.3. Tabel 3.3 Desain Tabel User Nama Field Tipe Data Keterangan id_user Int Primary key Nama Email password Varchar Varchar Text
54 Foto Level Text Varchar 2. Desain Tabel Post Tabel Post digunakan untuk menyimpan data post di database. Berikut merupakan desain tabel dari post yang ditunjukkan pada Tabel 3.4. Tabel 3.4 Desain Tabel Post Nama Field Tipe Data Keterangan id_post Int Primary key kategori Judul deskripsi image thumbnail latitude longitude rating tanggal Varchar Varchar Text Text Text Double Double Float Varchar 3. Desain Tabel Cerita Tabel Cerita digunakan untuk menyimpan data cerita yang diinputkan oleh User di database. Desain tabel cerita ditunjukkan pada Tabel 3.5.
55 Tabel 3.5 Desain Tabel Cerita Nama Field Tipe Data Keterangan id_cerita Int Primary key id_user Int Foreign key id_post Int Foreign key cerita rating tanggal Text Float Varchar 3.4.5 Design User Interface Aplikasi Design User interface dilakukan sebelum melakukan implementasi agar mencapai hasil yang maksimal. Design User interface aplikasi akan dibangun terdiri dari sisi client yang terdiri atas design User interface splash screen, design User interface register, design User interface login, design User interface menu utama, design User interface thumbnail data, design User interface detail data, design User interface tulis cerita, design User interface lihat cerita orang, design User interface ubah profil, design User interface lihat cerita saya. Design User interface splash screen merupakan halaman yang pertama kali akan muncul ketika aplikasi dijalankan. Halaman splash screen dari aplikasi ini akan berisi sebuah logo dan nama dari aplikasi. Design User interface dari halaman splash screen ditunjukkan pada Gambar 3.24.
56 Gambar 3.24 Design User Interface Halaman Splash Screen Ketika halaman Splash Screen telah selesai dieksekusi, sistem akan mengeksekusi halaman register. Design User interface halaman register ini User yang belum terdaftar harus mendaftarkan pada form register. Pada form register terdapat nama lengkap, email dan password. Design User interface halaman register ditunjukkan pada Gambar 3.25. Gambar 3.25 Design User Interface Halaman Registrasi
57 Setelah mendaftar pada form registrasi, aplikasi akan mengesekusi halaman login. Pada form login terdapat email dan password. Design User interface halaman login ditunjukkan pada Gambar 3.26. Gambar 3.26 Design User Interface Halaman Login User telah berhasil login maka aplikasi akan mengeksekusi halaman menu utama. Pada design User interface menu utama atau menu utama menampilkan slider menu, sidemenu, dan menu kategori berupa objek wisata, kuliner, hotel dan kerajinan. Design User interface halaman menu utama ditunjukkan pada Gambar 3.27.
58 Gambar 3.27 Design User Interface Halaman Menu Utama Setelah memilih salah satu kategori pada halaman menu utama, muncul halaman thumbnail data yang merupakan halaman yang diakses dari halaman menu utama yang dipilih oleh User. Halaman thumbnail data digunakan untuk menampilkan list data yang terdapat pada database berdasarkan kategori yang nantinya User akan memilih salah satu data yang muncul. Design User interface halaman thumbnail data ditunjukkan pada Gambar 3.28.
59 Gambar 3.28 Design User Interface thumbnail data Setelah memilih data pada halaman thumbnail data, akan muncul halaman detail data. Halaman detail data digunakan untuk menampilkan detail dari data yang sebelumnya dipilih oleh User pada halaman thumbnail data. Design User interface halaman detail data ditunjukkan pada Gambar 3.29. Gambar 3.29 Design User Interface detail data Pada halaman detail data, terdapat tombol tulis cerita yang digunakan untuk menulis cerita pada post yang User pilih sebelumnya. Pada design User interface tulis cerita disediakan form untuk menulis cerita. Design User interface halaman tulis cerita ditunjukkan pada Gambar 3.30.
60 Gambar 3.30 Design User Interface tulis cerita Pada halaman detail data, terdapat tombol melihat cerita orang lain yang digunakan untuk melihat cerita pada User lain. Pada design User interface lihat cerita orang berupa list data cerita yang di-input-kan oleh orang lain. Design User interface halaman lihat cerita orang ditunjukkan pada Gambar 3.31. Gambar 3.31 Design User Interface lihat cerita orang Pada sidemenu tampilan utama, User dapat melihat profil akunnya dan juga
61 terdapat menu ubah profil. Design User interface ubah profil dapat mengganti foto profil, nama akun, dan password. Design User interface halaman ubah profil ditunjukkan pada Gambar 3.32. Gambar 3.32 Design User Interface ubah profil Pada sidemenu tampilan utama, User dapat melihat cerita saya. Design User interface lihat cerita saya dapat meng-edit dan menghapus cerita dari aplikasi. Design User interface halaman lihat cerita saya ditunjukkan pada Gambar 3.33.
62 Gambar 3.33 Design User Interface lihat cerita saya 3.4.6 Design User Interface Administrator Design User interface dilakukan sebelum melakukan implementasi agar mencapai hasil yang maksimal. Design User interface administrator akan dibangun terdiri dari sisi server yang terdiri atas design User interface login, design User interface home, design User interface manage post, design User interface manage cerita, design User interface User, design User interface profil. Design User interface halaman login pada server digunakan untuk menampilkan halaman login untuk administrator yang bertanggung jawab mengatur dara pada Aplikasi Berbagi Cerita Wisata Solo Raya. Design User interface dari halaman login ditunjukkan pada Gambar 3.34.
63 Gambar 3.34 Design User Interface login Setelah halaman login, admin akan masuk kedalam beranda atau home dari server. Pada halaman ini akan banyaknya data post, data cerita dan banyak User yang tersimpan di database. Design User interface halaman home atau beranda ditunjukkan pada Gambar 3.35. Gambar 3.35 Design User Interface home Pada halaman dashboard admin dapat melihat design User interface manage post, admin dapat menambahkan, meng-edit, menghapus dan menampilkan data post. Design User interface halaman manage post ditunjukkan pada Gambar 3.36.
64 Gambar 3.36 Design User Interface manage post Pada halaman dashboard admin dapat melihat design User interface manage cerita, admin dapat menampilkan data cerita dan menghapus data cerita. Design User interface halaman manage cerita ditunjukkan pada Gambar 3.37. Gambar 3.37 Design User Interface manage cerita Pada halaman dashboard admin dapat melihat design User interface melihat User, admin dapat menampilkan User pengguna aplikasi. Pada tampilan User, menampilkan foto User, nama User dan email. Design User interface halaman manage User ditunjukkan pada Gambar 3.38.
65 Gambar 3.38 Design User Interface User Pada halaman dashboard admin dapat melihat design User interface profil, admin dapat menampilkan profil. Design User interface halaman profil ditunjukkan pada Gambar 3.39. Gambar 3.39 Design User Interface profil