BAB III ANALISIS PERANCANGAN SISTEM

(1)

28

BAB III

ANALISIS PERANCANGAN SISTEM

3.1 Analisis

Latar belakang pembuatan aplikasi ini adalah adanya kebutuhan sistem terpusat untuk pengelolaan laporan pengendalian pelaksanaan program kegiatan dan anggaran di lingkungan Direktorat Jenderal Pendidikan Menengah. Analisa terhadap kondisi saat ini dilakukan melalui studi lapangan, yaitu wawancara dengan narasumber terkait, yaitu Bapak Yusrizal, selaku kepala pengelola laporan di Direktorat Jenderal Pendidikan Menengah. Wawancara telah dilakukan pada tanggal 13 Maret 2015 bertempat di ruang bagian Perencanaan Program Gedung D lantai 13, Kemdikbud. Hasil wawancara tersebut digunakan untuk melakukan analisa dan desain aplikasi ini. Hasil wawancara dapat dilihat pada Bab Lampiran.

Berdasarkan hasil wawancara, aplikasi pengelolaan laporan pelaksanaan program kegiatan dan anggaran berbasis web yang akan dibuat mempunyai batasan masalah sebagai berikut :

1. Aplikasi dibuat berbasis web.

2. Aplikasi dibuat menggunakan bahasa pemrograman PHP, database MySQL, dan bahasa pemrograman pendukung lainnya.

3. Aplikasi difokuskan pada proses penyampaian laporan dari satker eselon II kepada Ditjen Dikmen.

4. Penginputan Laporan dilakukan oleh petugas satker yang ada di masing-masing satker.

5. Hasil laporan dapat dicetak melalui format excel dan PDF untuk mempermudah melaporkan kepada pimpinan satker.

6. Pembuatan database ditujukan untuk mengumpulkan data-data yang telah di sampaikan oleh operator.

7. Hanya Administrator aplikasi dan operator yang memiliki hak sebagai pengguna aplikasi.

8. Pengguna aplikasi dapat melihat data-data satker setelah melakukan login terlebih dahulu.

(2)

29 3.1.1 Analisa Sistem Berjalan

Saat ini sistem pengelolaan laporan pengendalian pelaksanaan program kegiatan dan anggaran Ditjen Dikmen adalah sebagai berikut:

1. Setelah DIPA tahun berjalan turun, pengelola laporan pusat membuat format laporan yang dikirim melalui post kepada seluruh satker dibawa lingkungan Ditjen Dikmen.

2. Selanjutnya Satker merespon dan wajib mengisi format laporan yang ada dan melaporkannya tiap bulannya kepada Ditjen Dikmen.

3. Setelah daerah mengirim laporan melalui pos dan email admin, Ditjen Dikmen menginput ulang laporan tersebut menggunakan format excel karena banyak dari format laporan yang kembali tidak sesuai dengan format awal yang dikirim.

4. Hasil dari penginputan laporan dibuatkan rekapan analisa sesuai dengan kebutuhan pimpinan satker.

5. Tingkatan laporan B.19 :

 Departement (Kementerian Pendidikan dan Kebudayaan);  Unit Utama (Ditjen Dikmen);

 Program (outcome yang ingin dihasilkan Unit Utama)  Kegiatan / Satker;

 Output/ pelaksanaan dari inputan kegiatan.

6. Sebelum laporan analisa disampaikan kepada pimpinan satker laporan harus mendapatkan persetujuan dari Kepala Bagian dan barulah diserahkan kepada kepala satker.

7. Hasil rekapan analisa laporan menggunakan database excel dan disimpan dalam PC/Laptop petugas administrator.

3.1.2 Analisa Kebutuhan

Berdasarkan hasil wawancara, dan studi lapangan berikut adalah analisa – analisa yang dilakukan untuk mendapatkan kebutuhan dari masing – masing pengguna aplikasi pengelolaan laporan pengendalian ini.

(3)

30

3.1.2.1 Analisa Kebutuhan Sistem secara Umum

Kebutuhan sistem secara umum dapat disimpulkan sebagai berikut:

1. Sistem harus dapat menggantikan sistem saat ini yaitu masih menggunakan format excel sebagai database dan pelaporan pengendalian program, kegiatan dan anggaran Ditjen Dikmen.

