Direktur Utama I Putu Budi Adyana

(1)

BAB III

ANALISA KEBUTUHAN SISTEM

3.1 Analisis Organisasi

3.1.1 Sejarah Perusahaan

CV. Mitra Teknik Alamja Berdiri pada tanggal 20 November 2021, dengan dipimpin lansung oleh Direktur Utama CV. Mitra Teknik Alamja yaitu Bapak I Putu Budi Adyana.

CV. Mitra Teknik Alamja merupakan salah satu perusahaan yang ada di kota Depok yang berdomisili di Jl. Batan Raya no.7 RT.01 RW. 03 Tirtajaya Sukmajaya Depok, Jawa Barat.

CV. Mitra Teknik Alamja General kontraktor bergerak di bidang Jasa Instalasi dan Service Elektrik (Panel Marker, Supplier Electrical Komponen, Instrument Control), Service Instalasi HVAC, Refrigeration system.

Gambar 3. 1 Logo Cv Mitra Teknik Alamja

3.1.2 Visi dan Misi CV. Mitra Teknik Alamja

Visi CV. Mitra Teknik Alamja :

Menjadi perusahaan yang terpercaya dalam industri jasa konstruksi dengan komitmen untuk selalu tumbuh berkembang secara konsisten serta memberikan pelayanan yang prima.

(2)

Misi CV. Mitra Teknik Alamja :

1. Membangun dan menjaga kerjasama yang unggul, profesional, dan kompeten.

2. Mengutamakan pencapaian hasil kualitas kerja yang sesuai dengan harapan dan kebutuhan konsumen

3. Meningkatkan optimalisasi kerja dan nilai pelayanan yang mampu bersaing dalam industri jasa konstruksi dengan melakukan pengembangan yang terus menerus.

3.1.3 Struktur Organisasi CV. Mitra Teknik Alamja

Gambar 3. 2 Struktur Organisasi MTA

3.1.4 Tugas Pokok

Direktur

1. Bertanggung jawab atas seluruh hasil kegiatan project dan keuntungan di perusahaan serta kerugian dan kegagalan di dalam project.

2. Memantau seluruh kegiatan yang ada di perusahaan.

Komisaris

Direktur Utama I Putu Budi Adyana

Komisaris Agus Santoso

Manager Teknik Herianto

Supervisor Teknik Sariman Direktur

Irma Suryani, SE

(3)

1. Mengawasi dalam menjalankan kegiatan perusahaan serta memberikan nasihat

2. Melakukan pengawasan terhadap pelaksanaan Rencana Jangka Panjang Perusahaan (RJPP) dan Rencana Kerja dan Anggaran Perusahaan (RKAP).

3. Mengawasi dan mengevaluasi kinerja

4. Mengkaji sistem manajemen.

5. Memantau efektivitas penerapan Good Corporate Governance

6. Menginformasikan kepemilikan sahamnya pada perusahaan untuk dicantumkan dalam laporan tahunan perusahaan.

7. Mengusulkan auditor eksternal untuk disahkan dalam RUPS dan memantau pelaksanaan penugasan auditor eksternal.

8. Menyusun pembagian tugas masing-masing anggota komisaris sesuai dengan keahlian dan pengalaman.

Manajer Teknik

1. Bertanggung jawab terhadap pelaksanaan pengujian.

2. Menandatangani sertifikat pengujian.

3. Memeriksa laporan hasil pengujian.

4. Mengesahkan Instruksi Kerja.

5. Mengusulkan bahan dan alat yang dibutuhkan untuk pengujian serta alat yang harus dikalibrasi ulang.

6. Bertanggung jawab terhadap kinerja analis.

7. Bertanggung jawab terhadap kinerja alat.

8. Mengusulkan pelatihan analis/teknisi.

9. Bertanggung jawab terhadap jaminan mutu pengujian.

(4)

Supervisor Teknik

1. Melaksanakan pencapaian target kinerja fungsi teknik.

2. Melaksanakan pengendalian konstruksi, operasi.

3. Menjaga aset dan pemutakhiran.

3.2 Analisa Sistem Yang sedang Berjalan

Tujuan dari analisa ini adalah identifikasi terhadap alur sistem yang terjadi dalam proses pemasaran pada CV. Mitra Teknik Alamja. Proses analisis sistem dibutuhkan untuk dapat mengevaluasi sistem yang sedang berjalan dan kebutuhannya sehingga dapat diusulkan perancangan yang dapat mendukung sistem yang yang baik.

Gambar 3. 3 Flowmap analisa sistem

