BAB IV HASIL DAN PEMBAHASAN
Netbeans 5.5 sebagai software untuk membuat Graphical User
4.2 Alur Proses Pengembangan Sistem
4.3.2 Analisis Sistem ( Problem Analysis, Requirement Analysis, Decision Analysis )Analysis)
4.3.2.2 Analisis Sistem Usulan
4.3.2.2.3 Deskripsi Use Case Tingkat Analisis
Setiap use case di atas harus dideskripsikan dalam dokumen yang disebut dengan dokumen flow of event. Dokumentasi ini mendefinisikan apa yang harus dilakukan oleh sistem ketika aktor
bermacam-macam, tetapi umumnya deskripsi ini paling tidak harus mengandung: (Quantrani, 2000).
Brief Description (Deskripsi Singkat). Aktor yang terlibat.
Precondition yang penting bagi use case untuk memulai. Deskripsi rinci dari aliran kejadian yang mencakup :
o Basic Flow dari kejadian yang bisa dirinci lagi menjadi
o Alternative Flow untuk mendefinisikan situasi perkecualian
o Pos tcondition yang menjelaskan state dari sistem setelah use case berakhir.
Selain hal diatas dapat dipakai juga beberapa deskripsi tambahan untuk melengkapi pendeskripsian use case yang dibuat. Setelah pembuatan use case pada sub bab sebelumnya kini penulis akan menjelaskan spesifikasi use case yang telah penulis tentukan.
4.3.2.2.3.1 Spesifikasi Naratif Use Case Master Data Pelanggan Tingkat Analisis
Tabel 4.2 Spesifikasi Naratif Use Case Master Data Pelanggan Tingkat Analisis
Use case name Master Data Pelanggan
Aktor Operator Admin
Brief Description
Use case ini mendeskripsikan event dari seorang admin yaitu menambah, mengubah, dan menghapus data pelanggan. Pada tahap penyelesaian, admin akan diberikan informasi data pelanggan yang sudah ter-update.
Basic Flow 1) Kode Pelanggan secara otomatis tampil
2) Admin menambah, mengubah, menghapus Nama, Nomor, Jalan, Kota, Kecamatan, Kelurahan, Kode Pos, No. HP, Contact Person.
4) Sistem akan merespon dari proses tersebut untuk memberikan keterangan.
Alternatif flow Jika dalam menambah, mengubah Nama, Nomor,
Jalan, Kota, Kelurahan, Kecamatan, Kode Pos, No. HP, dan Contact Person tidak sesuai maka user harus mengisi kembali
Pre condition Admin harus Login terlebih dahulu sebelum
Input Data Pelanggan.
Post condition Data Pelanggan telah disimpan ke database.
4.3.2.2.3.2 Spesifikasi Naratif Use Case Master Data Kendaraan Tingkat Analisis
Tabel 4.3 Spesifikasi Naratif Use Case Master Data Kendaraan Tingkat Analisis
Use case name Master Data Kendaraan
Aktor Admin
Brief Description
Use case ini mendeskripsikan event dari seorang admin yaitu menambah, mengubah, dan menghapus data kendaraan. Pada tahap penyelesaian, admin akan diberikan informasi data kendaraan yang sudah ter-update.
Basic Flow 1) Kode Kendaraan secara otomatis tampil
2) Admin menambah, mengubah, menghapus No. Plat, Jenis Mobil, Berat Muatan, Volume.
3) Sistem memvalidasi Kode Kendaraan, No. Plat, Jenis Mobil, Berat Muatan, Volume. 4) Sistem akan merespon dari proses tersebut
untuk memberikan keterangan.
Alternatif flow Jika dalam menambah, mengubah No. Plat, Jenis
Mobil, Berat Muatan dan Volume tidak sesuai maka user harus mengisi kembali
Pre condition Admin harus Login terlebih dahulu sebelum Input
Data Kendaraan.
Post condition Data Kendaraan telah disimpan ke database.
4.3.2.2.3.3 Spesifikasi Naratif Use Case Master Data Supir Tingkat Analisis
Tabel 4.4 Spesifikasi Naratif Use Case Master Data Supir Tingkat Analisis
Use case name Master Data Supir
Aktor Admin
Brief Description
Use case ini mendeskripsikan event dari seorang admin yaitu menambah, mengubah, dan menghapus
diberikan informasi data supir yang sudah ter-update.
Basic Flow 1) Kode Supir secara otomatis tampil
2) Admin menambah, mengubah, menghapus Nama, Alamat, No. Hp.
3) Sistem memvalidasi Nama, Nomor, Jalan, Kota, Kelurahan, Kecamatan, Kode Pos, No. HP.
4) Sistem akan merespon dari proses tersebut untuk memberikan keterangan.
Alternatif flow Jika dalam menambah, mengubah Nama, Nomor,
Jalan, Kota, Kelurahan, Kecamatan, Kode Pos, No. Hp tidak sesuai maka user harus mengisi kembali
Pre condition Admin harus Login terlebih dahulu sebelum Input
Data Supir.
Post condition Data Supir telah disimpan ke database.
4.3.2.2.3.4 Spesifikasi Naratif Use Case Master Data Status Kendaraan Tingkat Analisis
Tabel 4.5 Spesifikasi Naratif Use Case Master Data Status Kendaraan Tingkat Analisis
Use case name Master Data Status Kendaraan
Aktor Admin
Brief Description
Use case ini mendeskripsikan event dari seorang admin yaitu menambah, mengubah, dan menghapus data status kendaraan. Pada tahap penyelesaian, admin akan diberikan informasi data status kendaraan yang sudah ter-update.
Basic Flow 1) Admin menambah dan mengubah Status,
Posisi, Driver, dan Co. Driver.
2) Sistem memvalidasi Status, Posisi, Driver, dan Co. Driver.
3) Sistem akan merespon dari proses tersebut untuk memberikan keterangan.
Alternatif flow Jika dalam menambah, mengubah Status, Posisi,
Driver, dan Co. Driver tidak sesuai maka user harus mengisi kembali
Pre condition Admin harus Login terlebih dahulu sebelum Input
Data Status Kendaraan.
4.3.2.2.3.5 Spesifikasi Naratif Use Case Transaksi Cetak SO Tingkat Analisis
Tabel 4.6 Spesifikasi Naratif Use Case Transaksi Cetak SO Tingkat Analisis
Use case name Transaksi Cetak SO
Aktor Admin
Brief Description
Use case ini mendeskripsikan event dari seorang admin yaitu menambah faktur pengiriman barang. Pada tahap penyelesaian, admin akan diberikan Cetak SO dengan format kertas, dan data pengiriman barang tersimpan ke database.
Basic Flow 1) No. faktur secara otomatis tampil
2) Admin menambah Kode Pelanggan, Nama, Jurusan, Penerima, Jenis Muatan, Berat Muatan, Harga Satuan, Tanggal Muat, No. Plat, Driver dan Co. Driver
3) Sistem memvalidasi Kode Pelanggan, Nama, Jurusan, Penerima, Jenis Muatan, Berat Muatan, Harga Satuan, Tanggal Muat, No. Plat, Driver dan Co. Driver .
4) Sistem akan merespon dari proses tersebut untuk memberikan keterangan.
Alternatif flow Jika dalam menambah data SO pengiriman barang
tidak sesuai maka user harus mengisi kembali
Pre condition Admin harus Login terlebih dahulu sebelum Cetak
SO.
Post condition Menampilkan Cetak SO dan data so telah disimpan
ke database .
4.3.2.2.3.6 Spesifikasi Naratif Use Case Transaksi Bongkar Muat Tingkat Analisis
Tabel 4.7 Spesifikasi Naratif Use Case Transaksi Bongkar Muat Tingkat Analisis
Use case name Transaksi Bongkar Muat
Aktor Admin
Brief Description
Use case ini mendeskripsikan event dari seorang admin yaitu mengupdate status ekspedisi bahwa barang yang dikirim telah sampai pada tujuan. Pada tahap penyelesaian, admin akan diberikan informasi transaksi bongkar muat telah di update.
Basic Flow 1) Tampil data SO yang belum terkirim
3) Admin mengupdate data SJ dengan memasukkan tanggal bongkar muat.
4) Sistem memvalidasi tanggal bongkar muat 5) Sistem akan merespon dari proses tersebut
untuk memberikan keterangan.
Alternatif flow Jika dalam menambah data bongkar muat tidak
sesuai maka user harus mengisi kembali
Pre condition Admin harus Login terlebih dahulu sebelum
Transaksi Bongkar Muat
Post condition Data Bongkar Muat telah terupdate ke database.
4.3.2.2.3.7 Spesifikasi Naratif Use Case Transaksi Batal Muat Tingkat Analisis
Tabel 4.8 Spesifikasi Naratif Use Case Transaksi Batal Muat Tingkat Analisis
Use case name Transaksi Batal Muat
Aktor Admin
Brief Description
Use case ini mendeskripsikan event dari seorang admin yaitu membatalkan pengiriman barang yang telah dipesan. Pada tahap penyelesaian, admin akan diberikan informasi transaksi batal muat telah di update.
Basic Flow 1) Tampil data SJ yang belum terkirim
2) Admin memilih data SJ untuk membatalkan pengiriman barang
3) Sistem memvalidasi status SJ yang ingin dibatalkan
4) Sistem akan merespon dari proses tersebut untuk memberikan keterangan.
Alternatif flow Jika status SJ yang ingin dibatalkan tidak sesuai
maka dapat menekan tombol (No) pada konfirmasi dialog
Pre condition Admin harus Login terlebih dahulu sebelum
Transaksi Batal Muat
Ekspedisi Tingkat Analisis
Tabel 4.9 Spesifikasi Naratif Use Case Transaksi Pembayaran Ekspedisi Tingkat Analisis
Use case name Transaksi Pembayaran Ekspedisi
Aktor Admin
Brief Description
Use case ini mendeskripsikan event dari seorang admin yakni menginput data pembayaran ekspedisi. Pada tahap penyelesaian, admin akan diberikan informasi transaksi pembayaran ekspedisi telah lunas dan cetak bukti transaksi pembayaran ekspedisi.
Basic Flow 1) Tampil data transaksi pembayaran yang
belum lunas
2) Admin memilih data SO yang ingin di update transaksi pembayaran ekspedisi 3) Admin menginput data jumlah bayar dan
keterangan bayar
4) Sistem memvalidasi data jumlah bayar dan keterangan bayar
5) Sistem akan merespon dari proses tersebut untuk memberikan keterangan.
Alternatif flow Jika dalam menambah data transaksi ekspedisi tidak
sesuai maka admin menginput kembali data transaksi
Pre condition Admin harus Login terlebih dahulu sebelum
Transaksi Pembayaran Ekspedisi
Post condition Data Transaksi Pembayaran Ekspedisi telah
terupdate di database dan secara otomatis tampil cetak pembayaran untuk pelanggan.
4.3.2.2.3.9 Spesifikasi Naratif Use Case SMS Server dan Broadcast
Ekspedisi Tingkat Analisis
Tabel 4.10 Spesifikasi Naratif Use Case SMS Server dan Broadcast Tingkat Analisis dengan Aktor sebagai Admin
Use case name SMS Server dan Broadcast
Aktor Admin
Brief Description
Use case ini mendeskripsikan event dari seorang admin yakni melakukan setting SMS Server dan Broadcast SMS sehingga aplikasi layanan berbasis SMS ini dapat digunakan.
dengan menginputkan data Port, Bit Per Second, Data Bit, Parity, Stop Bits, Flow Control.
2) Sistem memvalidasi data Port, Bit Per Second, Data Bit, Parity, Stop Bits, Flow Control.
3) Sistem akan merespon dari proses tersebut untuk memberikan keterangan bahwa SMS Server telah terhubung
4) Admin dapat melakukan broadcast SMS dengan menginputkan data Judul Pesan, Isi Pesan, Kirim
5) Sistem memvalidasi data Judul Pesan, Isi Pesan, Kirim
6) Sistem akan merespon dari proses tersebut untuk memberikan keterangan.
Alternatif flow Jika dalam proses Setting SMS Server dan
Broadcast tidak sesuai maka admin menginputkan kembali data Setting SMS Server dan Broadcast
Pre condition Admin harus Login terlebih dahulu sebelum Setting
SMS Server dan Broadcast
Post condition SMS Server telah terhubung sehingga aplikasi
dapat menerima dan mengolah SMS yang masuk, dan juga dapat melakukan Broadcast SMS.
Tabel 4.11 Spesifikasi Naratif Use Case SMS Server dan Broadcast Tingkat Analisis dengan Aktor sebagai Supir
Use case name SMS Server dan Broadcast
Aktor Supir
Brief Description
Use case ini mendeskripsikan event dari seorang supir yakni mengirimkan request SMS ke ponsel SMS Server sesuai dengan format yang telah ditentukan. Layanan SMS Gateway yang tersedia untuk supir diantaranya ialah request mengenai status pengiriman barang dan status kendaraan
Basic Flow 1) Supir mengirim request SMS ke ponsel
SMS Server.
2) Sistem akan merespon dengan menampilkan informasi dari SMS Center.
3) Sistem akan melakukan query pesan balasan sesuai dengan format SMS yang supir kirim 4) Sistem akan menampilkan informasi PDU
pengiriman pada kolom proses yang menyatakan bahwa request SMS telah dibalas.
status pesan balasan menjadi terkirim.
Alternatif flow Jika ada kesalahan format SMS maka Ponsel SMS
Server akan mengirimkan balasan format SMS yang dikirim salah.
Pre condition Admin harus mendaftarkan No. HP Supir ke Sistem
Post condition Supir akan mendapatkan balasan SMS sesuai
dengan apa yang di request. Untuk request mengenai status pengiriman barang, sistem akan mengirimkan forward SMS ke pelanggan
Tabel 4.12 Spesifikasi Naratif Use Case SMS Server dan Broadcast Tingkat Analisis dengan Aktor sebagai Pelanggan
Use case name SMS Server dan Broadcast
Aktor Pelanggan
Brief Description
Use case ini mendeskripsikan event dari seorang pelanggan yakni mengirimkan request SMS ke ponsel SMS Server sesuai dengan format yang telah ditentukan. Layanan SMS Gateway yang tersedia untuk pelanggan diantaranya ialah request mengenai info tagihan, pembayaran ekspedisi dan saran
Basic Flow 1) Pelanggan mengirim request SMS ke ponsel
SMS Server.
2) Sistem akan merespon dengan menampilkan informasi dari SMS Center.
3) Sistem akan melakukan query pesan balasan sesuai dengan format SMS yang pelanggan kirim
4) Sistem akan menampilkan informasi PDU pengiriman pada kolom proses yang menyatakan bahwa request SMS telah dibalas.
5) Sistem akan merespon dengan merubah status pesan balasan menjadi terkirim.
Alternatif flow Jika ada kesalahan format SMS maka Ponsel SMS
Server akan mengirimkan balasan format SMS yang dikirim salah.
Pre condition Admin harus mendaftarkan No. HP Pelanggan ke
Sistem
Post condition Pelanggan akan mendapatkan balasan SMS sesuai
4.3.2.2.3.10 Spesifikasi Naratif Use Case Master Pesan Tingkat Analisis
Tabel 4.13 Spesifikasi Naratif Use Case Master Pesan Tingkat Analisis
Use case name Master Pesan
Aktor Admin
Brief Description
Use case ini mendeskripsikan event dari seorang admin yakni melihat daftar pesan yang masuk (Inbox) atau keluar (Outbox) berdasarkan periode.
Basic Flow 1) Admin menyeleksi tanggal, bulan dan tahun
yang terdapat dalam combo list, kemudian admin memasukkan tanggal, bulan, atau tahun kedalam DateChooser.
2) Sistem memvalidasi seleksi tanggal, bulan atau tahun tersebut.
3) Sistem akan merespon dari proses tersebut dengan menampilkan data pesan masuk (Inbox) atau pesan keluar (Outbox) berdasarkan seleksi tanggal, bulan atau tahun
Alternatif flow Jika dalam proses pencarian tidak sesuai maka
sistem akan memberikan keterangan tidak ada pesan yang masuk atau keluar pada periode tersebut.
Pre condition Admin harus Login terlebih dahulu sebelum Master
Pesan
Post condition Admin dapat melihat daftar pesan yang masuk dan
keluar berdasarkan input tanggal, bulan atau tahun yang dimasukkan.
4.3.2.2.3.11 Spesifikasi Naratif Use Case Laporan Data Pelanggan Tingkat Analisis
Tabel 4.14 Spesifikasi Naratif Use Case Laporan Data Pelanggan Tingkat Analisis
Use case name Laporan Data Pelanggan
Aktor Admin
Brief Description
Use case ini mendeskripsikan event dari seorang admin yakni melihat seluruh data pelanggan yang berbentuk document format, admin diberikan fasilitas untuk menyimpan laporan data pelanggan dalam format htm, txt, doc, dan juga dapat langsung mencetak laporan dengan Printer yang sudah terinstall di komputer.
pelanggan.
2) Sistem menampilkan seluruh daftar pelanggan
3) Admin dapat menyimpan atau mencetak laporan data pelanggan
Alternatif flow Jika sistem tidak dapat menampilkan laporan data
pelanggan maka periksa koneksi databasenya atau belum ada data pelanggan yang di masukkan, admin dapat meng-input data pelanggan.
Pre condition Admin harus Login terlebih dahulu sebelum
melihat Laporan Data Pelanggan
Post condition Admin dapat melihat, menyimpan dan mencetak
laporan data pelanggan untuk diberikan kepada pihak manajemen.
4.3.2.2.3.12 Spesifikasi Naratif Use Case Laporan Data Kendaraan Tingkat Analisis
Tabel 4.15 Spesifikasi Naratif Use Case Laporan Data Kendaraan Tingkat Analisis
Use case name Laporan Data Kendaraan
Aktor Admin
Brief Description
Use case ini mendeskripsikan event dari seorang admin yakni melihat seluruh data kendaraan yang berbentuk document format, admin diberikan fasilitas untuk menyimpan laporan data kendaraan dalam format htm, txt, doc, dan juga dapat langsung mencetak laporan dengan Printer yang sudah terinstall di komputer.
Basic Flow 1) Admin mengklik menu laporan data
kendaraan.
2) Sistem menampilkan seluruh daftar kendaraan
3) Admin dapat menyimpan atau mencetak laporan data kendaraan
Alternatif flow Jika sistem tidak dapat menampilkan laporan data
kendaraan maka periksa koneksi databasenya atau belum ada data kendaraan yang di masukkan, admin dapat meng-input data kendaraan.
Pre condition Admin harus Login terlebih dahulu sebelum
melihat Laporan Data Kendaraan
Post condition Admin dapat melihat, menyimpan dan mencetak
laporan data kendaraan untuk diberikan kepada pihak manajemen.
Analisis
Tabel 4.16 Spesifikasi Naratif Use Case Laporan Data Supir Tingkat Analisis
Use case name Laporan Data Supir
Aktor Admin
Brief Description
Use case ini mendeskripsikan event dari seorang admin yakni melihat seluruh data supir yang berbentuk document format, admin diberikan fasilitas untuk menyimpan laporan data supir dalam format htm, txt, doc, dan juga dapat langsung mencetak laporan dengan Printer yang sudah terinstall di komputer.
Basic Flow 1) Admin mengklik menu laporan data supir.
2) Sistem menampilkan seluruh daftar supir 3) Admin dapat menyimpan atau mencetak
laporan data supir
Alternatif flow Jika sistem tidak dapat menampilkan laporan data
supir maka periksa koneksi databasenya atau belum ada data kendaraan yang di masukkan, admin dapat meng-input data supir.
Pre condition Admin harus Login terlebih dahulu sebelum
melihat Laporan Data Supir
Post condition Admin dapat melihat, menyimpan dan mencetak
laporan data supir untuk diberikan kepada pihak manajemen.
4.3.2.2.3.14 Spesifikasi Naratif Use Case Laporan Data Status Kendaraan Tingkat Analisis
Tabel 4.17 Spesifikasi Naratif Use Case Laporan Data Status Kendaraan Tingkat Analisis
Use case name Laporan Data Status Kendaraan
Aktor Admin
Brief Description
Use case ini mendeskripsikan event dari seorang admin yakni melihat seluruh data status kendaraan yang berbentuk document format, admin diberikan fasilitas untuk menyimpan laporan data status kendaraan dalam format htm, txt, doc, dan juga dapat langsung mencetak laporan dengan Printer yang sudah terinstall di komputer.
Basic Flow 1) Admin mengklik menu laporan data status
kendaraan
3) Admin dapat menyimpan atau mencetak laporan data status kendaraan
Alternatif flow Jika sistem tidak dapat menampilkan laporan data
status kendaraan maka periksa koneksi databasenya atau belum ada data kendaraan yang di masukkan, admin dapat meng-input data status kendaraan.
Pre condition Admin harus Login terlebih dahulu sebelum
melihat Laporan Data Status Kendaraan
Post condition Admin dapat melihat, menyimpan dan mencetak
laporan data status kendaraan untuk diberikan kepada pihak manajemen.
4.3.2.2.3.15 Spesifikasi Naratif Use Case Laporan Ekspedisi Per Periode Tingkat Analisis
Tabel 4.18 Spesifikasi Naratif Use Case Laporan Ekspedisi Per Periode Tingkat Analisis
Use case name Laporan Ekspedisi Per Periode
Aktor Admin
Brief Description
Use case ini mendeskripsikan event dari seorang admin yakni melihat data ekspedisi berdasarkan status pengiriman per periode yang berbentuk document format, admin diberikan fasilitas untuk menyimpan laporan data ekspedisi per periode dalam format htm, txt, doc, dan juga dapat langsung mencetak laporan dengan Printer yang sudah terinstall di komputer.
Basic Flow 1) Admin memasukan periode tanggal dan
memilih status ekspedisi (terproses, terkirim, batal).
2) Sistem menampilkan laporan ekspedisi per periode berdasarkan periode tanggal dan status pengiriman barang
3) Admin dapat menyimpan atau mencetak laporan ekspedisi per periode
Alternatif flow Jika sistem tidak dapat menampilkan laporan data
ekspedisi per periode maka periksa koneksi databasenya.
Pre condition Admin harus Login terlebih dahulu sebelum
melihat Laporan Ekspedisi per Periode
Post condition Admin dapat melihat, menyimpan dan mencetak
laporan data ekspedisi per periode untuk diberikan kepada pihak manajemen.
Per Periode Tingkat Analisis
Tabel 4.19 Spesifikasi Naratif Use Case Laporan Pembayaran Ekspedisi Per Periode Tingkat Analisis
Use case name Laporan Pembayaran Ekpedisi per Periode
Aktor Admin
Brief Description
Use case ini mendeskripsikan event dari seorang admin yakni melihat data pembayaran ekspedisi per periode yang berbentuk document format, admin diberikan fasilitas untuk menyimpan laporan data pembayaran ekspedisi per periode dalam format htm, txt, doc, dan juga dapat langsung mencetak laporan dengan Printer yang sudah terinstall di komputer.
Basic Flow 1) Admin memasukan periode tanggal
pembayaran ekspedisi
2) Sistem menampilkan laporan pembayaran ekspedisi per periode berdasarkan periode tanggal
3) Admin dapat menyimpan atau mencetak laporan pembayaran ekspedisi per periode
Alternatif flow Jika sistem tidak dapat menampilkan laporan data
pembayaran ekspedisi per periode maka periksa koneksi databasenya.
Pre condition Admin harus Login terlebih dahulu sebelum
melihat Laporan Pembayaran Ekspedisi per Periode
Post condition Admin dapat melihat, menyimpan dan mencetak
laporan data pembayaran ekspedisi per periode untuk diberikan kepada pihak manajemen.
4.3.2.2.4 Activity Diagram
Berikut adalah beberapa diagram aktivitas yang terbentuk dari kegiatan bisnis dan use case diagram yang sebelumnya telah dibahas.
Gambar 4.9 Activity Diagram Untuk Kegiatan Pengiriman Barang Berbasis SMS Gateway
Gambar 4.10 Activity Diagram Untuk Use Case Master Data Pelanggan
4.3.2.2.4.3 Use Case Master Data Kendaraan
Gambar 4.12 Activity Diagram Untuk Use Case Master Data Supir
4.3.2.2.4.5 Use Case Master Data Status Kendaraan
Gambar 4.13 Activity Diagram Untuk Use Case Master Data Status Kendaraan
Gambar 4.15 Activity Diagram Untuk Use Case Transaksi Bongkar Muat
4.3.2.2.4.8 Use Case Transaksi Batal Muat
Select SJ
Record Data Batal Muat
Menyimpan Data Batal Muat Select SJ
[data batal muat yang diinputkan invalid]
[data batal muat yang diinputkan valid] Select Transaksi Batal Muat [memilih SJ yang ingin
dibatalkan] Cancel [membatalkan transaksi] End Start End
Gambar 4.17 Activity Diagram Untuk Use Case Transaksi Cetak Pembayaran Ekspedisi
Input Port Settings SMS Server
Input Data Broadcast
Start
End
[else Gagal buka Koneksi]
Save Konfigurasi Setting terminal [menyimpan konfigurasi
settingterminal (SMS Server)]
Buka Koneksi [membuka koneksi
SMS Server, sehingga dapat melakukan proses kirim dan terima SMS]
Select Tujuan Broadcast
Kirim SMS
Kirim Request SMS
Query Pesan Balasan Request SMS Admin Display Info SMSC
Display PDU Pengiriman Pesan Balasan