• Tidak ada hasil yang ditemukan

BAB IV RANCANGAN SISTEM USULAN

N/A
N/A
Protected

Academic year: 2021

Membagikan "BAB IV RANCANGAN SISTEM USULAN"

Copied!
52
0
0

Teks penuh

(1)

49

RANCANGAN SISTEM USULAN

4.1. Analisa Kebutuhan Software

4.1.1. Analisa Kebutuhan

Berikut adalah spesifikasi kebutuhan dalam merancang suatu sistem

dengan menggunakan Netbeans 8.1 berdasarkan pemakainya.

A. . Bagian Penjualan

A.1. User dapat login pada form login sebelum akses progam.

A.2. User dapat Mencari Sales Order yang sudah Di buat di menu Find Sales Order.

A.3. User dapat membuat sales order baru dan membatalkanya serta mencetak sales order yang telah di buat.

A.4. User dapat menampilkan laporan berdasarkan periode yang di inginkan.

A.5. User dapat keluar dengan menekan tombol logout.

B. . Bagian Gudang

(2)

B.2. User dapat melakukan Input Receive barang dan termasuk membatalkanya.

B.3. User dapat melakukan Issuing barang dan mencetak form good issuing.

B.4. User Dapat Mencetak Laporan Transaksi berdasarkan Periode yang di inginkan.

B.5. User dapat keluar dengan menekan tombol logout.

C. Bagian Keuangan

C.1. User dapat login pada form login sebelum akses progam.

C.2. User dapat mencari faktur yang telah di buat lalu menghapus dan mengedit faktur.

C.3. User dapat membuat faktur baru dan mencetaknya.

C.4. User dapat menampilkan laporan berdasarkan nama

customer dan periodenya.

C.5. User dapat keluar dengan menekan tombol logout .

D. Bagian Pengiriman

D.1. User dapat login pada form login sebelum akses progam.

D.2. User dapat mencari surat jalan seperti menghapus dan merubahnya.

(3)

D.3. User dapat membuat surat jalan baru serta membatalkanya dan

mencetaknnya .

D.4. User dapat melihat dan menampilkan laporan berdasarkan nama customer dan periode yang ingin di tampilkan.

(4)

4.1.2. Use Case Diagram

1. Use Case Diagram Bagian Penjualan

Gambar IV.1

(5)

2. Use Case Diagram Find Sales Order

Gambar IV.2

(6)

Tabel IV.1

Deskripsi Use Case Diagram Find sales Order

Use Case Name Find Sales Order

Requirements A2

Goal Staff Penjualan dapat mengelola data sales order, baik

mengedit dan menghapus, serta melihat daftar sales order yang sudah di buat

Pre-condition Staff Penjualan telah melakukan login dan mengakses

form find sales order

Post condition Data berhasil tersimpan, terupdate, terhapus, dan

melihat list.

Failed end Conditions Gagal menyimpan, mengupdate, dan menghapus data.

Primary Actors Staff Penjualan

Main Flow / Basic Path 1. Staff Penjualan mengakses menu find sales order 2. Staff Penjualan mencari data sales order

3. System menampilkan nomor sales order yang di cari

Alternatif flow / Invariant 1

A.1 Staff Penjualan mencari nomor sales order A.2 System menampilkan nomor sales order A.3 Staff Penjulan memilih tombol "Delete" A.4 System menampilkan pesan konfirmasi penghapusan

A.5 Staff Penjualan menekan tombol "Yes" A.6 System Menghapus data sales order

Invariant 2 B.1 Staff Penjulan mencari nomor sales order

B.2 System menampilkan nomor sales order B.3 Staff penjulan memilih tombol "Edit" B.4 Staff Penjulan merubah Data Sales Order B.5 Staff Penjualan menekan tombol "Save" B.6 System memperbaharui data sales order B.7 System menampilkan keterangan berhasil memperbaharui sales order

(7)

3. Use Case Diagram Create Sales Order

Gambar IV.3

Use Case Diagram Create Sales Order

Tabel IV.2

Deskripsi Use Case Diagram Create Sales Order

Use Case Name Create Sales Order

Requirements A3

Goal Staff Penjualan dapat membuat sales order baru

Pre-condition Staff Penjualan telah melakukan login dan

mengakses form create sales order

Post condition Data berhasil tersimpan

Failed end Conditions Gagal menyimpan

Primary Actors Staff Penjualan

Main Flow / Basic Path 1. Staff Penjualan mengakses menu Create Sales Order