(5)

3.3 Analisis Kebutuhan Sistem

3.3.1 Kebutuhan Informasi

Analisa ini bertujuan untuk memudahkan dalam perancangan informasi. Adapun analisa kebutuhan data yang diperlukan antara lain :

Tabel 3. 1 Kebutuhan Informasi

No. Informasi Tujuan

1 Tampilan Dashboard Menampilkan menu menu pada

tampilan dashboard

2 Kelola services Menampilkan layanan jasa pada

CV. Mitra Teknik Alamja

3 Kelola Artikel Menampilkan Artikel tentang

Jasa dan Service CV. Mitra Teknik Alamja

4 Kelola About Menampilkan profil singkat CV.

Mitra Teknik Alamja

6 Kelola client Menampilkan data pencapain

project,client.

7 Kelola gallery Untuk menampilkan gambar

atau foto

8 Kelola Support Untuk Menampilkan beberapa

Sponsor

9 Kelola Testimoni Untuk Menampilkan hasil

testimoni dari pelanggan

10 Kelola pengguna Untuk menampilkan data admin

12 Kelola banner Untuk menampilkan data isian

untuk halaman front office

13 Tampil Home Untuk menampilkan menu home

pada tampilan Front end.

3.3.2 Kebutuhan Fungsional

Kebutuhan Fungsional mendeskripsikan fitur, layanan, atau fungsi yang disediakan oleh sistem untuk pengguna. berikut adalah kebutuhan sistem yang harus dimiliki pada Perancangan Sistem Informasi Pemasaran Jasa Instalasi dan Service Elektrik ini :

Tabel 3. 2 Kebutuhan Fungsional

Nomor SRS Deskripsi

Admin

SRS-F-1 Sistem dapat memproses login.

SRS-F-2

Sistem dapat menampilkan keterangan gagal login sebagai validasi.

(6)

SRS-F-3 Sistem dapat memproses logout.

Admin

SRS-F-4 Sistem dapat mengolah data about SRS-F-5 Sistem dapat mengolah data artikel SRS-F-6 Sistem dapat mengolah data client SRS-F-7 Sistem dapat mengolah data service SRS-F-8 Sistem dapat mengolah data gallery SRS-F-9 Sistem dapat mengolah data support SRS-F-10 Sistem dapat mengolah data testimoni SRS-F-11 Sistem dapat mengolah data banner SRS-F-12 Sistem dapat mengolah data pengguna Konsumen

SRS-F-13 Sistem dapat menampilkan halaman utama

3.3.3 Kebutuhan Non Fungsional

Analisis kebutuhan non-fungsional dilakukan untuk mengambil spesifikasi kebutuhan sistem. Kebutuhan non-fungsional merupakan kebutuhan tambahan yang tidak terdapat input,proses,output tetapi kebutuhan non-fungsional dipenuhi karena berperan penting dalam menentukan apakah sistem dapat digunakan oleh user atau tidak.

Tabel 3. 3 Kebutuhan Non Fungsional

Kode Deskripsi

SRS-NF-01 Sistem Menggunakan enkripsi pada password untuk keamanan

SRS-NF-02 Sistem dibuat dengan tampilan antar muka yang sederhana,dan tidak rumit.

3.3.4 Kebutuhan Perangkat Keras

(7)

Tabel 3. 4 Kebutuhan perangkat keras

No Spesifikasi Deskripsi

1. Processor Intel Core i3 2GHz 2. RAM (Random

Access Memory)

4GB 3. Personal

Computer PC atau Laptop

1 Unit

4. Hard Disk 500 GB

5. Jaringan internet Seperangkat modem atau WIFI

3.3.5 Kebutuhan Perangkat Lunak

Kebutuhan Perangkat lunak untuk membuat perancangan sistem informasi Jasa Instalasi dan Service Elektrik pada CV. Mitra Teknik Alamja adalah :

Tabel 3. 5 Kebutuhan Perangkat Lunak

No. Perangkat Lunak Keterangan

1 Windows 10 Sistem Operasi

2 Chrome, Internet Explore Web Browser

3 Virtual Studio Code Text Editor

4 XAMPP Web Server

5 Composer Tools Dependency Manager

6 PHP 7.3 Bahasa Pemrograman

7 CodeIgniter 4 Framework

8 AdminLTE 3 Template

9 StarUML Tools dan model visual

10 MySQL Database server

3.4 Pemodelan Sistem

3.4.1 Use case Diagram

