• Tidak ada hasil yang ditemukan

BAB III PERANCANGAN SISTEM

N/A
N/A
Protected

Academic year: 2021

Membagikan "BAB III PERANCANGAN SISTEM"

Copied!
36
0
0

Teks penuh

(1)

9

BAB III

PERANCANGAN SISTEM

3.1 Analisa Kebutuhan 3.1.1 Kebutuhan Perancagan a) Perangkat Keras - PC (Personal Computer) b) Perangkat Lunak - Microsoft Visio - Joomla - XAMPP - phpMyAdmin 1.1.2 Kebutuhan Pemakaian a) Perangkat Keras - PC (Personal Computer) b) Perangkat Lunak - Joomla - XAMPP - phpMyAdmin

(2)

3.2 Desain

3.2.1 Perencanaan Proses Bisnnis Admin

Gambar 3.1 Proses Bisnnis Admin

Pada proses bisnis admin diatas pertama tama admin

login terlebih dahulu kedalam web kemudian membuat akun

untuk customer. Setelah itu admin akan melakukan input transparansi yang akan dilakukan secara berkala, dan customer diwajibkan selalu mengecek secara berkala setiap menu transparansi. Jika di menu tagihan terdapat tagihan, maka customer segera melakukan pembayaran via transfer

(3)

dengan waktu yang sudah ditentkan, jika sudah melakukan pembayaran via transfer, customer memberikan bukti

transfer kepada admin dan admin akan mengecek bukti transfer dan divalidasi, maka dimenu tagihan customer secara

otomatis berubah jika admin sudah memvalidasi.

3.2.2 Perencanaan Proses Bisnis Customer

Gambar 3.2 Proses Bisnnis Customer

Pada proses bisnis diatas customer masuk kewebsite dan kemudian customer akan diarahkan ke menu beranda

(4)

terlebih dagulu, jika customer sudah menganti password maka customer dapat mengecek setiap menu transparansi yang sudah di input oleh admin. Jika di menu tagihan terdapat tagihan, maka customer segera melakukan pembayaran via transfer dengan waktu yang sudah ditentkan, jika sudah melakukan pembayaran via transfer, customer memberikan bukti transfer kepada admin dan admin akan mengecek bukti transfer dan divalidasi, maka dimenu tagihan

customer secara otomatis berubah jika admin sudah

memvalidasi.

Gambar 3.3 Gambar Diagram Use Case 3.2.3 Perencanaan Use Case Diagram

(5)

A. Deskripsi Use Case

Admin membuat akun yang akan diberikan kepada

customer, setelah admin membuat akun dan diberikan kepada customer, customer dapat login melalui web transparansi jpf.

Setelah customer dapat login dihalaman beranda customer, customer dianjurkan untuk mengganti password terlebih dahulu agar tidak ada yang dicurigai, jika customer telah mengganti password, customer bisa dapat menggunakan fitur yang ada di web jpf. Kemudian admin melakukan input transparansi yang sebelumnya dilakukan diluar sistem berupa

order pesanan, pembayaran, aturan perjanjian, hingga

dokumentaasi, setelah admin melakukan input transparansi

customer dapat langsung melihatnya. Jika didalam menu

tagihan terdapat tgihan yang harus dibayar, maka customer melakukan pembayaran yang dilakukan diluar sistem, jika sudah melakukan pembayaran dan bukti pembayaran diserahkan atau diperlihatkan kepada admin, maka admin akan mengecak dan memberikan validasi atau verifikasi jika bukti transfer yang diberikan benar, asli, dan sudah masuk direkening perusahaan jpf. Jika semua pesanan telah selesai dan pembayaran lunas, maka customer akan mendapatkan struk pesanan yang telah dipesan sebelumnya dan pembayaran yang telah dilakukan sebelumnya, dengan adanya ini semuanya dianggap telah selesai.

(6)

B. Use Case Menu Data Create Akun Customer

Gambar 3.4 Gambar Use Case Create Akun Tabel 3.1 Tabel Use Case Create Akun

Tujuan Administrator melakukan tambah akun customer.

Aktor Administrator

Kondisi Awal Berhasil masuk ke panel administrator joomla, dan membuka menu tambah pengguna.

Skenario Utama 1. Sistem menampilkan daftar pengguna.

2. Sistem bisa digunakan untuk mengatur (menambah, mengubah, dan menghapus) data pengguna.