2. Staff Penjualan menekan tombol "create" 3. System menampilkan tampilan form sales order

4. Staff Mengisi Form sales order

5. Staff menekan Tombol "Save"

6. System Menyimpan Sales Order baru

7.System menampilkan keterangan berhasil

menyimpan sales order

Alternatif flow / Invariant 1

-

(8)

4. Use Case Diagram Mencetak Report Staff Penjualan Login Report «extends» «extends» Customer Name Month Year Gambar IV.4

Use Case Diagram Mencetak Report Tabel IV.3

Deskripsi Use Case Diagram mencetak Report

Use Case Name Mencetak Report

Requirements A4

Goal Staff Penjualan dapat mencetak Report

Pre-condition Staff Penjualan telah melakukan login

dan mengakses form Report

Post condition Berhasil Mencetak Report

Failed end Conditions Gagal Mencetak Report

Primary Actors Staff Penjualan

Main Flow / Basic Path 1. Staff Penjualan mengakses menu Report

2. Staff Penjualan menekan tombol "Report"

3. Staff Penjualan memilih nama Customer

4. Staff Penjualan memilih Bulan

5. Staff menekan Tombol "Print"

6. System menampilkan Report

Alternatif flow / Invariant 1 -

(9)

5. Use Case Diagram Bagian Gudang

Gambar IV.5.

(10)

6. Use Case Diagram Good Receive

Gambar IV.6.

(11)

Tabel IV.4

Deskripsi Use Case Diagram Good Receive

Use Case Name Good Receive

Requirements B2

Goal Staff Gudang dapat melakukan Good Receive

Pre-condition Staff Gudang telah melakukan login dan mengakses

form Receive

Post condition Berhasil Melakukan Good Receive

Failed end Conditions Gagal Melakukan Good Receive

Primary Actors Staff Gudang

Main Flow / Basic Path 1. Staff Gudang mengakses menu "Good Receive' 2. Staff Gudang Mengisi Form Good Receive 3. Staff Gudang Menekan Tombol "Save"

4. System Menyimpan Good receive

5. System menampilkan keterangan berhasil

menyimpan Good Issue

Alternatif flow / Invariant 1 A.1 Staff Gudang memilih type transaksi "Cancel

Good Receive"

A.2 Staff Gudang Memasukan Nomor Good Receive

A.3 Staff Gudang menekan Enter

A.4 System menampilkan Good receive yang ingin di

cancel

A.5 Staff Gudang menekan tombol "Cancel"

A.6 System Menghapus data sales order

A.7 System Menampilkan Keterangan berhasil

membatalkan Good receive

(12)

7. Use Case Diagram Good Issue

Gambar IV.7.

(13)

Tabel IV.5

Deskripsi Use Case Diagram Good Issue

Use Case Name Good Issue

Requirements B3

Goal Staff Gudang dapat melakukan Good Issue

Pre-condition Staff Gudang telah melakukan login dan

mengakses form Good Issue

Post condition Berhasil Melakukan Good Issue

Failed end Conditions Gagal Melakukan Good Issue

Primary Actors Staff Gudang

Main Flow / Basic Path 1. Staff Gudang mengakses menu "Good Issue' 2. Staff Gudang Mengisi Form Good Issue 3. Staff Gudang Menekan Tombol "Save"

4. System Menyimpan Good Issue

5. System menampilkan keterangan berhasil

menyimpan Good Issue

Alternatif flow / Invariant 1

A.1 Staff Gudang memilih type transaksi "Cancel Good Issue"

A.2 Staff Gudang Memasukan Nomor Good Issue

A.3 Staff Gudang menekan Enter

A.4 System menampilkan Good Issue yang ingin di

cancel

A.5 Staff Gudang menekan tombol "Cancel"

A.6 System Menghapus data sales order

A.7 System Menampilkan Keterangan berhasil

membatalkan Good Issue

(14)

8. Use Case Diagram Report Store Good

Gambar IV.8.

Use case Diagram Report Good Issue

Tabel IV.6

Deskripsi Use Case Diagram Report Store Good Use Case Name Report Store Good

Requirements B4

Goal Staff Gudang dapat mencetak Report

Store Good

Pre-condition Staff Gudang telah melakukan login

dan mengakses form Report

Post condition Berhasil Mencetak Report Store Good

Failed end Conditions Gagal Mencetak Report Store Good

Primary Actors Staff Gudang

Main Flow / Basic Path 1. Staff Gudang mengakses menu

Report

2. Staff Gudang menekan tombol "Report"