Use case diagram merupakan pemodelan untuk perilaku (behavior) suatu sistem.Use case diagram mendeskripsikan sebuah interaksi antara satu atau lebih aktor

(8)

dengan sistem yang dibuat. Adapun use case diagram untuk Pengembangan sistem informasi jasa instalasi dan service elektrik ini sebagai berikut :

Gambar 3. 4 Use case keseluruhan

a. Definisi Aktor

(9)

Use case diagram untuk sistem informasi jasa instalasi dan service elektrik memiliki 2 aktor yang terlibat yaitu Admin dan Konsumen.

Tabel 3. 6 Definisi aktor

No Aktor Deskripsi

1 Admin Pengguna yang mempunyai hak akses untuk

melakukan pengelolaan dan pengaturan data-data pokok dalam sistem.

2 Konsumen Aktor yang melihat tampilan home

Aktor yang melihat informasi jasa atau service

Aktor dapat melakukan pemesanan melalui kontak yang tersedia.

b. Definisi Use Case

Tabel 3. 7 Definisi Use case

No. Use Case Definisi

Aktor : Admin

1 Login Proses masuk kedalam sistem menggunakan username dan password.

2 Tampilan Dashboard Proses Pengelolaan data dashboard meliputi melihat tampilan dashboard dan data grafik lainnya.

3 Tampilan Home Proses Pengelolaan data dashboard meliputi melihat tampilan home

5 Kelola Artikel Proses pengelolaan Artikel meliputi Artikel menambah, mengubah, dan menghapus data

6 Kelola About Proses pengelolaan data About meliputi menambah, mengubah, dan menghapus data Tentang/About

7 Kelola Service Proses pengelolaan data Service meliputi menambah, mengubah, dan menghapus data Service

9 Kelola gallery Proses pengelolaan data Gallery meliputi menambah, mengubah, dan menghapus

data Gallery 10 Kelola

Support

Proses pengelolaan data Support By meliputi menambah, mengubah, dan menghapus data Support By

11 Kelola Testimoni

Proses pengelolaan data Testimonial meliputi menambah, mengubah, dan menghapus data Testimonial

12 Kelola pengguna Proses mengubah data Admin meliputi menambah,

(10)

mengubah, dan menghapus data Admin

13 Kelola Client Proses mengubah client meliputi menambah, mengubah, dan menghapus data client.

14 Kelola Banner Proses mengubah Banner meliputi menambah, mengubah, dan menghapus data banner.

(11)

c. Skenario Use case 1. Skenario use case login

Gambar 3. 5 use case login

Use case login merupakan use case perantara untuk menghubungkan akses aktor dengan use case lain (untuk keamanan).

Tabel 3. 8 Skenario Use case login

Use Case Login

Aktor Admin

Kondisi Awal Sistem belum bisa diakses

Kondisi Akhir Admin berhasil masuk ke dalam sistem menggunakan username &

password

Aksi Aktor Reaksi Sistem

Skenario 1. Mengunjungi sistem

2. Menampilkan halaman login.

3. Mengisi form login dan mengklik tombol

“masuk”.

4.

Memvalidasi form.

a.

Jika form tidak diisi dengan

lengkap maka sistem

menampilkan notifikasi untuk melengkapi form.

b.

Jika form diisi dengan lengkap maka berhasil masuk.

5.

Menampilkan halaman home

(12)

2. Skenario diagram Kelola About

Gambar 3. 6 use case Kelola about

a.

Skenario diagram tambah about

Tabel 3. 9 Skenario diagram tambah about Use Case Kelola About

Aktor Admin

Tujuan Menambahkan data about

Kondisi Awal Halaman sistem mengelola data about Aksi Aktor Reaksi Sistem

Skenario 1. Memilih menu kelola about

2. Menampilkan halaman data about Skenario Tambah Data About

1. klik tombol tambah data

2. Menampilkan halaman input dari data about

3. menginput data about

4.

Sistem melakukan verifikasi

a.

Jika form yang di input sesuai

maka sistem akan

menambahkan data pada database dan menampilkan konfirmasi data berhasil ditambah

b.

Jika gagal sistem akan Menampilkan halaman data about kembali

(13)

Kondisi Akhir Menampilkan halaman data about yang telah ditambahkan

b.

Scenario diagram edit about

Tabel 3. 10 Skenario diagram edit about Use Case Kelola about

Aktor Admin

Tujuan Mengubah data about

Kondisi Awal Halaman sistem mengelola data about Aksi Aktor Reaksi Sistem

2. Menampilkan halaman data about Skenario Edit Data about

