SKPL Aplikasi Kidzone

Pertemuan-

5

Fesri Haris

(156150600111001)

Asisten :

Intishar Fadi Abdillah

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

KIDZONE

Nomor

Dokumen Halaman

DAFTAR PERUBAHAN

Revisi Deskripsi

1    

Kelengkapan Daftar isi, daftar tabel, diagram dan gambar.

Format penulisan. Lingkup Masalah. Referensi.

 Penggunaan EYD.

 Kebutuhan fungsionalitas.

 _{Diagram Pemodelan Kebutuhan.}

2   

Deskripsi Umum Sistem

Penggunaan kalimat pada Use Case Scenario Sequence Diagram

 Class Diagram

3  

Tabel survey Identifikasi kebutuhan Perangkat Lunak. Sequence Diagram.

 Class Diagram. 4 5 6 INDEX TGL 0 11/10/16 1 18/10/16 2 18/10/16 3

08/11/16 4 5 6 7 Ditulis

Oleh

Fesri Haris Fesri Haris Fesri Haris Fesri Haris

Diperiksa Oleh Intishar F.A. Intishar F.A. Intishar F.A. Intishar F.A.

DAFTAR HALAMAN PERUBAHAN

Halaman Revisi Halaman Revisi

iii-vi 1 3 5 9-10 11,13,15 19-22 4 15 20, 22 30 8 21-29 32 1

Daftar isi, tabel, diagram, dan gambar.

Format penulisan dan Lingkup masalah.

Referensi.

Penulisan dengan EYD. Kebutuhan fungsionalitas. Use Case dan Use Case Scenario.

Sequence Diagram dan Class Diagram.

2

Deskripsi Umum Sistem. Penulisan kalimat pada Use Case Scenario. Sequence Diagram. Class Diagram. 3 Identifikasi Kebutuhan Perangkat Lunak. Sequence Diagram. Class Diagram.

DAFTAR ISI

DAFTAR PERUBAHAN ...i

DAFTAR HALAMAN PERUBAHAN ... ii

DAFTAR ISI ... iii DAFTAR TABEL ... v DAFTAR Diagram ... vi DAFTAR GAMBAR ... vii BAB 1 PENDAHULUAN ... 1

1.1 Deskripsi Umum Dokumen ... 1

1.2 Tujuan Penulisan Dokumen ... 1

1.3 Lingkup Masalah ... 1

1.4 Definisi, Istilah, dan Singkatan ... 2

1.5 Aturan Penomoran ... 3

1.6 Referensi ... 3

BAB 2 DESKRIPSI SISTEM ... 4

2.1 Deskripsi Umum Sistem ... 4

2.2 Deskripsi Umum Perangkat Lunak ... 4

2.3 Fungsi Produk/Perangkat Lunak ... 5

2.4 Karakteristik Pengguna ... 6

2.5 Batasan... 7

2.6 Lingkungan Operasi ... 7

BAB 3 DESKRIPSI KEBUTUHAN PERANGKAT LUNAK ... 8

3.2.1 Kebutuhan Fungsional... 9

3.2.2 Kebutuhan Non Fungsional ... 11

3.3 Kebutuhan Antarmuka Eksternal ... 11

3.3.1 Antarmuka Pengguna ... 11

3.3.2 Antarmuka Perangkat Keras ... 12

3.3.3 Antarmuka Perangkat Lunak ... 12

3.3.4 Antarmuka Komunikasi ... 12

3.4 Pemodelan Kebutuhan ... 13

3.4.1 Use Case ... 13

3.4.2 Use Case Scenario ... 14

3.4.3 Sequence Diagram ... 22

3.4.4 Class Diagram ... 33

DAFTAR DIAGRAM

Gambar 3.1 Use Case Diagram ... 12

Gambar 3.2 Sequence Diagram View Member ... 22

Gambar 3.3 Sequence Diagram Delete Member ... 22

Gambar 3.4 Sequence Diagram Upload File ... 23

Gambar 3.5 Sequence Diagram Edit File ... 24

Gambar 3.6 Sequence Diagram Delete File ... 25

Gambar 3.7 Sequence Diagram Logout ... 25

Gambar 3.8 Sequence Diagram Lihat Request ... 26

Gambar 3.9 Sequence Diagram View File ... 26

Gambar 3.10 Sequence Diagram Request ... 27

Gambar 3.11 Sequence Diagram Search ... 28

Gambar 3.12 Sequence Diagram Edit Profil ... 28

Gambar 3.13 Sequence Diagram Like File... 29

Gambar 3.14 Sequence Diagram Register ... 30

Gambar 3.15 Sequence Diagram Login ... 30

DAFTAR GAMBAR

Gambar 1.1 Aturan Penomoran . ... 3

Gambar 2.1 Deskripsi Umum Sistem ... 4

Gambar 3.1 Use Case Diagram ... 12

Gambar 3.2 Sequence Diagram View Member ... 22

Gambar 3.3 Sequence Diagram Delete Member ... 23

Gambar 3.4 Sequence Diagram Upload File ... 24

Gambar 3.5 Sequence Diagram Edit File ... 25

Gambar 3.6 Sequence Diagram Delete File ... 26

Gambar 3.7 Sequence Diagram Logout ... 27

Gambar 3.8 Sequence Diagram Lihat Request ... 27

Gambar 3.9 Sequence Diagram View File ... 28

Gambar 3.10 Sequence Diagram Request ... 28

Gambar 3.11 Sequence Diagram Search ... 29

Gambar 3.12 Sequence Diagram Edit Profil ... 30

Gambar 3.13 Sequence Diagram Like File... 31

Gambar 3.14 Sequence Diagram Register ... 31

Gambar 3.15 Sequence Diagram Login ... 32

BAB 1

PENDAHULUAN

Dokumen ini akan berisi Spesifikasi Kebutuhan Perangkat Lunak (SKPL) atau Software Requirement Specification (SRS) untuk KIDZONE. Untuk penamaan dokumen ini selanjutnya akan digunakan istilah SKPL.

1.1

Deskripsi Umum Dokumen

Dokumen SKPL ini dibagi menjadi tiga bagian utama. Bagian pertama berisi penjelasan mengenai dokumen SKPL yang mencakup tujuan penulisan dokumen, lingkup masalah yang diselesaikan oleh perangkat lunak, definisi, istilah, dan singkatan, aturan penomoran, dan referensi yang digunakan dalam pengembangan perangkat lunak.

Bagian kedua berisi deskripsi umum sistem, deskripsi umum perangkat lunak, fungsi perangkat lunak, karakteristik pengguna batasan sistem, dan lingkungan operasi dari perangkat lunak yang akan dibuat.

