• Tidak ada hasil yang ditemukan

BAB IV ANALISIS DAN PERANCANGAN SISTEM

N/A
N/A
Protected

Academic year: 2022

Membagikan "BAB IV ANALISIS DAN PERANCANGAN SISTEM"

Copied!
73
0
0

Teks penuh

(1)

50 4.1. Analisis Sistem Yang Berjalan

Sebelum melakukan perancangan sistem sistem informasi yang baru pada suatu organisasi, maka harus dilakukan analisis terlebih dahulu untuk memperoleh gambaran yang jelas mengenai kelebihan dan kekeurangan sistem yang sedang berjalan saat ini. Tahap analisis merupakan tahapan yang sangat penting karena apabila terjadi kesalahan ditahap ini, maka akan menyebabkan kesalahan pada tahap selanjutnya.

4.1.1. Diagram Use Case

Bambang Hariyanto (2004:267) Diagram Use Case adalah merupakan salah satu diagram untuk memodelkan aspek perilaku sistem. Masing – masing diagram use case menunjukan sekumpulan use case, aktor dan hubungannya.

Diagram use case adalah penting untuk memvisualisasikan, menspesifikasikan, dan mendokumentasikan kebutuhan perilaku sistem. Digram use case merupakan pusat pemodelan perilaku sistem, subsistem dan kelas.

Use case adalah interaksi antara aktor eksternal dan sistem, hasil yang

dapat diamati oleh aktor, beroroentasi pada tujuan, dideskripsikan didiagram use case dan teks. Diagram use case melibatkan

1. Sistem yaitu sesuatu yang hendak kita bangun

2. Aktor adalah entitas – entitas luar yang berkomunikasi dengan sistem 3. Use case adalah fungsionalitas yang di persepsi oleh aktor

(2)

4. Relasi adalah relasi antara aktor dengan use case

Adapun skenario use case diagram pelayanan santri pada sistem yang berjalan adalah sebagai berikut:

Gambar 4.1. Use Case diagram pelayanan santri yang sedang berjalan

Sekretaris

Pembayaran Bulanan Pembayaran Makan

Bendahara

Izin tidak masuk sekolah

Pendaftaran

Pembayaran

<<include>> <<include>>

Penempatan kamar

<<include>>

Izin Pulang Santri

Keamanan

Izin Bepergian Perizinan

<<include>> <<include>> <<include>>

(3)

4.1.1.1.Skenario Use Case Pendaftaran Santri

Untuk m emudahkan dalam menganalisa skenario yang akan kita gunakan pada fase – fase selanjutnya dengan melakukan pemilahan terhadap skenario tersebut.Adapun skenario use case pendaftaran santri dalam sistem yang berjalan adalah sebagai berikut :

Nama use case : Pendaftaran

Aktor : Santri baru, Bagian Pendaftaran Worker : Sekretaris

Type : Primary

Tujuan : Untuk melakukan Pendaftaran

Tabel 4.1 Skenario Use Case Pendaftaran Santri Baru

Aktor Sistem

1. Santri baru mengisikan data pribadi pada formulir pendaftaran

2. Kemudian formulir yang telah diisi lengkap beserta persyaratan dan uang pendaftaran diserahkan kepada petugas pendaftaran

3. Petugas pendaftaran mencatat data santri baru beserta pembayaran pada buku besar

4. Petugas membuat kwitansi pendaftaran

5. Santri menerima kwitansi

(4)

pembayaran

4.1.1.2.Skenario Use Case Penempatan Kamar

Untuk m emudahkan dalam menganalisa skenario yang akan kita gunakan pada fase – fase selanjutnya dengan melakukan pemilahan terhadap skenario tersebut.Adapun skenario use case penempatan kamar dalam sistem yang berjalan adalah sebagai berikut :

Nama use case : Penempatan kamar

Aktor : Santri baru, Bagian Pendaftaran Worker : Sekretaris

Type : Primary

Tujuan : Untuk melakukan Penempatan kamar santri Tabel 4.2 Skenario Use Case Penempatan Kamar

Aktor Sistem

1. Santri baru memilih kamar secara langsung

2. Petugas pendaftaran mencatat data santri baru untuk dikelompokkan berdasarkan kamar

3. Petugas pendaftaran membuat rekapitulasi data untuk keperluan pada bagian lain

(5)

4.1.1.3.Sekenario Use Case Pembayaran

Untuk memudahkan dalam menganalisa skenario yang akan kita gunakan pada fase – fase selanjutnya dengan melakukan pemilahan terhadap skenario tersebut. Adapun skenario use case pembayaran bulanan dalam sistem yang berjalan adalah sebagai berikut :

Nama use case : Pembayaran bulanan Aktor : Santri, Bagian Pembayaran Worker : Bendahara

Type : Primary

Tujuan : Untuk melakukan Pembayaran bulanan Tabel 4.3 Skenario Use Case Pembayaran Bulanan

Aktor Sistem

1. Santri menyerahkan kartu pembayaran dan sejumlah uang

2. Petugas akan memeriksa data pemilik kartu pembayaran 3. Kemudian mencatat data

pembayaran bulanan dan menandatangani kartu pembayaran

4. Selanjutnya menuliskan data santri beserta rincian pembayaran bulanan pada buku besar

5. Kemudian kartu pembayaran yang telah ditandatangani

(6)

dan diisi data pembayaran diserahkan kepada santri 6. Santri menerima kartu

pembayaran

4.1.1.4.Skenario Use Case Pembayaran Makan

Untuk memudahkan dalam menganalisa skenario yang akan kita gunakan pada fase – fase selanjutnya dengan melakukan pemilahan terhadap skenario tersebut. Adapun skenario use case pembayaran makan dalam sistem yang berjalan adalah sebagai berikut :

Nama use case : Pembayaran makan

Aktor : Santri baru, Bagian Pembayaran Worker : Bendahara

Type : Primary

Tujuan : Untuk melakukan Pembayaran Makan Tabel 4.4 Skenario Use Case Pembayaran Makan

Aktor Sistem

1. Santri memilih status makan 2. Santri menyerahkan kartu

pembayaran dan sejumlah uang

3. Petugas akan memeriksa data pemilik kartu pembayaran

4. Kemudian mencatat data pembayaran makan dan

(7)

menandatangani kartu pembayaran

5. Selanjutnya menuliskan data santri beserta data pembayaran makan pada buku besar

6. Kemudian kartu pembayaran yang telah ditandatangani dan diisi data pembayaran diserahkan kepada santri 7. Santri menerima kartu

pembayaran

4.1.1.5.Skenario Use CaseIzin Tidak Masuk Sekolah

Untuk m emudahkan dalam menganalisa skenario yang akan kita gunakan pada fase – fase selanjutnya dengan melakukan pemilahan terhadap skenario tersebut. Adapun skenario use case Izin Tidak Masuk Sekolah dalam sistem yang berjalan adalah sebagai berikut :

Nama use case :Izin Tidak Masuk Sekolah Aktor : Santri baru, Bagian Perizinan Worker : Seksi Keamanan

Type : Primary

Tujuan : Untuk melakukanIzin Tidak Masuk Sekolah Tabel 4.5 Skenario Use Case Izin Tidak Masuk Sekolah

Aktor Sistem

1. Santri mengutarakan izin

(8)

tidak masuk sekolah yang diperlukan

2. Petugas mencatat data santri pada form izin sekolah berdasarkan data yang telah disampaikan oleh santri 3. Kemudian petugas