Skenario Alternatif

1. Jika administrator menambah pengguna baru dengan

(7)

username yang sama dengan

pengguna yang lain, maka sistem akan menolak untuk melakukan penambahan. 2. Untuk melakukan pengubahan

data, menu edit harus terlebih dahulu diklik.

Kondisi Akhir 1. Sistem berhasil menampilkan data pengguna yang dipilih. 2. Sistem bisa menambah,

mengubah, dan menghapus data pengguna.

C. Use Case Login

Gambar 3.5 Gambar Use Case Login Tabel 3.2 Tabel Use Case Login

Tujuan Customer login ke website.

(8)

Kondisi Awal Berhasil masuk ke beranda. Skenario Utama 1. Sistem menampilkan menu

beranda.

2. Sistem hanya bisa digunakan untuk melihat order, list harga barang, tagihan, perjanjian, cara pembayaran, kontak kami, dokumentasi.

Skenario Alternatif

-

Kondisi Akhir 1. Sistem berhasil menampilkan

menu beranda

2. Sistem hanya bisa digunakan untuk melihat order, list harga barang, tagihan, perjanjian, cara pembayaran, kontak kami, dokumentasi.

(9)

D. Use Case Ganti Password

Gambar 3.6 Gambar Use Case Ganti Password Tabel 3.3 Tabel Use Case Ganti Password

Tujuan Customer login ke website dan

membuka menu profil dan kemudian klik edit untuk menganti password.

Aktor Customer

Kondisi Awal Berhasil masuk ke website dan membuka menu profil dan kemudian klik edit untuk menganti password. Skenario Utama 1. Sistem menampilkan profil

pengguna.

2. Sistem bisa digunakan untuk merubah profil dan termasuk

password.

Skenario Alternatif

1. Sistem hanya menerima perubahan password baru. Kondisi Akhir 1. Sistem menampilkan profil

(10)

pengguna.

2. Sistem bisa digunakan untuk merubah profil dan termasuk

password.

E. Use Case Input Transparansi

Gambar 3.7 Gambar Use Case Input Transparansi Tabel 3.4 Tabel Use Case Input Transparansi

Tujuan Administrator login ke website dan

kemudian membuka menu untuk menginputkan transparansi ke setiap

menu, antara lain adalah menu : order,

list harga barang, tagihan, perjanjian, dokumentasi.

Aktor Administrator

(11)

membuka menu untuk menginputkan transparansi ke setiap menu, antara lain adalah : order, list harga barang, tagihan, perjanjian, dokumentasi.

Skenario Utama 1. Sistem menampilkan menu order,

list harga barang, tagihan,

perjanjian, cara pembayaran, kontak kami, dokumentasi. 2. Administrator menginputkan

tranparansi pada setiap menu, antara lain adalah menu : order,

list harga barang, tagihan,

perjanjian, dokumentasi. Skenario

Alternatif

1. Administrator akan selalu melakukan update jika ada perubahan.

Kondisi Akhir 1. Sistem menampilkan menu order,

list harga barang, tagihan,

perjanjian, cara pembayaran, kontak kami, dokumentasi. 2. Administrator menginputkan

tranparansi pada setiap menu, antara lain adalah menu : order,

(12)

list harga barang, tagihan,

perjanjian, dokumentasi.

F. Use Case Cek Transparansi

Gambar 3.8 Gambar Use Case Cek Transparansi Tabel 3.5 Tabel Use Case Cek Transparansi

Tujuan Customer login ke website dan

kemudian membuka menu untuk mengecek transparansi di setiap menu, antara lain adalah menu : order, list harga barang, tagihan, perjanjian, dokumentasi.

Aktor Customer

Kondisi Awal Berhasil masuk ke website dan kemudian membuka menu untuk mengecek transparansi di setiap menu,

(13)

antara lain adalah menu : order, list harga barang, tagihan, perjanjian, dokumentasi.

Skenario Utama 1. Sistem menampilkan menu

order, list harga barang, tagihan,

perjanjian, cara pembayaran, kontak kami, dokumentasi. 2. Costumer mengecek tranparansi

pada setiap menu, antara lain adalah menu : order, list harga barang, tagihan, perjanjian, dokumentasi.

Skenario Alternatif

1. Customer diwajibkan selalu mengecek jika ada perubahan transparansi yang di update oleh

administrator..