3. Staff Gudang memilih Periode

4. Staff menekan Tombol "Print"

5. System menampilkan Report

Alternatif flow / Invariant 1

(15)

9. Use Case Diagram Bagian Keuangan

Gambar IV.9.

(16)

10. Use Case Diagram Find Invoice

Gambar IV.10.

(17)

Tabel IV.7

Deskripsi Use Case Diagram Find Invoice

Use Case Name Find Invoice

Requirements C2

Goal Staff Keuangan dapat mengelola data Invoice ,

baik mengedit dan menghapus, serta melihat Invoice yang sudah di buat

Pre-condition Staff Keuangan telah melakukan login dan

mengakses form find Invoice

Post condition Data berhasil tersimpan, terupdate, terhapus, dan

melihat list.

Failed end Conditions Gagal menyimpan, mengupdate, dan menghapus

data.

Primary Actors Staff Keuangan

Main Flow / Basic Path 1. Staff Keuangan mengakses menu find Invoice 2. Staff Keuangan memasukan nomor invoice yang ingin di cari

3. System menampilkan nomor sales order yang di cari

Alternatif flow / Invariant 1

A.1 Staff Keuangan mencari nomor Invoice A.2 System menampilkan nomor Invoice A.3 Staff Keuangan memilih tombol "Delete" A.4 System menampilkan pesan konfirmasi penghapusan

A.5 Staff Keuangan menekan tombol "Yes" A.6 System Menghapus data Invoice

Invariant 2 B.1 Staff Keuangan mencari nomor Invoice

B.2 System menampilkan nomor Invoice B.3 Staff Keuangan memilih tombol "Edit" B.4 Staff Keuangan merubah Data Invoice B.5 Staff Keuangan menekan tombol "Save" B.6 System memperbaharui data Invoice B.7 System menampilkan keterangan berhasil memperbaharui data Invoice

(18)

11. Use Case Diagram Billing

Gambar IV.11. Use case Diagram Billing

(19)

Tabel IV.8

Deskripsi Use Case Diagram Billing

Use Case Name Billing

Requirements C3

Goal Staff Keuangan dapat membuat invoice

Pre-condition Staff Keuangan telah melakukan login dan

mengakses form Billing

Post condition Berhasil membuat Invoice

Failed end Conditions Gagal Melakukan membuat Invoice

Primary Actors Staff Keuangan

Main Flow / Basic Path 1. Staff Keuangan mengakses menu "Billing' 2. Staff Keuangan Mengisi Form Billing 3. Staff Keuangan Menekan Tombol "Save"

4. System Menyimpan Data billing yang dibuat

5. System menampilkan keterangan berhasil

menyimpan Billing

6. Staff Keuangan Menekan tombol "Print"

Alternatif flow / Invariant 1 A.1 Staff Keuangan memilih type transaksi

"Cancel Billing"

A.2 Staff Keuangan Memasukan Nomor Billing A.3 Staff Keuangan menekan Enter

A.4 System menampilkan Invoice yang ingin di cancel

A.5 Staff Keuangan menekan tombol "Cancel" A.6 System Menghapus data Invoice

A.7 System Menampilkan Keterangan berhasil membatalkan Invoice

(20)

12. Use Case Diagram Bagian Pengiriman

Gambar IV.12.

(21)

13. Use Case Diagram Create Delivery Order

Gambar IV.13.

(22)

Tabel IV.9

Deskripsi Use Case Diagram Create Delivery Order Use Case Name Create Delivery Order

Requirements D3

Goal Staff Pengiriman dapat membuat Delivery Order

Pre-condition Staff Pengiriman telah melakukan login dan

mengakses form Create Delivery Order

Post condition Berhasil membuat Delivery Order

Failed end Conditions Gagal Melakukan membuat Delivery Order

Primary Actors Staff Pengiriman

Main Flow / Basic Path 1. Staff Pengiriman mengakses menu "Delivery Order'

2. Staff Pengiriman Mengisi Form Delivery Order 3. Staff Pengiriman Menekan Tombol "Save"

4. System Menyimpan Data Delivery Order yang

dibuat

5. System menampilkan keterangan berhasil

menyimpan Delivery Order

6. Staff Pengiriman Menekan tombol "Print"

Alternatif flow / Invariant 1

A.1 Staff Pengiriman memilih type transaksi "Cancel Delivery Order"

A.2 Staff Pengiriman Memasukan Nomor Delivery Order

A.3 Staff Pengiriman menekan Enter

