PERANCANGAN DAN IMPLEMENTASI. dana BPM pada Kelurahan Mangga Besar.

Transkripsi

1 1 BAB IV PERANCANGAN DAN IMPLEMENTASI 1.1 Sistem Yang Diusulkan Setelah melakukan survey pada sistem yang sedang berjalan, wawancara dengan karyawan maupun kepala Dewan Kelurahan (Dekel) dan melakukan analisis kebutuhan sistem, kami melakukan perbaikan-perbaikan pada sistem tersebut. Sistem berjalan belum terkomputerisasi dan belum berjalan dengan baik. Sistem baru yang akan diusulkan memiliki struktur database yang lebih kuat dan terintegrasi. Aplikasi yang dikembangkan memiliki fitur-fitur yang diperlukan dan mudah digunakan oleh pemakai serta memiliki output berupa laporan yang diperlukan dalam pengambilan keputusan, memantau, dan melihat keluarmasuknya dana BPM pada Kelurahan Mangga Besar. Diharapkan aplikasi yang dikembangkan dapat memenuhi kebutuhan dari Kelurahan Mangga Besar khususnya bagi Dekel Mangga Besar dan para staf kelurahan yang menangani PPMK.

2 1.1.1 Context Diagram Yang Diusulkan Gambar 1-1 Context Flow Diagram Kelurahan Mangga Besar

3 1.1.2 Data Flow Diagram Yang Diusulkan Gambar 1-2 Data Flow Diagram Level 0 PPMK Kelurahan Mangga Besar

4 1.2 Perancangan Database PPMK Proses perancangan Sistem Basis Data terdiri dari tiga tahap, yaitu: Perancangan Basis Data Konseptual (Conceptual Database Design) Perancangan Basis Data Logikal (Logical Database Design) Perancangan Basis Data Fisikal (Physical Database Design) Perancangan Database Conceptual Conceptual database design adalah proses merancang sebuah model informasi yang digunakan pada perusahaan, dan bebas dari semua pertimbangan fisik. Pada tahap ini, input yang dibutuhkan adalah model informasi tiap user view yang digunakan pada perusahaan. Hasil output yang dihasilkan adalah entiti-entiti beserta relasi, atribut, primary key dan deskripsi atribut. Tahap-tahap dalam perancangan conceptual database design yaitu: 1. Mengidentifikasi tipe entiti (entity Type). 2. Mengidentifikasi tipe relasi (relationship Type). 3. Mengidentifikasi dan mengasosiasikan atribut dan domain atribut dengan entiti atau tipe relasi. 4. Menentukan atribut candidate key dan Primary Key. 5. Cek model terhadap redundansi

5 Mengidentifikasikan Tipe Entity Langkah ini merupakan yang pertama dalam perancangan database. Di bawah ini akan diidentifikasikan entity-entity yang ada pada Database PPMK. Entity Name Description Alias Occurrence jadwal_bayar Entity yang berisi informasi mengenai pembayaran angsuran Jadwal Bayar Setiap Jadwal Bayar berhubungan dengan pinjaman Menu Entity yang berisi informasi menu Menu Setiap menu berhubungan dengan msgroup Group Entity yang berisi jenis Group Setiap group berhubungan Karyawan User Pembayaran Peminjam Pinjaman group pengguna Entity yang berisi informasi Karyawan Entity yang berisi nama pengguna aplikasi Ent it y yang berisi informasi Pembayaran Entity yang berisi informasi Peminjam Entity yang berisi informasi Pinjaman simpanan_pemerintah Entity yang berisi informasi Dana dari pemerintah Karyawan User Pembayaran Peminjam Pinjaman Simpanan Pemerintah Tabel 1-1 Kamus Data Yang Mendeskripsikan Entity dengan user Setiap Karyawan berhubungan dengan user dan pinjaman Setiap user berhubungan dengan karyawan dan group Setiap pembayaran berhubungan dengan pinjaman Setiap peminjam berhuibungan dengan pinjaman Setiap pinjaman berhubungan dengan peminjam, jadwal bayar, simpanan pemerint ah, dan pembayaran Setiap simpanan pemerintah berhubungan dengan pinjaman

6 Mengidentifikasi Relasi Antar Entity Setelah menentukan tiap entity pada Database PPMK Mangga Besar, sekarang akan ditentukan relasi antar entity tersebut. Berikut ini merupakan tabel yang menggambarkan relasi antar entity pada Database PPMK Mangga Besar: Gambar 1-3 Conceptual Entity Diagram

7 Menentukan Multiplicity Dari Tipe Relational Nama Entitas Multiplicity Relationship Nama Entitas Multiplicity karyawan 1..1 melayani pinjaman 1..* menu 1..* dimiliki group 1..1 pinjaman 1..1 dipunyai peminjam * meminjam simpanan_pemerintah memiliki jadwal_bayar 1..* 1..1 mengembalikan simpanan_pemerintah 1..1 user 0..1 merupakan karyawan * anggota group 1..1 pembayaran 1..* membayar pinjaman 1..1 Tabel 1-2 Kamus Data Yang Mendeskripsikan Relationship

8 Gambar 1-4 Entity-Relationship Diagram Konseptual dengan Multiplicity

9 Mengidentifikasi Atribut Tiap Entity Setelah menentukan relasi antar entity beserta multiplicity constraint antar entity, sekarang akan ditentukan atribut dari tiap entity, tipe data, dan panjangnya. Berikut ini merupakan tabel yang menggambarkan atribut dari tiap entity yang telah diidentifikasikan sebelumnya : Nama Entity Attribute Description Data Types and Length Null Multi Valued Jadwal_bayar Menu Msgeneralparam Msgroup Mskaryawan Msuser JadwalID Identitas jadwal Int (11) No No PinjamanID Identitas pinjaman Int (10) No No Harus_bayar Tanggal pembayaran Date No No Angsuran Jumlah_angsuran Jumlah angsuran yang Bigint (20) No Yes mesti dibayarkan Angsuran_ke Urutan pembayaran angsuran Char (2) No No Status Status tiap urutan Char (11) No No angsuran id_menu Identitas menu Int (5) No No nama_menu Nama menu Varchar (50) No No Link Link dalam aplikasi Varchar(100) No No static_content Berisi konten aplikasi Text No No yang statik gambar Berisikan gambar Varchar (100) No No Status Login sebagai admin Enum ( user, No No atau staf (user) admin ) Aktif Penanda tombol aktif Enum ( Y, N ) No No No_Urut Nomor urut tampil Int (5) No No Code Identitas parameter Char (5) No No Name Nama value Varchar (10) No No Param_Value Berisi value untuk Varchar (10) No No operasi-operasi GroupID Identitas group Char (10) No No MenuID Identitas menu Char (10) No No Group_Name Nama group Varchar (10) No No KaryawanID Identitas karyawan Int (10) No No Nama Nama karyawan Varchar (20) No No Alamat Alamat karyawan Varchar (35) No No UserID Nomor staf pengguna Char (10) No No aplikasi Password Kata kunci pengguna Char (32) No No aplikasi GroupID Identitas group Char (10) No No