1. klik tombol edit data

2. Menampilkan halaman data about 3. klik tombol edit data

4.

Sistem melakukan verifikasi

a.

Jika data yang di input sesuai maka sistem akan mengubah data pada database dan menampilkan konfirmasi data berhasil diedit

b.

Jika data yang di input tidak

sesuai sistem akan

Menampilkan halaman data about kembali

Kondisi Akhir Menampilkan data about yang telah

diperbarui.

c.

Skenario diagram hapus about

Tabel 3. 11 Skenario diagram hapus about Use Case Kelola about

Aktor Admin

Tujuan Menghapus data about

Kondisi Awal Halaman sistem mengelola data about

(14)

2. Menampilkan halaman data about Skenario Hapus Data about

1. klik tombol hapus data

2. Menampilkan konfirmasi 3. Pengguna melakukan konfirmasi

a. mengklik OK jika akan dihapus b. mengklik CANCEL jika batal dihapus

4.

Sistem mengkonfirmasi penghapusan

a.

Jika konfirmasi OK maka sistem akan menghapus data pada database

a.

Jika konfirmasi CANCEL maka sistem akan kembali ke halaman data about

Kondisi Akhir Menampilkan data about yang telah

diperbarui.

3. Skenario diagram Kelola Artikel

Gambar 3. 7 use case kelola artikel

a. Scenario diagram tambah artikel

Tabel 3. 12 Skenario diagram tambah artikel Use Case Kelola Artikel

(15)

Aktor Pengguna

Tujuan Menambahkan data artikel

Kondisi Awal Halaman sistem mengelola data artikel Aksi Aktor Reaksi Sistem

Skenario 1. Memilih menu kelola artikel

2. Menampilkan halaman data artikel Skenario Tambah Data artikel

2. Menampilkan halaman input dari data artikel

3. menginput data artikel

4. Sistem melakukan verifikasi

a.Jika form yang di input sesuai maka sistem akan menambahkan data pada database dan menampilkan konfirmasi data berhasil ditambah

b. Jika gagal sistem akan Menampilkan halaman data artikel kembali

Kondisi Akhir Menampilkan data artikel yang telah

ditambahkan

b. Scenario diagram edit artikel

Tabel 3. 13 Skenario diagram edit artikel Use Case Kelola artikel

Aktor Pengguna

Tujuan Mengubah data artikel

2. Menampilkan halaman data artikel Skenario Edit Data artikel

2. Menampilkan halaman edit data artikel 3. edit data artikel

(16)

4.Sistem melakukan verifikasi

a. Jika data yang di input sesuai maka sistem akan mengubah data pada database dan menampilkan konfirmasi berhasil di edit

b. Jika data yang di input tidak sesuai sistem akan Menampilkan halaman data artikel kembali

Kondisi Akhir Menampilkan halaman data artikel yang

telah diperbarui.

c. Skenario diagram hapus artikel

Tabel 3. 14 Skenario diagram hapus artikel Use Case Kelola artikel

Aktor Pengguna

Tujuan Menghapus data satuan

2. Menampilkan halaman data artikel Skenario Hapus Data artikel

4.Sistem mengkonfirmasi penghapusan a.Jika konfirmasi OK maka sistem akan menghapus data pada database

b.Jika konfirmasi CANCEL maka sistem akan kembali ke halaman data artikel

Kondisi Akhir Menampilkan data artikel yang telah

diperbarui.

4. Skenario diagram Kelola Service

(17)

Gambar 3. 8 use case kelola service

a. Skenario diagram tambah service

Tabel 3. 15 Skenario diagram tambah service Use Case Kelola Service

Aktor Pengguna

Tujuan Menambahkan data service

Kondisi Awal Halaman sistem mengelola data service Aksi Aktor Reaksi Sistem

Skenario 1. Memilih menu kelola Service

2. Menampilkan halaman data service Skenario Tambah Data Service

1. k l i k tombol tambah data

2. Menampilkan halaman input dari data service

3. menginput data service

a. Jika form yang di input sesuai maka sistem akan menambahkan data pada database dan menampilkan konfirmasi data berhasil ditambah b. Jika gagal sistem akan Menampilkan

halaman data service kembali

(18)

Kondisi Akhir Menampilkan data service yang telah ditambahkan

b.Skenario diagram edit service

Tabel 3. 16 Skenario diagram edit service Use Case Kelola Service

Aktor Pengguna

Tujuan Mengubah data service

Kondisi Awal Halaman sistem mengelola data service Aksi Aktor Reaksi Sistem