A.4 System menampilkan Delivery Order yang ingin di cancel

A.5 Staff Pengiriman menekan tombol "Cancel" A.6 System Menghapus data Delivery Order A.7 System Menampilkan Keterangan berhasil membatalkan Delivery Order

(23)

4.1.3. Activity Diagram

1. Activity Diagram Pembuatan Sales Order

Gambar IV.14

(24)

2. Activity Diagram Pengeluaran Barang

Gambar IV.15

(25)

3. Activity Diagram Pengiriman Barang

Gambar IV.16

(26)

4. Activity Diagram Pembuatan Faktur Penjualan

Gambar IV.17

(27)

4.2. Desain

4.2.1. Entity Relationship Diagram (ERD)

Form Issue Qty Issue Date

Item Name

Membuat Sales Order

No PO Item Name Qty Customer Name Delivery Date Membuat Faktur No PO Item Name Qty Customer Name Delivery Date No Faktur Faktur Date Membuat Faktur No PO Item Name Qty Customer Name Delivery Date No Faktur Faktur Date Membuat Customer Customer Name Customer Name Address Membuat Delivery Order No PO Item Name Qty Delivery Date No Faktur Faktur Date 1 1 1 1 1 M M M 1 1 Gambar IV.18

(28)

4.2.2. Logical Record Structure (LRS)

Gambar IV.19

LRS (Logical Record Structure)

4.2.3. Spesifikasi File

Dalam program ini menggunakan satu buah Database dengan nama

adm_susap.sql dan di dalamnya terdapat tabel-tabel sebagai entitas. Tabel tabel tersebut sebagai berikut:

1. Spesifikasi File Tabel User

Nama Database : adm_susap.sql

Nama File : User

Akronim : User.myd

Tipe File : File Master

Akses File : Random

Panjang Record : 528 Byte

(29)

Tabel IV. 10

Spesifikasi File Tabel User

No

Elemen

Data Akronim Tipe Panjang Keterangan

1

Nama

User Nama_User Varchar 40

Primery key

2 Password Password Varchar 30

2. Spesifikasi File Tabel Customer

Nama Database : adm_susap.sql

Nama File : Nama Customer

Akronim : NCustomer.myd

Tipe File : File Master

Akses File : Random

Panjang Record : 528 Byte

Kunci Field : Nama_customer

Tabel IV.11

Spesifikasi File Tabel Customer

No Elemen Data Akronim Tipe Panjang Keterangan

1

Nama

customer Nama_Customer Varchar 40

primery key

2 Alamat Alamat Varchar 20

3 email Email Varchar 30

4

nomor

telepon no_tlp Varchar 50

3. Spesifikasi File Tabel Sales Order

Nama Database : adm_susap.sql

Nama File : Sales Order

Akronim : sales_order.myd

Tipe File : File Master

Akses File : Random

Panjang Record : 528 Byte

(30)

Tabel IV.12

Spesifikasi File Tabel Sales Order

No Elemen Data Akronim Tipe Panjang Keterangan

1 No Sales order No_SO varchar 40

primery key

2 customer customer varchar 50

3 purchase order purchase_order varchar 50

4

Delivery request

date Delivey_req date

5 Item Name Item_name varchar 50

6 Quantity Quantity varchar 50

7 Address Address varchar 50

8 Date Date Date

4. Spesifikasi File Tabel Good Receive

Nama Database : adm_susap.sql

Nama File : Good Receive

Akronim : good_receive.myd

Tipe File : File Master

Akses File : Random

Panjang Record : 528 Byte

Kunci Field : No_GR

Tabel IV.13

Spesifikasi File Tabel Good Receive

No Elemen Data Akronim Tipe Panjang Keterangan

1 No Good Receive No_GR varchar 40

primery key

2 Item Name Item_name varchar 50

3 Date Date Date 50

4 Quantity Quantity varchar 50

5. Spesifikasi File Tabel Good Issue

Nama Database : adm_susap.sql

(31)

Akronim : good_Issued.myd

Tipe File : File Master

Akses File : Random

Panjang Record : 528 Byte

Kunci Field : No_GI

Tabel IV.14

Spesifikasi File Tabel Good Issue

No Elemen Data Akronim Tipe Panjang Keterangan

1 No Good Issue No_GI varchar 40

primery key

2 Customer customer varchar 50

3 Date Date Date 50

4 No Sales Order No_SO varchar 40

6. Spesifikasi File Tabel Delivery Order

Nama Database : adm_susap.sql

Nama File : Delivery Order