10 Nama Entity Attribute Description Data Types and Length Null Multi Valued Msuser Level Jabatan Char (10) No No Pembayaran PembayaranID Identitas Pembayaran Int (10) No No PinjamanID Identitas pinjaman Char (10) No No Tanggal_Bayar Tanggal pembayaran Date No No Jumlah_Bayar Jumlah uang terbayar Big Int (20) No No Peminjam PeminjamID Identitas peminjam Int (10) No No NoKK Nomor kartu keluarga Char (20) No No NoKTP Nomor KTP Char (20) No No Nama Nama peminjam Varchar (20) No No Alamat Alamat peminjam Varchar (35) No No Tanggal_Lahir Tanggal lahir peminjam Date No No Jenis_Kelamin Jenis kelamin Binary (1) No No peminjam Pinjaman PinjamanID Identitas pinjaman Int (10) No No KaryawanID Identitas karyawan Char (10) No No Tanggal_Pinjam Tanggal peminjaman Date No No uang Jumlah_Pinjaman Jumlah pinjaman uang Big Int (20) No No Setelah_Bunga Jumlah Pinjaman Big Int (20) No No beserta bunga simpanan_pemerintah SimpananID Identitas simpanan Int (10) No No Simpanan_Awal Dana awal yang Big Int (20) No No diberikan oleh pemerintah Simpanan_Akhir Dana sisa yang akan Big Int (20) No No diberikan kepada pemerintah Pokok_Pinjam Jumlah uang pokok Big int (20) No No yang dipinjamkan dan dikembalikan tanpa bunga Bunga_Pinjam Jumlah Bunga Big Int (20) No No pinjaman Tanggal_Masuk Tanggal masuknya Date No No uang simpanan Tanggal_Transaksi Tanggal transaksi yang terjadi Date No No Keterangan Keterangan Varchar(40) No No Tabel 1-3 Kamus Data Entity

11 Mengidentifikasikan Candidate Key dan Primary Key Tiap Entity Setelah menentukan domain pada langkah sebelumnya, sekarang akan ditentukan atribut yang menjadi candidate key dan primary key dari tiap entity. Berikut ini merupakan tabel yang menggambarkan candidate key dan primary key dari tiap entity pada Database peminjaman dana PPMK Mangga Besar. Nama Entity Candidate Key Primary Key Msgroup groupid groupid Msuser userid userid Mskaryawan karyawanid karyawanid msgeneralparam code code Peminjam PeminjamID peminjamid NoKK NoKTP Pinjaman PinjamanID pinjamanid Pembayaran PembayaranID pembayaranid simpanan_pemerintah SimpananID simpananid Menu Id_menu Id_menu Nama_menu jadwal_bayar JadwalID PinjamanID jadwalid Tabel 1-4 Identifikasi Candidate Key Dan Primary Key

12 Gambar 1-5 Entity Relationship Dengan Primary Key

13 Pemilihan DBMS Pada tahap ini ditentukan DBMS yang akan digunakan. DBMS yang menjadi pilihan adalah PostgreSQL dan MySQL. Untuk menentukan pilihan, dilakukan perbandingan antara kedua DBMS tersebut. Fitur Postgre SQL MySQL Performa Lebih lambat Lebih cepat View Supported Not supported Trigger Supported Not supported Stored Procedure Supported Not supported Foreign Key Supported Hanya untuk tabel InnoDB Cursor Supported Not supported Vacuum Ya Tidak ODBC Ya Ya JDBC Ya Ya Perbedaan Tipe Tabel Tidak Ya Tabel 1-5 Perbandingan Fitur PostgreSQL dan MySQ L PostgreSQL mendukung fitur-fitur seperti view, trigger, dan stored procedure, namun performanya lebih lambat dibandingkan MySQL. MySQL lebih cocok untuk membuat aplikasi web dimana performa merupakan salah satu faktor penting karena kecepatannya dan didesain untuk bekerja secara baik dengan server Web-based. Berdasarkan perbandingan di atas, DBMS yang digunakan adalah MySQL.

14 1.2.2 Perancangan Database Logical Perancangan Database Logical adalah proses membuat model dari informasi yang digunakan dalam sebuah perusahaan berdasarkan data model yang spesifik, namun tidak tergantung DBMS tertentu dan pertimbangan fisikal Menentukan Relasi Model Data Logikal Pembentukan relasi model data logikal memiliki beberapa rincian tahapan antara lain: Strong Entity Strong entity adalah entitas yang keberadaannya tidak mempunyai ketergantungan terhadap entitas lain. Strong entity dalam model data logikal ini adalah: Peminjam (PeminjamID, NoKK, NoKTP) Primary Key (PeminjamID) Simpanan_Pemerintah (SimpananID) Primary Key (SimpananID) Mskaryawan (KaryawanID) Primary Key (KaryawanID) MsGroup (GroupID) Primary Key (GroupID) MsGeneralParam (Code) Primary Key (Code)

15 Weak Entity Weak Entity adalah entitas yang keberadaannya tergantungan terhadap entitas lain. Weak entity dalam model data logikal ini adalah: Pinjaman (PinjamanID) Primary Key (PinjamanID) Jadwal_Bayar (JadwalID, PinjamanID) Primary Key (JadwalID, PinjamanID) Pembayaran (PembayaranID, Tanggal_Bayar) Primary Key (PembayaranID, Tanggal_Bayar) MsUser (UserID) Primary Key (UserID) menu (Id_Menu) Primary Key (id_menu)