Bagian ketiga berisi uraian kebutuhan perangkat lunak secara lebih rinci, seperti identifikasi kebutuhan perangkat lunak, kebutuhan fungsional, kebutuhan non-fungsional, kebutuhan antarmuka, pemodelan kebutuhan, dan diagram yang bersesuaian dengan pemodelan kebutuhan yang diambil.

1.2

Tujuan Penulisan Dokumen

Pembuatan dokumen ini bertujuan untuk memberikan kemudahan bagi para pengguna untuk memahami cara kerja perangkat lunak KIDZONE dan sebagai dasar rancangan pembuatan perangkat lunak KIDZONE beserta pengembangannya.

1.3

Lingkup Masalah

Semakin modern zaman, kemajuan teknologi mampu memberikan perubahan bagi dunia remaja khususnya anak-anak. Saat ini, anak-anak di bawah umur 5 tahun sudah mampu mengoperasikan smartphone/gadget. Sementara itu, untuk hiburan bagi anak-anak sudah mulai memudar seperti dongeng dan lagu anak-anak. Banyak cerita atau lagu yang dikhususkan untuk kalangan dewasa yang telah dimengerti bahkan disukai oleh anak-anak. Bagi orangtua yang sibuk juga jarang memperhatikan kebutuhan anak. Orangtua hanya memberikan fasilitas kepada anak seperti smartphone tanpa mengetahui konten apa saja yang digunakan oleh anak-anak. Oleh karena itu kami berinisiatif untuk membuat

website yang berisi konten anak-anak dengan nama KIDZONE. Dengan adanya aplikasi KIDZONE ini akan membantu memunculkan kembali dunia hiburan yang sesuai bagi anak-anak.

Website ini dapat digunakan juga oleh anak-anak penyandang disabilitas seperti cerita yang dapat memaparkan teks dan suara bagi penyandang tuna netra atau tuna rungu. Bagi mereka anak-anak tuna netra akan membutuhkan orang ketiga yang membantu untuk mengoperasikan website ini. Diharapkan dari website ini mampu mengembalikan ciri khas dunia hiburan anak-anak dan mampu meningkatkan kreativitas anak-anak khususnya penyandang disabilitas.

1.4

Definisi, Istilah, dan Singkatan

Istilah dan Akronim Uraian

SKPL (Spesifikasi Kebutuhan Perangkat Lunak) merupakan dokumen yang dijadikan dasar dan panduan

dibangunnya dan cara bekerja suatu perangkat lunak. KIDZ Penulisan singkat dari KIDZONE untuk aturan

penomoran

OS (Operating System) Merupakan interface penghubung antara pengguna dengan perangkat keras

PHP (PHP Hypertext Preprocessor) Merupakan sebuah bahasa pemrograman yang banyak digunakan dalam pengembangan web dan dapat ditanamkan kedalam HTML

HTML (HyperText Markup Language) Merupakan sistem standar untuk mengatur font, warna, grafik dan efek hyperlink pada file teks dalam halaman web

MD5 (Message Digest algorithm 5) Merupakan algoritma untuk mengenkripsi password dalam database dengan fungsi hash

CI (Code Igniter) Merupakan sebuah aplikasi opensource berupa framework PHP dengan model MVC

MVC (Model View Controller) Merupakan sebuah metode untuk membuat aplikasi dengan cara memisahkan data (Model) dari tampilan (View) dan bagaimana memprosesnya (Controller)

Tabel 1-1 Daftar Definisi, Istilah dan Singkatan

1.5

Aturan Penomoran

1.6

Referensi

Referensi yang digunakan dalam dokumen ini yaitu :

Jumani, Muhammad.2013.Pudarnya Budaya Mendongeng Untuk

Anak[Online].Tersedia:http://www.mjumani.net/2013/04/pudarnyabuda ya-mendongeng-untuk-anak.html.Diakses pada 21 Oktober 2016

Rahmah, Meutia.2012.Lagu Anak Semakin Langka[Online].

Tersedia:http://www.meutiarahmah.com/2012/07/lagu-anak-semakinlangka.html.Diakses pada 21 Oktober 2016

The PHP

Group.2001.php[Online].Tersedia:http://php.net/manual/en/introwhatis. php.Diakses pada 19 Oktober 2016

TechTarget.2001.DEFINITION HTML(Hypertext Markup

Language)[ Online].Tersedia:http://searchsoa.techtarget.com/definition/ HTML.Diakses pada 19 Oktober 2016

Wol.2016.Masih Adakah Tempat Untuk Lagu Anak Dalam Dunia Hiburan Indonesia?

[Online].Tesedia:http://waspada.co.id/ragam/masih-adakahtempat-untuk-lagu-anak-dalam-dunia-hiburan-indonesia/.Diakses pada 21

Oktober 2016 Kode :

KIDZ

-

F

-

1

.1.1

Gambar 1 - 1 Aturan penomoran

Nomor urut representasi kebutuhan mulai dari 1.1.1

Jenis representasi kebutuhan : F : Kebutuhan Fungsional NF : Kebutuhan non Fungsional Singkatan dari nama perangkat lunak

BAB 2

DESKRIPSI SISTEM

2.1

Deskripsi Umum Sistem

Perangkat lunak ini dibuat dengan menggunakan arsitektur web yang dimana dapat diakses melalui web browser dan dapat diakses oleh semua pengunjung dan member yang tersambung dengan koneksi internet, baik melalui perangkat mobile maupun komputer.

Awalnya seorang pengunjung atau member mengakses perangkat lunak untuk menikmati layanan yang diberikan. Layanan yang diberikan adalah konten anak-anak yang juga dapat di nikmati oleh orang dewasa. Pengunjung akan diarahkan ke halaman awal perangkat lunak, tampilan awal perangkat lunak berisi postingan-postingan yang diposting oleh seorang admin yang memiliki hak akses untuk mengupload file dari postingan tersebut. Sistem kemudian mengambil data dari database untuk ditampilkan. Sistem ini berkomunikasi menggunakan server untuk memproses permintaan dari pengunjung yang melakukan transaksi ke database yang ada. Setelah permintaan diproses, maka selanjutnya server akan mengirimkan hasil permintaan pada perangkat lunak KIDZONE untuk kemudian ditampilkan kepada pengguna.

Gambar 2.1 Deskripsi Umum Sistem

2.2

Deskripsi Umum Perangkat Lunak