2. Menampilkan halaman menu service Skenario Edit Data Service

2. Menampilkan halaman edit data service 3. edit data service

a.

Jika data yang di input sesuai maka sistem akan mengubah data pada database dan menampilkan konfirmasi data berhasil diedit

b.

Jika data yang di input tidak

sesuai sistem akan

Menampilkan halaman data service kembali

Kondisi Akhir Menampilkan data service yang telah

diperbarui.

b.

Skenario diagram hapus service

Tabel 3. 17 Skenario diagram hapus service Use Case Kelola Service

Aktor Pengguna

Tujuan Menghapus data service

Kondisi Awal Halaman sistem mengelola data service

(19)

2. Menampilkan halaman data service Skenario Hapus Data Service

4. Sistem mengkonfirmasi penghapusan

b.

Jika konfirmasi OK maka sistem akan menghapus data pada database

c.

Jika konfirmasi CANCEL maka sistem akan kembali ke halaman data service

Kondisi Akhir Menampilkan data service yang telah

diperbarui.

5. Skenario diagram kelola Client

Gambar 3. 9 use case kelola client

(20)

a. Scenario diagram tambah client

Tabel 3. 18 Skenario diagram tambah client

Aktor Pengguna

Tujuan Menambahkan data client

Kondisi Awal Halaman sistem mengelola data client Aksi Aktor Reaksi Sistem

Skenario 1. Memilih menu kelola client

2. Menampilkan halaman data client Skenario Tambah Data client

2. Menampilkan halaman input dari data client

3. menginput data client

b. Jika gagal sistem akan Menampilkan halaman data client kembali

Kondisi Akhir Menampilkan data client yang telah

ditambahkan

b. Scenario diagram edit client

Tabel 3. 19 Skenario diagram edit client Use Case Kelola client

Aktor Admin

Tujuan Mengubah data client

2. Menampilkan halaman data client Skenario Edit Data client

(21)

2. Menampilkan halaman edit data client 3. mengubah data client

a.Jika data yang di input sesuai maka sistem akan mengubah data pada database dan menampilkan konfirmasi data berhasil di edit b.Jika data yang diinput tidak sesuai akan Menampilkan halaman data client kembali.

diperbarui.

C. Skenario diagram hapus client

Tabel 3. 20 Skenario diagram hapus client Use Case Kelola client

Aktor Pengguna

Tujuan Menghapus data client

2. Menampilkan halaman data client Skenario Hapus Data client

2. Menampilkan konfirmasi 3. Admin melakukan konfirmasi

b.Jika konfirmasi CANCEL maka sistem akan kembali ke halaman data client

diperbarui.

6.Skenario diagram Kelola Gallery

(22)

Gambar 3. 10 use case kelola gallery

a. Skenario diagram tambah gallery

Tabel 3. 21 Skenario diagram tambah gallery Use Case Kelola gallery

Aktor Pengguna

Tujuan Menambahkan data gallery

Kondisi Awal Halaman sistem mengelola data gallery Aksi Aktor Reaksi Sistem

Skenario 1. Memilih menu kelola gallery

2. Menampilkan halaman data gallery Skenario Tambah Data gallery

2. Menampilkan halaman input dari data gallery

3. menginput data gallery

b.Jika gagal sistem akan Menampilkan halaman data gallery kembali

(23)

Kondisi Akhir Menampilkan data gallery yang telah ditambahkan

b. Skenario diagram edit gallery

Tabel 3. 22 Skenario diagram edit gallery Use Case Kelola gallery

Aktor Pengguna

Tujuan Mengubah data gallery

Skenario 1. Memilih menu kelola gallery

2. Menampilkan halaman data gallery Skenario Edit Data gallery

2. Menampilkan halaman edit data gallery 3. mengubah data gallery

a.Jika data yang di input sesuai maka sistem akan mengubah data pada database dan menampilkan konfirmasi data berhasil di edit.

b.Jika data yang diinput tidak sesuai akan Menampilkan data gallery kembali

Kondisi Akhir Menampilkan data gallery yang telah

diperbarui.

c. Skenario diagram hapus gallery

Tabel 3. 23 Skenario diagram hapus gallery Use Case Kelola gallery

Aktor Pengguna

Tujuan Menghapus data gallery

Skenario

(24)

1. Memilih menu kelola gallery

2. Menampilkan halaman data gallery Skenario Hapus Data gallery

2. Menampilkan konfirmasi 3. Admin melakukan konfirmasi