16 Relasi Biner One-To-Many Pembentukan relasi One-To-Many Binary merupakan bagian dari pembentukan relasi model data logikal. Dalam pembentukan relasi One-To-Many Binary, yang harus diperhatikan adalah multiplicity dari 2 buah entitas yang ada. Entitas-entitas tersebut adalah: mskaryawan (1..1) melayani (1..*) pinjaman mskaryawan (KaryawanID, Nama, Alamat) Primary Key (KaryawanID) pinjaman (PinjamanID, PeminjamID, KaryawanID, Tanggal_Pinjam, Jumlah_Pinjaman, Setelah_Bunga) Primary Key (PinjamanID)

17 msgroup (1..1) memiliki (1..*) menu msgroup (GroupID, MenuID, Group_Name) Primary Key (GroupID) menu (id_menu, nama_menu, link, static_content, gambar, status, aktif, No_Urut) Primary Key (id_menu) Simpanan_pemerintah (1..1) dipinjam (1.*) pinjaman Simpanan_pemerintah (SimpananID, Simpanan_Awal, Simpanan_Akhir, Pokok_Pinjam, Bunga_Pinjam, Pinjaman (PinjamanID, PeminjamID, KaryawanID, Tanggal_Pinjam, Jumlah_Pinjaman, Setelah_Bunga) Primary Key (PeminjamID) Tanggal_Masuk, Tanggal_Transaksi, Keterangan) Primary Key (SimpananID)

18 pinjaman (1..1) memiliki (1..*) jadwal_bayar Pinjaman (PinjamanID, PeminjamID, KaryawanID, Tanggal_Pinjam, Jumlah_Pinjaman, Jadwal_bayar (JadwalID, PinjamanID, Harus_Bayar, Jumlah_Angsuran, Angsuran_Ke, Status) Primary Key (JadwalID, PinjamanID) Setelah_Bunga) msuser (1..*) anggota (1..1) msgroup msuser (UserID, Password, KaryawanID, GroupID, Level) msgroup (GroupID, MenuID, Group_Name) Primary Key (GroupID) Primary Key (UserID) pembayaran (1..*) membayar (1..1) pinjaman pembayaran (PembayaranID, PinjamanID, Tanggal_Bayar, Jumlah_Bayar) Primary Key (PembayaranID, Pinjaman (PeminjamID, KaryawanID, Tanggal_Pinjam, Jumlah_Pinjaman, Setelah_Bunga) Primary Key (PeminjamID) Tanggal_Bayar)

19 Relasi Biner One-To-One Pembentukan relasi One-To-One Binary merupakan bagian dari pembentukan relasi model data logikal. Dalam pembentukan relasi One-To-One Binary, yang harus diperhatikan adalah multiplicity dari 2 buah entitas yang ada. pinjaman (1..1) dipunyai (1..1) peminjam pinjaman (PinjamanID, KaryawanID, Tanggal_Pinjam, Jumlah_Pinjaman, Peminjam (PeminjamID, NoKK, NoKTP, Nama, Alamat, Tanggal_Lahir, Jenis_Kelamin) Primary Key (PeminjamID, NoKK, NoKTP) Setelah_Bunga) Primary Key (PeminjamID)

20 pinjaman (1..1) mengembalikan (1..1) Simpanan_pemerintah Pinjaman (PeminjamID, KaryawanID, Tanggal_Pinjam, Jumlah_Pinjaman, Setelah_Bunga) Primary Key (PeminjamID) Simpanan_pemerintah (SimpananID, Simpanan_Awal, Simpanan_Akhir, Pokok_Pinjam, Bunga_Pinjam, Tanggal_Masuk, Tanggal_Transaksi, Keterangan) Primary Key (SimpananID) user (0..1) merupakan (1..1) karyawan msuser (UserID, Password, GroupID, Level) mskaryawan (KaryawanID, Nama, Alamat) Primary Key (KaryawanID) Primary Key (UserID)

21 Relasi Biner Many-To-many Pembentukan relasi Many-To-Many Binary merupakan bagian dari pembentukan relasi model data logikal. Dalam pembentukan relasi Many-To-Many Binary, yang harus diperhatikan adalah multiplicity dari 2 buah entitas yang ada. Dalam rancangan database kami, tidak ada relasi biner Many-To-Many.

22 Dokumentasi Relasi dan Atribut Foreign Key Di akhir pembentukan relasi model data logikal, maka dibuatlah dokumentasi relasi dan atribut yang telah terbentuk. Jadwal_bayar (JadwalID, PinjamanID, Harus_Bayar, Jumlah_Angsuran, Angsuran_Ke, Status) Primary Key (JadwalID, PinjamanID) Foreign Key pinjamanid References pinjaman (pinjamanid) menu (id_menu, nama_menu, link, static_content, gambar, status, aktif, No_Urut) Primary Key (id_menu) Foreign Key GroupID References msgroup (GroupID) msgroup (GroupID, MenuID, Group_Name) Primary Key (GroupID) mskaryawan (KaryawanID, Nama, Alamat) Primary Key (KaryawanID) msuser (UserID, Password, GroupID, Level) Primary Key (UserID) Foreign Key GroupID References msgroup (GroupID) pembayaran (PembayaranID, PinjamanID, Tanggal_Bayar, Jumlah_Bayar) Primary Key (PembayaranID, Tanggal_Bayar) Foreign Key pinjamanid References pinjaman (pinjamanid) Peminjam (PeminjamID, NoKK, NoKTP, Nama, Alamat, Tanggal_Lahir, Jenis_Kelamin) Primary Key (PeminjamID, NoKK, NoKTP) Pinjaman (PinjamanID, KaryawanID, SimpananID, Tanggal_Pinjam, Jumlah_Pinjaman, Setelah_Bunga) Primary Key (PinjamanID) Foreign Key KaryawanID References mskaryawan (KaryawanID) Foreign Key SimpananID References Simpanan_pemerintah (SimpananID)

23 Simpanan_pemerintah (SimpananID, Simpanan_Awal, Simpanan_Akhir, Pokok_Pinjam, Bunga_Pinjam, Tanggal_Masuk, Tanggal_Transaksi, Keterangan) Primary Key (SimpananID) Tabel 1-6 Dokumen Relasi Dan Atribut Dan Foreign Key

24 Gambar 1-6 Entity Relationship Diagram Dengan Atributnya