Perangkat ini lebih dikhususkan untuk anak-anak karena hanya berisi konten-konten anak sehingga fitur, interface, konten dan menu-menunya dibuat interaktif dan di desain sesuai dengan kebutuhan anak-anak yang mudah digunakan. Perangkat lunak dibuat dengan arsitektur dan bahasa pemrograman web. Perangkat lunak ini memiliki fitur-fitur pengolah text, gambar, suara dan

video yang dapat diolah oleh admin. Sehingga anak-anak yang memiliki keterbatasan kemampuan atau anak disabilitas juga bisa menggunakan KIDZONE ini.

Awalnya, pengguna dapat mendaftarkan diri menjadi member dengan melakukan registrasi pada sistem dan data tersebut akan disimpan di database sistem, dan untuk pengguna yang sudah menjadi member maka dapat masuk ke sistem dengan menu login atau bisa juga pengguna tidak melakukan proses registrasi dan login, maka tetap dapat melihat postingan dari perangkat ini. Setelah masuk ke KIDZONE maka sistem akan menampilkan postingan-postingan terbaru akan muncul di timeline. Kemudian pengguna yang mengakses perangkat lunak ini dapat memilih postingan tersebut, atau dengan mencari cerita yang disukai dengan menggunakan fitur pencarian yang disediakan sistem.

Perangkat lunak akan menyediakan menu-menu yang dapat dipilih sesuai dengan kebutuhannya, menu-menu tersebut berisi konten-konten berupa text, suara, gambar dan video yang dapat diolah, ini dilakukan oleh admin. Sistem juga menyediakan fasilitas like. Ketika pengguna atau member dan pengunjung memilih cerita untuk dibaca, maka dapat memilih fitur text, jika member dan pengunjung ingin mendengar lagu maka fitur yang dapat digunakan adalah suara/suara, dan fungsi-fungsi fitur lainnya yang dapat digunakan. Selain diberikan menu-menu tersebut, diberikan juga pilihan-pilihan ceritanya mulai dari cerita rakyat, kisah-kisah para pejuang nasional, lagu-lagu anak, hingga pembelajaran dari cerita dan hiburan luar negeri yang dapat dikonsumsi oleh anak-anak. Perangkat lunak ini juga menampilkan postingan-postingan yang telah mendapatkan like dari member lain.

2.3

Fungsi Produk/Perangkat Lunak

Adapun beberapa fungsi yang diberikan oleh perangkat lunak KIDZONE kepada pengunjung :

- Dapat membaca kumpulan cerita yang disediakan oleh sistem - Dapat menikmati laguanak-anak yang disediakan oleh sistem - Dapat menonton video-video anak yang disediakan oleh sistem - Dapat membaca cerita dengan visualisasi gambar

- Dapat melakukan pencarian konten yang diinginkan

- Dapat melihat postingan terbaru di timeline - Dapat melakukan proses register menjadi member _- Dapat melakukan proses login. Adapun beberapa fungsi yang diberikan oleh perangkat lunak KIDZONE kepada member :

- Dapat memiliki akun untuk mendapatkan layanan lebih - Dapat memberi like pada konten

- Dapat membaca kumpulan cerita yang disediakan oleh sistem - Dapat menikmati lagu-lagu anak-anak yang disediakan oleh sistem - Dapat menonton video-video anak yang disediakan oleh sistem - Dapat membaca cerita dengan visualisasi gambar

- Dapat melakukan pencarian konten yang diinginkan - Dapat melihat postingan terbaru di timeline

- Dapat melakukan request kepada sistem mengenai file yang diinginkan. -Dapat melakukan proses logout.

Adapun beberapa fungsi yang diberikan oleh perangkat lunak KIDZONE kepada Admin

- Dapat menampilkan daftar member - Dapat menghapus member

- Dapat menambah file berupa text, gambar, suara dan video - Dapat mengedit file berupa text, gambar, suara dan video

- Dapat menghapus file berupa text, gambar, suara dan video - Dapat melihat request dari member _- Dapat melakukan proses logout.

2.4

Karakteristik Pengguna

No Identifikasi Pengguna Karakteristik

1 Admin Admin bertanggung jawab mengelola database berisi konten hiburan dan data member website. Admin juga mengelola website untuk melakukan edit dan hapus file bila tidak bermanfaat bagi member dan pengunjung di dalam website 2 Member Member melakukan akses website dan dapat

memberikan like file, pencarian file, request file, dan melakukan edit profil member.

3 Pengunjung Pengunjung melakukan akses website yang di dalamnya terdapat konten hiburan yang kemudian masuk halaman register untuk mendaftar menjadi member

Tabel 2-1 Karakteristik Pengguna

2.5

Batasan

• Perangkat lunak dikembangkan dengan menggunakan framework bootstrap, CodeIgniter, dan jQUery.

• DBMS yang digunakan adalah MySQL dan phpMyAdmin.

• Perangkat lunak harus berjalan pada server yang terhubung dengan internet agar dapat berfungsi dengan baik.

2.6

Lingkungan Operasi

Lingkungan operasi yang digunakan server adalah

• OS : Windows

• DBMS : MySQL dan phpMyAdmin

• Prosesor : Quad core Intel Core dengan frekuensi minimum 2.5 Ghz atau lebih baik

RAM : Minimal 4GB

Sedangkan lingkungan operasi yang dibutuhkan client adalah : OS : Windows, Linux, Android, iOS

Web Browser : IE, Google Chrome, Safari, Mozilla Firefox. Prosesor : Dual core dengan Frekuensi minimum 1.5GHz RAM : Minimal 2GB

BAB 3

DESKRIPSI KEBUTUHAN PERANGKAT LUNAK

3.1

Identifikasi Kebutuhan PL

Proses mengidentifikasi kebutuhan pada perangkat lunak dilakukan dengan cara mencari permasalahan yang terjadi di sekitar. Kami mencari beberapa masalah pada website dan menemukan beberapa masalah terkait dunia hiburan anak-anak yang mulai memudar saat ini. Jadi, kami memutuskan untuk mengangkat permasalahan mengenai kurangnya dunia hiburan khusus anak-anak. Hal ini disebabkan karena kemajuan dan kemodernan zaman yang memberikan dampak negatif bagi anak-anak. Dari permasalahan yang ada, kami berinisiatif untuk membuat sebuah solusi berupa pembuatan suatu sistem yang dapat

mengembalikan dunia hiburan anak-anak melalui website yang berisi cerita, suara, dan video sesuai usia anak-anak.

Kami memperoleh fitur dari perangkat lunak melalui survey pada website dan berita seputar anak-anak. Website yang kami survey sebagai nilai perbandingan adalah website yang menjadi top survey dalam mesin pencarian google. Kami mengambil 5 sampel website/blog mengenai hiburan anak. Berikut adalah hasil perbandingannya :