menandatangani surat izin yang telah diisi lengkap 4. Selanjunya data perizinan

dicatat pada buku besar 5. Surat izin tidak masuk

sekolah diserahkan kepada santri

6. Santri menerima surat izin tidak masuk sekolah

4.1.1.6.Sekenario Use Case Izin Pulang

Untuk memudahkan dalam menganalisa skenario yang akan kita gunakan pada fase – fase selanjutnya dengan melakukan pemilahan terhadap skenario tersebut.Adapun skenario use case izin pulang dalam sistem yang berjalan adalah sebagai berikut :

Nama use case :Izin Pulang

Aktor : Santri, Bagian Perizinan Worker : Seksi Keamanan

Type : Primary

Tujuan : Untuk melakukanIzin Pulang

(9)

Tabel 4.6 Skenario Use Case Izin Pulang

Aktor Sistem

1. Santri mengutarakan izin pulang yang diperlukan

2. Petugas mencari buku absensi perizinan santri berdasarkan data yang telah disampaikan oleh santri 3. Kemudian data izin santri

dicatat pada buku absensi perizinan santri yang telah dibuat sebelumnya

4. Selanjunya data perizinan dicatat pada buku besar 5. Buku absensi perizinan

santri diserahkan kepada santri

6. Santri menerima buku absensi perizinan santri untuk ditandatangani oleh pengasuh

4.1.1.7.Skenario Use Case Izin Bepergian

Untuk m emudahkan dalam menganalisa skenario yang akan kita gunakan pada fase – fase selanjutnya dengan melakukan pemilahan terhadap skenario tersebut. Adapun skenario use case izin bepergian dalam sistem yang berjalan adalah sebagai berikut :

Nama use case :Izin Bepergian

(10)

Aktor : Santri baru, Bagian Perizinan Worker : Sekretaris

Type : Primary

Tujuan : Untuk melakukan Pendaftaran

Tabel 4.7 Skenario Use Case Pendaftaran Santri Baru

Aktor Sistem

1. Santri mengutarakan izin bepergian yang diperlukan

2. Petugas mencari buku absensi perizinan santri berdasarkan data yang telah disampaikan oleh santri 3. Kemudian data izin santri

dicatat pada buku absensi perizinan santri yang telah dibuat sebelumnya

4. Selanjunya data perizinan dicatat pada buku besar 5. Buku absensi perizinan

santri diserahkan kepada santri

6. Santri menerima buku absensi perizinan santri untuk ditandatangani oleh pengasuh

(11)

4.1.2. Diagram Aktivitas (Activity Diagram)

Bambang Hariyanto (2004:325) Diagram aktivitas adalah diagram flowchart yang diperluas yang menunjukan aliran kendali satu aktivitas ke aktivitas lain. Diagram aktivitas mendeskripsikan aksi – aksi dan hasilnya.

Digram aktivitas berupa operasi – operasi dan aktivitas – aktivitas di use case.

Diagram aktivitas dapat digunakan untuk:

1. Pandangan dalam yang dilakukan dioperasi

2. Pandangan dalam bagaimana objek – objek bekerja

3. Pandangan dalam di aksi – aksi dan pengaruhnya pada objek – objek 4. Pandangan dalam dari suatu use case

5. Logik dari proses bisnis

4.1.2.1.Diagram Aktivitas (Activity Diagram) Pendaftaran Santri

Gambar 4.2. Activity diagram pendaftaran santri yang sedang berjalan

Start

Mengisikan data pribadi pada formulir pendaftaran

Menyerahkan formulir yang telah diisi lengkap beserta persyaratan dan uang pendaftaran

Menerima kwitansi pendaftaran

End

Mencatat data santri beserta pembayaran pada buku besar

Membuat kwitansi pendaftaran

Bagian pendaftaran Santri baru

(12)

4.1.2.2.Diagram Aktivitas (Activity Diagram) Pembagian Kamar

Gambar 4.3. Activity diagram pembagian kamar yang sedang berjalan

4.1.2.3. Diagram Aktivitas (Activity Diagram) Pembayaran Bulanan

Gambar 4.4. Activity diagram Pembayaran bulanan yang sedang berjalan

Memilih kamar secara langsung

Masih ada tempat tidur k osong?

Tidak

Membuat rekapitulasi data untuk keperluan pada bagian lain Mencatat data santri untuk dikelompokkan berdasarkan kamar

Ya

Bagian pendaftaran Santri baru

Menyerahkan kartu pembayaran dan sejumlah uang

Menerima kartu pembayaran

Memeriksa data pemilik kartu pembayaran

Mencatat data pembayaran dan menandatangani kartu pembayaran

Menuliskan data santri beserta rincian pembayaran pada buku besar

Menyerahkan kartu pembayaran yang telah ditandatangani dan diisi data pembayaran

Bagian pembayaran Santri

(13)

4.1.2.4.Diagram Aktivitas (Activity Diagram) Pembayaran Makan

Gambar 4.5. Activity diagram pembayaran makan yang sedang berjalan

Menyerahkan kartu pembayaran dan sejumlah uang

Menerima kartu pembayaran Memilih status

makan

Memeriksa data pemilik kartu pembayaran

Mencatat data pembayaran dan menandatangani kartu pembayaran

Menyerahkan kartu pembayaran yang telah ditandatangani dan diisi data pembayaran

Menuliskan data santri beserta data pembayaran makan pada buku besar

Bagian pembayaran Santri

(14)

4.1.2.5.Diagram Aktivitas (Activity Diagram) Izin Tidak Masuk Sekolah

Gambar 4.6. Activity diagram izin tidak masuk sekolah yang sedang berjalan 4.1.2.6.Diagram Aktivitas (Activity Diagram) Izin Pulang

Gambar 4.7. Activity diagram izin pulang makan yang sedang berjalan

Mengutarakan izin tidak masuk sekolah yang diperlukan

Menerima surat izin tidak masuk sekolah

Mencatat data santri pada form izin sekolah berdasarkan data yang telah disampaikan oleh santri

Menandatangani surat izin yang telah diisi lengkap

Menyerahkan surat izin yang telah ditandatangani oleh petugas Mencatat data izin tidak masuk

sekolah pada buku besar Bagian Perizinan Santri

Menerima buku absensi perizinan untuk ditandatangani oleh pengasuh

Mengutarakan izin pulang yang diperlukan

Mencatat data izin santri pada buku absensi perizinan santri yang telah dibuat sebelumnya Mencari buku absensi perizinan santri berdasarkan

data yang telah disampaikan oleh santri

Mencatat data perizinan pada buku besar

Menyerahkan buku absensi perizinan santri yang telah ditandatangani petugas

Bagia n Perizinan Santri

(15)

4.1.2.7.Diagram Aktivitas (Activity Diagram) Izin Bepergian

Gambar 4.8. Activity diagram izin bepergian yang sedang berjalan 4.1.3. Evaluasi Sistem yang sedang Berjalan

Akhir dari analisis sistem adalah berupa laporan masalah atau evaluasi sistem yang terjadi serta usulan perbaikan terhadap sistem yang telah dianalisis.

Adapun evaluasi untuk sistem informasi pelayanan santri yang berjalan dipondok al-ikhsan puteri adalah sebagai berikut:

Tabel 4.8. Evaluasi Sistem yang Berjalan

No Masalah Bagian Solusi

1. Setiap santri baru bebas memilih kamar secara langsung. Jika pada kamar yang dipilih sudah tidak ada tempat tidur yang kosong maka santri baru harus mencari kamar lain sampai