Kondisi Akhir 1. Sistem menampilkan menu

order, list harga barang, tagihan,

perjanjian, cara pembayaran, kontak kami, dokumentasi. 2. Costumer mengecek tranparansi

pada setiap menu, antara lain adalah menu : order, list harga

(14)

barang, tagihan, perjanjian, dokumentasi.

G. Use Case Input Tagihan

Gambar 3.9 Gambar Use Case Input Tagihan Tabel 3.6 Tabel Use Case Input Tagihan

Tujuan Administrator login ke website dan

membuka menu tagihan untuk input tagihan.

Aktor Administrator

Kondisi Awal Berhasil masuk ke website dan membuka

menu tagihan untuk input tagihan.

Skenario Utama 1. Sistem menampilkan menu tagihan.

2. Sistem bisa digunakan untuk merubah, menambah dan menghapus data tagihan

(15)

Skenario Alternatif

1. Administrator selalu update tagihan.

Kondisi Akhir 1. Sistem menampilkan menu tagihan.

2. Sistem bisa digunakan untuk merubah, menambah dan menghapus tagihan.

H. Use Case Bayar Tagihan

Gambar 3.10 Gambar Use Case Bayar Tagihan Tabel 3.7 Tabel Use Case Bayar Tagihan

Tujuan Customer login ke website dan

membuka menu tagihan untuk melihat tagihan.

Aktor Administrator

Kondisi Awal Customer login ke website dan

membuka menu tagihan untuk melihat tagihan.

(16)

Skenario Utama 1. Sistem menampilkan menu tagihan.

2. Customer melakukan pembayaran diluar sistem, kemudian bukti transfer dikirim kepada admin.

Skenario Alternatif

2. Customer selalu mengecek tagihan, termasuk juga dengan jatuh temponya.

Kondisi Akhir 1. Sistem menampilkan menu tagihan.

2. Customer melakukan pembayaran diluar sistem, kemudian bukti transfer dikirim kepada admin.

(17)

I. Use Case Verifikasi Tagihan

Gambar 3.11 Gambar Use Case Verifikasi Tagihan

Tabel 3.8 Tabel Use Case Verifikasi Tagihan

Tujuan 1. Administrator mendapat butki transfer pembayaran dari customer yang dilakukan diluar

sistem.

2. Administrator login ke website dan membuka menu tagihan untuk verifikasi tagihan.

Aktor Administrator

Kondisi Awal 1. Administrator mendapat butki transfer pembayaran dari customer yang dilakukan diluar

sistem.

2. Administrator login ke website dan membuka menu tagihan untuk verifikasi tagihan.

(18)

Skenario Utama 1. Sistem menampilkan menu tagihan.

2. Administrator melakukan verifikasi tagihan Lunas/Belum Lunas.

3. Sistem bisa digunakan untuk merubah, menambah dan menghapus data tagihan

customer.

Skenario Alternatif

1. Administrator selalu update

tagihan.

Kondisi Akhir 1. Sistem menampilkan menu tagihan.

2. Administrator melakukan verifikasi tagihan Lunas/Belum Lunas.

3. Sistem bisa digunakan untuk merubah, menambah dan menghapus data tagihan

(19)

J. Use Case Mendapatkan Price List dan Struk Pembayaran

Gambar 3.12 Gambar Use Case Price List & Struk Pembayaran Tabel 3.9 Tabel Use Case Price List

Tujuan 1. Customer masuk ke website kemudian membuka menu order,

list order, tagihan dan klik icon print.

Aktor Customer

Kondisi Awal 1. Customer masuk ke website kemudian membuka menu order,

list order, tagihan dan klik icon print.

Skenario Utama 1. Sistem menampilkan menu

beranda.

2. Customer masuk ke website kemudian membuka menu order, list order, tagihan dan klik icon

(20)

print untuk meenyimpan data.

Skenario Alternatif

1. Customer dapat mengambil data tanpa meminta administrator dengan klik icon print disetiap

menu order, list order, tagihan.

Kondisi Akhir 1. Sistem menampilkan menu beranda.

2. Customer masuk ke website kemudian membuka menu order,

list order, tagihan dan klik icon print untuk meenyimpan data.

(21)

3.2.4 ACTIVITY DIAGRAM

Gambar 3.13 Activity Diagram

Pada activity diagram diatas pertama tama admin membuat akun untuk customer, lalu customer bisa langsung