Nama Website/Blog Fitur File Edit Profil Like

File Search Request Login Logout Text/

Cerita

Gambar Audio/

Suara

Video

kidsgen.com v V v v v v

pitara.com v V v v

pbskids.org V v v v v v

kids.national- geographic.com

v V v v v v v v v

babytvchannel.asia v V v v v v v v

Tabel 3-1 Identifikasi Kebutuhan Perangkat Lunak

Dari beberapa website yang telah dikunjungi, dapat diperoleh fitur yang diinginkan oleh pengguna. Pengguna yang dimaksud yaitu member dan pengunjung. Member dan pengunjung dapat melihat file yang telah diupload, member dan pengunjung dapat mencari file, member dapat melakukan request file yang diinginkan, member dapat melakukan edit profil, dan member dapat memberikan like file yang telah diupload. File yang dimaksud yaitu berupa text/cerita, gambar, suara dan video.

3.2

Kebutuhan Fungsional dan Non Fungsional

3.2.1 Kebutuhan Fungsional

a. Pengguna : Admin

No Kode Fungsi Nama Fungsi Deskripsi

1 KIDZ-F-1.1.1 View Member Admin dapat melihat kumpulan dari member

2 KIDZ-F-1.1.2 Delete Member Admin dapat menghapus member yang tidak sesuai.

3 KIDZ-F-1.2 Upload File Admin dapat melakukan upload file berupa text, gambar, suara, dan video.

4 KIDZ-F-1.3 Edit File Admin dapat melakukan edit pada file yang telah diupload admin dan member.

5 KIDZ-F-1.4 Delete File Admin dapat menghapus file yang telah diupload baik dari admin mupun member.

6 KIDZ-F-1.5 Logout Admin dapat keluar dari halaman Admin dan kembali ke halaman awal website.

7 KIDZ-F-1.6 Lihat Request Admin dapat melihat request yang dikirim oleh member. Tabel 3-2 Kebutuhan Fungsional - Admin

b. Pengguna : Member

No Kode Fungsi Nama Fungsi Deskripsi

1 KIDZ-F-2.1 View File Member dapat melihat file berupa text, gambar, suara, dan video yang telah diupload admin.

2 KIDZ-F-2.2 Request Member dapat melakukan

pemesanan file kepada Admin melalui form Request.

3 KIDZ-F-2.3 Search Member dapat

melakukan pencarian file sesuai nama yang

diinputkan pada form pencarian.

4 KIDZ-F-2.4 Edit Profil Member dapat melakukan edit profil pada username dan password.

5 KIDZ-F-2.5 Like File Member dapat memberikan like pada file yang telah diupload.

6 KIDZ-F-1.5 Logout Member dapat keluar dari halaman Admin dan kembali ke halaman awal website.

Tabel 3-3 Kebutuhan Fungsional - Member

c. Pengguna : Pengunjung

No Kode Fungsi Nama Fungsi Deskripsi

1 KIDZ-F-2.1 View File Pengunjung dapat melihat file berupa text, gambar, suara, dan video yang telah diupload admin.

2 KIDZ-F-2.3 Search Pengunjung dapat melakukan pencarian file sesuai nama yang diinputkan pada form pencarian.

3 KIDZ-F-3.1 Register Pengunjung dapat

mendaftarkan diri sebagai member dengan mengisi form register.

4 KIDZ-F-3.2 Login Pengunjung dapat masuk ke halaman member dengan

memasukkan username password.

dan Tabel 3-4 Kebutuhan Fungsional - Pengunjung

3.2.2 Kebutuhan Non Fungsional

No Kode Fungsi Kebutuhan Diskripsi

1 KIDZ-NF-1 Constraint Sistem harus konsisten dijalankan di web browser seperti Google Chrome dan dibuat dengan menggunakan bahasa pemrograman PHP, HTML.

2 KIDZ-NF-2 Security Beberapa fitur yang terdapat pada sistem hanya dapat diakses oleh pengguna yang berhak dengan menggunakan username dan password yang menggunakan md5.

Tabel 3-5 Kebutuhan Non Fungsional

3.3

Kebutuhan Antarmuka Eksternal

3.3.1 Antarmuka Pengguna

Antarmuka pengguna dikembangkan dengan menggunakan desain berbasis web. Admin, member dan pengunjung berinteraksi dengan perangkat lunak KIDZONE melalui antar muka web browser.

KIDZONE menerima masukan dari pengguna melalui perintah berupa masukan yang diklik pada mouse atau yang diketikkan melalui keyboard. Keluaran dari perangkat lunak KIDZONE dapat dilihat pengguna melalui layar monitor secara langsung.

3.3.2 Antarmuka Perangkat Keras

Kebutuhan minimum perangkat keras yang dibutuhkan pada perangkat lunak KIDZONE adalah :

• PC

• Layar Monitor

Layar monitor berfungsi untuk menampilkan data grafis

• Keyboard

Berfungsi sebagai alat menerima masukan dari pengguna lewat ketikan yang kemudian akan ditampilkan di layar monitor PC.

3.3.3 Antarmuka Perangkat Lunak

Kebutuhan perangkat lunak yang dibutuhkan

KIDZONE menggunakan perangkat lunak Web Browser dan untuk tampilannya menggunakan CSS.

3.3.4 Antarmuka Komunikasi

Antar Muka perangkat komunikasi yang dibutuhkan dalam perangkat lunak KIDZONE berupa antar muka untuk melakukan koneksi dalam jaringan internet yang mencakup sisi Server dan sisi Client.

3.4

Pemodelan Kebutuhan

3.4.1 Use Case

Gambar 3.1 Use Case Diagram

Use case diagram ini terdapat empat belas use case dan tiga aktor. Aktor pertama yaitu pengunjung yang dapat melakukan view file, registrasi, login dan pencarian file, sedangkan aktor kedua adalah member yang dimana member mendapat fungsi lebih yaitu dapat melakukan request kepada admin, dapat menggunakan fungsi like, dan dapat mengedit profilnya, sedangkan aktor ketiga adalah admin dimana admin dapat mengupload file, menghapus file dan mengedit file. Selain itu juga admin dapat mengelola member dengan view member, lihat request, dan menghapus member, dan juga dapat keluar dari sistem, fungsi ini juga dapat dilakukan oleh member. Member dan admin merupakan generalisasi dari pengunjung sehingga admin dan member dapat melakukan semua fungsi yang ada pada pengunjung

3.4.2 Use Case Scenario