Akronim : Delivery_order.myd

Tipe File : File Master

Akses File : Random

Panjang Record : 528 Byte

Kunci Field : No_Do

Tabel IV.15

Spesifikasi File Tabel Delivery Order

No Elemen Data Akronim Tipe Panjang Keterangan

1 No Delivery Order No_Do varchar 40

primery key

2 Customer customer varchar 50

3 Date Date Date 50

4 No Sales Order No_SO varchar 40

(32)

4.2.4. Spesifikasi Dokumen Usulan

Spesifikasi dokumen usulan yang penulis ajukan adalah sebagai berikut:

1. Spesifikasi Bentuk Dokumen Masukan

a. Nama Dokumen : Purchase Order

Fungsi : Sebagai Bukti Pemesenan

Frekuensi : Setiap Adanya Pemesanan baru

Sumber : Customer

Tujuan : Bagian Penjualan

Media : Kertas

Jumlah : 1 (satu) Lembar

Bentuk : Lampiran B.1

2. Spesifikasi Bentuk Dokumen Keluaran

a. Nama Dokumen : Sales Order

Fungsi : Sebagai Bukti Pemesanan

Frekuensi : Setiap Terjadi Transaksi pembelian

Sumber : Bagian Penjualan

Tujuan : Customer

Media : Kertas

Jumlah : 1 (satu) Lembar

Bentuk : Lampiran C.1

b. Nama Dokumen : Delivery Order

Fungsi : Sebagai tanda bukti Barang Telah dikirim

(33)

Sumber : Bagian Penjualan

Tujuan : Customer

Media : Kertas

Jumlah : 1 (satu) lembar

Bentuk : Lampiran D.1

c. Nama Dokumen : Good issue

Fungsi : Sebagai Bukti barang keluar dari gudang

Frekuensi : Setiap Terjadi transaksi pembelian

Sumber : Bagian Gudang

Tujuan : Bagian Pengiriman

Media : Kertas

Jumlah : 1 (satu) lembar

Bentuk : Lampiran E.1

d. Nama Dokumen : Faktur Penjualan

Fungsi : Sebagai bukti Tagihan

Frekuensi : Setiap Terjadi Transaksi Pembelian

Sumber : Bagian Keuangan

Tujuan : Customer

Media : Kertas

Jumlah : 1 (satu) lembar

(34)

4.2.5. Software Architecture

A. Deployment Diagram

Deployment Diagram menyediakan gambaran bagaimana sistem secara

fisik akan terlihat. Sistem diwakili oleh node-node, dimana masing-masing node diwakili oleh sebuah kubus. Garis yang menghubungkan kedua kubus menunjukkan hubungan diantara kedua node tersebut. Berikut gambar

Deployment Diagram :

Gambar IV.20

(35)

B. Sequence Diagram

Gambar IV.21

(36)

4.2.6. User Interface

Desain Login

Berikut adalah tampilan login untuk masuk kedalam aplikasi.

Gambar IV.22

(37)

1. Menu Utama Sales

Berikut adalah menu utama bagian sales untuk membuat sales order, mencari sales order dan memelihat laporan transaksi pembuatan sales order.

Gambar IV.23 Menu Utama Sales

(38)

2. Menu Sales Order

Berikut adalah tampilan untuk membuat sales order baru

Gambar IV.24 Create sales Order

(39)

3. Menu Find Sales Order

Berikut adalah tampilan untuk mencari sales order yang sudah di buat

Gambar IV.25 FIND SALES ORDER

(40)

4. Mencetak Report Transaksi

Berikut ini tampilan untuk mencetak report Transaksi sesuai dengan periode .

Gambar IV.26 Mencetak Report

(41)

5. Menu Utama Bagian Gudang

Berikut ini tampilan menu utama bagian gudang untuk melakukan input good Receive , good Issue dan mencetak reportnya.

Gambar IV.27

(42)

6. Menu Good Receive

Berikut ini adalah tampilan untuk melakukan transaksi Good Receive

Gambar IV.28 Menu Good Receive

(43)

7. Menu Good Issue

Berikut ini adalah tampilan untuk melakukan transaksi Good Issue

Gambar IV.29 Menu Good Issue

(44)

8. MENU REPORT STORE GOOD

Berikut ini adalah tampilan untuk menampilkan report store good

Gambar IV.30 Menu Repot Store Good

(45)

9. Menu Utama Bagian Keuangan

Berikut ini tampilan menu utama bagian Keuangan untuk melakukan transaksi pembuatan invoice dan mencetak laporan transaksi.