b.Jika konfirmasi CANCEL maka sistem akan kembali ke halaman data gallery

Kondisi Akhir Menampilkan data gallery yang telah

diperbarui.

7. Skenario diagram Kelola Support

Gambar 3. 11 Use case kelola support by

a. Skenario diagram tambah Support

(25)

Tabel 3. 24 Skenario diagram tambah support Use Case Kelola Support

Aktor Pengguna

Tujuan Menambahkan data support

Kondisi Awal Halaman sistem mengelola data support Aksi Aktor Reaksi Sistem

Skenario 1. Memilih menu kelola Support

2. Menampilkan halaman data Support Skenario Tambah Data Support

2. Menampilkan halaman input dari data support

3. menginput data support

b.Jika gagal sistem akan Menampilkan halaman data support kembali..

Kondisi Akhir Menampilkan halaman data support yang

telah ditambahkan

b. Skenario diagram edit Support

Tabel 3. 25 Skenario diagram edit support Use Case Kelola Support

Aktor Pengguna

Tujuan Mengubah data support

2. Menampilkan halaman data Support Skenario Edit Data Support

(26)

2. Menampilkan halaman edit data support 3. edit data support

a.Jika data yang di input sesuai maka sistem akan mengubah data pada database dan menampilkan konfirmasi data berhasil diedit.

b.Jika data yang diinput tidak sesuai akan Menampilkan halaman data support kembali

Kondisi Akhir Menampilkan halaman data support yang

telah diperbarui.

c. Skenario diagram hapus Support

Tabel 3. 26 Skenario diagram hapus support Use Case Kelola Support

Aktor Pengguna

Tujuan Menghapus data support

2. Menampilkan halaman data Support Skenario Hapus Data Support

b.Jika konfirmasi CANCEL maka sistem akan kembali ke halaman data support

Kondisi Akhir Menampilkan data support yang telah

diperbarui.

9. Skenario diagram Kelola Testimoni

(27)

Gambar 3. 12 Use case kelola testimoni a. Skenario use case tambah testimoni

Tabel 3. 27 Skenario diagram tambah testimoni Use Case Kelola Testimoni

Aktor Pengguna

Tujuan Menambahkan data testimoni

Kondisi Awal Halaman sistem mengelola data testimoni Aksi Aktor Reaksi Sistem

Skenario 1. Memilih menu kelola Testimoni

2. Menampilkan halaman dataTestimoni Skenario Tambah Data Testimoni

2. Menampilkan halaman input dari data testimoni

3. menginput data testimoni

a.Jika form yang di input sesuai maka sistem akan menambahkan data pada database dan menampilkan konfirmasi data berhasil ditambah.

b.Jika gagal sistem akan Menampilkan halaman data testimoni kembali.

(28)

Kondisi Akhir Menampilkan halaman data testimoni yang telah ditambahkan

b. Skenario diagram edit Testimoni

Tabel 3. 28 Skenario diagram edit testimoni Use Case Kelola Testimoni

Aktor Pengguna

Tujuan Mengubah data testimoni

Skenario 1. Memilih menu kelola Testimoni

2. Menampilkan halaman data testimoni Skenario Edit Data Testimoni

2. Menampilkan halaman edit data testimoni 3. edit data testimoni

b.Jika data yang diinput tidak sesuai akan Menampilkan halaman data testimoni kembali

Kondisi Akhir Menampilkan halaman data testimoni yang

telah diperbarui.

c. Skenario diagram hapus Testimoni

Tabel 3. 29 Skenario diagram hapus testimoni Use Case Kelola Testimoni

Aktor Pengguna

Tujuan Menghapus data testimoni

Skenario

(29)

1. Memilih menu kelola Testimoni

2. Menampilkan halaman dataTestimoni Skenario Hapus Data Testimoni

4.Sistem mengkonfirmasi penghapusan a.Jika konfirmasi OK maka sistem akan menghapus data pada database b.Jika konfirmasi CANCEL maka sistem akan kembali ke halaman data testimoni

Kondisi Akhir Menampilkan data testimoni yang telah

diperbarui.

9. Skenario diagram Kelola Banner

Gambar 3. 13 Use case kelola banner a. Skenario diagram tambah banner

(30)

Tabel 3. 30 Skenario diagram tambah banner Use Case Kelola banner

Aktor Pengguna

Tujuan Menambahkan data banner

Kondisi Awal Halaman sistem mengelola data banner Aksi Aktor Reaksi Sistem

Skenario 1. Memilih menu kelola banner