Nama Fungsi View Member Kode Fungsi KIDZ-F-1.1.1

Objektif Aktor dapat melihat daftar member di dalam sistem

Aktor Admin

Pre-condition Aktor sudah masuk ke dalam sistem dengan previllage sebagai admin

Main Flow Aktor Sistem

1. Aktor masuk ke

hala a kelola

e e 2. Sistem memproses menu yang

dipilih aktor Alternative

Flow

-

Post Condition Sistem menampilkan daftar member yang telah terdaftar dalam sistem kepada aktor

Tabel 3-6 Use Case Scenario View Member

Nama Fungsi Delete Member Kode Fungsi KIDZ-F-1.1.2

Objektif Aktor dapat menghapus member di dalam sistem

Aktor Admin

Pre-condition Aktor sudah masuk ke dalam sistem dengan previllage sebagai admin

Main Flow Aktor Sistem

1. Aktor pergi ke menu

kelola e e

3. Aktor menekan

to ol hapus pada

salah satu dari daftar member yang ingin dihapus

2. Sistem menampilkan daftar member yang telah ditambahkan di dalam sistem

yang dilakukan oleh aktor

Alternative Flow -

Post Condition Member berhasil dihapus dari database dalam sistem Tabel 3-7 Use Case Scenario Delete Member

Nama Fungsi Upload File Kode Fungsi KIDZ-F-1.2

Objektif Aktor dapat menambah file berupa text, gambar, suara dan video

Aktor Admin

Pre-condition 1.Aktor sudah masuk ke dalam sistem dengan previllage sebagai admin

2. Akto asuk ke hala a kelola file

Main Flow Aktor Sistem

1. Aktor pergi ke menu

add file

3. Aktor mengisi field yang diisi dengan text, gambar, suara atau video dan nama file tersebut

4. Aktor menekan

to ol ta ah

2. Sistem menampilkan halaman pengisian field kepada aktor

5. Sistem akan memproses penambahan file yang dilakukan aktor

Alternative Flow

3.Apabila aktor tidak mengisi salah satu field yang disediakan dan mengupload file tidak sesuai format (ex. Abc.rar)

4. Aktor menekan

to ol ta ah

5. Sistem akan menampilkan

otifikasi please fill out this field

Post Condition File berhasil ditambahkan ke dalam sistem Tabel 3-8 Use Case Scenario Upload File

Nama Fungsi Edit File Kode Fungsi KIDZ-F-1.3

Objektif Aktor dapat melakukan pengeditan file di dalam sistem

Aktor Admin

Pre-condition Aktor sudah masuk ke dalam sistem dengan previllage sebagai admin

Main Flow Aktor Sistem

2. Aktor pergi ke menu

kelola file

3. Aktor menekan

to ol edit pada

salah satu file yang ingin diedit

5. Aktor mengisi field yang diisi dengan text, gambar, suara atau video dan nama file tersebut

6. Aktor menekan

to ol OK

2. Sistem menampilkan file-file yang terdapat di dalam sistem

4. Sistem menampilkan halaman pengisian field kepada aktor

7. Sistem memproses pengeditan yang dilakukan oleh aktor

Alternative Flow

5.Apabila aktor tidak mengisi salah satu field yang disediakan dan mengupload file tidak sesuai format (ex. Abc.rar)

6. Aktor menekan

to ol OK

7. Sistem akan menampilkan

otifikasi please fill out this field

Post Condition File berhasil diedit dan tersimpan ke dalam sistem Tabel 3-9 Use Case Scenario Edit File

Nama Fungsi Delete File Kode Fungsi KIDZ-F-1.4

Objektif Aktor dapat menghapus file di dalam sistem

Aktor Admin

Pre-condition Aktor sudah masuk ke dalam sistem dengan previllage sebagai admin

Main Flow Aktor Sistem

1. Aktor pergi ke menu

kelola file

3. Aktor menekan

to ol hapus pada

2. Sistem menampilkan file-file yang telah ditambahkan ke dalam sistem

salah satu file yang ingin dihapus

5. Aktor menekan

to ol yes

4. Sistem menampilkan message confirm pop up

6. Sistem memproses penghapusan yang dilakukan oleh aktor

Alternative Flow -

Post Condition File berhasil dihapus dari database sistem Tabel 3-10 Use Case Scenario Delete File

Nama Fungsi Logout Kode Fungsi KIDZ-F-1.5

Objektif Aktor dapat keluar dari halaman Admin atau Member

Aktor Admin, Member

Pre-condition Aktor sudah masuk ke dalam sistem dengan previllage sebagai admin/member

Main Flow Aktor Sistem

1. Aktor menekan

to ol logout

2.

Siste m aktor

memproses aktifitas

Alternative Flow -

Post Condition Aktor keluar dari halaman admin/member dan kembali ke halaman awal website

Tabel 3-11 Use Case Scenario Logout

Nama Fungsi Lihat Request Kode Fungsi KIDZ-F-1.6

Objektif Aktor dapat melihat request di dalam sistem

Aktor Admin

Pre-condition 1. Aktor sudah masuk ke dalam sistem dengan previllage sebagai admin

2. Akto asuk ke hala a kelola file

Main Flow Aktor Sistem

1. Aktor pergi ke menu

lihat e uest

2. Sistem memproses menu yang dipilih aktor

Alternative Flow -

Post Condition Sistem menampilkan list request dari member yang telah terdaftar dalam sistem kepada aktor

Tabel 3-12 Use Case Scenario Lihat Request Nama Fungsi View File

Objektif Aktor dapat melihat file berupa text, gambar, suara dan video di web KIDZONE

Aktor Member, Pengunjung

Pre-condition Aktor mengakses alamat web KIDZONE

Main Flow Aktor Sistem

1. Aktor membuka

halaman web KIDZONE

2. Sistem memproses halaman awal web

Alternative Flow -

Post Condition Sistem menampilkan halaman yang didalamnya terdapat filefile berisi konten hiburan dalam bentuk text, gambar, suara dan video

Tabel 3-13 Use Case Scenario View File

Nama Fungsi Request Kode Fungsi KIDZ-F-2.2

Objektif Aktor dapat melakukan request kepada admin terkait konten hiburan yang ingin ditambahkan ke dalam web KIDZONE

Aktor Member

Pre-condition 1. Aktor sudah masuk ke dalam sistem dengan previllage sebagai member

2. Aktor masuk ke halaman awal member

Main Flow Aktor Sistem

1. Aktor pergi ke field

request

2. Aktor menuliskan request konten hiburan yang ingin ditambahkan pada field yang berada di bagian bawah halaman awal web 3. Aktor menekan