Pendaftaran Dibuat Sistem informasi pelayanan santri dengan penambahan form pembagian kamar, maka setiap santri baru akan ditentukan kamarnya oleh bagian pendaftaran

Menerima buku absensi perizinan untuk ditandatangani oleh pengasuh

Mengutarakan izin bepergian yang diperlukan

Mencatat data izin santri pada buku absensi perizinan santri yang telah dibuat sebelumnya Mencari buku absensi perizinan santri berdasarkan

data yang telah disampaikan oleh santri

Mencatat data perizinan pada buku besar

Menyerahkan buku absensi perizinan santri yang telah ditandatangani petugas

Bagia n Perizinan Santri

(16)

ada kamar yang tempat tidurnya masih kosong

berdasarkan jumlah tempat tidur kosong terbanyak pada seluruh kamar yang ada.

2. Kartu pembayaran bulanan santri dipegang oleh masing- masing santri. Setiap santri yang akan melakukan transaksi pembayaran harus membawa kartu tersebut ke bagian pembayaran.

Kemudian petugas mencatat data santri dan rincian pembayaran pada buku besar untuk keperluan rekapitulasi, cukup sulit untuk menemukan siapa-siapa saja yang belum melakukan pembayaran pada setiap bulannya.

Pembayaran Dibuat tabel pembayaran santri yang terintegrasi dengan tabel data santri.

Hanya dengan mengetikkan no santri yang ada pada kartu santri maka data setiap santri yang melakukan transaksi pembayaran akan lebih cepat ditemukan untuk kemudian diinputkan data pembayarannya, sehingga lebih mudah dalam pembuatan rekapitulasi pembayaran setiap bulannya.

3. Buku absensi perizinan seluruh santri disimpan oleh petugas perizinan. Jika ada santri yang akan izin bepergian atau izin pulang dengan memberitahukan nama lengkap dan alamat maka buku absensi tersebut akan dicari oleh petugas untuk kemudian dicatat data

Perizinan Dibuat tabel perizinan santri yang terintegrasi dengan tabel data santri.

Hanya dengan mengetikan no santri yang ada pada kartu santri maka data setiap santri yang izin akan lebih cepat ditemukan untuk kemudian diinputkan data izinnya,

(17)

izinnya. sehingga lebih mudah dalam pembuatan rekapitulasi data pelanggaran santri setiap bulannya.

4.2. Perancangan Sistem

Setelah melakukan analisis sistem, tahap selanjutnya adalah melakukan perancangan sistem. Pada tahap ini akan dirancang perangkat lunak untuk sistem pengolahan data santri dipondok pesantren Al-Ikhsan puteri. Dalam perancangan suatu sistem tidak lepas dari analisis sistem, karena dari hasil analisis sistem yang sedang berjalan dapat dibuat atau dirancang sistem yang baru.

4.2.1. Tujuan Perancangan Sistem

Perancangan sistem bertujuan untuk menghasilkan perancangan pengolahan data santri berbasis komputer. Perancangan sistem ini dapat di artikan sebagai tahap mendefinisikan kebutuhan – kebutuhan yang fungsional, mempersiapkan rancang bangun dan implementasi, menggambarkan bagaimana suatu sistem di bentuk dan konfigurasi komponen – komponen dan perangkat keras sistem.

Perancangan sistem dibuat untuk mengurangi kekurangan dan kelemahan–

kelemahan yang ada pada sistem sebelumnya serta meningkatkan ketepatan, kecepatan dan keakuratan informasi yang dibutuhkan.

(18)

4.2.2. Gambaran Umum Sistem yang Diusulkan

Sistem informasi pelayanan santri di pondok Pondok Pesantren Al-Ikhsan memiliki beberapa prosedur, dari hasil analisis yang dilakukan pada bab sebelumnya, maka penulis akan mencoba merancang sistem baru yang diusulkan.

Pada prosedur yang diusulkan ini, penulis melakukan beberapa perubahan dan penambahan dalam hal proses, penyimpanan data dan pembuatan laporan yang semula dilakukan secara manual diganti menjadi proses komputerisasi dimana bagian yang terlibat dalam proses yang ada di sistem informasi pelayanan santri terkait dengan pengelolaan data di sistem informasi tersebut menggunakan database yang sama atau terintegrasi ke satu database.

4.2.3. Diagram Use Case yang Diusulkan

Diagram use case memperlihatkan pada kita hubungan – hubungan yang terjadi antara aktor – aktor dengan use case - use case dalam sistem. Adapun use case diagram pada sistem informasi pelayanan santri di Pondok Pesantren Al- Ikhsan Puteri yang di usulkan adalah sebagai berikut:

(19)

Gambar 4.9. Use Case diagram pelayanan santri yang diusulkan 4.2.3.1.Skenario Use Case Pendaftaran Santri yang Diusulkan

Untuk memudahkan dalam menganalisa skenario yang akan kita gunakan pada fase – fase selanjutnya dengan melakukan pemilahan terhadap skenario tersebut. Adapun skenario use case pendaftaran santri yang diusulkan adalah sebagai berikut :

Nama use case : Pendaftaran

Aktor : Admin

Pembayaran Bulanan Pembayaran Makan

Izin tidak masuk sekolah Izin Pulang Izin Bepergian

Sekretaris

Penempatan kamar

Bendahara

Keamanan Pendaftaran

Pembayaran

Perizinan Santri

<<include>>

<<include>> <<include>>

<<include>> <<include>> <<include>>

<<include>>

<<include>>

(20)

Type : Primary

Tujuan : Untuk melakukan Pendaftaran santri Tabel 4.9. Skenario Use Case Pendaftaran Santri

Aktor Sistem

1. Menginputkan data santri dan orangtua/ wali santri 2. Menginputkan biaya

pendaftaran

3. Menyimpan data santri dan biaya pendaftaran kedalam database

4. Menampilkan kartu santri dan kwitansi pendaftaran

4.2.3.2.Skenario Use Case Penempatan Kamar yang Diusulkan

Untuk memudahkan dalam menganalisa skenario yang akan kita gunakan pada fase – fase selanjutnya dengan melakukan pemilahan terhadap skenario tersebut. Adapun skenario use case penempatan kamar yang diusulkan adalah sebagai berikut :

Nama use case : Penempatan kamar

Aktor : Admin

Type : Primary

Tujuan : Untuk melakukan Penempatan kamar santri Tabel 4.10. Skenario Use Case Pendaftaran Santri

Aktor Sistem

1. Menginputkan no santri

(21)

2. Memilih kamar yang tersedia

3. Menyimpan data kedalam database

4.2.3.3.Skenario Use Case Pembayaran Bulanan yang Diusulkan

Untuk memudahkan dalam menganalisa skenario yang akan kita gunakan pada fase – fase selanjutnya dengan melakukan pemilahan terhadap skenario tersebut. Adapun skenario use case pembayaran bulanan yang diusulkan adalah sebagai berikut :

Nama use case : Pembayaran makan

Aktor : Admin

Type : Primary

Tujuan : Untuk melakukan transaksi pembayaran bulanan Tabel 4.11. Skenario Use Case Pembayaran bulanan

Aktor Sistem

1. Menginputkan no_santri 2. Menginputkan periode

pembayaran

3. Memilih pilihan santri 4. Menghitung total pembayaran

5. Menyimpan data pembayaran kedalam database

6. Menampilkan kwitansi pembayaran

(22)

4.2.3.4.Skenario Use Case Pembayaran Makan yang Diusulkan