25 1.2.3 Perancangan Database Physical Merancang Base Relation Tahap ini bertujuan untuk menentukan bagaimana merepresentasikan tiap relasi dasar yang telah teridentifikasi pada model data logical ke dalam DBMS. Berikut ini adalah DBDL dari tiap entity yang ada pada perancangan basis-data ini: jadwal_bayar Domain JadwalID Domain PinjamanID Domain Harus_Bayar Domain Jumlah_Angsuran Domain Angsuran_Ke Domain Status : Integer : Integer : Date : Big Integer : Character : Character jadwal_bayar ( JadwalID PinjamanID Harus_Bayar Jumlah_Angsuran Angsuran_Ke Status Primary Key Foreign Key NOT NULL, NOT NULL, NOT NULL, NOT NULL, NOT NULL, NOT NULL, JadwalID, PinjamanID PinjamanID);

26 Menu Domain id_menu Domain groupid : Integer : Integer Domain nama_menu : Variable length character string, length 50 Domain link : Variable length character string,length 100 Domain static_content : Text Domain gambar : Variable length character string, length 100 Domain status Domain aktif Domain No_Urut : Enum : Enum : Integer Menu ( id_menu groupid nama_menu link static_content gambar status aktif No_Urut Primary Key Foreign Key NOT NULL, NOT NULL, NOT NULL, NOT NULL, NOT NULL, NOT NULL, NOT NULL, NOT NULL, NOT NULL, id_menu groupid);

27 Msgeneralparam Domian Code : Character Domain Name : Variable length character string, length 100 Domain Param_Value : Variable length character string, length 10 Msgeneralparam( Code Name Param_Value Primary Key NOT NULL, NOT NULL, NOT NULL, Code); Msgroup Domain GroupID Domain MenuID : Character : Character Domain Group_Name : Variable length character string, length 10 Msgroup ( GroupID MenuID Group_Name NOT NULL, NOT NULL, NOT NULL, Primary Key GroupID );

28 Msuser Domain UserID : Variable length character, length 10 Domain Password : Variable length character, length 32 Domain KaryawanID : Variable length character, length 10 Domain GroupID : Variable length character, length 10 Domain Level : Variable length character, length 10 Msuser( UserID Password KaryawanID GroupID Level Primary Key Foreign key NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL UserID KaryawanID, GroupID);

29 Mskaryawan Domain KaryawanID : int Domain Nama : Variable length character string, length 20 Domain Alamat : Variable length character string, length 35 Mskaryawan( KaryawanID Nama Alamat Primary key NOT NULL NOT NULL NOT NULL KaryawanID); Pembayaran Domain PembayaranID : Variable length integer, length 10 Domain PinjamanID : Variable length character, length 10 Domain Tanggal_bayar Domain Jumlah_bayar : Date : Big integer Pembayaran( PembayaranID PinjamanID Tanggal_bayar Jumlah_bayar Primary Key Foreign Key NOT NULL, NOT NULL, NOT NULL, NOT NULL, PembayaranID, Tanggal_Bayar PinjamanID);

30 Peminjam Domain PeminjamID : Variable length integer, length 10 Domain NoKK : Variable length character, length 20 Domain NoKTP : Variable length character, length 20 Domain Nama : Variable length character string, length 20 Domain Alamat : Variable length character string, length 35 Domain Tanggal_Lahir Domain Jenis_Kelamin : date : binary Peminjam ( PeminjamID NoKK NoKTP Nama Alamat Tanggal_Lahir Jenis_Kelamin Primary Key NOT NULL, NOT NULL, NOT NULL, NOT NULL, NOT NULL, NOT NULL, NOT NULL, PeminjamID, NoKK, NoKTP);

31 Pinjaman Domain PinjamanID : Variable length integer, length 10 Domain PeminjamID : Variable length character, length 10 Domain KaryawanID : Variable length character, length 10 Domain Tanggal_Pinjam : Date Domain Jumlah_Pinjaman : Big Integer Domain Setelah_bunga : Big Integer Pinjaman( PinjamanID PeminjamID KaryawanID Tanggal_Pinjam NOT NULL, NOT NULL, NOT NULL, NOT NULL, Jumlah_Pinjaman NOT NULL, Setelah_bunga Primary Key Foreign Key NOT NULL, PinjamanID PeminjamID, KaryawanID, SimpananID);

32 Simpanan_pemerintah Domain SimpananID : Variable length integer, length 10 Domain Simpanan_Awal Domain Simpanan Akhir Domain Jumlah_Pokok Domain Jumlah_Bunga Domain Tanggal_Masuk Domain Tanggal_Pinjam : Big Integer : Big Integer : Big Integer : Big Integer : Date : Date Simpanan_pemerintah( SimpananID NOT NULL, Simpanan_Awal NOT NULL, Simpanan Akhir NOT NULL, Jumlah_Pokok Jumlah_Bunga Tanggal_Masuk Tanggal_Pinjam Primary Key NOT NULL, NOT NULL, NOT NULL, NOT NULL, SimpananID);

33 Analysis Transaksi Analisis Transaksi ini bertujuan untuk memahami fungsionalitas di dalam dari transaksi terhadap relasi yang ada.untuk memudahkan menganalisa maka akan digunakan transaction / relation cross-reference matrix (matriks referensi silang transaksi/ relasi). Transaksi dilakukan oleh dua level pengguna, yaitu Admin, dan User. Transaksi transaksi yang terjadi adalah sebagai berikut: 1. Admin (A) (B) (C) (D) (E) (F) (G) (H) (I) (J) (K) (L) (M) (N) (O) (P) Menampilkan data user Menampilkan data peminjam Menampilkan data pinjaman Menampilkan data simpanan pemerintah Menampilkan data pembayaran Menampilkan data jadwal_bayar Menambah data user Menambah data peminjam Menambah data pinjaman Menambah data simpanan pemerintah Menambah data pembayaran Mengupdate data user Mengupdate data peminjam Mengupdate data pinjaman Mengupdate data jadwal_bayar Menghapus data peminjam

34 (Q) (R) Menghapus data pinjaman Menghapus data user

35 Transaksi/ Relasi msuser (A) (B) (C) (D) I R U D I R U D I R U D I R U D X mskaryawan msgroup simpanan_pemerintah X pinjaman X jadwal_bayar peminjam X pembayaran menu msgeneralparam

36 Transaksi/ Relasi msuser (E) (F) (G) (H) I R U D I R U D I R U D I R U D X mskaryawan msgroup simpanan_pemerintah pinjaman jadwal_bayar X peminjam X pembayaran X menu msgeneralparam

