BAB III ANALISA DAN PERANCANGAN 3.1 Analisis Kebutuhan Aplikasi Untuk merancang suatu sistem yang baik diperlukan beberapa persiapan seperti menentukan kebutuhan dari aplikasi yang akan dibuat agar sistem dapat beroperasi sesuai dengan keinginan. Berikut ini adalah kebutuhan aplikasi yang diperlukan dalam membangun perangkat lunak yang dapat menganalisa kelayakan suatu area informasi pencarian berkas PDF: 1. Aplikasi dapat mencari berkas pdf pada database. 2. Aplikasi dapat menyimpan data. 3. Aplikasi dapat Menampilkan Informasi: Mencari berkas pdf, Mengunggah (upload) berkas pdf, Melihat dan Mengunduh (download) berkas pdf yang dicari. 4. Aplikasi dapat Menampilkan kelayakan suatu pencarian berkas pdf pada database. 3.1.1. Analisa Pencarian String Aplikasi ini akan menggunakan teknik atau metode yang mampu mencari sekumpulan string. Di SQL ada beberapa teknik untuk mencari string. Beberapa sintaks yang dapat melakukan pencarian string diantaranya adalah sintaks in, like, dan lain-lain. 38
39 Dari beberapa sintaks di atas yang cocok hanya sintaks like yang tepat untuk digunakan dalam aplikasi pencarian ini. Karena like itu bersifat fleksibel yang dapat mencari kata yang ada di depan, di tengah maupun di belakang. 3.1.2. Analisis SQL Search Diambil dari kata sequel. Satu kelemahan saat melakukan pencarian menggunakan metode Tree Search yaitu pencarian dilakukan dengan cara dari point ke point, atau dari satu titik ke titik. Itu artinya data harus dicari secara hirarki, dari besar ke kecil atau sebaliknya. Dan kelemahan ini bisa teratasi dengan menggunakan SQL search. Metode SQL Search yaitu pencarian yang dilakukan dengan cara memilih tabel yang ditelah dituju dalam sintaks SQL dan akan memilih kolom yang akan diseleksi sampai file yang dicari ditemukan sesuai dengan keyword yang dimasukkan oleh pengguna. 3.2 Use Case Diagram Use case diagram menggambarkan fungsionalitas yang diharapkan dari sebuah sistem. Yang ditekankan adalah apa yang diperbuat sistem, dan bukan bagaimana. Sebuah use case merepresentasikan sebuah interaksi antara aktor dengan sistem. Use case merupakan sebuah pekerjaan tertentu, misalnya login ke sistem, membuat sebuah daftar belanja, dan sebagainya. Seorang/sebuah aktor adalah sebuah entitas manusia atau mesin yang berinteraksi dengan sistem untuk
40 melakukan pekerjaan-pekerjaan tertentu. Berikut gambar diagram Use Case sesuai dengan perangkat lunak yang dibuat penulis. Daftar Pengunjung Cari Download Anggota Upload <<Include>> Manajemen File <<Include>> Login Admin Manajemen Anggota <<Include>> Gambar 3.1.Use Case diagram File Sharing PDF untuk Pengunjung, Anggota, dan Admin. Gambar 3.1 merupakan diagram Use case yang menggambarkan pelaku yaitu pengunjung, anggota (client) dan admin. Pengunjung dapat daftar, mencari dan mengunduh (download) file pdf. Aggota dapat login, mencari, mengunduh (download) dan mengunggah (upload) berkas pdf yang diinginkan, yaitu mulai dari mencari tentang berkas pdf dan juga mengunduh (download) berkas pdf yang
41 dicari. Sedangkan admin dapat mengatur berkas, mangatur anggota, mengunggah (upload), mengunduh (download), dan mencari (search). Kemudian Gambar 3.1 merupakan diagram Use case yang menggambarkan administrator. Dimana admin ini berhak melakukan pemasukkan (input), pengubahan (update), dan penghapusan (delete) data-data yang berada di dalam basis data informasi akademis berbasis WAP agar data yang berada dalam basis data selalu sesuai dengan waktu yang berlaku (up to date). 3.2.1 Spesifikasi Use Case Spesifikasi Use Case untuk menjelaskan urutan kegiatan yang terjadi didalam use case. Berikut ini adalah penjelasan urutan kegiatan dari masingmasing use case yang telah di buat: 1. Use Case Cari (Search) Use Case Search digunakan untuk melakukan pencarian berkas pdf yang dilakukan oleh pengunjung maupun anggota dengan cara input nama berkas yang dicari oleh anggota. Pre-Condition : Tidak ada. Normal flow of events : 1. Sistem melakukan validasi search melalui informasi nama berkas pdf yang dicari. 2. Sistem menampilkan menu utama. 3. Pengunjung bisa langsung mencari berkas.
42 Alternate flow of events : Pencarian berkas tidak ditemukan 1. Sistem menampilkan hasil percarian yang berhubungan dengan berkas yang dicari, jika berkas tidak ada maka akan menampilkan pesan bahwa berkas yang dicari tidak ada. 2. Selesai. 2. Use Case Daftar (Sign Up) Use case Daftar data Anggota digunakan untuk melakukan input data anggota seperti : Nama, Password, Confirm Password, Email, Security Question, dan Security Answer. Pre-Condition : Tidak Ada. Normal flow of events : 1. Sistem melakukan untuk membuat ID anggota. 2. Sistem meminta input data anggota. 3. Sistem melakukan verifikasi terhadap data pengguna apakah data pengguna terjadi duplikasi nama atau data yang dimasukkan kurang lengkap. 4. Selesai. Alternate flow of events : 1. Sistem menampilkan pesan kesalahan dan meminta pengguna mengulangi daftar data anggota. 2. Selesai.
43 3. Use Case Login. Use case Masuk digunakan untuk melakukan validasi anggota yang ingin memakai aplikasi dengan Nama dan Password sehingga anggota tidak bisa mengakses informasi anggota lain. Pre-Condition : Tidak Ada. Normal flow of events : 1. Sistem melakukan validasi anggota melalui informasi Nama dan Password. 2. Sistem menampilkan menu anggota. 3. Jika anggota memilih salah satu menu utama anggota. Sistem menampilkan menu utama anggota. Anggota memilih salah satu menu utama anggota. 4. Anggota memilih keluar. 5. Selesai Alternate flow of events : Nama dan Password tidak valid 1. Sistem menampilkan pesan kesalahan. 2. Selesai. 4. Use Case Upload. Use Case Upload digunakan untuk melakukan input data berkas pdf yang hanya bisa dilakukan oleh anggota. Pre-Condition : Tidak Ada.
44 Normal flow of events : 1. Sistem melakukan untuk memasukkan berkas PDF 2. Sistem meminta input berkas pdf 3. Sistem melakukan verifikasi terhadap data apakah data terjadi duplikasi nama atau data yang dimasukkan kurang lengkap. 4. Selesai Alternate flow of events : 1. Sistem menampilkan pesan kesalahan dan meminta anggota mengulangi upload berkas pdf. 2. Selesai. 5. Use Case Manajemen Berkas Use case Manajemen Berkas digunakan untuk mengatur berkas pdf yang diunggah oleh anggota maupun admin. Admin dapat melakukan edit, delete, dan unggah (upload) berkas pdf yang ada di database. Pre-Condition : Tidak Ada. Normal flow of events : 1. Sistem menampilkan menu Mengatur Berkas. 2. Admin dapat mangatur berkas. 3. Admin memilih keluar. 4. Selesai Alternate flow of events : Tidak Ada
45 6. Use Case Manajemen Anggota Use case Manajemen Anggota digunakan untuk mengatur anggota. Admin dapat melakukan edit, hapus, mencari, dan membuat anggota baru. Pre-Condition : Tidak Ada. Normal flow of events : 1. Sistem menampilkan menu Mengatur Anggota. 2. Admin dapat mengatur anggota. 3. Admin memilih keluar. 4. Selesai Alternate flow of events : Tidak Ada
46 3.3 Diagram Sequence Sebelum merepresentasikan diagram sequence berikut merupakan simbolsimbol dari diagram sequence yang digunakan oleh penulis beserta penjelasannya. Tabel 3.1. Simbol Diagram Sequence Simbol pengguna yang menggunakan aplikasi informasi akademis berbasis WAP Merupakan Simbol dari aksi yang dilakukan Merupakan simbol dari reaksi balik atas aksi yang dilakukan sebelumnya Aplikasi klien Merupakan simbol dari aplikasi pengguna atau klien Aplikasi admin Merupakan simbol dari aplikasi admin Berikut diagram sequence yang merepresentasikan diagram use case yang telah dibuat. Pada Gambar 3.2. memperlihatkan diagram sequence, dimana di sini memperlihatkan interaksi antara klien dan admin, dimana seorang klien yang akan mengakses aplikasi klien, ia harus login terlebih dahulu, baru ia dapat memilih informasi yang ia inginkan. Sedangkan admin memanipulasi data yang dibutuhkan klien melalui operasi create, search, insert, select, update, dan delete melalui aplikasi admin.
47 Display Aplikasi Klien Aplikasi Admin Display User Login Admin * Cek ID & Password * Login Validasi Tampil Error Diterima Insert, Update, Delete Data File Simpan Data File Validasi Cek ID & Password Proses (Validasi) Validasi Kirim Hasil Validasi Tampil Link Upload File Pilih Upload File Search, Delete, Select, Create Data Anggota Simpan Data Anggota Ambil Data (File) Proses Data (File) Kirim Data File Download Data File * * Gambar 3.2. Diagram Sequence
48 3.4 Activity Diagram Diagram Activity digunakan untuk menggambarkan alur kegiatan dan logika yang terlihat oleh pelaku (admin dan pengguna). Berikut diagram activity untuk bagian admin, anggota dan pengunjung. mulai Login [validasi] [batal login] [ditolak] Cari File Download File Menu Anggota Mengatur File Mengatur Anggota Insert File Delete File Update File Cari Anggota Delete Anggota Select Anggota Create Anggota Simpan ke Basis Data seles ai Logout selesai Gambar 3.3. Diagram Activity bagian Admin. Pada Gambar 3.3. diagram activity memperlihatkan semua kegiatan admin dalam memanipulasi data, dimulai dengan login terlebih dahulu, jika validasi diterima maka sang admin dipersilahkan langsung logout jika ia batal memanipulasi data atau memanipulasi data yaitu memasukkan (insert), mengubah (edit), dan menghapus (delete) data untuk bagian Manajemen File, Untuk bagian Manajemen Anggota, manipulasi data yang dapat dilakukan yaitu mencari (search), menghapus (delete), memilih (select), dan membuat (create) data untuk anggota. Setelah semua aktivitas manipulasi data itu selesai, semua data yang
49 diolah disimpan ke dalam basis data dan admin dapat dipersilakan logout dan selesai. mulai Login [validasi] [batal login] [ditolak] Cari File Download File Menu Anggota Upload File Simpan ke Basis Data Logout seles ai selesai Gambar 3.4. Diagram Activity bagian Anggota. Pada Gambar 3.4. memperlihatkan semua kegiatan anggota dalam mengakses file sharing, jika ingin dapat mengunggah (upload), anggota harus login terlebih dahulu dan setelah divalidasi, anggota diizinkan mengunggah (upload) file atau anggota dapat langsung logout. Setelah semua aktivitas manipulasi data itu selesai, semua data yang diolah disimpan ke dalam basis data dan anggota dapat dipersilakan logout dan selesai.
50 Menu Utama mulai Daftar Cari File Download File Simpan ke Basis Data seles ai selesai Gambar 3.5. Diagram Activity bagian pengunjung Pada Gambar 3.5. memperlihatkan semua kegiatan anggota dalam mengakses file sharing, dimana jika ingin menjadi anggota, pengunjung harus daftar (sign up) terlebih dahulu, pengunjung juga bisa langsung mencari dan mengunduh (download) file tanpa harus login. Jika pengunjung ingin menguggah (upload) maka pengunjung harus mendaftar terlebih dahulu. Setelah semua aktivitas manipulasi data itu selesai, semua data yang diolah disimpan ke dalam basis data dan selesai.
51 3.5 Perancangan Basis Data Dalam perancangan aplikasi menggunakan database yang telah disediakan oleh ASP.NET. Secara default sistem ASP.NET akan membuatkan untuk kita database SQL Server dengan nama ASPNETDB Ini berarti nantinya akan ada dua file database dalam aplikasi yaitu file membership yaitu database ASPNETDB.MDF dan file database buatan yaitu database NORTHWIND.MDF. Sehingga perancang hanya memanfaatkan database yang sudah tersedia tanpa harus membuat database.
52 3.6 Struktur Tabel. Tabel yang disediakan oleh ASP.NET dan Microsoft SQL Server ada banyak tetapi penulis hanya menggunakan 3 tabel yaitu : Tabel Membership, Tabel Users, dan Tabel Categories. 3.6.1 Tabel Membership Tabel 3.1. Tabel Membership Nama Field Tipe Data Ukuran Keterangan ApplicationId uniqueidentifier - - UserId uniqueidentifier - Primary Key Password int - - Email nvarchar 16 - LoweredEmail nvarchar 256 - PasswordQuestion nvarchar 256 - PasswordAnswer nvarchar 128 - IsApproved bit - - IsLockedOut bit - - CreateDate datetime - - LastLoginDate datetime - - LastPasswordChangedDate datetime - - LastLockoutDate datetime - - FailedPasswordAttemptCount int - - FailedPasswordAttemptWindow Start FailedPasswordAnswerAttempt Count FailedPasswordAnswerAttempt WindowStart datetime - - int - - datetime - - Comment ntext - -
53 3.6.2 Tabel Categories. Tabel 3.2. Tabel Categories Nama Field Tipe Data Ukuran Keterangan CategoryID uniqueidentifier - - CategoryName nvarchar - Primary Key Description ntext - - Picture image - - BrochurePath nvarchar 250-3.6.3 Tabel Users Tabel 3.3. Tabel Users Nama Field Tipe Data Ukuran Keterangan ApplicationId uniqueidentifier - - UserId uniqueidentifier - Primary Key UserName nvarchar 256 - LoweredUserName nvarchar 256 - MobileAlias nvarchar 16 - IsAnonymous bit - - LastActivityDate datetime - -
54 3.7 Perancangan Layar Daftar (Sign Up). Pada bagian ini pengunjung dapat mendaftar menjadi anggota, untuk menjadi anggota pengunjung harus memasukan User Name, Password, Confirm Password, Email, Security Question, dan Security Answer. Jika sudah disi semua maka tekan tombol Create Member. Rancangan layar daftar dapat dilihat pada gambar 3.6. Gambar 3.6. Rancangan Layar Daftar
55 3.8 Perancangan Layar Cari (Search). Pada rancangan pencarian digunakan untuk melakukan pencarian, pencarian dilakukan dengan memasukan nama data yang ingin dicari oleh pengunjung atau anggota. Rancangan Layar Cari dapat dilihat pada gambar 3.7 Gambar 3.7. Rancangan Layar Pencarian
56 3.9 Perancangan Layar Masuk (Login). Pada bagian ini anggota harus memasukan User Name dan Password yang dimiliki terlebih dahulu sebelum dapat mengakses dan mengunggah (upload) berkas pdf. Jika pengunjung belum mendaftar maka pengunjung hanya bisa mencari, melihat, dan mengunduh (download) saja tanpa bisa mengunggah (upload) data. Rancangan layar masuk dapat dilihat pada gambar 3.8. Gambar 3.8. Rancangan Layar Masuk.
57 3.10 Perancangan Layar Upload Berkas Pada bagian ini anggota dapat mengunggah (upload) sebuah berkas pdf ke dalam sebuah database, upload berkas ini hanya bisa dilakukan oleh anggota saja. Rancangan layar upload berkas untuk dapat dilihat pada gambar 3.9 Gambar 3.9. Rancangan Layar Mengunggah Berkas (Upload File).
58 3.11 Perancangan Layar Manajemen Berkas untuk Admin Pada rancangan layar ini admin dapat mengedit, menghapus, sebuah berkas pdf, baik berkas itu di upload oleh anggota ataupun oleh admin. Rancangan layar manajemen berkas dapat dilihat pada gambar 3.10. Gambar 3.10. Rancangan Layar Manajemen Berkas.
59 3.12 Perancangan Layar Manajemen Anggota untuk Admin. Pada bagian ini admin bisa mencari, memilih, menghapus, dan menambah anggota baru pada layar ini. Rancangan layar manajemen anggota untuk admin dapat dilihat pada gambar 3.11. Gambar 3.11. Rancangan Layar Manajemen Anggota.