2. Menampilkan halaman data banner Skenario Tambah Data banner

2. Menampilkan halaman input dari data banner

3. menginput data banner

b.Jika gagal sistem akan Menampilkan halaman data banner kembali

Kondisi Akhir Menampilkan halaman data banner yang

telah ditambahkan

b. Skenario diagram edit banner

Tabel 3. 31 Skenario diagram edit banner Use Case Kelola banner

Aktor Pengguna

Tujuan Mengubah data banner

2. Menampilkan halaman data banner Skenario Edit Data banner

2. Menampilkan halaman edit data banner

(31)

3. mengubah data banner

b.Jika data yang diinput tidak sesuai akan Menampilkan halaman data banner kembali.

Kondisi Akhir Menampilkan halaman data banner yang

telah diperbarui.

c. Skenario diagram hapus Banner

Tabel 3. 32 Skenario diagram hapus banner Use Case Kelola banner

Aktor Pengguna

Tujuan Menghapus data banner

2. Menampilkan halaman data banner Skenario Hapus Data banner

4.Sistem mengkonfirmasi penghapusan a.Jika konfirmasi OK maka sistem akan menghapus data pada database b.Jika konfirmasi CANCEL maka sistem akan kembali ke halaman data banner kembali.

Kondisi Akhir Menampilkan data banner yang telah

diperbarui.

10. Skenario diagram kelola Pengguna

(32)

Gambar 3. 14 Use case kelola pengguna

a. Skenario diagram tambah Pengguna

Tabel 3. 33 Skenario diagram tambah pengguna Use Case Kelola Pengguna

Aktor Pengguna

Tujuan Menambahkan data pengguna

Kondisi Awal Halaman sistem mengelola data pengguna Aksi Aktor Reaksi Sistem

Skenario 1. Memilih menu kelola Pengguna

2. Menampilkan halaman data Pengguna Skenario Tambah Data Pengguna

2. Menampilkan halaman input dari data pengguna

3. menginput data pengguna

b.Jika gagal sistem akan Menampilkan halaman data pengguna kembali.

(33)

Kondisi Akhir Menampilkan halaman data pengguna yang telah ditambahkan

b. Skenario diagram edit Pengguna

Tabel 3. 34 Skenario diagram edit pengguna Use Case Kelola Pengguna

Aktor Pengguna

Tujuan Mengubah data pengguna

2. Menampilkan halaman data Pengguna Skenario Edit Data Pengguna

2. Menampilkan halaman edit data pengguna

3. edit data pengguna

b.Jika data yang diinput tidak sesuai akan Menampilkan halaman data pengguna kembali.

Kondisi Akhir Menampilkan halaman data pengguna yang

telah diperbarui.

(34)

c. Skenario diagram hapus Pengguna

Tabel 3. 35 Skenario diagram hapus pengguna Use Case Kelola Pengguna

Aktor Pengguna

Tujuan Menghapus data pengguna

2. Menampilkan halaman data Pengguna Skenario Hapus Data Pengguna

4.Sistem mengkonfirmasi penghapusan a.Jika konfirmasi OK maka sistem akan menghapus data pada database b.Jika konfirmasi CANCEL maka sistem akan kembali ke halaman data pengguna kembali.

Kondisi Akhir Menampilkan halaman data pengguna yang

telah diperbarui.

(35)

3.4.2 Activity Diagram

Activity diagram atau diagram aktivitas menggambarkan aliran fungsionalisme dalam suatu sistem informasi. Jadi activity diagram mendefinisikan dimana workflow dimulai, dimana berhentinya, aktivitas apa yang terjadi selama workflow dan bagaimana urutan kejadian aktivitas tersebut. Activity diagram juga menyediakan pendekatan untuk proses pemodelan paralel. Bagi yang akrab dengan analisis dan desain struktur tradisional diagram ini menggabungkan ide-ide yang mendasari diagram alir data dan diagram alir sistem.

1. Activity diagram Login

Gambar 3. 15 Diagram activity login

Activity Diagram login dibuat berdasarkan sebuah use case. Menggambarkan proses aktivitas login.

(36)

1. Activity diagram Kelola About

a. Activity diagram Tambah data about

Gambar 3. 16 Diagram activity tambah about

(37)

b. Activity diagram Edit data about

Gambar 3. 17 Diagram activity edit about

(38)

c. Activity diagram Hapus data about

Gambar 3. 18 Diagram activity hapus about

Activity diagram kelola about dibuat berdasarkan sebuah use case.