37 Transaksi/ Relasi msuser (I) (J) (K) (L) I R U D I R U D I R U D I R U D X mskaryawan msgroup simpanan_pemerintah X pinjaman X jadwal_bayar peminjam pembayaran X menu msgeneralparam

38 Transaksi/ Relasi msuser (M) (N) (O) (P) I R U D I R U D I R U D I R U D mskaryawan msgroup simpanan_pemerintah pinjaman X jadwal_bayar X peminjam X X pembayaran menu msgeneralparam

39 Transaksi/ Relasi msuser (Q) (R) I R U D I R U D X mskaryawan msgroup simpanan_pemerintah pinjaman X jadwal_bayar peminjam pembayaran menu msgeneralparam Tabel 1-7 Analisis Transaksi Untuk Admin Keterangan : I = Insert, R = Read, U = Update, D = Delete

40 2. User (A) (B) (C) (D) (E) (F) (G) (H) (I) (J) (K) Menampilkan data peminjam Menampilkan data pinjaman Menampilkan data pembayaran Menampilkan data jadwal_bayar Menambah data peminjam Menambah data pinjaman Menambah data pembayaran Mengupdate data peminjam Mengupdate data pinjaman Mengupdate data jadwal_bayar Menghapus data peminjam

41 Transaksi/ Relasi msuser (A) (B) (C) (D) I R U D I R U D I R U D I R U D mskaryawan msgroup simpanan_pemerintah pinjaman X jadwal_bayar X peminjam X X pembayaran menu msgeneralparam

42 Transaksi/ Relasi msuser (E) (F) (G) (H) I R U D I R U D I R U D I R U D mskaryawan msgroup simpanan_pemerintah pinjaman X jadwal_bayar peminjam X X pembayaran X menu msgeneralparam

43 Transaksi/ Relasi msuser (I) (J) (K) I R U D I R U D I R U D mskaryawan msgroup simpanan_pemerintah pinjaman X jadwal_bayar X peminjam X pembayaran menu msgeneralparam Tabel 1-8 Analisis Transaksi untuk User Keterangan : I = Insert, R = Read, U = Update, D = Delete

44 Mengestimasi Kapasitas Penyimpanan Yang Dibutuhkan Tujuan dari langkah ini adalah untuk menghitung kapasitas penyimpanan yang dibutuhkan oleh basis-data. Perkiraan setiap tabel adalah sebagai berikut: Field Type Ukuran JadwalID Int(11) 11 bytes PinjamanID Int(10) 10 bytes Harus_Bayar Date 3 bytes Jumlah_Angsuran Bigint(20) 20 bytes Angsuran_Ke Char(2) 2 bytes Status Char(11) 11 bytes Kapasitas dari table jadwal_bayar adalah 57 bytes Diperkirakan dalam satu tahun terjadi penambahan 100 jadwal bayar Dalam satu tahun pertumbuhan dari table ini adalah (57 * 100) = 5700 bytes at au 5,5 Kbytes Tabel 1-9 Estimasi Kapasitas Jadwal_Bayar Field Type Ukuran Id_menu Int (5) 5 bytes Nama_menu Varchar (50) 51 bytes Link Varchar (100) 101 bytes Static_content T ext 64 Kbytes Gambar Varchar (100) 101 bytes Status Enum aktif Enum No_Urut Int (5) 5 bytes Kapasitas dari table menu adalah 65 Kbytes Diperkirakan dalam satu tahun terjadi penambahan 1 menu Dalam satu tahun pertumbuhan dari table ini adalah (65*1) = 65 Kbytes Tabel 1-10 Estimasi Kapasitas Menu

45 Field Type Ukuran Code Char (5) 5 bytes Name Varchar (10) 11 bytes Param_Value Varchar (10) 11 bytes Kapasitas dari table msgeneralparam adalah 27 bytes T idak terjadi penambahan Tabel 1-11 Estimasi Kapasitas Msgeneralparam Field Type Ukuran GroupID Char (10) 10 bytes MenuID Char (10) 10 bytes Group_Name Varchar (10) 11 bytes Kapasitas dari table msgroup adalah 31 bytes. Jumlah data pada table msgroup sebanyak 2 total kebutuhan memory sebesar 62 byte T idak ada pertambahan dalam msgroup. Tabel 1-12 Estimasi Kapasitas Msgroup Field Type Ukuran KaryawanID Int (10) 10 bytes Nama Varchar (20) 21 bytes Alamat Varchar (35) 36 bytes Kapasitas dari table mskaryawan adalah 67 bytes. Data pada mskaryawan sebanyak 4, total kebutuhan memory sebesar 268 bytes. Diperkirakan dalam satu tahun terjadi penambahan 1 mskaryawan (67*1) = 335 bytes. Tabel 1-13 Estimasi Kapasitas Mskaryawan Field Type Ukuran UserID Char (11) 11 bytes Password Char (32) 32 bytes KaryawanID Char (10) 10 bytes GroupID Char (10) 10 bytes Level Char (10) 10 bytes Kapasitas dari table msuser adalah 73 bytes. Data pada msuser sebanyak 5, total kebutuhan memory sebesar 365 bytes. T idak terjadi pertambahan. Tabel 1-14 Estimasi Kapasitas Msuser

46 Field Type Ukuran PembayaranID Int (10) 10 bytes PinjamanID Char (10) 10 bytes Tanggal_Bayar Date 3 bytes GroupID Char (10) 10 bytes Kapasitas dari table pembayaran adalah 33 bytes. Data pada pembayaran sebanyak 50, total kebutuhan memory sebesar 1650 bytes. Diperkirakan dalam satu tahun terjadi penambahan 50 pembayaran (33*50) = 3300 bytes atau.3,3 Kbytes Tabel 1-15 Estimasi Kapasitas Pembayaran Field Type Ukuran PeminjamID Int (10) 10 bytes NoKK Char (20) 20 bytes NoKTP Char (20) 20 bytes Nama Varchar (20) 21 bytes Alamat Varchar (35) 36 bytes Tanggal_Lahir Date 3 bytes Jenis_Kelamin Binary (1) 1 bytes Kapasitas dari table peminjam adalah 111 bytes. Data pada peminjam sebanyak 5, total kebutuhan memory sebesar 555 bytes. Diperkirakan dalam satu tahun terjadi penambahan 5 mskaryawan (111*5) = 1110 bytes atau 1,11 Kbytes. Tabel 1-16 Estimasi Kapasitas Peminjam Field Type Ukuran PinjamanID Int (10) 10 bytes PeminjamID Char (10) 10 bytes KaryawanID Char (20) 20 bytes Tanggal_Pinjam Date 3 bytes Jumlah_Pinjam Bigint (20) 20 bytes Setelah_Bunga Bigint (20) 20 bytes Kapasitas dari table pinjaman adalah 83 bytes. Data pada pinjaman sebanyak 5, total kebutuhan memory sebesar 415 bytes Diperkirakan dalam satu tahun terjadi penambahan 5 pinjaman (83*5) = 830 bytes Tabel 1-17 Estimasi Kapasitas Pinjaman