to ol e uest 4. Sistem memproses field yang

Alternative Flow -

Post Condition Request berhasil disimpan ke dalam database sistem Tabel 3-14 Use Case Scenario Request

Nama Fungsi Search

Kode Fungsi KIDZ-F-2.3

Objektif Aktor dapat melakukan pencarian file di web KIDZONE Aktor Member, Pengunjung

Pre-condition Aktor masuk ke halaman awal web

Main Flow Aktor Sistem

1. Aktor pergi ke

field sea h

2. Aktor

mengetikan nama file yang ingin

dicari

3. Aktor menekan

to ol sea h

4. Sistem memproses pencarian yang dilakukan oleh aktor

Alternative Flow -

Post Condition Sistem menampilkan hasil pencarian file yang dicari oleh aktor Tabel 3-15 Use Case Scenario Search

Nama Fungsi Edit Profil

Kode Fungsi KIDZ-F-2.4

Objektif Aktor dapat melakukan edit terhadap profil member

Aktor Member

Pre-condition 1. Aktor sudah masuk ke dalam sistem dengan previllage sebagai member

2. Aktor masuk ke halaman awal member

Main Flow Aktor Sistem

1. Aktor pergi ke menu

edit p ofil

3. Aktor mengisi field yang ingin diperbarui

4. Aktor mengklik

to ol edit

2. Sistem menampilkan field yang berisi nama, email, password

5. Sistem memproses pengisian field oleh aktor

Alternative Flow Aktor Sistem

3.Apabila aktor tidak

mengisi salah satu field yang disediakan

4. Aktor mengklik

to ol edit

5. Sistem akan menampilkan

otifikasi please fill out this field

Post Condition profil berhasil di edit dan tersimpan ke dalam sistem Tabel 3-16 Use Case Scenario Edit Profil

Nama Fungsi Like File Kode Fungsi KIDZ-F-2.5

Objektif Aktor dapat memberikan like terhadap file yang telah dipost

Aktor Member

Pre-condition 1. Aktor sudah masuk ke dalam sistem dengan previllage sebagai member

2. Aktor masuk ke halaman awal web

Main Flow Aktor Sistem

1. Aktor menekan

tombol like pada salah satu file yang ingin dilike 2. Siste m aktor

memproses aktifitas

Post Condition File berhasil di like dan tersimpan ke dalam sistem Tabel 3-17 Use Case Scenario Like File

Nama Fungsi Register Kode Fungsi KIDZ-F-3.1

Objektif Aktor dapat melakukan pendaftaran untuk menjadi member dalam web KIDZONE

Aktor Pengunjung

Pre-condition Aktor masuk ke halaman awal web KIDZONE

Main Flow Aktor Sistem

1. Aktor

egiste

pergi ke menu

3. Aktor mengisi field yang terdiri dari nama lengkap, username, password, email 4. Aktor mengklik

tombol

dafta

2. Sistem menampilkan field yang harus diisi aktor

bila ingin menjadi member

5. Sistem memproses pengisian field oleh aktor

Alternative Flow Aktor Sistem

3.Apabila aktor tidak mengisi salah satu field yang

disediakan

4. Aktor mengklik tombol dafta

5. Sistem akan menampilkan notifikasi

please fill out this field

Post Condition Data pengunjung berhasil di masukan ke dalam database sistem dan telah terdaftar sebagai member

Tabel 3-18 Use Case Scenario Register

Nama Fungsi Login Kode Fungsi KIDZ-F-3.2

Objektif Aktor dapat masuk ke sistem dengan previllage sebagai member

Aktor Pengunjung

Pre-condition Aktor masuk ke halaman awal web

Main Flow Aktor Sistem

1. Aktor menekan

to ol sig i

3. Aktor mengisi field yang terdiri dari username dan

password

2. Sistem memproses aktifitas

aktor

4. Sistem memproses pengisian field yang dilakukan aktor

Alternative Flow Aktor Sistem

3. Aktor tidak mengisi salah satu field yang

disediakan

4.Sistem menampilkan notifikasi

logi gagal

Post Condition Aktor berhasil login dan masuk ke halaman awal member dengan previllage sebagai member

Tabel 3-19 Use Case Scenario Login

3.4.3 Sequence Diagram

Gambar 3.2 Sequence Diagram View Member

Pada sequence ini adalah alur proses dari fungsi view member, dimana view member hanya dapat dilakukan oleh aktor admin yang mengelola member. Admin dapat melihat member pada view_member, sistem kemudian menjalankan method showMember pada class control_member yang akan memanggil method selectAllMember pada class entity member. Selanjutnya mereturn member pada class control_member, admin dapat melihat member berupa daftar member pada class view_member.

A

Gambar 3.3 Sequence Diagram Delete Member

Alur pada sequence delete member ini dimulai pada saat aktor yaitu member yang memiliki hak mengelola member melakukan open list member yang akan dihapus, method openListMember dilakukan di class control_member, untuk mendapatkan hasil dari listMember, melakukan pemanggilan method getListMember yang berisi ListMember. Selanjutnya ListMember sireturn dikelas control_member untuk ditampilkan di class viewMember dengan tampilan berupa list.

Selanjutnya setelah listMember ditampilkan, aktor dapat memilih member yang akan dihapus, aktor dapat menekan tombol hapus yang juga berada pada class view_member, sistem kemudian merespon permintaan dari aktor dengan menampilkan popUpMessage untuk menyetujui permintaan aktor tersebut, aktivitas tersebut dilakukan pada method showConfirmDialog() pada class view_member, setelah itu aktor menekan button dial yes atau konfirmasi hapus. Sistem akan memproses permintaan aktor dengan memanggil method menghapusMember() pada class control_delete, untuk mengambil data atau id_member yang ingin dihapus, maka memanggil method deleteMemberSelected(id_member) pada class entity member. Kemudian sistem

mereturn pesan delete member pada class control dan menampilkan keterangan member telah dihapus.

c.Upload file (KIDZ-F-1.2)

Gambar 3.4 Sequence Diagram Upload File

Alur ini menjelaskan proses upload file yang dapat dilakukan oleh admin. Admin awalnya membuka form upload file pada class view_upload, sistem merespon permintaan aktor dengan memanggil method getFormUploadFile(templete form upload file) pada class control_upload_file. Templet yang diminta akan di return langsung ke class view_upload.