Untuk memudahkan dalam menganalisa skenario yang akan kita gunakan pada fase – fase selanjutnya dengan melakukan pemilahan terhadap skenario tersebut. Adapun skenario use case pembyaran makan yang diusulkan adalah sebagai berikut :

Nama use case : Pembayaran

Aktor : Admin

Type : Primary

Tujuan : Untuk melakukan transaksi pembayaran makan

Tabel 4.12. Skenario Use Case Pembayaran makan

Aktor Sistem

1. Menginputkan no_santri 2. Memilih status makan santri

3. Menyimpan data pembayaran kedalam database

4. Menampilkan kwitansi pembayaran

4.2.3.5.Skenario Use Case Izin Tidak Masuk Sekolah yang diusulkan

Untuk memudahkan dalam menganalisa skenario yang akan kita gunakan pada fase – fase selanjutnya dengan melakukan pemilahan terhadap skenario

(23)

tersebut. Adapun skenario use case izin tidak masuk sekolah yang diusulkan adalah sebagai berikut :

Nama use case : Perizinan

Aktor : Admin

Type : Primary

Tujuan : Untuk melakukan izin tidak masuk sekolah Tabel 4.13. Skenario Use Case izin tidak masuk sekolah

Aktor Sistem

1. Menginputkan no_santri 2. Menginputkan kelas dan

penyebab tidak masuk sekolah

3. Jika santri ingin pulang maka check list pilihan ingin pulang

4. Menyimpan data izin kedalam database

5. Menampilkan surat izin tidak masuk sekolah

4.2.3.6.Skenario Use Case Izin Pulang yang diusulkan

Untuk memudahkan dalam menganalisa skenario yang akan kita gunakan pada fase – fase selanjutnya dengan melakukan pemilahan terhadap skenario tersebut. Adapun skenario use case izin pulang yang diusulkan adalah sebagai berikut :

Nama use case : Perizinan

(24)

Aktor : Admin Type : Primary

Tujuan : Untuk melakukan izin pulang

Tabel 4.14. Skenario Use Case izin pulang

Aktor Sistem

1. Menginputkan no_santri 2. Menginputkan batas waktu

3. Menyimpan data izin kedalam database

4. Menampilkan surat izin pulang

4.2.3.7.Skenario Use Case izin bepergian yang diusulkan

Untuk memudahkan dalam menganalisa skenario yang akan kita gunakan pada fase – fase selanjutnya dengan melakukan pemilahan terhadap skenario tersebut. Adapun skenario use case izin bepergian yang diusulkan adalah sebagai berikut :

Nama use case : izin bepergian

Aktor : Admin

Type : Primary

Tujuan : Untuk melakukan izin bepergian

(25)

Tabel 4.15. Skenario Use Case izin bepergian

Aktor Sistem

1. Menginputkan no_santri 2. Menginputkan tujuan dan

batas waktu

3. Menyimpan data izin kedalam database

4. Menampilkan surat izin pulang

4.3. Diagram Aktivitas (Activity Diagram) yang diusulkan

Pada dasarnya, diagram aktivitas adalah diagram flowchart yang diperluas yang menunjukkan aliran kendali satu aktivitas ke aktivitas lain. Diagram aktivitas mendeskripsikan aksi – aksi dan hasilnya. Diagram aktivitas berupa operasi – operasi dan aktivitas – aktivitas di use – case. Bambang Hariyanto (2004 : 325).

1. Diagram Aktivitas ( Activity Diagram ) Pendaftaran Santri Yang Diusulkan

Gambar 4.10. Activity diagram pendaftaran santri yang diusulkan

Start

Menginputkan data santri dan orang tua / wali santri

Menginputkan biaya pendaftaran

Menyimpan data santri dan biaya pendaftaran kedalam database

Menampilkan kartu santri dan kwitansi pendaftaran

End

Sistem Admin

(26)

2. Diagram Aktivitas ( Activity Diagram ) Penempatan Kamar Yang Diusulkan

Gambar 4.11. Activity diagram penempatan kamar yang diusulkan

3. Diagram Aktivitas ( Activity Diagram ) Pembayaran Bulanan Yang Diusulkan

Gambar 4.12. Activity diagram pembayaran bulanan yang diusulkan

Menyimpan data kamar kedalam database Menginputkan

no santri

Memilih kamar yang tersedia

Sistem Admin

Menginputkan No santri

Menginputkan periode pembayaran

Menyimpan data pembayaran kedalam database

Mencetak kwitansi pembayaran bulanan

Menghitung total pembayaran

Sistem Admin

(27)

4. Diagram Aktivitas ( Activity Diagram ) Pembayaran Makan Yang Diusulkan

Gambar 4.13. Activity diagram pembayaran makan yang diusulkan

5. DiagramAktivitas ( Activity Diagram ) Izin Tidak Masuk sekolah Yang Diusulkan

Gambar 4.14. Activity diagram izin tidak masuk sekolah yang diusulkan

Menginputkan No santri

Memilih status makan santri

Menyimpan data pembayaran kedalam database

Mencetak kwitansi pembayaran makan

Sistem Admin

Menginputkan No santri

Menginputkan kelas dan penyebab tidak masuk sekolah

Apak ah ingin pulang?

Checklist pilihan ingin pulang

Mencetak surat izin tidak masuk sekolah Menyimpan data izin

kedalam database Ya

Sistem Admin

(28)

6. DiagramAktivitas ( Activity Diagram ) Izin Pulang Yang Diusulkan

Gambar 4.15. Activity diagram izin pulang yang diusulkan

7. Diagram Aktivitas ( Activity Diagram ) Izin Bepergian Yang Diusulkan

Gambar 4.16. Activity diagram izin bepergian yang diusulkan

Menginputkan No santri

Menginputkan batas waktu

Mencetak surat izin pulang Menyimpan data izin

kedalam database

Sistem Admin

Menginputkan No santri

Menginputkan tujuan dan batas waktu

Menyimpan data izin kedalam database

Mencetak surat izin bepergian

Sistem Admin

(29)

4.3.1. Perancangan Prosedur yang Diusulkan 4.3.1.1.Diagram Sekuen (Squence Diagram)

Bambang Hariyanto (2004:309) Diagram sekuen mendeskripsikan komunikasi diantara objek – objek, meliputi pesan – pesan yang ada dan urutan pesan tersebut muncul.

Diagram sekuen digunakan untuk:

1. Overview perilaku sistem

2. Menunjukan objek – objek yang diperlukan

3. Mendokumentasikan skenario dari suatu diagram use case 4. Memeriksa jalur – jalur pengaksesan

Adapun Sequence diagram pada sistem informasi pelayanan santri di Pondok Pesantren Al-Ikhsan Puteri yang di usulkan adalah sebagai berikut:

(30)

1. Sequence Diagram Pendaftaran santri

Gambar 4.17. Sequence diagram pendaftaran santri

: Sekretaris

: Sekretaris Form loginForm login Form pendaftaran santri Form pendaftaran

santri

Form data santri Form data

santri

Kartu tanda santri Kartu tanda

santri

Kwitansi pendaftaran

Kwitansi

pendaftaran : Admin : Admin

1: Form login 2: Username dan

password

3: Verifikasi username dan password

4: Username dan password valid

5: Username dan password invalid

6: Menampilkan

7: Input data santri

8: Simpan data santri

9: Input data santri valid

11: Mengelola data santri

12: Print KTS

10: Input data santri valid