2. Sistem harus dapat diakses dengan mudah dari setiap komputer yang terhubung dengan jaringan internet pada satker dibawa lingkungan Direktorat Jenderal tanpa harus melakukan instalasi client software.

3. Sistem harus dapat menyediakan proses login sehingga otorisasi dan hak akses dapat dikontrol.

4. Sistem harus dapat menyediakan Analisa pelaporan yang real time sehingga dapat efisiensi waktu.

5. Untuk pertanggung jawaban kepada Kepala Satker laporan dapat dicetak dalam bentuk Excel maupun PDF.

3.1.2.2 Analisa Kebutuhan dari sisi Administrator

Kebutuhan dari sisi personil Administrator dapat disimpulkan sebagai berikut :

1. Sistem harus dapat menyediakan fungsi menampilkan hasil rekapan Analisa. laporan yang telah di input satker di bawah lingkungan Direktorat Jenderal Dikmen.

2. Administrator memiliki hak akses penuh untuk melihat Laporan detail Output yang di kirim satker di bawah lingkungan Direktorat Jenderal Dikmen.

3. Administrator dapat mencetak seluruh laporan dalam bentuk PDF maupun dalam bentuk Excel.

3.1.2.3 Analisa Kebutuhan dari sisi Operator

Kebutuhan dari sisi personil Operator dapat disimpulkan sebagai berikut : 1. Sistem harus dapat menyediakan fungsi menampilkan hasil rekapan Analisa

(4)

31

2. Operator memiliki hak akses penuh untuk melihat Laporan detail Output sesuai dengan satker yang dimiliki.

3. Operator dapat mencetak laporan dalam bentuk PDF maupun dalam bentuk Excel sesuai satkernya masing-masing.

3.2 Alur Kerja dan Pengaturan Sistem yang Dibangun

Setelah mengetahui cara kerja sistem yang ada saat ini serta kebutuhan-kebutuhan yang diperlukan, maka dipersiapkan sebuah sistem pengelolaan laporan pengendalian berbasis web di bawah lingkungan Direktorat Jenderal Pendidikan Menengah dengan alur kerja sebagai berikut :

1. Pengguna aplikasi adalah administrator dan Operator pengelola laporan dibawah lingkungan Direktorat Jenderal Dikmen.

2. Setiap pengguna harus login terlebih dahulu sebelum dapat mengakses menu – menu yang ada di dalam aplikasi.

3. Halaman beranda Berisi informasi sebagai berikut :

a. Jika pengguna adalah admin maka tampilan yang ada adalah analisa laporan dalam bentuk grafik yang dilengkapi manajemen menu Input Data dan Input Form.

b. Jika pengguna adalah Operator maka tampilan yang ada adalah form laporan yang digunakan operator untuk melaporkan pelaksanaan kegiatan.

4. Halaman Departement, halaman ini berisi informasi Department dan penginputan department hanya bisa diakses Administrator.

5. Halaman Unit, halaman ini berisi Informasi Unit Utama dan penginputan Unit hanya bisa diakses administrator.

6. Halaman Program, halaman ini berisi Informasi program/outcome yang akan di capai Unit Utama dan penginputan program hanya bisa diakses administrator.

7. Halaman Satker, halaman ini berisi informasi satker/kegiatan yang akan dilaksanakan satker dan penginputan satker hanya bisa diakses administrator. 8. Halaman User, halaman ini berisi tentang informasi operator serta pengaturan

(5)

32

9. Halaman Laporan, Halaman ini berisi form-form inputan yang harus di isi oleh operator sesuai satker masing-masing.

10. Halaman grafik laporan, halaman ini berisi hasil analisa laporan yang telah di input oleh operator sesuai satker masing-masing.

11. Halaman Cetak Laporan, halaman ini berisi data laporan yang telah di input satker dan siap dicetak satker berdasarkan satker masing-masing. Ada dua menu pilihan cetak PDF dan cetak Excel.

12. Sistem menyediakan tombol logout untuk melakukan logout bagi pengguna aplikasi.

3.3 Perancangan Sistem

Penulis akan membagi perancangan menjadi tiga bagian yaitu perancangan proses, perancangan database dan perancangan interface. Di bawah ini adalah penjelasan-penjelasan dari bagian perancangan tersebut.

3.3.1 Perancangan Proses