47 Field Type Ukuran SimpananID Int (10) 10 bytes Simpanan_Awal Bigint (20) 20 bytes Simpanan_Akhir Bigint (20) 20 bytes Pokok_Pinjam Bigint (20) 20 bytes Bunga_Pinjam Bigint (20) 20 bytes Tanggal_Masuk Date 3 bytes Tanggal_Transaksi Date 3 bytes Keterangan Varchar (40) 41 bytes Kapasitas dari table simpanan pemerintah adalah 137 bytes. Data pada simpanan pemerintah sebanyak 1, total kebutuhan memory sebesar 137 bytes Diperkirakan dalam satu tahun terjadi penambahan 1 simpanan pemerintah (137*1) = 274 bytes Tabel 1-18 Estimasi Kapasitas Simpanan_Pemerintah Nama Tabel Kapasitas yang dibutuhkan dalam satu tahun Jadwal_bayar 5,5 Kbytes Menu 65 Kbytes Msgeneralparam 27 bytes Msgroup 62 byte Mskaryawan 335 bytes Msuser 365 bytes Pembayaran 3,3 Kbytes 3300 Peminjam 1,11 Kbytes 1110 Pinjaman 830 bytes Simpanan_pemerintah 274 bytes Total space yang dibutuhkan dalam satu tahun adalah bytes atau 76,803 Kbytes Tabel 1-19 Estimasi Kapasitas Disk Space Dalam Setahun Jumlah kebutuhan maksimal memory selama setahun sebesar sebesar 76,803 Kbytes. Total Kebutuhan memory maksimal untuk 5 tahun ke depan adalah sebesar (76,803 Kbytes * 5) = 384,015 Kbytes.

48 1.3 Perancangan Aplikasi Struktur Menu Struktur Menu Admin Gambar 1-7 Struktur Menu Admin

49 Struktur Menu User Gambar 1-8 Struktur Menu User

50 1.3.2 Rancangan State Transition Diagram Gambar 1-9 STD Home Admin Gambar 1-10 STD Home User

51 Gambar 1-11 STD Manajemen Peminjam Gambar 1-12 STD Manajemen Peminjam Sisi User

52 Gambar 1-13 STD Tambah Peminjam Gambar 1-14 STD Tambah Peminjam sisi User

53 Gambar 1-15 STD Tambah Pinjaman Gambar 1-16 STD Tambah Pinjaman Sisi User

54 Gambar 1-17 STD Manajemen User Gambar 1-18 STD Tambah User

55 Gambar 1-19 STD Edit User Gambar 1-20 STD Simpanan Pemerintah

56 Gambar 1-21 STD Tambah Simpanan Pemerintah Gambar 1-22 STD Manajemen Pinjaman

57 Gambar 1-23 STD Detail Pinjaman Gambar 1-24 STD Pembayaran

58 1.3.3 Perancangan Layar Gambar 1-25 Rancangan Layar Login

59 Perancangan Layar admin Gambar 1-26 Rancangan Layar Home Admin Gambar 1-27 Rancangan Layar Manajemen User

60 Gambar 1-28 Rancangan Layar Tambah User Gambar 1-29 Rancangan Layar Edit User

61 Gambar 1-30 Rancangan Layar Manajemen Peminjam Gambar 1-31 Rancangan Layar Tambah Peminjam

62 Gambar 1-32 Rancangan Layar Edit Peminjam Gambar 1-33 Rancangan Layar Buka Pinjaman

63 Gambar 1-34 Rancangan Layar Detail Pinjaman Gambar 1-35 Rancangan Layar Pembayaran

64 Gambar 1-36 Rancangan Layar Manajemen Pinjaman Gambar 1-37 Rancangan Layar Simpanan Pemerintah

65 Gambar 1-38 Rancangan Layar Tambah Simpanan Gambar 1-39 Rancangan Layar History Pembayaran

66 Perancangan Layar User Gambar 1-40 Rancangan Layar Home Sisi User Gambar 1-41 Rancangan Layar Peminjam Sisi User

67 Gambar 1-42 Rancangan Layar Tambah Peminjam Sisi User Gambar 1-43 Rancangan Layar Edit Peminjam Sisi User

68 Gambar 1-44 Rancangan Layar Buka Pinjaman Sisi User Gambar 1-45 Rancangan Layar Detail Pinjaman Sisi User

69 Gambar 1-46 Rancangan Layar Pembayaran Sisi User Gambar 1-47 Rancangan Layar Detail Angsuran Sisi User

70 Gambar 1-48 Rancangan Layar History Pembayaran Sisi User

71 1.4 Implementasi Untuk implementasi aplikasi database di Kelurahan Mangga Besar, diperlukan hardware dan software yang memadai. Setelah itu, akan dilakukan instalasi dan testing Spesifikasi Hardware Spesifikasi hardware yang disarankan untuk mengoperasikan aplikasi adalah sebagai berikut. Jenis Hardware Server Client Prosesor Pentium IV 2 GHz Pentium IV 2 GHz Memory 1 GB DDR RAM 512 MB DDR RAM Monitor VGA 64 MB 64 MB Hard disk 80 GB 60 GB Keyboard Standard Standard Mouse Standard Standard Tabel 1-20 Spesifikasi Hardware Spesfikasi Software Spesifikasi software yang disarankan untuk mengoperasikan aplikasi adalah sebagai berikut. Jenis Software Server Client Sistem Operasi Linux / Windows Linux / Windows Browser Mozilla Firefox Mozilla Firefox Database MySQL versi Bahasa Pemograman PHP versi 5 - Tabel 1-21 Spesifikasi Software Instalasi Proses instalasi pertama kali dilakukan langsung pada kelurahan Mangga Besar. Jika ada penambahan atau perubahan file, dilakukan secara langsung pada Kelurahan Mangga Besar.