login dan merubah password akun miliknya kemudian

mengulangi login kembali dengan password baru. Setelah itu admin akan melakukan input transparansi yang akan dilakukan secara berkala, dan customer diwajibkan selalu mengecek secara berkala setiap menu transparansi. Jika di

(22)

melakukan pembayaran via transfer dengan waktu yang sudah ditentukan, jika sudah melakukan pembayaran via

transfer, customer memberikan bukti transfer kepada admin

dan admin akan mengecek bukti transfer dan divalidasi, maka dimenu tagihan customer secara otomatis berubah jika admin sudah memvalidasi. Diakhir order customer akan mendapatkan struk pesanan dan pembayaran dari admin.

3.2.5 DIAGRAM SQUENCE ADMIN

Gambar 3.14 Gambar Diagram Sequence Admin

Pada diagram squence diatas admin masuk kewebsite dan sistem akan memvalidas apakah id dan password yang di

(23)

input adalah admin, jika validasinya adalah admin maka

admin akan diarahkan ke menu beranda admin.

Gambar 3.15 Gambar Diagram Sequence Admin Membuat Akun

Pada diagram squence diatas admin masuk kewebsite dan kemudian admin membuat akun yang akan diberikan kepada customer sistem akan memvalidas id dan password yang di input akan tersimpan sebagai user, jika validasinya berhasil maka akun yang dibuat berhasil dan sudah tersimpan.

(24)

3.2.6 DIAGRAM SEQUENCE CUSTOMER/USER

Gambar 3.16 Gambar Sequence Customer/User

Pada diagram squence diatas customer masuk kewebsite dan sistem akan memvalidas apakah id dan

password yang di input adalah user, jika validasinya adalah user maka user akan diarahkan ke menu beranda user.

(25)

Gambar 3.17 Gambar Diagram Sequence Customer/User Cek Menu Transparani Pada diagram squence diatas customer masuk kewebsite dan kemudian customer mengecek setiap menu transparansi yang sudah diinputkan oleh admin, jika customer mengecek menu maka sistem akan memvalidasi dan membuka menu yang dipilih oleh customer.

(26)

3.2.7 Perancangan Lembar Kerja Tampilan A. LKT Login

Gambar 3.18 Gambar LKT Login

Di LKT Login ini user/admin mengisi datanya masing-masing, jika username atau password salah, maka akan tetap berada dihalaman login. User/admin dapat login disatu halaman yang sama, jika login sukses akan diarahkan pada halaman beranda sesuai hak akses.

SILAHKAN LOGIN

USERNAME PASSWORD

LOGIN

Navigasi :

1 Mengisi form sesuai dengan data masing-masing,

jika user isi dengan data user begitupun juga dengan admin. Jika username atau password salah, maka akan tetap berada dihalaman login.

2 Admin dan user dapat login disatu halaman yang

sama, data yang sudah dimasukan nantinya akan mengarahkan kehalaman user atau kehalaman admin.

(27)

B. LKT Beranda

Gambar 3.19 Gambar LKT Beranda Admin/User

Di LKT Beranda ini menu yang terdapat pada admin dan user sama, yang membedakan adalah user hanya bisa melihat, sedangkan admin dapat merubah, menambah, dan menghapus data.

HOME

Navigasi :

1. Ditampilan beranda berisi menu beranda antara lain :

home, order, list harga barang, tagihan, perjanjian, cara

pembayaran, kontak kami, dokumentasi dan logout. 2. Tampilan beranda admin dan user sama, yang

membedakan adalah user hanya bisa melihat, sedangkan admin dapat merubah, menambah, dan menghapus data.

ORDER LIST HARGA BARANG

PERJANJIAN TAGIHAN CARA PEMBAYARAN KONTAK KAMI DOKUMENTASI LOGOUT

(28)

C. LKT Menu Order

Gambar 3.20 Gambar LKT Menu Order

Di LKT Menu Order ini tampilan yang terdapat pada admin dan user sama, yang membedakan adalah user hanya bisa melihat, sedangkan admin dapat merubah, menambah, dan menghapus data.

HOME

Navigasi :

1. Ditampilan menu order berupa table list barang apa saja yang akan diorder dan berapa pcs yang diorder. 2. Tampilan menu order admin dan user sama, yang

membedakan adalah user hanya bisa melihat, sedangkan admin dapat merubah, menambah, dan menghapus data.

