BAB IV ANALISIS DAN PERANCANGAN SISTEM 4.1. Analisis Sistem yang Sedang Berjalan Kegiatan analisis sistem yang berjalan dilakukan dengan analisis yang berorientasi pada objek-objek yang diperlukan oleh sistem yang dirancang, dimaksudkan untuk menitik beratkan kepada fungsi sistem yang berjalan dengan tidak terlalu menitik beratkan kepada alur proses dari sistem. Selanjutnya dari hasil analisis ini digambarkan dan didokumentasiakan dengan metodologi berorientasi objek melalui diagram Use Case, skenario Use Case dan aktifitas diagram, pertimbangan diagram tersebut ini karena dianggap mewakili secara keseluruhan sistem yang berjalan di PT. Indoroot. 4.1.1. Analisis Kebutuhan Sebelum membuat suatu sistem, hendaknya melakukan analisis terlebih dahulu terhadap kebutuhan-kebutuhan apa saja yang diperlukan dengan menggunakan metode-metode yang telah ada. 4.1.1.1. Use Case Diagram Use Case diagram (diagram Use Case) adalah diagram yang menyajikan interaksi antara Use Case dan Actor. Dimana Actor dapat berupa orang, peralatan atau sistem lain yang berinteraksi dengan sistem yang sedang dibangun. Use Case menggambarkan fungsionalitas sistem 30
31 atau persyaratan-persyaratan yang harus dipenuhi sistem dari pandangan pemakai. Berikut ini adalah gambar model Use Case Diagram Monitoring pada Indoroot yang sedang berjalan Monitoring Server «uses» Admin Login Gambar 4.1. Use Case Diagram Monitoring Server pada Indoroot yang sedang berjalan
32 4.1.1.2. Skenario Use Case Skenario Use Case digunakan untuk memudahkan dalam menganalisa skenario yang akan kita gunakan pada fase-fase selanjutnya dengan melakukan penilaian terhadap skenario tersebut. Adapun tahapan-tahapan sekenario Use Case monitoring yang sedang berjalan adalah sebagai berikut: 1. Nama Use Case : Monitoring yang berjalan Actor Tujuan : Admin : Memonitoring kondisi Server Tabel 4.1. Table Skenario Use Case Monitoring Server yang sedang berjalan No Actor Sistem 1. Login setelah itu memonitor kondisi server. 2. Memberikan info tentang kondisi server. 3. Menerima informasi mengenai kondisi server.
33 4.1.1.3. Activity Diagram Pada bagian ini akan digambarkan dokumentasi alur kerja pada sistem yang sedang berjalan yang bertujuan untuk melihat alur proses sistem yang sedang berjalan. User Sistem Input Domain,Userna me dan Password Menampilkan pesan Login salah Login salah Menampilkan Form Server Login Benar Gambar 4.2. Activity diagram Monitoring Server Pada PT.Indoroot yang sedang berjalan 4.1.2. Evaluasi Sistem yang Sedang Berjalan Setelah penulis mengadakan penelitian pada PT.Indoroot dan mengamati kegiatan yang monitoring server, penulis menemukan beberapa kelemahan dalam sistem yang sedang berjalan pada saat ini. Kelemahan-kelemahan dari sistem monitoring yang sedang berjalan : 1. Kesulitan Admin dalam memonitor lebih dari satu server. 2. Waktu yang banyak terbuang saat memonitor server.
34 3. Melihat kasus yang terjadi diatas untuk itu penulis mencoba memberikan solusi untuk mengatasi permasalahan tersebut, antara lain : Membangun Aplikasi Monitoring Server yang mudah digunakan dan juga praktis. 4.2. Perancangan Sistem Pada tahap perancangan sistem ini akan dijelaskan mengenai perancangan sistem pada objek yang digunakan, perancangan arsitektur program yang akan dibuat, perancangan tampilan. 4.2.1. Tujuan Perancangan Sistem Perancangan sistem merupakan suatu kegiatan pengembangan prosedur dan proses yang sedang berjalan untuk menghasilkan sesuatu yang baru atau memperbaharui sistem yang ada untuk meningkatkan kinerja sistem itu sendiri, agar dapat memenuhi hasil yang diinginkan. Rancangan sistem yang baru, akan diterapkan suatu kegiatan untuk menemukan dan mengembangkan metoda, prosedur dan proses suatu data agar tujuan dari suatu organisasi dapat tercapai. Adapun tujuan dari tahap perancangan sistem ini adalah untuk menghasilkan perancangan pengolahan data penjualan dan persediaan barang sehingga dapat memperbaiki atau meningkatkan kinerja sistem dari sistem yang sedang berjalan.
35 4.2.2. Gambaran Umum Sistem yang Diusulkan Gambaran umum tentang aplikasi yang diusulkan dalam proses perancangan sistem ini penulis akan membangun suatu aplikasi monitoring server dengan harapan mampu menangani permasalahan yang ada sebelumnya. Pada aplikasi monitoring server pada PT.Indoroot ini Admin tidak perlu lagi memonitoring satu persatu server lagi karena dalam aplikasi ini semua server dapat terpantau dalam satu form monitoring sever. Aplikasi monitoring server ini diharapkan dapat membantu mengatasi masalah yang ada, dan dapat menghasilkan informasi yang cepat, tepat dan akurat. 4.2.3. Perancangan prosedur yang Diusulkan Perancangan Prosedur merupakan awal dari pembuatan sistem yang akan dibuat, dimana dapat dilihat proses-proses apa saja yang nantinya diperlukan dalam pembuatan suatu sistem. Sedangkan perancangan prosedur yang diusulkan merupakan tahap untuk memperbaiki atau meningkatkan efisiensi kerja. Tahap perancangan sistem yang digambarkan sebagai perancangan untuk membangun suatu sistem dan mengkonfigurasikan komponen-komponen perangkat lunak dan perangkat keras sehingga menghasilkan sistem yang baik, sistem yang dirancang tersebut menjadi satu komponen. Tahapan perancangan prosedur ini akan dijelaskan dengan menggunakan pemodelan sistem informasi berorientasi objek dengan UML.
36 4.2.3.1. Use Case Diagram Use Case diagram (diagram Use Case) adalah diagram yang menyajikan interaksi antara Use Case dan Actor. Dimana Actor dapat berupa orang, peralatan atau sistem lain yang berinteraksi dengan sistem yang sedang dibangun. Use Case menggambarkan fungsionalitas sistem atau persyaratan-persyaratan yang harus dipenuhi sistem dari pandangan pemakai. Monitoring Server «uses» Login «uses» Admin Pengolahan Data Gambar 4.3 Use Case Diagram Monitoring Server Pada PT. Indoroot yang diusulkan
37 4.2.3.2. Skenario Use Case Skenario Use Case digunakan untuk memudahkan dalam menganalisa skenario yang akan kita gunakan pada fase-fase selanjutnya dengan melakukan penilaian terhadap skenario tersebut. 1. Nama Use Case : Pengolahan Data Actor Tujuan : Admin : Proses pengolahan informasi server 2. Tabel 4.2. Tabel Skenario Use Case Pengolahan Data No Actor Sistem 1. Admin masuk ke File Transfer Protocol. 2.Memverifikasi domain, username dan password pada FTP. 3.Jika nama domain, username dan password benar, maka secara otomatis akan masuk ke halaman utama, jika salah maka sistem akan kembali ke form login. 4.Admin melakukan pengolahan data
38 2.Nama Use Case Actor Tujuan :Monitoring Server : Admin : Memantau kondisi server Tabel 4.3. Tabel Skenario Use Case Monitoring server No Actor Sistem 1. Admin masuk ke web monitoring server. 2.Menampilkan informasi dari semua server berupa up-time, down-time, hardisk, memory. 3 Mendapatkan informasi mengenai server yang dipantau atau dimonitoring
39 4.2.3.3. Activity Diagram Activity diagram (diagram aktivitas) adalah diagram yang menggambarkan aliran fungsionalitas dari sistem. Pada tahap pemodelan bisnis, diagram aktivitas dapat digunakan untuk menunjukkan aliran kerja bisnis (business work flow). Dapat juga digunakan untuk menggambarkan aliran kejadian (flow of events). User Sistem Start Login FTP Menampilkan form FTP [ Login salah ] [ Login sukses ] Menampilkan data login salah Upload Script Compile Script Tampilan Web Monitoring End Gambar 4.4 Activity diagram Pengolahan Aplikasi Monitoring Server Pada PT. Indoroot yang diusulkan
40 Penjelasan tentang Gambar 4.4 activity diagram Pengolahan data diatas : Admin melakukan login, setelah login sukses kemudian Admin bisa menginput script, lalu sistem mengcompile menjadi web monitoring. 4.2.3.4. Sequence Diagram Sequence Diagram digunakan untuk menggambarkan interaksi antar objek dalam waktu yang berurutan. Tetapi pada dasarnya Sequence Diagram selain digunakan dalam lapisan abstraksi model objek. Kegunaannya untuk menunjukkan rangkaian pesan yang dikirim antara objek juga interaksi antara objek, sesuatu yang terjadi pada titik tertentu dalam eksekusi sistem. Komponen utama sequence diagram terdiri atas objek yang dituliskan dengan kotak segiempat bernama pesan diwakili oleh garis dengan tanda panah dan waktu yang ditunjukkan dengan proses vertikal. Berikut adalah sequence diagram yang ada pada sistem monitoring pada Indoroot, yaitu : Admin FTPLogin FMonitoring 1. Input domain, Username dan password 2. Validasi domain, username dan password 3. Pesan Username dan password salah 4. Domain, username dan password benar Gambar 4.5 Sequence Diagram Monitoring
41 Penjelasan tentang Gambar 4.4 Sequence diagram monitoring diatas : Sebelum melakukan monitoring, admin harus login terlebih dahulu jika data login salah maka admin tidak akan bisa melakukan monitoring dan jika login benar maka admin bisa melakukan pemantauan atau monitoring. 4.2.3.5. Collaboration Diagram Collaboration diagram memberi sebuah cara mengelompokkan potongan-potongan behavior interaksi saat peran-peran dimainkan oleh class yang berbeda. Interaksi admin dengan sistem pada proses monitoring digambarkan oleh gambar collaboration diagram berikut : 2: validasi Domain, username dan password admin 1: input domain, username dan password 4: muncul pesan domain, username dan password salah 3: Domain, username dan password benar FTPLogin F.monitoring Gambar 4.6 Collaboration Diagram Monitoring Collaboration Diagram Pemantauan diatas : Menggambarkan proses yang sedang terjadi dalam pengolahan data, Pertama-tama Admin mengisi form login, jika login sukses, Admin bisa melakukan pengolahan dengan cara mengupload script ke FTP.
42 4.2.3.6. Class Diagram Menggambarkan struktur statis class di dalam sistem. Class merepresentasikan sesuatu yang ditangani oleh sistem. Dengan melihat karakteristik sistem pengolahan data beserta proses-proses yang terjadi, maka dapat dibuat Class Diagram Berikut Class Diagram aplikasi monitoring server sebagai berikut. FTP -Admin -F.Monitoring +Login() +Show() 1 1 1 Admin -Username -Password +Show() n F.Monitoring -Status Server +Show() +Check() Gambar 4.7 Class Diagram Monitoring 4.2.3.7. Component Diagram Component diagram menggambarkan struktur dan hubungan antar komponen perangkat lunak, termasuk ketergantungan di antaranya. Component perangkat lunak adalah modul berisi code, baik berisi source code maupun binary code, baik library maupun executable, baik yang muncul pada compile time, link time, maupun run time. Umumnya komponen terbentuk dari beberapa class dan/atau package, tapi dapat juga dari komponen yang lebih kecil. Komponen dapat juga berupa interface,
43 yaitu kumpulan layanan yang disediakan sebuah komponen untuk komponen lain. Berikut ini adalah Component Diagram yang dibutuhkan. PHP Mozilla Apache Gambar 4.8 Component Diagram Monitoring 4.2.3.8. Deployment Diagram Diagram ini memperlihatkan konfigurasi saat aplikasi dijalankan. Diagram ini memuat simpul-simpul beserta komponen-komponen yang ada didalamnya. Deployment diagram berhubungan dengan diagram komponen dimana deployment diagram memuat satu atau lebih komponen-komponen. Personal PC <<proccesor>> Monitoring Server <<application>> XAMPP <<application>> apache <<executable>> MySQL <<executable>> Gambar 4.9 Deployment Diagram
44 4.2.4. Perancangan Antar Muka 4.2.4.1 Perancangan Struktur Menu Perancangan menu dibuat sebagai alat antar muka dengan pengguna untuk memudahkan pengoperasian perangkat lunak. Berikut rancangan menu perangkat lunak ini : F.Utama Server 1 Server 2 Server 3 Server 4 Informasi server1 Informasi server2 Informasi server3 Gambar 4.10 Rancangan Struktur Menu Informasi server4 4.2.4.2. Perancangan Output Berikut perancangan tampilan output dalam perangkat lunak ini : 1. Tampilan web monitoring server Berikut rancangan : Gambar 4.11 Rancangan Tampilan web monitoring server
45 2. Tampilan Detail Server Gambar 4.12 Rancangan Tampilan Detail Server