Aplikasi ini diawali dengan form login yang dimana akan login ke admin dan user masing-masing provinsi. Ketika login menggunakan admin maka akan menampilkan beberapa form yaitu form input data department, form input data unit, form input data program, form input data satker, form input data user, form input laporan dan cetak laporan.

Form input data department untuk mengisi informasi data-data departemen, form input data unit untuk mengisi informasi unit-unit dibawah department, form input data program untuk mengisi informasi program dibawah unit, form input data satker untuk mengisi informasi satker dibawah program, form input data user untuk mengisi data-data user, form input laporan untuk mengisi kegiatan-kegiatan yang akan berlangsung dan biaya dari kegiatan tersebut, cetak laporan untuk manghasilkan laporan untuk dilaporkan keatasan masing-masing.

3.3.1.1 Form Departement

Berikut adalah gambaran yang dilakukan penggunaan dan sistem dari form department dengan menggunakan flowchart:

(6)

33

Gambar 3.1 Form Input Departement

Berikut ini penjelasan dari flowchart diatas: 1. Start, aplikasi dimulai;

2. Input department, pada bagian ini admin menginput data nama department; 3. Apabila nama department tidak diisi maka akan menampilkan error untuk

peringatan bahwa field tersebut masih kosong dan akan kembali untuk menginput kembali;

4. Input jumlah, pada bagian ini admin menginput data jumlah anggaran;

5. Apabila jumlah anggaran tidak diisi maka akan menampilkan error untuk peringatan bahwa field tersebut masih kosong dan akan kembali untuk menginput kembali;

6. Input tahun, pada bagian ini admin menginput data tahun; 7. End, selesai dari aplikasi.

(7)

34 3.3.1.2 Form Unit

Berikut adalah gambaran yang dilakukan penggunaan dan sistem dari form unit dengan menggunakan flowchart:

Gambar 3.2 Form Input Unit

Berikut ini penjelasan dari flowchart diatas: 1. Start, aplikasi dimulai;

2. Pilih department, pada bagian ini admin memilih data unit seperti pilih nama department;

3. Apabila nama department tidak dipilih maka akan menampilkan error untuk peringatan bahwa field tersebut masih kosong dan akan kembali untuk menginput kembali;

4. Input Unit, pada bagian ini admin menginput data nama unit;

5. Apabila nama unit tidak diisi maka akan menampilkan error untuk peringatan bahwa field tersebut masih kosong dan akan kembali untuk menginput kembali;

(8)

35 6. End, selesai dari aplikasi.

3.3.1.3 Form Program

Berikut adalah gambaran yang dilakukan penggunaan dan sistem dari form program dengan menggunakan flowchart:

Gambar 3.3 Form Input Program

Berikut ini penjelasan dari flowchart diatas: 1 Start, aplikasi dimulai;

2 Pilih department, pada bagian ini admin memilih data nama department; 3 Apabila nama department tidak dipilih maka akan menampilkan error untuk

4 pilih Unit, pada bagian ini admin memilih data nama unit;

5 Apabila nama unit tidak dipilih maka akan menampilkan error untuk peringatan bahwa field tersebut masih kosong dan akan kembali untuk menginput kembali;

(9)

36

7 Apabila nama program tidak diisi maka akan menampilkan error untuk peringatan bahwa field tersebut masih kosong dan akan kembali untuk menginput kembali;

8 End, selesai dari aplikasi. 3.3.1.4 Form Satker

Berikut adalah gambaran yang dilakukan penggunaan dan sistem dari form satker dengan menggunakan flowchart:

Gambar 3.4 Form Input Satker

2. Pilih department, pada bagian ini admin memilih data nama department; 3. Apabila nama department tidak dipilih maka akan menampilkan error untuk

4. pilih Unit, pada bagian ini admin memilih data nama unit;

5. Apabila nama unit tidak dipilih maka akan menampilkan error untuk peringatan bahwa field tersebut masih kosong dan akan kembali untuk menginput kembali;

(10)

37

7. Apabila nama program tidak dipilih maka akan menampilkan error untuk peringatan bahwa field tersebut masih kosong dan akan kembali untuk menginput kembali;

8. Input satker, pada bagian ini admin menginput data nama satker;

9. Apabila nama satker tidak diisi maka akan menampilkan error untuk peringatan bahwa field tersebut masih kosong dan akan kembali untuk menginput kembali;