72 1.4.4 Testing And Development Testing and development dilakukan di komputer yang menjalankan sistem operasi Windows XP SP2 dengan spesifikasi hardware sebagai berikut : Prosesor Intel Pentium IV 2,26GHz, 1GB DDR RAM, kapasitas harddisk 250GB, dan VGA 128MB ATI Radeon 9200SE. Software yang digunakan, dari awal sampai akhir perancangan aplikasi, yaitu : WAMP5 Server, MySQL , Adobe Dreamweaver CS3, PHP versi 5, HeidiSQL, TextPad, dan Adobe Photoshop CS Jadwal Implementasi Spesifikasi hardware dan software di perusahaan sudah mencukupi dan pelatihan akan dilakukan oleh pihak perusahaan. Berikut tabel implementasi aplikasi: No Kegiatan M inggu Pengadaan Hardware x 2. Pengadaan Software x 3. Instalasi x Tabel 1-22 Jadwal Implementasi Aplikasi

73 Halaman Index Halaman berikut merupakan halaman utama Aplikasi PPMK. Pada layar ini, pengguna diminta untuk memasukkan Username dan Password. Fungsi dari layar login ini adalah untuk menentukan hak akses pengguna ke database. Pada layar ini cuma terdapat satu button yaitu Login. Jika tombol Login diklik maka username dan password akan divalidasi apakah sudah terisi atau belum, kemudian jika username dan password sudah terisi, dicek apakah sudah sesuai dengan database MySQL. Status dapat berupa Admin atau user. Jika sudah sesuai maka akan masuk ke dalam layar Menu Utama, jika tidak sesuai maka akan ditampilkan pesan kesalahan Login gagal! username & password tidak benar, dan link ULANGI LAGI untuk kembali ke halaman Index. Gambar 1-49 Tampilan Halaman Index

74 Gambar 1-50 Tampilan Login Error

75 Halaman Admin Apabila pengguna login sebagai admin maka halaman Home admin muncul, terdapat beberapa menu yang dapat dipilih, antara lain : Home (admin) Home (admin) berisi status pengguna, tanggal, dan jam ketika pertama kali login. Gambar 1-51 Tampilan Home (Admin)

76 Manajemen User Gambar 1-52 Tampilan Halaman Manajemen User Di dalam Manajemen User terdapat button Tambah User digunakan jika admin ingin menambah pengguna aplikasi. Gambar 1-53 Tampilan Halaman Tambah User

77 Di dalam tabel AKSI terdapat link Edit menuju ke halaman Edit User, yang digunakan jika admin ingin mengubah password lama dengan password yang baru. Gambar 1-54 Tampilan Halaman Edit User

78 Manajemen Peminjam Gambar 1-55 Tampilan Halaman Manajemen Peminjam Di dalam Manajemen Peminjam terdapat button Tambah Peminjam digunakan jika admin ingin menambah peminjam dana.

79 Pada halaman Tambah Peminjam Admin diharuskan memasukkan Nomor Kartu Keluarga, Nomor KTP, Nama, Alamat, Tanggal Lahir, dan Jenis Kelamin. Kemudian tekan button simpan untuk menyimpan ke dalam database atau batal untuk membatalkan. Gambar 1-56 Tampilan Halaman Tambah Peminjam

80 Pada Tabel AKSI terdapat link Edit, yang menuju ke halaman EDIT. Halaman ini digunakan untuk mengubah Identitas Peminjam, seperti: Nomor Kartu Keluarga, Nomor KTP, Nama, Alamat, Tanggal Lahir, dan Jenis Kelamin. Kemudian tekan Update untuk megubah Database peminjam yang terbaru, atau batal untuk membatalkannya. Gambar 1-57 Tampilan Halaman Edit Peminjam

81 Pada Tabel AKSI terdapat link Pinjam, yang menuju ke halaman Buka Pinjam. Halaman ini digunakan untuk memasukkan jumlah uang yang akan dipinjam. Admin juga harus mamasukkan tanggal peminjaman. Kemudian tekan Simpan untuk memasukkan kedalam Database atau Batal untuk membatalkannya. Gambar 1-58 Tampilan Halaman Buka Pinjaman

82 Apabila peminjam telah melakukan peminjaman dan belum melunasi angsuran pinjaman, maka akan muncul tulisan Peminjam Masih Memiliki Pinjaman Yang Belum Lunas. Tekan kembali untuk kembali ke halaman sebelumnya. Gambar 1-59 Tampilan Halaman Sudah Pinjam

83 Pada Tabel AKSI terdapat link Detail Pinjaman, yang menampilkan ID Peminjam, Nama Peminjam, Tanggal Pinjam, Jumlah Pinjaman, dan Jumlah Pinjaman dengan bunga. Gambar 1-60 Tampilan Halaman Detail Pinjaman

84 Dalam kolom AKSI terdapat link Detail Angsuran. Link ini menuju ke halaman Pembayaran, yang berisikan ID Peminjam, Nama Peminjam, Serta Tabel yang berisi JADWAL BAYAR, JUMLAH ANGSURAN, ANGSURAN KE (Pada kolom ini, aplikasi secara otomatis akan membagi menjadi 10 Angsuran), STATUS (Status akan berisikan Belum Lunas), serta AKSI digunakan Admin untuk melakukan transaksi pembayar. Dengan menekan link Bayar, dan secara otomatis Status akan berubah, dari Belum Bayar menjadi Lunas untuk angsuran yang dibayar. Gambar 1-61 Tampilan Halaman Pembayaran

85 Manajemen Pinjaman Gambar 1-62 Tampilan Halaman Pinjaman Pada Halaman Manajemen Pinjaman terdapat Tabel yang berisikan kolom sebagai berikut: PEMINJAMID, PINJAMANID, TANGGAL PINJAM, JUMLAH PINJAM, SETELAH BUNGA (Jumlah pinjaman dengan bunga), serta AKSI (Detail Angsuran, Batal).

86 Dalam kolom AKSI terdapat link Detail Angsuran. Link ini menuju ke halaman Pembayaran, yang berisikan ID Peminjam, Nama Peminjam, Serta Tabel yang berisi JADWAL BAYAR, JUMLAH ANGSURAN, ANGSURAN KE (Pada kolom ini, aplikasi secara otomatis akan membagi menjadi 10 Angsuran), STATUS (Status akan berisikan Belum Lunas), serta AKSI digunakan Admin untuk melakukan transaksi pembayaran. Dengan menekan link Bayar, dan secara otomatis Status akan berubah, dari Belum Bayar menjadi Lunas untuk angsuran yang dibayar. Gambar 1-63 Tampilan Halaman Angsuran Lunas