ORDER LIST HARGA BARANG

PERJANJIAN TAGIHAN CARA PEMBAYARAN KONTAK KAMI DOKUMENTASI LOGOUT

(29)

D. LKT Menu List Harga Barang

Gambar 3.21 Gambar LKT Menu List Harga Barang

Di LKT Menu List Harga Barang ini tampilan yang terdapat pada admin dan user sama, yang membedakan adalah user hanya bisa melihat, sedangkan admin dapat merubah, menambah, dan menghapus data.

HOME

Navigasi :

1. Ditampilan menu order berupa table list harga barang apa saja yang sudah diorder.

2. Tampilan menu order admin dan user sama, yang membedakan adalah user hanya bisa melihat, sedangkan admin dapat merubah, menambah, dan menghapus data.

ORDER

LIST HARGA BARANG

PERJANJIAN TAGIHAN CARA PEMBAYARAN KONTAK KAMI DOKUMENTASI LOGOUT

(30)

E. LKT Menu Tagihan

Gambar 3.22 Gambar LKT Menu Tagihan

Di LKT Menu Tagihan ini tampilan yang terdapat pada admin dan user sama, yang membedakan adalah user hanya bisa melihat, sedangkan admin dapat merubah, menambah, dan menghapus data.

HOME

Navigasi :

1. Ditampilan menu order berupa table list tagihan yang harus dibayarkan mulai dari tagihan pertama sampai lunas.

2. Tampilan menu tagihan admin dan user sama, yang membedakan adalah user hanya bisa melihat, sedangkan admin dapat merubah, menambah, dan menghapus data.

ORDER LIST HARGA BARANG

PERJANJIAN TAGIHAN CARA PEMBAYARAN KONTAK KAMI DOKUMENTASI LOGOUT

(31)

F. LKT Menu Perjanjian

Gambar 3.23 Gambar LKT Menu Perjanjian

Di LKT Menu Perjanjian ini tampilan yang terdapat pada admin dan user sama, yang membedakan adalah user hanya bisa melihat, sedangkan admin dapat merubah, menambah, dan menghapus data.

HOME

Navigasi :

1 Ditampilan menu perjanjian berupa perjanjian yang

sudah disepakati antara admin dan user.

2 Tampilan menu perjanjian admin dan user sama, yang

membedakan adalah user hanya bisa melihat, sedangkan admin dapat merubah, menambah, dan menghapus data.

ORDER LIST HARGA BARANG

PERJANJIAN TAGIHAN CARA PEMBAYARAN KONTAK KAMI DOKUMENTASI LOGOUT

(32)

G. LKT Menu Pembayaran

Gambar 3.24 Gambar LKT Menu Pembayaran

Di LKT Menu Pembayaran ini tampilan yang terdapat pada admin dan user sama, yang membedakan adalah user hanya bisa melihat, sedangkan admin dapat merubah, menambah, dan menghapus data.

HOME

Navigasi :

1. Ditampilan menu cara pembayaran berupa langkah-langkah pembayaran yang harus dilakukan oleh user. 2. Tampilan menu cara pembayaran admin dan user

sama, yang membedakan adalah user hanya bisa melihat, sedangkan admin dapat merubah, menambah, dan menghapus data.

ORDER LIST HARGA BARANG

PERJANJIAN TAGIHAN CARA PEMBAYARAN KONTAK KAMI DOKUMENTASI LOGOUT

(33)

H. LKT Menu Kontak Kami

Gambar 3.25 Gambar LKT Menu Kontak Kami

Di LKT Menu Kontak Kami ini tampilan yang terdapat pada admin dan user sama, yang membedakan adalah user hanya bisa melihat, sedangkan admin dapat merubah, menambah, dan menghapus data.

HOME

Navigasi :

1. Ditampilan menu kontak kami berupa no hp, email,

dan alamat perusahaan, jika user ingin menanyakan sesuatu user bisa langsung menghubungi admin dengan membuka menu kontak kami.

2. Tampilan menu kontak kami admin dan user sama,

yang membedakan adalah user hanya bisa melihat, sedangkan admin dapat merubah, menambah, dan menghapus data.

ORDER LIST HARGA BARANG

PERJANJIAN TAGIHAN CARA PEMBAYARAN KONTAK KAMI DOKUMENTASI LOGOUT KONTAK KAMI HP : 082311113313 Email : jproject.furniture@g mail.com Alamat : Senenan, Jepara