Selanjutnya admin melakukan upload file yang akan diposting. Sistem akan memanggil method cek_valid_file untuk mengecek apakah file yang diunggah sesuai dengan persyaratan yang telah didefinisikan sebelumnya, jika persyaratan tidak terpenuhi maka pada class control_upload_file method showWarningPopUp akan dipanggil untuk mereturn templete upload file yang awal dan juga pesan kesalahannya. Jika persyaratan terpenuhi atau bernilai true maka akan langsung menyimpan file yang telah di unggah dengan memanggil method simpanFile(file) pada class file. Kemudian file disimpan dan menampilkan pesan sukses.

d. Edit file (KIDZ-F-1.3)

Gambar 3.5 Sequence Diagram Edit File

Alur dari sequence ini menjelaskan proses edit file. Proses ini hanya dapat dilakukan oleh aktor admin. Seperti biasanya admin akan membuka menu kelola file untuk melihat file-file apa saja yang akan dihapus. Sistem akan menjalankan method showListFile() pada class control_file. Untuk mendapatkan listFile maka akan memanggil method getListFile(file) pada class file, class file akan mereturn file dan menampilkan dalam bentuk list.

Selanjutnya aktor dapat menekan tombol edit pada view_ListFile. Method editFile() kemudian dijalankan untuk menjalankan perintah edit file. Untuk mendapatkan file yang dipilih maka memanggil method getFile(file) pada class file dan mereturn file dalam bentuk enable to edit.

Aktor dapat mengisi field yang akan diedit dan menekan tombol edit, aktivitas ini dilakukan pada class view_editFile. Field file yang di edit akan di cek pada method cekValidField(), hasil dari proses pengecekan ini adalah false dan true, jika

showWarningPopUp(message) pada class control dan menampilkan pesan kesalahan dan akan kembali pada view_editFile. Dan jika bernilai true maka akan menjalankan method showSuccessPopUp(message) dan menampilkan pesan sukses.

e.Delete file (KIDZ-F-1.4)

Gambar 3.6 Sequence Diagram Delete File

Proses atau alur diatas menggambarkan proses menghapus file, seperti biasanya aktor dapat melakukan delete file jika telah menampilkan listFile. Aktor akan membuka listFile dan sistem akan menjalankan method showListFile yang ada pada class control_file untuk mendapatkan file, maka memanggil method getListFile(file) dan mereturn dalam bentuk list.

Aktor dapat memilih file yang akan dihapus dan menekan tombol hapus, untuk menghindari kesalahan maka sistem akan menjalankan method showConfirmPopUp() untuk meminta persetujuan dari aktor, popUp akan direturn di class view agar dapat dilihat oleh aktor. Jika aktor menekan tombol dial YES maka method deleteFile(id_file) dapat dijalankan dengan juga memanggil method deleteFileSelected(id_file), pesan delete sukses akan direturn kembali di class

control_delete dan melakukan fungsi rekursif atau self message untuk memanggil method showSuccessPopUp(message) dan menampilkan pesan delete sukses pada class view_ListFile.

f. Logout (KIDZ-F-1.5)

Gambar 3.7 Sequence Diagram Logout

Alur diatas menggambarkan proses logout, dimana pengunjung yang merupakan member dari perangkat lunak yang ingin keluar dari sistem maka awalnya menekan tombol logout pada view_posting, sistem akan memproses permintaan dengan method logout() pada class control_logout, sistem akan melakukan self message dengan method displayHalamanLogin() dan menampilkan login view.

g.Lihat Request (KIDZ-F-1.6)

Gambar 3.8 Sequence Diagram Lihat Request

Pada alur sequence ini, awalnya admin akan membuka view view_KelolaFile dengan menekan tombol kelola file, setelah itu akan memanggil method showListFIle() pada class control_file, ketika dipanggil, method tersebut maka akan memanggil juga method getRequest() pada entity file. Hasil dari pemanggilan tersebut adalah request yang direturn di class control_file kemudian ditampilkan pada view_kelolaFile, request akan ditampilkan dalam bentuk listRequest jika sebelumnya aktor yaitu admin menekan tombol lihat request.

h.View file (KIDZ-F-2.1)

Gambar 3.9 Sequence Diagram View File

Alur ini menggambarkan proses dimana member atau pengunjung melakukan fungsi view_file. Aktor dapat membuka halaman awal pada class view_posting, kemudian method index() akan dipanggil untuk memproses permintaan tersebut, method index() berada pada class control_posting, pada class yang sama melakukan pemanggilan method showPosting yang dimana akan menampilkan atau mereturn halaman awal di class view_posting.

Gambar 3.10 Sequence Diagram Request

Sequence diatas menjelaskan alur fungsi request. Aktivitas ini hanya dapat dilakukan oleh aktor member. Awalnya di class_posting member dapat membuka field request yang berada pada halaman posting, aktor menulis request dan menekan tombol request. Request kemudian dikirim dengan memanggil method request() pada class control_request dan menyimpan request dengan method simpanRequest() pada class entity file. Outputnya yaitu request sukses diterima dan menampilkan pesan sukses pada class view_posting.

Gambar 3.11 Sequence Diagram Search

Alur ini menjelaskan proses melakukan serching yang dilakukan oleh member atau pengunjung, sama seperti fungsi request, pada class view_posting dapat langsung membuka field search dan menuliskan nama file atau keyword yang dicari dan menekan tombol search. Method searchFile() dipanggil pada class control_search dan otomatis memanggil method getFileSearch() di kelas file. Pada proses ini ada dua alternatif yang bisa dijalankan oleh sistem, jika file tidak ditemukan maka memanggil method fileSearchNull() dan mengembalikan pesan notifikasi. Sebaliknya jika file search ditemukan maka akan direturn file dan yang ditampilkan di class view adalah fileSearch.

Gambar 3.12 Sequence Diagram edit Profil

Alur ini menjelaskan proses edit profil oleh member. Awalnya aktor dapat membuka form edit profil pada class view_profil, selanjutnya memanggil method editProfil() yang ada pada class control_edit_profil, untuk mendapatkan data member yang akan diedit maka dari class control memanggil method getDataMember yang ada pada class member, method tersebut akan mereturn field nama, password, email dan ditampilkan dalam bentuk daftar member di clas view_edit_profil.

Member akan mengisi field yang akan diisi dan menekan tombol OK, permintaan member akan diproses dengan memanggil method cekValidField(nama, password, email) yang ada pada class contol_edit_file. Akan ada 2 alternatif yang ada, jika field yang diinputkan salah maka akan memanggil method showWarningPopUp(message) langsung di class control dan menampilkan pesan kesalahan pad class view_edit_akun. Jika fiel yang diinputkan sesuai, maka data akan diinputkan akan disimpan dengan memanggil method

simpanDataMember(username, password, email), kemudian memanggil method showSuccesWarningPopUp() untuk menampilkan edit profil berhasil.