Gambar IV.31

(46)

10. Menu Billing

Berikut ini adalah tampilan untuk melakukan transaksi pembuatan invoice

Gambar IV.32 Menu Billing

(47)

11. Menu cancel Billing

Berikut ini adalah tampilan untuk melakukan transaksi pembatalan invoice

Gambar IV.33 Menu Pembatalan Billing

(48)

12. Menu Pencarian Billing yang sudah di buat

Berikut ini adalah tampilan untuk melakukan pencarian billing yang sudah di buat.

Gambar IV.34

(49)

13. Menu Utama Bagian Pengiriman

Berikut ini tampilan menu utama bagian Pengiriman untuk melakukan transaksi pembuatan Surat jalan,Pencarian Surat jalan yang sudah di buat dan mencetak laporan transaksi.

Gambar IV.35

(50)

14. Menu Pembuatan Surat Jalan

Berikut ini adalah tampilan untuk melakukan Pembuatan Surat jalan.

Gambar IV.36

(51)

4.2.7. Spesifikasi Hardware & Software

Untuk memperoleh kemampuan yang optimal dalam pengolahan data diperlukan aspek dasar yaitu perangkat keras (Hardware) dan perangkat lunak (Software) yang saling berkaitan satu dengan lainnya sehingga tidak dapat dipisahkan, karena suatu sistem komputerisasi tidak akan berjalan tanpa ada salah satu aspek tersebut. Perangkat lunak dan perangkat keras harus menunjukkan kerja yang baik dan sesuai dengan yang diharapkan.

1. Hardware

Perangkat keras (hardware) adalah serangkaian unsur-unsur yang terdiri dari beberapa perangkat keras yang membentuk suatu sistem komputer yang digunakan untuk mengoperasikan proses kerja pemakai.

Perangkat keras yang digunakan dalam sistem usulan Tugas Akhir ini adalah:

a. Monitor : 14”

b. Proccessor : Core2 Duo @2,00 GHz or Higher

c. Memory : 1 GB (Minimum)

d. Harddisk : 100 GB

e. Keyboard : 102 Keys

f. Printer : Ink Jet

(52)

2. Software

Bagian penting lainnya yang mendukung program adalah perangkat lunak (software) yang digunakan dalam mengeksekusi program aplikasi serta sistem operasi yang akan digunakan untuk menjalankan program tersebut. Sistem operasi ini berfungsi untuk mengidentifikasi dan menyiapkan aplikasi program sehingga tata kerja seluruh peralatan komputer dapat terkontrol.

Perangkat lunak yang digunakan dalam sistem usulan Tugas Akhir ini adalah:

a. Sistem operasi : Windows 7 or Higher

b. Bahasa Pemograman : Netbeans 8.1

c. Aplikasi Database : MySQL

Gambar

Gambar IV.6.
Tabel IV.4
Gambar IV.7.
Gambar IV.9.
+7

Referensi

Dokumen terkait

Dengan menggunakan one way anova untuk menilai kadar MDA pada masing-masing kelompok pada awal, bulan ketiga dan bulan keenam penelitian dijumpai perbedaan yang signifikan

Purwa Caraka Music Studio adalah sebuah perusahaan yang berdedikasi dalam pendidikan musik.. Purwa Caraka Music Studio (PCMS) menawarkan berbagai kursus yang cocok

Dari hasil penelitian didapatkan nilai p<0,000 yang menyatakan terdapat hubungan shift kerja dengan kelelahan kerja pada pekerja bagian daily check di PT.Kereta

Bersamaan persamaan diatas, dijelaskan bahwa apabila posisi sebuah partikel dapat diukur dengan tepat , maka ketepatan dalam mengukur momentum partikel tersebut

Pradopo (2005:124-129) menyatakan salah satu konvensi sastra tentang ketidaklangsungan ekspresi menurut Riffaterre yang dijabarkan dengan metode pembacaan heuristik dan

Keunikan Pacu Jawi tergambar pada lokasi penyelenggaraan di rangkaian sawah yang berteras-teras dengan arena pacu sawah berlumpur dan berair, dilaksanakan berpindah-

Terdapat kaedah yang terbukti untuk mengubah idea anda menjadi model perniagaan yang berdaya maju.. Dapatkan input yang praktikal untuk merealisasikan idea

Observasi atau pengamatan yang akan dilakukan dalam penelitian ini, yakni melakukan pengamatan tentang gambaran manajemen pengelolaan aplikasi zakat SiMBA pada