13: Print kwitansi pendaftaran

(31)

2. Sequence Diagram Penempatan kamar

Gambar 4.18. Sequence diagram penempatan kamar

: Sekretaris

: Sekretaris Form loginForm login Form pendaftaran santri Form pendaftaran

santri

Form penempatan kamar Form penempatan

kamar : Admin : Admin

1: Form login 2: Username dan

password

3: Verifikasi username dan password

4: Username dan password valid

5: Username dan password invalid

6: Menampilkan

7: Input data santri

9: Simpan data santri

8: Input data santri valid

10: Mengelola data santri

(32)

3. Sequence Diagram Pembayaran Bulanan

Gambar 4.19. Sequence diagram pembayaran bulanan

4. Sequence Diagram Pembayaran Makan

: Bendahara

: Bendahara Form loginForm login Form pembayaran

Form pembayaran

Form data pembayaran bulanan Form data pembayaran

bulanan

Kwitansi pembayaran

Kwitansi

pembayaran : Admin : Admin 1: Form login

2: Username dan password

3: Verifikasi username dan password

5: Username dan pass word invalid

4: Username dan password valid

6: Menampilkan

7: Input data pembayaran

8: Simpan data pembayaran

9: Input data santri valid

11: Print kwitansi pembayaran bulanan

10: Mengelola data santri

(33)

Gambar 4.20. Sequence diagram pembayaran makan

5. Sequence Diagram Izin Tidak Masuk Sekolah

: Bendahara

: Bendahara Form loginForm login Form pembayaran

Form pembayaran

Form data pembayaran makan Form data pembayaran

makan

Kwitansi pembayaran

Kwitansi

pembayaran : Admin : Admin 1: Form login

2: Username dan password

3: Verifikasi username dan password

4: Username dan password valid 5: Username dan

password invalid

6: Menampilkan

9: Input data santri valid

10: Mengelola data santri 7: Input data pembayaran

8: Simpan data pembayaran

11: Print kwitansi pembayaran makan

(34)

Gambar 4.21. Sequence diagram izin tidak masuk sekolah

6. Sequence Diagram Izin Pulang

: Keamanan

: Keamanan Form loginForm login Form izin santriForm izin santri Form data izin tidak masuk sekolah Form data izin tidak

masuk sekolah

Surat izin Surat izin

: Admin : Admin

1: Form login 2: Username dan

password

3: Verifikasi username dan password

4: Username dan password valid

5: Username dan password invalid

6: Menampilkan

7: Input data izin santri

8: Simpan data izin santri

9: Input data izin valid

10: Mengelola data izin

11: Print surat izin tidak masuk sekolah

(35)

Gambar 4.22. Sequence diagram izin pulang

7. Sequence Diagram Izin Bepergian

: Keamanan

: Keamanan Form loginForm login Form izin santriForm izin santri Form data izin pulangForm data izin pulang Surat izinSurat izin

: Admin : Admin

1: Form login 2: Username dan

password

3: Verifikasi username dan password

4: Username dan password valid

5: Username dan password invalid

6: Menampilkan

7: Input data izin santri

8: Simpan data izin santri

9: Input data izin valid

10: Mengelola data izin

11: Print surat izin pulang

(36)

Gambar 4.23. Sequence diagram izin bepergian 4.3.1.2.Diagram Kolaborasi (Collaboration Diagram)

Bambang Hariyanto (2004:313) diagram kolaborasi mendefiNo_santriikan peran – peran yang dimainkan ketika satu tugasdilakukan. Peran – peran dimainkan oleh instan – instan yangberinteraksi. Diagram kolaborasi menyatakan komunikasi iantara objek – objek yang menunjukan pesan – pesan yang ada, urutan pesan dan hubungan antar objek – objek.

Diagram kolaborasi digunakan untuk:

1. Pandangan dalam dari perilaku sistem, berfokus pada link – link diantara objek – objek

2. Ilustrasi dari suatu diagram use case

: Keamanan

: Keamanan Form loginForm login Form izin santriForm izin santri Form data izin bepergian Form data izin

bepergian

Surat izin Surat izin

: Admin : Admin

1: Form login 2: Username dan

password

3: Verifikasi username dan password

4: Username dan password valid

5: Username dan password invalid

6: Menampilkan

7: Input data izin santri

8: Simpan data izin santri

9: Input data izin valid

10: Mengelola data izin

11: Print surat izin bepergian

(37)

3. Menyatakan objek – objek yang diperlukan untuk merealisasikan suatu layanan

4. Memeriksa jalur – jalur pengaksesan

Adapun Collaboration diagram pada sistem informasi pelayanan santri diPondok Pesantren Al-Ikhsan Puteri yang di usulkan adalah sebagai berikut:

1. Collaboration Diagram Pendaftaran Santri

Gambar 4.24. Collaboration diagram pendaftaran santri 2. Collaboration Diagram Penempatan Kamar

: Sekretaris Form

login

Form pendaftaran santri

Form data santri

Kartu tanda santri

: Admin

6: Menampilkan

Kwitansi pendaftaran

1: Form login

3: Verifikasi username dan password 5: Username dan password invalid

2: Username dan password

7: Input data santri

8: Simpan data santri 4: Username dan password valid

9: Input data santri valid

10: Input data santri valid 12: Print KTS

11: Mengelola data santri

13: Print kwitansi pendaftaran

(38)

Gambar 4.25. Collaboration diagram penempatan kamar

3. Collaboration Diagram Pembayaran bulanan

: Sekretaris Form

login

Form pendaftaran santri

Form penempatan kamar 6: Menampilkan

: Admin

1: Form login

3: Verifikasi username dan password 5: Username dan password invalid 2: Username dan password

7: Input data santri

9: Simpan data santri 4: Username dan password valid

8: Input data santri valid

10: Mengelola data santri

(39)

Gambar 4.26. Collaboration diagram pembayaran bulanan

4. Collaboration Diagram Pembayaran Makan

: Bendahara Form

login

Form pembayaran

Form data pembayaran bulanan

Kwitansi pembayaran : Admin

1: Form login

2: Username dan password

3: Verifikasi username dan password 4: Username dan password valid

5: Username dan password invalid

6: Menampilkan

7: Input data pembayaran 8: Simpan data pembayaran

9: Input data santri valid 10: Mengelola data santri

11: Print kwitansi pembayaran bulanan

(40)

Gambar 4.27. Collaboration diagram pembayaran makan

5. Collaboration Diagram Izin Tidak Masuk Sekolah

: Bendahara

Form login

Form pembayaran

Form data pembayaran makan Kwitansi

pembayaran

: Admin 6: Menampilkan

7: Input data pembayaran 8: Simpan data pembayaran

1: Form login

3: Verifikasi username dan password 5: Username dan password invalid

2: Username dan password

4: Username dan password valid

9: Input data santri valid 11: Print kwitansi pembayaran makan

10: Mengelola data santri

(41)

Gambar 4.28. Collaboration diagram Izin Tidak Masuk Sekolah

6. Collaboration Diagram Izin Pulang

: Keamanan

Form login Form izin

santri

Form data izin tidak masuk sekolah

Surat izin

: Admin 6: Menampilkan

1: Form login

3: Verifikasi username dan password 5: Username dan password invalid

2: Username dan password 7: Input data izin santri

8: Simpan data izin santri

4: Username dan password valid

9: Input data izin valid 11: Print surat izin tidak masuk sekolah

10: Mengelola data izin

(42)

Gambar 4.29. Collaboration diagram izin pulang