10. End, selesai dari aplikasi. 3.3.1.5 Form User

Berikut adalah gambaran yang dilakukan penggunaan dan sistem dari form user dengan menggunakan flowchart:

Gambar 3.5 Form Input User

Berikut ini penjelasan dari flowchart diatas: 1. Start, aplikasi dimulai

2. Input first name, pada bagian ini admin diminta menginput data nama depan user;

(11)

38

3. Apabila nama firstName tidak diinput maka akan menampilkan error untuk peringatan bahwa field tersebut masih kosong dan akan kembali untuk menginput kembali;

4. Input Last Name, pada bagian ini admin diminta menginput data nama belakang user;

5. Input Email, pada bagian ini admin diminta menginput data email user; 6. Apabila nama email tidak diinput maka akan menampilkan error untuk

7. Pilih Provinsi, pada bagian ini admin diminta memilih dari provinsi mana user;

8. Pilih Level pada bagian ini admin diminta memilih user baru sebagai operator apa admin;

9. Apabila level tidak dipilih maka akan menampilkan error untuk peringatan bahwa field tersebut masih kosong dan akan kembali untuk memilih kembali; 10. End, selesai dari aplikasi.

3.3.1.6 Form Laporan

Berikut adalah gambaran yang dilakukan penggunaan dan sistem dari form laporan dengan menggunakan flowchart:

(12)

39

Gambar 3.6 Form Input Laporan

2. Pilih department, pada bagian ini operator atau admin memilih data nama department;

3. Apabila nama department tidak dipilih maka akan menampilkan error untuk peringatan bahwa field tersebut masih kosong dan akan kembali untuk menginput kembali;

4. pilih Unit, pada bagian ini operator atau admin memilih data nama unit; 5. Apabila nama unit tidak dipilih maka akan menampilkan error untuk

(13)

40

6. pilih Program, pada bagian ini operator atau admin memilih data nama program;

7. Apabila nama program tidak dipilih maka akan menampilkan error untuk peringatan bahwa field tersebut masih kosong dan akan kembali untuk menginput kembali;

8. pilih satker, pada bagian ini operator atau admin data nama satker;

9. Apabila nama satker tidak dipilih maka akan menampilkan error untuk peringatan bahwa field tersebut masih kosong dan akan kembali untuk menginput kembali;

10. Input Output, pada bagian ini operator atau admin diminta menginput data output kegiatan;

11. Input jumlah, pada bagian ini operator atau admin diminta menginput data jumlah alokasi yang dianggarkan;

12. Input Date, pada bagian ini operator atau admin diminta menginput kapan waktu alokasi anggaran dianggarkan;

13. Apabila Date tidak diinput maka akan menampilkan error untuk peringatan bahwa field tersebut masih kosong dan akan kembali untuk menginput kembali;

14. End, selesai dari aplikasi. 3.3.2 Perancangan Basis Data

Perancangan basis data Aplikasi ini menggunakan database yang diberi nama setditjen. Pada database setditjen, dibuatlah rancangan tabel-tabel sebagai berikut :

1. Rancangan Tabel User

Tabel user berfungsi untuk menyimpan data user. Entitas pada tabel ini adalah user dan memiliki atribut idUser, firstMame, lastName, email, password, provinsi, datalogin level dan status. IdUser sebagai primary key 2. Rancangan Tabel Provinsi

Tabel prov rerfungsi untuk menyimpan data provinsi. Entitas pada tabel ini adalah prov dan memiliki atribut id_prov dan nama_prov. Id_prov sebagai primary key

(14)

41 3. Rancangan Tabel LogUser

Tabel LogUser berfungsi untuk menyimpan hasil data login User. Entitas pada tabel ini adalah idLogUser, idUser, date1, ket, result, dan ip. IdLogUser sebagai primary key dan idUser sebagai foreignkey.

4. Rancangan Tabel logLogin

Tabel logLogin berfungsi sebagai verifikasi data User yang login. Entitas pada tabel ini adalah idLog, idUser, dateLogin, result, ip. IdLogUser sebagai primary key dan idUser sebagai foreignkey.

5. Rancangan Tabel Departement

Tabel department berfungsi untuk menyimpan data department. Entitas pada tabel ini adalah idDepartement, nmDepartement, budget, tahun, dan ket. IdDepartement sebagai primary key.