l.Like file (KIDZ-F-2.5)

Gambar 3.13 Sequence Diagram Like File

Alur proses pada fungsi like file bermula ketika aktor menekan tombol like pada file di view_posting dimana akan langsung memanggil method likeFile(like) pada class control_like, like akan di simpan di database, pada class file memanggil method simpanLike(like). Like akan ditampilkan dalam bentuk jumlah like.

m.Register (KIDZ-F-3.1)

Gambar 3.14 Sequence Diagram Register

Alur diatas menjelaskan proses register. Proses ini dapat dilakukan oleh member sebagai aktor. Aktor dapat membuka form register di class view_register, selanjutnya memanggil method requestFormRegister(form register) di class control_register, form register akan langsung di return diclass view_register.

Aktor dapat melakukan input field berupa username, password, nama dan email, selanjutnya menekan tombol register. Method register akan dipanggil di class control_register untuk menjalankan proses tersebut. Ada 2 alternatif yang akan terjadi, ketika kondisi bernilai false atau register tidak valid, maka akan memanggil method registerInvalid() dan menampilkan pesan notifikasi. Dan jika bernilai true, maka akan memanggil method simpanDataRegister, value akan direturn di class control_register. Masih diclass yang sama melakukan pemanggilan self message method showSuccessPopUp(message) dan mereturn halaman awal di view_login.

n.Login (KIDZ-F-3.2)

Gambar 3.15 Sequence Diagram Login

Pengguna menginputkan username dan password pada field di view_login. View_login merequest url yang berisi nama controller dan method yang akan memproses data dari pengguna. Controller yang dipanggil adalah control_login

dengan method cekInputan() dan dipanggil method

getDataLogin(username,password) dari class member untuk mendapatkan nilai

atribut. Dipanggil method

validateDataLogin(password,username,inpassword,inpassword). Pada method validateDataLogin akan dicocokkan antara password dan username inputan dan password dan username yang ada di database. Jika cocok akan menampilkan method showHalamanAwal() dan mereturn halaman awal.

3.4.4 Class Diagram

Gambar 3.16 Class Diagram

Class Diagram yang kami buat berprinsip pada arsitektur MVC (Model, View, Controller). Dalam kasus kali ini, Class View merupakan file html dan php yang berisi layout tiap halaman yang ada di website KIDZONE, sehingga tidak kami cantumkan di class diagram. Terdapat 13 class Controller yang terdiri dari control_member, control_delete, control_edit_profil, control_register, control_login, control_upload_file, control_edit_file, control_delete_file, control_request, control_search, control_like, control_logout, control_file yang

merupakan generalisasi class CI_Controller. Dan terdapat 2 class Model yang terdiri dari member dan file yang merupakan generalisasi class CI_Model.

Gambar 3.12 Sequence Diagram edit Profil

Alur ini menjelaskan proses edit profil oleh member. Awalnya aktor dapat membuka form edit profil pada class view_profil, selanjutnya memanggil method editProfil() yang ada pada class control_edit_profil, untuk mendapatkan data member yang akan diedit maka dari class control memanggil method getDataMember yang ada pada class member, method tersebut akan mereturn field nama, password, email dan ditampilkan dalam bentuk daftar member di clas view_edit_profil.

Member akan mengisi field yang akan diisi dan menekan tombol OK, permintaan member akan diproses dengan memanggil method cekValidField(nama, password, email) yang ada pada class contol_edit_file. Akan ada 2 alternatif yang ada, jika field yang diinputkan salah maka akan memanggil method showWarningPopUp(message) langsung di class control dan menampilkan pesan kesalahan pad class view_edit_akun. Jika fiel yang diinputkan sesuai, maka data akan diinputkan akan disimpan dengan memanggil method

simpanDataMember(username, password, email), kemudian memanggil method showSuccesWarningPopUp() untuk menampilkan edit profil berhasil.

l.Like file (KIDZ-F-2.5)

Gambar 3.13 Sequence Diagram Like File

Alur proses pada fungsi like file bermula ketika aktor menekan tombol like pada file di view_posting dimana akan langsung memanggil method likeFile(like) pada class control_like, like akan di simpan di database, pada class file memanggil method simpanLike(like). Like akan ditampilkan dalam bentuk jumlah like.

m.Register (KIDZ-F-3.1)

Gambar 3.14 Sequence Diagram Register

Alur diatas menjelaskan proses register. Proses ini dapat dilakukan oleh member sebagai aktor. Aktor dapat membuka form register di class view_register, selanjutnya memanggil method requestFormRegister(form register) di class control_register, form register akan langsung di return diclass view_register.

Aktor dapat melakukan input field berupa username, password, nama dan email, selanjutnya menekan tombol register. Method register akan dipanggil di class control_register untuk menjalankan proses tersebut. Ada 2 alternatif yang akan terjadi, ketika kondisi bernilai false atau register tidak valid, maka akan memanggil method registerInvalid() dan menampilkan pesan notifikasi. Dan jika bernilai true, maka akan memanggil method simpanDataRegister, value akan direturn di class control_register. Masih diclass yang sama melakukan pemanggilan self message method showSuccessPopUp(message) dan mereturn halaman awal di view_login.

n.Login (KIDZ-F-3.2)

Gambar 3.15 Sequence Diagram Login

Pengguna menginputkan username dan password pada field di view_login. View_login merequest url yang berisi nama controller dan method yang akan memproses data dari pengguna. Controller yang dipanggil adalah control_login dengan method cekInputan() dan dipanggil method getDataLogin(username,password) dari class member untuk mendapatkan nilai

atribut. Dipanggil method

validateDataLogin(password,username,inpassword,inpassword). Pada method validateDataLogin akan dicocokkan antara password dan username inputan dan password dan username yang ada di database. Jika cocok akan menampilkan method showHalamanAwal() dan mereturn halaman awal.

3.4.4 Class Diagram

Gambar 3.16 Class Diagram

Class Diagram yang kami buat berprinsip pada arsitektur MVC (Model, View, Controller). Dalam kasus kali ini, Class View merupakan file html dan php yang berisi layout tiap halaman yang ada di website KIDZONE, sehingga tidak kami cantumkan di class diagram. Terdapat 13 class Controller yang terdiri dari control_member, control_delete, control_edit_profil, control_register, control_login, control_upload_file, control_edit_file, control_delete_file, control_request, control_search, control_like, control_logout, control_file yang

merupakan generalisasi class CI_Controller. Dan terdapat 2 class Model yang terdiri dari member dan file yang merupakan generalisasi class CI_Model.