7. Collaboration Diagram Izin Bepergian

: Keamanan

Form login Form izin

santri

Form data izin pulang

Surat izin

: Admin 6: Menampilkan

1: Form login

3: Verifikasi username dan password 5: Username dan password invalid

2: Username dan password 7: Input data izin santri

8: Simpan data izin santri

4: Username dan password valid

9: Input data izin valid 11: Print surat izin pulang

10: Mengelola data izin

(43)

Gambar 4.30. Collaboration diagram izin bepergian 4.2.3.3.Diagram Kelas

Bambang Hariyanto (2004:277) Diagram kelas merupakan diagram paling umum disemua pemodelan berorientasi objek. Pemodelan kelas merupakan pemodelan paling utama dipemodelan berorientasi objek. Pemodelan kelas menunjukan kelas – kelas yang ada di sistem dan hubungan kelas – kelas itu, atribut – atribut dan operasi – operasi di kelas – kelas.

Adapun diagram class pada sistem informasi pelayanan santri diPondok Pesantren Al-Ikhsan Puteri yang di usulkan adalah sebagai berikut:

: Keamanan

Form login Form izin

santri

Form data izin bepergian

Surat izin

: Admin 6: Menampilkan

1: Form login

3: Verifikasi username dan password 5: Username dan password invalid

2: Username dan password 7: Input data izin santri

8: Simpan data izin santri

4: Username dan password valid

9: Input data izin valid 11: Print surat izin bepergian

10: Mengelola data izin

(44)

Gambar 4.31. Class Diagram

sis no_surat no_santri kelas tanggal petugas penyebab

simpan() edit() hapus() batal()

pembayaran_makan no_transaksi no_santri nama_kamar keterangan tanggal masa_berlaku total

simpan() edit() hapus() batal()

sib no_surat no_santri

tujuan_keperluan tanggal

petugas batas_waktu status keterangan

simpan() edit() hapus() batal()

pembayaran_bulanan no_transaksi no_santri tanggal bayar_tahun bayar_bulan Petugas

simpan() edit() hapus() batal()

sip no_surat no_santri pergi kembali petugas status keterangan

simpan() edit() hapus() batal() santri

no santri nama tempat_lahir tgl_lahir status jenis_kelamin alamat telp tgl_masuk jml_saudara no_anak asal_sekolah thn_lulus ayah ibu

alamat_ortu telp_ortu pekerjaan_ayah pekerjaan_ibu pendidikan_ayah pendidikan_ibu foto

simpan() edit() hapus() batal()

kamar_santri no_kamar no_santri

simpan() edit() hapus() batal()

kamar no_kamar nama_kamar kapasitas sisa

simpan() edit() hapus() batal()

(45)

4.2.3.4.Relasi Antar Class

Untuk menentukan relasi antar class-class yang ada, dapat memeriksa dari skenario dan pertukaran message yang ada. Berikut merupakan atribut dan relasi antar class yang terbentuk :

Gambar 4.32. Relasi Antar Class

pembayaran_makan no_transaksi no_santri nama_kamar keterangan tanggal masa_berlaku total

simpan() edit() hapus() batal() sib

no_surat no_santri tujuan_keperluan tanggal petugas batas_waktu status keterangan

simpan() edit() hapus() batal()

pembayaran_bulanan no_transaksi no_santri tanggal bayar_tahun bayar_bulan Petugas

simpan() edit() hapus() batal()

sip no_surat no_santri pergi kembali petugas status keterangan

simpan() edit() hapus() batal() sis

no_surat no_santri kelas tanggal petugas penyebab

simpan() edit() hapus() batal() santri

no santri nama tempat_lahir tgl_lahir status jenis_kelamin alamat telp tgl_masuk jml_saudara no_anak asal_sekolah thn_lulus ayah ibu alamat_ortu telp_ortu pekerjaan_ayah pekerjaan_ibu pendidikan_ayah pendidikan_ibu foto

simpan() edit() hapus() batal()

1..*

1..*

1..*

1..*

1..*

1..*

1..*

1..* 1..*1..* 1..*1..*

1..*

1..*

1..*

1..*

1..*

1..*

1..*

1..*

kamar_santri no_kamar no_santri

simpan() edit() hapus() batal()

1..* 1..*1..*

1..* kamar

no_kamar nama_kamar kapasitas sisa

simpan() edit() hapus() batal() 1..* 1..*

1..* 1..*

(46)

4.2.3.5.Component Diagram

Component diagram adalah modul fisik program. Komponen – komponen

yang dimaksud adalah pustaka – pustaka kode dan berkas – berkas yang ada saat program dijalankan.

Adapun Component diagram pada sistem informasi pelayanan santri diPondok Pesantren Al-Ikhsan Puteri yang di usulkan adalah sebagai berikut:

Gambar 4.33. Component Diagram

4.2.3.6.Deployment Diagram

Memperlihatkan setiap simpul (node) dalam jaringan, hubungan – hubungan antara simpul itu sendiri serta proses – proses yang akan berjalan di masing – masing simpul.

Adapun Deployment diagram pada sistem informasi pelayanan santri diPondok Pesantren Al-Ikhsan Puteri yang di usulkan adalah sebagai berikut:

Database

Data kamar Data santri

Admin

Data petugas

Data izin sekolah

Data izin bepergian

Data izin pulang

Data pembayaran bulanan

Data pembayaran makan

(47)

Gambar 4.34. Deployment Diagram

4.2.3.7.Pengkodean

Adapun beberapa pengkodean yang digunakan dalam pembuatan sistem ini, antara lain sebagai berikut:

A. Kode Kamar XX-XX

No urut kamar Kode kamar Contoh= KM-01

Database SIPS

Komputer diruang 1 (Bagian pendaftaran)

Komputer diruang 2 (Bagian pembayaran)

Komputer diruang 3 (Bagian perizinan) Local

network

(48)

B. Kode Petugas XX-XX

No urut petugas Kode petugas Contoh= AD-001

C. No Induk Santri XXXX.XXX

No urut santri Tahun masuk santri Contoh= 2010-001

D. No Surat

XXX/XXXX/XX/XXXX/XXXX

Tahun pembuatan surat

Bulan pembuatan surat

Kode untuk surat izin Kode untuk PP. Al-Ikhsan

No urut surat

Contoh= 015/PPAI/IS/VIII/2010 E. No_Transaksi

XXX/XX/XXXX/XXXX

Tahun transaksi

Bulan transaksi

Kode transaksi

No urut transaksi Contoh=001/PB/VIII/2010

(49)

4.3.2. Struktur file

Struktur file merupakan hal terpenting dalam mengembangkan suatu perangkat lunak yang baik, guna memudahkan dalam setiap pencarian dan pembuatan laporan yang yang dapat memudahkan kerja sistem. Adapun struktur file yang dibuat dapat dilihat pada table – table dibawah ini:

Tabel 4.16. File Daftar Santri

No Nama File Type Panjang Keterangan

1. No_santri Char 9 Tahun masuk dan no urut santri

2. Nama Char 30 Nama lengkap santri 3. Tempat_lahir Char 30 Tempat lahir santri 4. Tgl_lahir Datetime 8 Tanggal lahir santri 5. Status Char 13 Status perkawinan santri

6. Kelamin Char 9 Jenis kelamin

7. Alamat Char 100 Alamat santri 8. Telp Char 12 No telp santri

9. Tgl_masuk Datetime 8 Tanggal ketika mendaftar 10. Jml_saudara Char 2 Jumlah saudara