87 Manajemen Saldo Gambar 1-64 Tampilan Halaman Simpanan Pemerintah Pada menu Manajemen Saldo terdapat tabel yang berisikan: TANGGAL MASUK, tanggal dimana terjadi transaksi masuknya dana dari pemerintah, serta Angsuran dari masyarakat dan terakumulasi dengan dana sebelumnya. SIMPANAN AWAL, adalah dana awal yang diberikan oleh pemerintah. TANGGAL TRANSAKSI, tanggal terjadi transaksi (keluar/ masuk) angsuran dari masyarakat. SISA SIMPANAN, jumlah dana yang ada pada kelurahan. POKOK PINJAMAN, jumlah dana pinjaman atau angsuran masyarakat dan belum termasuk bunga pinjaman.

88 BUNGA PINJAMAN, Besarnya bunga pinjaman yang diberikan kepada masyarakat. KETERANGAN, berfungsi memberikan keterangan. Pada halaman ini terdapat tombol Tambah Simpanan, yang digunakan apabila pemerintah memberikan dana kepada kelurahan, yang kemudian admin memasukkan jumlah dana yang masuk. Gambar 1-65 Tampilan Tambah Simpanan

89 History Pembayaran Gambar 1-66 Tampilan Halaman History Pembayaran History Pembayaran berisikan semua pembayaran yang pernah berlangsung.

90 Halaman User Apabila pengguna login sebagai user maka halaman Home user akan muncul, terdapat beberapa menu yang dapat dipilih, antara lain : Home (User) Home (user) berisi status pengguna, tanggal, dan jam ketika pertama kali login. Gambar 1-67 Tampilan Halaman Home (User)

91 Manajemen Peminjam Di dalam Manajemen Peminjam terdapat button Tambah Peminjam digunakan jika user ingin menambah peminjam dana. Gambar 1-68 Tampilan Halaman Manajemen Peminjam (User)

92 Pada halaman Tambah Peminjam user diharuskan memasukkan Nomor Kartu Keluarga, Nomor KTP, Nama, Alamat, Tanggal Lahir, dan Jenis Kelamin. Kemudian tekan button simpan untuk menyimpan ke dalam database atau batal untuk membatalkan. Gambar 1-69 Tampilan Halaman Tambah Peminjam (User)

93 Pada Tabel AKSI terdapat link Edit, yang menuju ke halaman EDIT. Halaman ini digunakan untuk mengubah Identitas Peminjam, seperti: Nomor Kartu Keluarga, Nomor KTP, Nama, Alamat, Tanggal Lahir, dan Jenis Kelamin. Kemudian tekan Update untuk megubah Database peminjam yang terbaru, atau batal untuk membatalkannya. Gambar 1-70 Tampilan Halaman Edit Pinjaman (User)

94 Pada Tabel AKSI terdapat link Pinjam, yang menuju ke halaman Buka Pinjam. Halaman ini digunakan untuk memasukkan jumlah uang yang akan dipinjam. User juga harus mamasukkan tanggal peminjaman. Kemudian tekan Simpan untuk memasukkan kedalam Database atau Batal untuk membatalkannya. Gambar 1-71 Tampilan Halaman Buka Pinjaman (User)

95 Apabila peminjam telah melakukan peminjaman dan belum melunasi angsuran pinjaman, maka akan muncul tulisan Peminjam Masih Memiliki Pinjaman Yang Belum Lunas. Tekan kembali untuk kembali ke halaman sebelumnya. Gambar 1-72 Tampilan Halaman Sudah Pinjam (User)

96 Pada Tabel AKSI terdapat link Detail Pinjaman, yang menampilkan ID Peminjam, Nama Peminjam, Tanggal Pinjam, Jumlah Pinjaman, dan Jumlah Pinjaman dengan bunga. Gambar 1-73 Tampilan Halaman Detail Pinjaman (User)

97 Dalam kolom AKSI terdapat link Detail Angsuran. Link ini menuju ke halaman Pembayaran, yang berisikan ID Peminjam, Nama Peminjam, Serta Tabel yang berisi JADWAL BAYAR, JUMLAH ANGSURAN, ANGSURAN KE (Pada kolom ini, aplikasi secara otomatis akan membagi menjadi 10 Angsuran), STATUS (Status akan berisikan Belum Lunas), serta AKSI digunakan User untuk melakukan transaksi pembayar. Dengan menekan link Bayar, dan secara otomatis Status akan berubah, dari Belum Bayar menjadi Lunas untuk angsuran yang dibayar. Gambar 1-74 Tampilan Halaman Pembayaran (User)

98 History Pembayaran Gambar 1-75 Tampilan Halaman History Pembayaran (User) History Pembayaran berisikan semua pembayaran yang pernah berlangsung. Setelah selesai melakukan transaksi Admin maupun User, diwajibkan untuk logout. Gambar 1-76 Tampilan Halaman Logout

99 1.4.6 Evaluasi Aplikasi Evaluasi dilakukan untuk mengetahui sejauh mana manfaat yang didapat dari penggunaan aplikasi peminjaman dana PPMK Mangga Besar. Disamping itu evaluasi juga bertujuan untuk menganalisis dan mengetahui kinerja dari aplikasi peminjaman yang telah dibuat. Berikut ini merupakan analisis perubahan sistem sebelum sistem diusulkan. 1) Proses pencatatan dan perekapan yang dilakukan oleh staf masih secara manual menggunakan Microsoft Excel. 2) Adanya kesulitan dalam mengatur angsuran pembayaran. 3) Data dapat dimanipulasi dengan mudah. Berikut ini merupakan analisis perubahan sistem sesudah implementasi 1) Proses pencatatan dan perekapan yang dilakukan oleh staf telah menggunakan sistem yang baru. Aplikasi ini mampu menyimpan nomor kartu keluarga, nomor KTP, nama, alamat dan jumlah dana PPMK yang dipinjam. 2) Pengaturan angsuran dana secara otomatis terjadwal ketika user memasukan dana yang dipinjam. 3) Data lebih sulit dimanipulasi karena sudah terintegrasi dalam basis-data.

100