(34)

I. LKT Menu Dokumentasi

Gambar 3.26 Gambar LKT Menu Dokumentasi

Di LKT Menu Dokumentasi ini tampilan yang terdapat pada admin dan user sama, yang membedakan adalah user hanya bisa melihat, sedangkan admin dapat merubah, menambah, dan menghapus data.

HOME

Navigasi :

1 Ditampilan menu dokumentasi, user dapat melihat

dokumentasi selama pengerjaan berlangsung.

2 Admin selalu mengupdate dokumentasi secara berkala,

user dianjurkan untuk selalu mengecek.

3 Tampilan menu dokumentasi admin dan user sama,

yang membedakan adalah user hanya bisa melihat, sedangkan admin dapat merubah, menambah, dan menghapus data.

ORDER LIST HARGA BARANG

PERJANJIAN TAGIHAN CARA PEMBAYARAN KONTAK KAMI DOKUMENTASI LOGOUT DOKUMENTASI PENGERJAAN

(35)

J. LKT Logout

Gambar 3.27 Gambar LKT Logout

Di LKT Menu Logout ini tampilan yang terdapat pada admin dan user sama ketika klik logout maka akan langsung kembali kehalaman login.

HOME

Navigasi :

1 Ketika user ataupun admin klik logout maka akan

kembali kehalaman login.

2 Jika user ataupun admin ingin login kembali bisa

langsung mengisi form sesuai dengan data masing-masing, jika user isi dengan data user begitupun juga dengan admin. Jika username atau password salah, maka akan tetap berada dihalaman login.

3 Admin dan user dapat login disatu halaman yang sama,

data yang sudah dimasukan nantinya akan

mengarahkan kehalaman user atau kehalaman admin.

ORDER LIST HARGA BARANG

PERJANJIAN TAGIHAN CARA PEMBAYARAN KONTAK KAMI DOKUMENTASI LOGOUT SILAHKAN LOGIN USERNAME PASSWORD LOGIN

(36)

3.2.8 Diagram Jaringan Semantik

Gambar 3.28 Gambar Diagram Jaringan Semantik Keterangan :

1. Beranda terdiri dari menu order, list harga barang, tagihan, cara pembayaran, perjanjian, kontak kami, dokumentasi.

2. Didalam transparansi order terdapat beberapa pilihan yang diambil dari order, list harga barang, tagihan, dan dokumentasi. Transparansi order dapat dicetak menjadi struk/ price list.

3. Detail kesepakatan terdapat beberapa pilihan yang diambil dari cara pembayaran, perjanjian, dan

Gambar

Gambar 3.1 Proses Bisnnis Admin
Gambar 3.2 Proses Bisnnis Customer
Gambar 3.3 Gambar Diagram Use Case
Gambar 3.4 Gambar Use Case Create Akun  Tabel 3.1 Tabel Use Case Create Akun
+7

Referensi

Dokumen terkait

Selain itu, mereka pun diarahkan untuk memahami tujuan penguasaan gramatikal, leksikal, ragam bahasa, pengetahuan terhadap jenis teks, pengetahuan budaya masyarakat

Pemberian kompensasi, lingkungan kerja yang baik pada dasarnya adalah hak para karyawan dan merupakan kewajiban dari pihak perusahaan untuk mendukung kontribusi

Berdasarkan hasil analisis penelitian dan pengujian terhadap hipotesis yang dilakukan peneliti serta hasil pembahasan yang didapat secara umum dapat diambil

Tingkat kebugaran jasmani yang baik akan lebih mudah seseorang dalam melakukan teknik-teknik dasar permainan futsal dan dalam berlatih keterampilan teknik dasar

Kaitannya dengan keyakinan dan kemampuan, individu yang memiliki self-efficacy yang tinggi berusaha atau mencoba dalam menghadapi tantangan sebaliknya individu yang

Berdasarkan hasil analisis dan pemba- hasan siklus I dan siklus II tersebut di atas, maka dapat disimpulkan bahwa: (1) Ada peningkatan kemampuan guru dalam mengelola

Dasar teori pembuatan amonia dari nitrogen dan hydrogen ditemukan oleh Fritz Haber (1908), seorang ahli kimia dari Jerman. Sedangkan proses industri pembuatan amonia untuk produksi