11. No_anak Char 2 Santri anak ke

12. Asal_sekolah Char 30 Asal sekolah santri 13. Thn_lulus Datetime 8 Tahun lulus sekolah 14. Ayah Char 30 Nama ayah santri

15. Ibu Char 30 Nama ibu santri

16. Alamat_ortu Char 100 Alamat orang tua santri 17. Telp_ortu Char 12 No telp orang tua santri 18. Pekerjaan_ayah Char 13 Pekerjaan ayah santri 19. Pekerjaan_ibu Char 13 Pekerjaan ibu santri

20. Pendidikan_ayah Char 16 Pendidikan terakhir ayah

(50)

santri

21. Pendikan_ibu Char 16 Pendidikan terakhir ibu santri

22. Foto Char 30 Foto santri

Tabel 417. File Kamar

No Nama File Type Panjang Keterangan

1. No_kamar Char 5 Kode dan no urut kamar 2. Nama_kamar Char 30 Nama kamar

3. Kapasitas Int 2 Jumlah maksimal penghuni kamar

4. Sisa Int 2 Jumlah penghuni yang masih

bisa masuk ke kamar

Tabel 4.18. File Kamar Santri

No Nama File Type Panjang Keterangan

1. No_kamar Char 6 Kode dan no urut kamar

2. No_santri Char 9 No induk santri

Tabel 4.19. File Daftar Petugas

No Nama File Type Panjang Keterangan

1. Jabatan Char 18 Jabatan petugas

2. Id_petugas Char 6 Kode jabatan dan no urut petugas

3. Nama Char 30 Nama lengkap petugas

4. Username Char 10 Username yang digunakan untuk login ke sistem

5. Password Char 10 Password yang digunakan untuk login ke sistem

(51)

6. Foto Char 30 Foto petugas

Tabel 4.20. File Surat Izin Bepergian

No Nama File Type Panjang Keterangan

1. No_surat Char 23 Tahun, bulan, kode dan no, urut surat

2. No_santri Char 9 Tahun masuk dan no urut santri

3. Tujuan_keperluan Char 100 Tujuan/ keperluan pergi santri

4. Tanggal Datetime 8 Hari dan tanggal pembuatan surat

5. Petugas Char 30 Nama petugas

6. Batas_waktu DateTime 8 Batas waktu kembali ke pesantren

7. Status Char 10 Status kembali 8. Keterangan Char 50 Lama keterlambatan

Tabel 4.21. File Surat Izin Pulang

No Nama File Type Panjang Keterangan

1. No_surat Char 23 No urut surat

2. No_santri Char 9 Tahun masuk dan no urut santri

3. Pergi Datetime 8 Tanggal izin

4. Kembali Datetime 8 Tanggal kembali

5. Petugas Char 30 Nama petugas

6. Status Char 7 Status kembali

7. Keterangan Char 50 Lama keterlambatan

(52)

Tabel 4.22. File Surat Izin Sekolah

No Nama File Type Panjang Keterangan

1. No_surat Char 21

2. No_santri Char 8 Tahun masuk dan no urut santri

3. Kelas Char 4 Kelas sekolah santtri

4. Tanggal Datetime 8 Tanggal izin

5. Petugas Char 30 Nama petugas

6. Penyebab Char 30 Penyebab izin sekolah

Tabel 4.23. File Pembayaran Bulanan

No Nama File Type Panjang Keterangan

1. no_santri Char 9 Tahun masuk dan no urut santri

2. No_transaksi Char 14 No urut transaksi 3. Tanggal Datetime 8 Tanggal transaksi

4. Bayar _tahun Char 4 Tahun terakhir pembayaran 5. Bayar_bulan Char 2 Bulan terakhir pembayaran

6. Petugas Char 30 Nama petugas

Tabel 4.24. File Pembayaran Makan

No Nama File Type Panjang Keterangan

1. No_transaksi Char 14 No urut transaksi

2. No_santri Char 8 Tahun masuk dan no urut santri

3. Nama_kamar Char 30 Nama kamar santri 4. Keterangan Char 50 Keterangan pembayaran 5. Tanggal Datetime 8 Tanggal transaksi

(53)

6. Status Char 13 Status makan yg dipilih 7. Masa_berlaku Datetime 8 Masa berlaku kartu makan

8. Total Float 8 Jumlah yang harus

dibayarkan

9. Petugas Char 30 Nama petugas

4.3.3. Perancangan Antar Muka

User interface sangatlah penting dalam suatu aplikasi atau program,

karena user interface merupakan bagian dari perangkat lunak yang menjadi sarana komunikasi antara user dengan sistem serta dapat memberikan kemudahan dan tidak membingungkan bagi user dalam melakukan aktivitasnya, sehingga user interface sangat berpengaruh terhadap cara pengguna berinteraksi dengan sistem.

4.3.3.1.Struktur Menu

Login

menu

Pembayaran Perizinan

Pendaftaran

Pendaftaran santri

Pendaftaran kamar

Pembayaran bulanan

Pembayaran kartu makan

Izin sekolah

Izin pulang

Izin bepergian

Deftar Petugas Utama

Logout About

Gambar 4.35. Struktur Menu

4.3.3.2.Perancangan Input

(54)

Masukan (input) merupakan awal dimulainya suatu proses didalam sistem, dimana data dimasukan untuk diolah menjadi informasi yang lebih berguna.

Perancangan input yaitu pembuatan antarmuka (interface) untuk menerima masukan dari pengguna sistem, antarmuka untuk input ini harus memberikan kejelasan kepada user baik bentuk maupun masukan – masukan yang harus diisi.

1. Form Login

Form login ini berguna untuk menentukan siapa saja yang boleh mengakses sistem

Gambar 4.36. Form Login

2. Form Daftar Kamar

(55)

Form Daftar Kamar digunakan untuk menyimpan data kamar yang ada di Pondok pesantren Al-Ikhsan Putri

Tabel

>

<

Input data kamar santri

No Kamar

Nama Kamar

Text

Text

Text

Edit

Simpan Hapus Batal

Kapasitas

Gambar 4.37. Form Input Data Kamar

3. Form Daftar Petugas

(56)

Form Dafttar Petugas digunakan untuk menginputkan data petugas yang diizinkan mengakses sistem

Jabatan

Id Petugas

Combo

Text

Browse Photo

>

<

Nama

Password

Text

Text

Tabel Edit

Simpan Hapus Batal

Pencarian

Nama Petugas ID Petugas

Text Cari

Input Data Petugas

Gambar 4.38. Form Input Data Petugas

4. Form Daftar Santri

Form Daftar Santri digunakan untuk untuk menginputkan data santri.

(57)

Gambar 4.39. Form Input Data Santri

5. Form Penempatan Kamar

(58)

Form Penempatan kamar digunakan untuk untuk menginputkan data santri berdasarkan kamar.

Gambar 4.40. Form Penempatan Kamar

6. Form Pembayaran bulanan

(59)

Form Pembayaran Bulanan digunakan untuk menginputkan data pembayaran bulanan santri. Dengan No Santri diambil dari form Data Santri

Gambar 4.41. Form Input Data Pembayaran Bulanan

7. Form Pembayaran makan

(60)

Form Pembayaran Makan digunakan untuk menginputkan data pembayaran Makan santri. Dengan No Santri diambil dari form Data Santri

Gambar 4.42. Form Input Data Pembayaran Makan

8. Form Izin Bepergian

(61)