6. Rancangan Tabel Unit

Tabel unit berfungsi untuk menyimpan data Unit. Entitas pada tabel ini adalah idUnit, idDepartement, nmUnit, dan ket. IdUnit sebagai primary key dan idDepartement sebagai foreignkey.

7. Rancangan Tabel Program

Tabel program berfungsi untuk menyimpan data program. Entitas pada tabel ini adalah idProgram, idDepartement, idUnit, nmProgram, dan ket. IdProgram sebagai primary key dan idDepartement dan idUnit sebagai foreignkey. 8. Rancangan Tabel Satker

Tabel satker berfungsi untuk menyimpan data satker. Entitas pada tabel ini adalah idSatker, idDepartement, idUnit, idProgram, nmSatker, ket. IdSatker sebagai primary key dan idDepartement, idUnit, serta idProgram sebagai foreignkey.

9. Rancangan Tabel Laporan

Tabel laporan berfungsi untuk menyimpan semua data transaksi pelaporan. Entitas pada tabel ini adalah idLaporan, idDepartement, idUnit, idProgram, idSatker, idUser, Output, budget1, Sisa, date1, date2, dan Ket. IdLaporan sebagai primary key dan idDepartement, idUnit, idProgram, idSatker, serta idUser sebagai foreignkey.

(15)

42 3.3.2.1 Entity Relationship Diagram

Berikut adalah ERD (Entity Relationship Diagram) dari database aplikasi pelaporan pengendalian pelaksanaan program kegiatan dan anggaran Ditjen Dikmen.

Gambar 3.7 Relationship Database

3.3.2.2 Struktur Tabel

Database adalah komponen penting dari basisdata karena berfungsi sebagai informasi bagi para pemakainya, database dibentuk dari kumpulan file yang memuat kumpulan data yang saling berhubungan satu sama lain:

user PK idUser firstName lastName email password provinsi dateLogin level status loguser PK idLogUser FK1 idUser tgl bulan thn ket result ip loglogin PK idLog FK1 idUser dateLogin result ip departement PK idDepartement nmDepartement budget tahun ket unit PK idUnit FK1 idDepartement nmUnit ket program PK idProgram FK2 idDepartement FK1 idUnit nmProgram ket satker PK idSatker FK1 idDepartement FK3 idUnit FK2 idProgram nmSatker ket laporan PK idLaporan FK2 idDepartement FK4 idUnit FK5 idProgram FK3 idSatker FK1 idUser ouput budget1 sisa tgl bln thn ket prov PK id_prov nama_prov 1 M 1 M M 1 M 1 1 M M M M M M M 1 1 1 1 M 1 1 1 1 M 1 M

(16)

43 1. Tabel User

No F

ie ld

Type Size Keteranga

n

1 idUser Integer 11 Id Untuk Tabel User

2 firstName Varchar 50 Untuk menyimpan nama depan karyawan

3 lastName Varchar 30 Untuk menyimpan nama blkng karyawan

4 email Varchar 40 Untuk menyimpan data email

5 password Varchar 50 Untuk menyimpan data password

6 provinsi Varchar 30 Untuk menyimpan data provinsi

7 dateLogin datetime Untuk menyimpan data date login

8 level Integer 2 Untuk menyimpan data level

9 status Integer 2 Untuk menyimpan data status

Tabel 3.1 Tabel User

2. Tabel Prov

No Field Type Size Keterangan

1 id_prov Integer 2 Id Untuk Tabel provinsi

2 nama_prov Varchar 30 Untuk menyimpan data provinsi

Tabel 3.2 Tabel Prov

3. Tabel LogUser

1 idLogUser Integer 11 Id Untuk Tabel Log User

2 idUser Integer 11 Id Dari Tabel User

3 date1 datetime Untuk menyimpan data date login

6 ket Text Untuk menyimpan data keterangan

7 result Varchar 30 Untuk menyimpan data hasil login

8 ip Varchar 30 Untuk menyimpan data ip user

Tabel 3.3 Tabel LogUser

4. Tabel Log Login

No F

ie ld

n

1 idLog Integer 11 Id Untuk Tabel Log User

3 dateLogin datetime Untuk menyimpan data tanggal

4 result Varchar 30 Untuk menyimpan data hasil login