Menggambarkan proses aktivitas kelola about mulai dari lihat, tambah, edit, dan hapus.

(39)

1. Activity diagram Kelola Artikel

a. Activity diagram Tambah data Artikel

Gambar 3. 19 Diagram activity tambah artikel

(40)

b. Activity diagram Edit data Artikel

Gambar 3. 20 Diagram activity edit artikel

(41)

c. Activity diagram Hapus data Artikel

Gambar 3. 21 Diagram activity hapus artikel

Activity diagram kelola Artikel dibuat berdasarkan sebuah use case.

Menggambarkan proses aktivitas kelola Artikel mulai dari lihat, tambah, edit, dan hapus.

(42)

1.Activity diagram Kelola Services

a. Activity diagram Tambah data Services

Gambar 3. 22 Diagram activity tambah service

(43)

(44)

b. Activity diagram Edit data Services

Gambar 3. 23 Diagram activity edit service

(45)

c. Activity diagram Hapus data Services

Gambar 3. 24 Diagram activity hapus service

Activity diagram kelola Service dibuat berdasarkan sebuah use case.

Menggambarkan proses aktivitas kelola Service mulai dari lihat, tambah, edit, dan hapus.

(46)

1. Activity diagram Kelola client

b. Activity diagram Tambah data client

(47)

Gambar 3. 25 Diagram activity tambah running number

a. Activity diagram Edit data Running Number

(48)

Gambar 3. 26 Diagram activity edit running number

b. Activity diagram Hapus data Running Number

(49)

Gambar 3. 27 Diagram activity hapus running number

Activity diagram kelola Running Number dibuat berdasarkan sebuah use case.

Menggambarkan proses aktivitas kelola Running Number mulai dari lihat, tambah, edit, dan hapus.

1. Activity diagram kelola Gallery

a. Activity diagram Tambah data Gallery

(50)

Gambar 3. 28 Diagram activity tambah gallery

b. Activity diagram Edit data Gallery

(51)

Gambar 3. 29 Diagram activity edit gallery

c. Activity diagram Hapus data Gallery

(52)

Gambar 3. 30 Diagram activity hapus gallery

Activity diagram kelola gallery dibuat berdasarkan sebuah use case. Menggambarkan proses aktivitas kelola gallery mulai dari lihat, tambah, edit, dan hapus.

2. Activity diagram kelola Support By

a. Activity diagram Tambah data support by

(53)

Gambar 3. 31 Diagram activity tambah support by

b. Activity diagram Edit data support by

(54)

Gambar 3. 32 Diagram activity edit support by

c. Activity diagram Hapus data support by

(55)

Gambar 3. 33 Diagram activity hapus support by

Activity diagram kelola Support By dibuat berdasarkan sebuah use case. Menggambarkan proses aktivitas kelola Support By mulai dari lihat, tambah, edit, dan hapus.

3. Activity diagram kelola

a. Activity diagram Tambah data testimonial

(56)

Gambar 3. 34 Diagram activity tambah testimonial

(57)

b. Activity diagram Edit data testimonial

Gambar 3. 35 Diagram activity edit testimonial

c. Activity diagram Hapus data testimonial

(58)

Gambar 3. 36 Diagram activity hapus testimonial

Activity diagram kelola Testimonial dibuat berdasarkan sebuah use case. Menggambarkan proses aktivitas kelola Testimonial mulai dari lihat, tambah, edit, dan hapus.

4. Activity diagram kelola Banner

a. Activity diagram Tambah data banner

(59)

Gambar 3. 37 Diagram activity tambah hero

b. Activity diagram Edit data banner

(60)

Gambar 3. 38 Diagram activity edit hero

c. Activity diagram Hapus data banner

(61)

Gambar 3. 39 Diagram activity hapus hero

5. Activity diagram kelola Pengguna a. Activity diagram tambah pengguna

(62)

Gambar 3. 40 Diagram activity tambah pengguna

b. Activity diagram edit pengguna

(63)

Gambar 3. 41 Diagram activity edit pengguna

c. Activity diagram hapus pengguna

(64)

Gambar 3. 42 Diagram activity hapus pengguna

Activity diagram kelola pengguna dibuat berdasarkan sebuah use case. Menggambarkan proses aktivitas kelola admin mulai dari lihat, tambah, edit, dan hapus.

3.4.3 Robustness Diagram

Robustness diagram berfungsi untuk menghubungkan use case dengan objek yang dalam hal ini digambarkan dalam domain model.

(65)

(66)

Gambar 3. 43 Robustness diagram