Form Izin Bepergian digunakan untuk menginputkan data bepergian santri. Dengan No Santri diambil dari form Data Santri

Gambar 4.43. Form Input Data Izin Bepergian 9. Form Izin Pulang

Form Izin Pulang digunakan untuk menginputkan data pulang santri.

Dengan No Santri diambil dari form Data Santri

No Surat

Text

Text

Text Nama

Tanggal pergi DtPicker

Batas waktu Text

Tekan enter

Batal

Simpan Cetak Keluar

Grid

>

<

No santri

Gambar 4.44. Form Input Data Izin Pulang

10. Form Izin Sekolah

(62)

Form Izin Sekolah digunakan untuk menginputkan data izin sekolah santri.

Dengan No Santri diambil dari form Data Santri

Gambar 4.45. Form Input Data Izin Tidak Masuk Sekolah 4.3.3.3.Perancangan Output

Keluaran (output) merupakan hasil akhir yang dicapai oleh suatu proses didalam sistem, dimana informasi yang dihasilkan adalah merupakan pengolahan data yang telah dilakukan. Perancangann output yaitu berupa pembuatan laporan – laporan transaksi.

Gambar 4.46. Kartu Tanda Santri

(63)

Gambar 4.47. Kwitansi Pendaftaran

Gambar 4.48. Kwitansi Pembayaran Bulanan

(64)

YAYASAN AL-IKHSAN

PONDOK PESANTREN AL-IKHSAN PUTERI Beji 1 Purwokerto

Beji 1 Po.Box 149 (0281)6840909, 7607380 Kedungbanteng purwokerto 53101 Logo

LAPORAN TUNGGAKAN PEMBAYARAN PER SANTRI

NO SANTRI NAMA BULAN TAHUN

Total Tunggakan:...

Petugas

( )

Gambar 4.49. Laporan Tunggakan Pembayaran Persantri

(65)

YAYASAN AL-IKHSAN

PONDOK PESANTREN AL-IKHSAN PUTERI Beji 1 Purwokerto

Beji 1 Po.Box 149 (0281)6840909, 7607380 Kedungbanteng purwokerto 53101 Logo

LAPORAN PEMBAYARAN PER BULAN

NO SANTRI BULAN TAHUN BIAYA

Total:...

Petugas

( )

Gambar 4.50. Laporan Tunggakan Pembayaran Perbulan

(66)

Gambar 4.51. Laporan Tunggakan Pembayaran Seluruh Santri

(67)

YAYASAN AL-IKHSAN

PONDOK PESANTREN AL-IKHSAN PUTERI Beji 1 Purwokerto

Beji 1 Po.Box 149 (0281)6840909, 7607380 Kedungbanteng purwokerto 53101 Logo

Nomor :…. /…./.../…./….

Hal : Surat Izin Tidak Masuk Sekolah

Kepada Yth.

Bapak/ Ibu Guru Wali Kelas……

Di

Tempat Assalamu’alaikum Wr. Wb.

Dengan ini kami pengurus Puteri Pondok Pesantren Al-Ikhsan memberitahukan bahwa:

Nama :

Kelas :

Hari/ Tanggal :

Tidak dapat mengikuti pelajaran seperti biasanya dikarenakan ……….

Maka dari itu kami memohon izin kepada Bapak/ Ibu Guru wali kelas yang bersangkutan.

Demikian suran ini kami sampaikan, atas izin yang Bapak/ Ibu Guru berikan kami ucapkan terima kasih. Teriring do’a ”Jazaa Kumullahu KhoirulJazaa”’

Wassalamu’alaikum Wr. Wb.

Beji, ………

Pengurus Puteri PP. Al-Ikhsan

( )

Gambar 4.52. Surat Izin Tidak Masuk Sekolah

(68)

YAYASAN AL-IKHSAN

PONDOK PESANTREN AL-IKHSAN PUTERI Beji 1 Purwokerto

Beji 1 Po.Box 149 (0281)6840909, 7607380 Kedungbanteng purwokerto 53101 Logo

LAPORAN IZIN TIDAK MASUK SEKOLAH

NO SURAT NAMA TANGGAL PETUGAS DIKARENAKAN

Petugas

( )

NO SANTRI :...

Gambar 4.53. Laporan Izin Tidak Masuk Sekolah

(69)

YAYASAN AL-IKHSAN

PONDOK PESANTREN AL-IKHSAN PUTERI Beji 1 Purwokerto

Beji 1 Po.Box 149 (0281)6840909, 7607380 Kedungbanteng purwokerto 53101 Logo

Nomor :…. /…./.../…./….

Hal : Surat Izin Pulang

Kepada Yth.

Bapak/ Ibu Wali Santri Di

Tempat Assalamu’alaikum Wr. Wb.

Dengan ini kami pengurus Puteri Pondok Pesantren Al-Ikhsan memberikan izin kepada:

No Santri :

Nama :

Untuk pulang kerumah dari ... Sampai ...

Demikian suran ini kami sampaikan, kami ucapkan terima kasih. Teriring do’a ”Jazaa Kumullahu KhoirulJazaa”’

Wassalamu’alaikum Wr. Wb.

Beji, ………

Pengurus Puteri PP. Al-Ikhsan

Orang Tua/ Wali Pengasuh Pengurus

( ) ( ) ( )

Gambar 4.54. Surat Izin Pulang

Gambar

Gambar 4.5. Activity diagram pembayaran makan yang sedang berjalan
Gambar 4.6. Activity diagram izin tidak masuk sekolah yang sedang berjalan 4.1.2.6.Diagram Aktivitas (Activity Diagram) Izin Pulang
Gambar 4.8. Activity diagram izin bepergian yang sedang berjalan 4.1.3. Evaluasi Sistem yang sedang  Berjalan
Gambar 4.9. Use Case diagram pelayanan santri yang diusulkan 4.2.3.1.Skenario Use Case Pendaftaran Santri yang Diusulkan
+7

Referensi

Dokumen terkait

Ayat (4) menetapkan pemberian dan perpanjangan hak atas tanah yang diberikan sekaligus di muka dan yang dapat diperbarui sebagaimana dimaksud pada ayat (1) dan ayat (2) dapat

• Kata bermakna umum digunakan dalam mengungkapkan gagasan yang bersifat umum, sedangkan kata bermakna khusus digunakan untuk menyatakan gagasan.. yang bersifat khusus

 Peluang yang dapat mengurangi biaya dan/atau memperbaiki perusahaan Olympus Peluang yang dapat mengurangi biaya dan/atau memperbaiki perusahaan Olympus adalah

Hubungan dimana perubahan yang terjadi pada suatu elemen mandiri (independent) akan mempegaruhi elemen yang bergantung padanya elemen yang tidak

Oleh karena itu orang tua harus mengarahkan anaknya ke jalan yang benar agar menjadi anak yang baik dan berguna bagi agama, masyarakat, Bangsa dan Negara.

Kegiatan pembiayaan dan investasi keuangan menurut Syariah pada prinsipnya adalah kegiatan yang dilakukan oleh Pemilik Harta (Investor) terhadap Pemilik Usaha (Emiten)

tentang PT Kagum Karya Husada dikategorikan melakukan Wanprestasi dalam Penjualan satuan unit Apartemen Jarrdin, bahwa bentuk wanprestasi yang dilakukan PT Kagum

Cookies yang diberi perlakuan penambahan penstabil CMC memiliki nilai tekstur yang lebih tinggi dibandingkan dengan cookies yang diberi perlakuan penstabil gum