5 ip Varchar 30 Untuk menyimpan data ip user

(17)

44 5. Tabel Departement

No F

ie ld

n

1 idDepartement Integer 5 Id Untuk Tabel Departement

2 nmDepartement Varchar 40 Untuk menyimpan nama department

3 budget integer 20 Untuk menyimpan data budget

4 tahun year 4 Untuk menyimpan data tahun

5 ket int 2 Untuk menyimpan data keterangan

Tabel 3.5 Tabel Departement

6. Tabel Unit

No F

ie ld

n

1 idUnit Integer 5 Id Untuk Tabel Unit

2 idDepartement Integer 5 Id Dari Tabel Departement

3 nmUnit Varchar 50 Untuk menyimpan data nama unit

4 ket Integer 2 Untuk menyimpan data keterangan

Tabel 3.6 Tabel Unit

7. Tabel Program

No F

ie ld

n

1 idProgram Integer 5 Id Untuk Tabel Program

3 idUnit Integer 5 Id Dari Tabel Unit

4 nmProgram Varchar 50 Untuk menyimpan data nama program

Tabel 3.7 Tabel Program

8. Tabel Satker

No F

ie ld

n

1 idSatker Integer 5 Id Untuk Tabel Satker

4 idProgram Integer 5 Id Dari Tabel Program

5 nmSatker Varchar 80 Untuk menyimpan data nama satker

(18)

45 9. Tabel Laporan

Tabel 3.9 Tabel Laporan

3.3.3 Perancangan Interface

Dalam bagian ini akan dijelaskan perancangan interface perangkat lunak aplikasi pelaporan pengendalian pelaksanaan program kegiatan dan anggaran Ditjen Dikmen. Aplikasi ini berbasis web dan dapat diakses menggunakan browser. Aplikasi ini memiliki beberapa form antara lain:

1. Form Departement 2. Form Unit 3. Form Program 4. Form Satker 5. Form User 6. Form Laporan

1 idLaporan Integer 11 Id Untuk Tabel Laporan

4 idProgram Integer 5 Id Dari Tabel Program

5 idSatker Integer 5 Id Dari Tabel Satker

7 Output Text Untuk menyimpan data output

8 budget1 Varchar 30 Untuk menyimpan data budget1

9 Sisa Varchar 30 Untuk menyimpan data sisa

10 date1 date Untuk menyimpan data tanggal pengajuan

11 date2 date Untuk menyimpan data tanggal realisasi

(19)

46 3.3.3.1 Form Departement

Form departement berfungsi untuk menyimpan data-data departement dan total biaya satker. Inputan data form ini harus di isi karena apabila form ini tidak di isi maka tidak dapat melakukan inputan di form selanjutnya.

Gambar 3.8 Form Departement

3.3.3.2 Form Unit

Form Unit berfungsi untuk menyimpan data-data unit. Form ini dikerjakan setelah menginput form department. Inputan data form ini harus di isi karena apabila form ini tidak di isi maka tidak dapat melakukan inputan di form selanjutnya.

(20)

47

Gambar 3.9 Form Unit

3.3.3.3 Form Program

Form program berfungsi untuk menyimpan data-data program. Form ini dikerjakan setelah menginput form unit. Inputan data form ini harus di isi karena apabila form ini tidak di isi maka tidak dapat melakukan inputan di form selanjutnya.

(21)

48 3.3.3.4 Form Satker

Form satker berfungsi untuk menyimpan data-data satker. Form ini dikerjakan setelah menginput form department. Inputan data form ini harus di isi karena apabila form ini tidak di isi maka tidak dapat melakukan inputan di form selanjutnya.

Gambar 3.11 Form Satker

3.3.3.5 Form User

Form user berfungsi menyimpan data-data user untuk login dalam aplikasi. Form ini dikerjakan berdasarkan jumlah satker dan permintaan dari kepala satker. Apabila data user belum terinput di form user, maka satker wajib mengkonfirmasi kepada administrator dengan mencantupkan satker dan email.

(22)

49

Gambar 3.12 Form User

3.3.3.6 Form Laporan

Form ini berfungsi untuk menyimpan data-data laporan, biaya kegiatan dan tanggal kegiatan dilaksanakan. Form ini juga digunakan untuk memasukkan realisasi output kegiatan yang sudah dilaksanakan.