BAB 3 ANALISA DAN PERANCANGAN. yang bergerak dalam bidang SMS informasi (Mobile Content Provider). PT. INDOCOM

BAB 3 ANALIS A DAN PERANCANGAN

3.1

Riwayat Hidup Perusahaan PT. INDOCOM M EDIATAMA berdiri pada tahun 2005, merupakan perusahaan

yang bergerak dalam bidang SM S informasi (Mobile Content Provider). PT. INDOCOM M EDIATAM A merupakan anak perusahaan dari PT INDONUSA DWITAM A (“Indonusa”). Indonusa merupakan holding company yang bergerak di berbagai sektor industri meliputi; •

Financial Services melalui kepemilikan saham minoritas di PT M ahastra Capital dan PT Standard Chartered Securities Indonesia.

•

Direct Marketing melalui anak perusahaan PT Zhulian Indonesia yang beroperasi sejak tahun 1996. Produk yang di pasarkan meliputi perhiasan and consumer goods.

•

Perkebunan Kelapa Sawit melalui anak perusahaan PT Global Kalimantan M akmur yang mulai dikembangkan sejak tahun 2004.

•

Pelayanan Media Interactive

melalui anak-anak perusahaan yang tergabung di

dalam Indocom Group seperti M ediatama, PT Indocom Teletama, PT Indocom Pratama, PT Indocom Datatama dan PT Indocom Visitama.

36

37

3.1.1

Media Interactive Business (“MIB”) Sampai saat ini Indocom Group telah meluncurkan berbagai produk M IB

yang memberikan pelayanan promosi, marketing dan informasi broadcast melalui mobile content delivery dan short message subscription services. Indocom Group bekerja sama dengan beberapa perusahan lain, yaitu : ¾ M cDonalds ¾ World Wide Link News M anagement ¾ Hotel hotel berbintang di Bali, Bandung dan Jakarta antara lain; Park Lane, Hotel Sahid Raya Kuta, Hotel Camandalu, Hotel M itra dan Red Top. ¾ Vinccindo Asia Sepatu ¾ Rumah Sakit Pondok Indah ¾ Grande BodyLife Fitness ¾ Innovation Store ¾ Taman Impian Jaya Ancol

3.1.2

Visi PT. Indocom Mediatama : M enjadi Mobile Entertainment and Information yang terkemuka di

Indonesia, yang menawarkan rekan bisnis dan pelanggannya sebuah mobile content yang bagus dan bernilai, solusi media pemasaran dan pembayaran kepada pasar yang memiliki lebih dari 350 juta pelanggan pemegang HandPhone.

38

3.1.3

Produk-Produk PT. In docom Mediatama •

Football Prediction and Newsletter Berbasiskan text : menyediakan prediksi untuk Liga Inggris, Liga Spanyol, Italian seri A, Liga Champion, World Cup, Euro Cup dan semua pertandingan bola. M embaca review dan mengumpulkan semua data statistik yang diperlukan untuk menentukan tim mana yang menang. Juga menerima berita dan topik bola terpanas untuk pelanggan.

•

Taman Impian Jaya Ancol (TIJA) Berbasiskan text : menggabungkan M ega TIJA-INDOCOM dengan sebuah mobil M ercy sebagai hadiah utama, hanya dengan mendaftar tiket TIJA, dan semua tiket pertunjukan di TIJA. Dan juga menerima berita dan topik terpanas seputar TIJA untuk pelanggan.

•

M-Travel Berbasiskan text : menyediakan

daftar

hotel-hotel di Bali,

mengurutkannya berdasarkan bintang, harga dan lokasi. Dapat memesan untuk semua hotel di Bali dengan SM S. Dan juga dapat mengecek jadwal untuk penerbangan dari dan ke Bali. •

M-Entertainment Berbasiskan text : menyediakan info yang terupdate tentang festival, event, dan jadwal cinema di Jakarta.

39 •

M-Line Ad Berbasiskan text : menyediakan layanan untuk dapat menambahkan iklan baris pada Koran dengan menggunakan SM S. Program ini akan didukung oleh Zona M edia Periklanan dan juga Agen Periklanan.

•

Media Based Interactive Berbasiskan text : bersama-sama dengan tabloid Bola dan M ajalah TopSkor membuat sebuah media based interactive content. Pembaca dari media tersebut bisa mendapatkan akses untuk mendownload gambar-gambar menarik dari atlit-atlit dunia. M enggabungkan semua quiz dan games yang ada pada media tersebut dengan menggunakan SM S.

•

TV-Media Berbasiskan text : bersama dengan TV-M edia (DRTV), membuat quiz-quiz program untuk semua penonton DRTV. Penonton juga bisa mengecek

catalog

DRTV

dan

bisa

melakukan

pemesanan

menggunakan SM S. •

Shio and Horoscope Berbasiskan text : mendapatkan informasi harian tentang shio dan hotoscope yang didapat dari guru Acay (Guru Cenayang dari Indonesia).

•

Dino The Pet Mobile Software : Seperti menikmati hal yang nyata, Dino the Pet adalah generasi berikutnya dari binatang piaraan bergerak (mobile

40

pet). Nama dan jenis kelamin dari binatang piaraan dapat dipilih. M emainkan game mini dapat memberikan pengaruh terhadap perasaan binatang piaraan dan mendapatkan uang untuk membeli perlengkapan di toko – perlengkapan-perlengkapan yang berbeda dapat mempengaruhi binatang piaraan dengan cara yang berbeda – kita juga dapat menerima pesan dari binatang piaraan yang memberitahukan bahwa kita adalah pemilik yang baik atau tidak! Dino the Pet memiliki graphics yang sangat menarik dan dapat di kostumisasi. •

IM+ Mobile Instant Messenger Mobile Software : IM+ Mobile Instant Messenger diperuntukkan bagi telepon seluler yang dapat menjalankan aplikasi Java. IM+ Mobile Instant Messenger memberikan kemudahan pengiriman SM S instant ke device telepon berbasis J2M E/M IDP. instant

messanging

systems

yang

paling

IM+ mendukung popular.

IM +

memperbolehkan kita terus online; kita dapat bertukar pesan dengan mudah, dan menghemat biaya. •

Buzz Fun IQ Test Mobile Software: Latihan untuk test IQ berikutnya dengan 40 pertanyaan Fun IQ test dari Phillip Carter. Banyak perusahaan telah memasukkan IQ sebagai persyaratan penerimaan. Untuk itu melalui latihan dengan Buzz Fun IQ Test dapat meningkatkan score dan cara berpikir kita.

41 •

Buzz Mobile Idol Karaoke: mendapatkan musik dan lirik di telepon seluler untuk Karaoke fun. Kita menjadi vokalis ketika telepon seluler memainkan musik. Lirik dari lagu akan ditampilkan pada layar telepon.

•

Buzz Fire-starter King of Mix Mobile-Software: Gabungkan Mr. Fire-starter ringtone kita sendiri dengan menggunakan telepon seluler. Fireplayer adalah semuah aplikasi musik yang unik yang memperbolehkan pengguna untuk melakukan remix, merekam, dan menyimpan berbagai musik kesukaan dengan menggunakan telepon seluler – menciptakan ‘ringtunes’ pribadi menggunakan Mr. Fire-starter.

•

Healthy Body: Fitcalc & Tips Mobile Software: M au selalu fit dan memperlihatkan yang terbaik? FitCalc & Tips yang menyediakan sepuluh Kalkulator Fitness yang dapat membantu untuk selalu berada dalam jalur dan tips yang sangat berguna untuk terus menjaga tubuh dengan bentuk yang baik. Hal ini secara ilmiah membangun formula yang digunakan secara luas oleh para antusias fitness, personal trainers dan healthcare professionals. Berat yang sehat, berat ideal untuk wanita dan pria, Body Mass Index (BMI), detak jantung maksimum, detak jantung yang diharapkan, Basal Metabolism Rate (BMR), kebutuhan kalori sehari-hari, persentase lemak tubuh dan pembakaran kalori. Tips yang berguna diupdate dari AccentHealth an America’s#1 Health TV Network.

42 •

Buzz Magic Mobile Photo Suite Mobile Software: merupakan software telepon seluler yang dapat melakukan optimisasi dan mengedit foto, menciptakan album foto, dan dapat membuat teman terkesan dengan foto slideshow langsung dari telepon seluler.

3.2

S truktur Organisasi

Direktur General Manager

Manajer IT

Manajer Content

Bagian Pemrograman Bagian Design / Perancangan

Bagian Content Bola Bagian Content non Bola

Manajer Keuangan Bagian Keuangan

Manajer Pemasaran

Manajer Personalia

Bagian Promosi

Bagian Akutansi

Customer Service

Bagian Perekrutan dan pemberhentian Bagian Penggajian Bagian Promosi Jabatan

Gambar 3.1 Struktur Organisasi PT. Indocom M ediatama Berikut ini adalah uraian tugas dan tanggung jawab dari masing-masing bagian yang terdapat pada PT. Indocom M ediatama: 1. Direktur

43 •

M enentukan tujuan dan sasaran yang akan dicapai perusahaan secara detil, baik jangka pendek maupun jangka panjang.

•

M engevaluasi laporan hasil kinerja dari perusahaan.

•

M emutuskan tindakan yang harus diambil oleh perusahaan.

•

M enetapkan prosedur-prosedur dan kebijakan pokok perusahaan.

•

M enetapkan strategi perusahaan

2. General Manager •

Ikut serta menetapkan strategi perusahaan

•

M engontrol kinerja para manager

•

M enerima laporan dari para manager sesuai dengan tugasnya masing-masing.

•

M embuat laporan kinerja perusahaan.

•

M elaporkan hasil kinerja perusahaan kepada direktur.

3. IT Manager •

Bertanggung jawab atas kebijakan, penerapan, penggunaan, dan pengadaan teknologi informasi.

•

M ereview teknologi yang digunakan dengan perkembagan teknologi yang ada.

•

M engatasi semua masalah yang berkaitan dengan Teknologi Informasi.

•

M emberikan laporan pertanggungjawaban secara periodik kepada general manager.

•

M engawasi departemen-departemen yang ada dibawahnya.

IT M anager membawahi 2 departemen, yaitu: a. Bagian Pemrograman

44 •

M embangun sebuah aplikasi sistem informasi untuk kebutuhan perusahaan.

•

M emperbaharui program-program sesuai dengan kebutuhan perusahaan.

•

M emonitor kinerja dari aplikasi sistem informasi.

•

M engurangi atau menambahkan tabel-tabel pada database dari aplikasi sistem informasi sesuai kebutuhan.

b. Bagian Design / Perancangan •

M erancang tampilan iklan yang akan digunakan untuk promosi produk perusahaan, seperti brosur dan berbagai iklan di media cetak.

•

M embantu programmer untuk menyediakan rancangan antar muka untuk aplikasi sistem informasi.

4. Content Manager •

Bertanggung jawab atas semua content yang akan diupload maupun yang sudah diupload.

•

M embantu mewujudkan ketepatan waktu upload semua content kepada pelanggan.

•

M emberikan laporan pertanggungjawaban kepada general manager secara periodik.

•

M engawasi kinerja departemen-departemen yang ada dibawahnya. Content Manager membawahi 2 departemen, yaitu: a. Bagian Content Bola •

Bertanggung jawab atas content bola mengingat perusahaan lebih menitik beratkan bisnisnya ke sektor bola.

45 •

M engumpulkan kemudian mengolah informasi yang diterima dari para pakar sepak bola nasional yang sudah bekerja sama dengan perusahaan.

•

Berkewajiban untuk selalu mengecek informasi bola terkini yang sedang terjadi.

•

M engupload content, kemudian mengepush content ke pelanggan.

b. Bagian Content Non-Bola •

Bertanggung jawab atas semua content kecuali content bola.

•

M engumpulkan kemudian mengolah informasi yang diterima dari para pakar dibidangnya masing-masing.

•

M engupload content, kemudian mengepush content ke pelanggan.

c. Customer Service •

M elayani pelanggan dengan memberikan informasi bagi pelanggan yang menelepon.

•

M elayani pelanggan dalam melakukan pendaftaran maupun penutupan langganan layanan SM S.

5. Manager Keuangan •

M engkoordinir seluruh kegiatan dan fungsi keuangan dan pencatatan atas segala transaksi yang terjadi dalam perusahaan.

•

M engawasi departemen-departemen yang ada dibawahnya.

•

M engatur pemasukan dan pengeluaran uang perusahaan.

•

M ewakili perusahaan terhadap external auditor, kantor pajak, bank, dan kantor hukum.

46 •

M emberikan laporan pertanggungjawaban secara periodik kepada general manager.

Manager Keuangan membawahi 2 departemen yaitu: a. Bagian Keuangan •

M enentukan besarnya kas kecil.

•

M enetapkan anggaran perusahaan.

•

M empertimbangkan investasi yang berhubungan dengan perusahaan.

•

M engendalikan keuangan perusahaan.

•

M elakukan pembayaran dan menerima pembayaran untuk seluruh transaksi keuangan.

•

Bertanggungjawab atas segala pengeluaran dan penerimaan uang.

•

M engecek saldo kas dan bank secara rutin.

b. Accountants •

M encatat segala transaksi yang berhubungan dengan seluruh kegiatan perusahaan (pembelian, penjualan, penerimaan kas, pengeluaran kas dan transaksi umum lainnya).

•

M elakukan rekonsiliasi antara saldo kas perusahaan dengan saldo bank.

•

M embuat laporan keuangan.

6. Manager Pemasaran •

Bertanggung jawab dalam menetapkan kebijakan pemasaran, termasuk kebijakan harga.

•

M engkoordinasikan kegiatan pemasaran produk.

•

M engembangkan dan memperluas target perusahaan secara berkesinambungan.

47 •

M emberikan laporan pertanggungjawaban secara periodik kepada General Manager.

M anager Pemasaran membawahi departemen Promosi yang mempunyai tugas dan tanggung jawab sebagai berikut : •

M elakukan promosi produk yang ada untuk memperluas pangsa pasar.

•

M enganalisa dan menentukan anggaran untuk melakukan promosi produk.

•

M enentukan mendia promosi yang digunakan.

7. Manager Personalia. •

Bertanggungjawab atas kebijakan dan peraturan mengenai kepegawaian.

•

M ereview peraturan dan kebijakan perusahaan sesuai dengan undang-undang ketenagakerjaan.

•

M enetapkan kualifikasi tenaga kerja untuk tiap posisi dan prosedur rekrutment tenaga kerja.

•

M engatasi semua masalah yang berkaitan dengan kepegawaian.

Manager personalia membawahi 4 departemen, yaitu: a. Bagian perekrutan dan pemberhentian •

M embuat iklan lowongan pekerjaan untuk bagian yang membutuhkan.

•

M elakukan seleksi karyawan baru sesuai profesi kerja yang dibutuhkan.

•

M embuat dokumentasi data karyawan perusahaan.

•

M emberhentikan karyawan yang memiliki masalah.

•

M emonitor dan me-review kinerja karawan.

•

M encatat karyawan yang absent, cuti atau lembur.

•

M encatat jam kerja setiap karyawan.

48 •

M embuat laporan absensi.

b. Bagian penggajian •

M enetapkan jumlah gaji sesuai dengan keahlian serta loyalitas yang dimiliki karyawan.

•

M elakukan pembayaran gaji karyawan secara tepat waktu.

•

M empertimbangkan kenaikan gaji bagi karyawan yang berprestasi.

c. Bagian promosi jabatan •

M enilai dan mengevaluasi kinerja karyawan secara berkala.

•

M engajukan promosi kepada manajer personalia atas karyawan yang berprestasi.

3.3

Masalah Perusahaan PT. Indocom M ediatama adalah perusahaan yang bergerak di bidang mobile

content provider yang mempunyai banyak produk-produk SM S informasi, dimana setiap produk harus mempunyai sistem informasi yang dapat mendukung pengiriman dan pengolahan data untuk setiap produk SM S mereka. PT. Indocom M ediatama menggunakan fasilitas SM S Gateway yang harus melewati protokol internet untuk melakukan pengiriman informasi yang mereka sediakan ke pelanggan.. PT. Indocom M ediatama mempunyai sebuah ide untuk content produk mereka, yaitu SM S INFORMASI KEMACETAN LALU LINTAS. Dan mereka berniat untuk merealisasikan produk ini, sehingga produk ini dapat bermanfaat bagi masyarakat pengguna jalan di Jakarta khususnya pelanggan PT. Indocom M ediatama. Tetapi pada

49

saat ini mereka belum mempunyai sistem informasi untuk produk ini, sehingga produk ini belum dapat terealisasi.

3.4

Usulan Pemecahan Masalah •

Pemecahan yang diusulkan untuk masalah perusahaan adalah dengan membangun s istem informasi produk SM S Kemacetan Lalu Lintas yang berbasiskan web. Sistem informasi tersebut berbasiskan web karena karena aplikasi yang digunakan adalah melalui SM S gateway maka untuk mempermudah pengiriman ke SMS Gateway digunakan web.

•

M engintegrasikan sistem ini dengan database perusahaan, sehingga informasi yang dibutuhkan oleh pihak perusahaan seperti statistik pengiriman, laporan penghasilan dapat ditampilkan secara lengkap dan mudah.

3.5

Analisa 3.5.1

Analisa Kelayakan Untuk mengetahui apakah sistem ini layak dibangun, diperlukan

informasi mengenai kondisi Info Kemacetan Lalu-Lintas yang ada saat ini, maka dilakukan studi lapangan dan penyebaran kuesioner. 3.5.1.1

S tudi Lapangan Studi lapangan dilakukan langsung pada jalan-jalan dengan

mengendarai mobil pribadi untuk mengamati seberapa sulit mendapatkan infomasi mengenai kemacetan lalu lintas pada daerah Universitas Bina

50

Nusantara – Kelapa Gading dan di sekitar wilayah Grogol, Senayan, Sudirman, Gatot Subroto, Gajah M ada, dan Slipi sambil mendengarkan radio. Radio merupakan satu-satunya sumber informasi yang dicoba karena hampir setiap mobil pribadi memiliki radio. Setelah melakukan pengamatan dilapangan ada beberapa hal yang dapat disimpulkan, antara lain: 1. Susah sekali mendapatkan informasi kemacetan lalu lintas pada rute yang hendak dilalui. M eskipun ada, informasi didapat setelah mendengarkan cukup lama dan informasi tersebut terkadang sudah tidak berguna lagi karena rute jalan sudah dilewati. 2. Waktu banyak terbuang dengan mendengarkan informasi yang tidak benar-benar ingin di dengar sehubungan dengan informasi kemacetan lalu-lintas.

3.5.1.2

Kuesioner Selanjutnya pengumpulan data untuk uji kelayakan dilakukan

dengan menyebarkan kuesioner. Kuesioner disebarkan kepada para pengguna kendaraan pribadi di sekitar kampus Bina Nusantara, dan sebagian dilakukan langsung di parkiran Kampus Anggrek dan Syahdan Universitas Bina Nusantara, dan juga diserbarkan terhadap orang-orang yang berlalu-lalang disekitar kampus Bina Nusantara. Kuesioner dilakukan pada tanggal 14 Oktober 2006 sampai 18 Oktober 2006 dengan total responden berjumlah 100 orang.

51

Dari hasil penyebaran kuesioner didapat 5 kuesioner yang salah dalam pengisian, jadi jumlah responden yang valid adalah 95. Dari kuesioner itu dapat diambil beberapa kesimpulan sebagai berikut : 1. Apakah An da memiliki dan menggunakan telepon seluler (HP) ?

19% ya tidak 81%

Gambar 3.2 Grafik Hasil Kuesioner Perhitungan Pertanyaan no. 1

Dari Grafik di atas terlihat bahwa hampir seluruh responden memiliki dan menggunakan telepon seluler. Dengan demikian informasi yang di sampaikan melalui SM S dapat diterima dan dimanfaatkan oleh hampir seluruh masyarakat. 2. Kendaraan apa yang paling sering digunakan dalam bepergian?

15% 39%

kendaraan pribadi taxi angkutan umum

21%

lain-lain 25%

Gambar 3.3 Grafik Hasil Perhitungan Kuesioner Pertanyaan no. 2

52

Pada Grafik di atas diketahui bahwa sebagian besar responden menggunakan kendaraan pribadi (39%) dan taxi (25%) untuk bepergian. Dengan menggunakan kendaraan pribadi maupun taxi, penumpang berhak sepenuhnya untuk menentukan rute mana yang akan dilalui untuk sampai ke tujuan. Hanya sebagian kecil dari responden yang memilih angkutan umum yang mempuyai rute yang tetap. 3. Bagaimana informasi kemacetan lalu lintas menurut Anda?

6%

s angat penting

7% 38%

15%

penting ragu-ragu tidak penting

34%

s angat tidak penting


Dari jawaban kuesioner yang di sebarkan, 38% responden menjawab bahwa informasi kemacetan lalu lintas adalah sangat penting. Sedangkan 34 % yang menjawab penting. Hal ini menunjukkan bahwa informasi kemacetan lalu lintas memang sangat dibutuhkan oleh masyarakat Jakarta ini.

53

4. Informasi kemacetan lalu-lintas yang Anda dapat selama ini sudah sesuai dengan yang Anda harapkan.

6% 32%

16% 4%

s angat setuju s etuju ragu-ragu tidak setuju s angat tidak setuju

42%


Pada grafik di atas dapat dilihat bahwa sebagian besar responden menyatakan bahwa informasi lalu lintas yang didapatkan tidak sesuai dengan yang di inginkan. 5. Dari mana Anda mendapatkan informasi kemacetan lalu lintas selama ini? 1% radio 4% elektronic guide (w ebsite)

28%

tv 67% lainnya


54

Dari grafik di atas, sebagian besar responden (67%) menjawab radio. Ini membuktikan bahwa radio merupakan salah satu pilihan yang sangat populer dan paling banyak di gunakan untuk mencari informasi kemacetan lalu lintas. Dari pertanyaan no. 4 dapat disimpulkan bahwa media informasi yang sudah ada tidak sesuai dengan keinginan responden. Kadang-kadang untuk mendapatkan informasi yang sesuai diperlukan waktu yang lama karena diharuskan untuk menunggu berita-berita atau informasi-informasi lain. 6. Bagaimana menurut Anda untuk mendapatkan informasi kemacetan lalu lintas selama ini?

14% 30%

11%

s angat s ulit s ulit ragu-ragu tidak s ulit

18% 27%

s angat tidak s ulit


Dari grafik di atas dapat diketahui bahwa sebagian besar responden yaitu 57% (30% sangat sulit dan 27% sulit) merasa sulit untuk mendapatkan informasi lalu lintas. Pertanyaan ini menggambarkan bahwa masalah yang diamati sesuai dengan masalah yang dialami juga oleh sebagian besar responden.

55

7. Bagaimana menurut Anda jika disediakan fasilitas melalui S MS untuk mendapatkan informasi kemacetan lalu lintas?

8%

4%

7%

sangat setuju 38%

setuju ragu-ragu tidak setuju

43%

sangat tidak setuju


Perhitungan pada pertanyaan ini dilakukan terhadap responden yang mempunyai HP. Dari grafik diatas dapat dilihat bahwa 81% responden ( sangat setuju 38% + setuju 43% ) yang mempunyai HP (62 responden dari 77 responden yang memiliki HP) menyatakan keinginannya akan adanya suatu aplikasi yang dapat bermanfaat bagi pengguna dalam mendapatkan informasi kemacetan lalu lintas via SM S. Untuk itu hasil kuesioner ini akan memperkuat alasan PT. Indocom M ediatama untuk merealisasikan produk SM S informasi kemacetan lalu lintas ini.

Dari hasil studi lapangan dan kuesioner dapat disimpulkan bahwa produk SM S kemacetan lalu lintas dibutuhkan masyarakat, sehingga sistem informasi untuk produk ini layak untuk dibangun.

56

3.5.2

Analisa Kebutuhan Untuk mengetahui bagaimana sistem informasi yang ingin dibuat, agar

sesuai dengan kebutuhan maka dilakukan observasi dan wawancara secara tidak terstruktur kepada bagian-bagian yang bersangkutan seperti customer service, content manager, dan ke IT Manager, dimana rincian simpulan dari hasil observasi dan wawancara yang telah dilakukan adalah sebagai berikut: •

Dibutuhkan informasi untuk melihat lalu lintas pengiriman produk SM S tiap bulan, detail tiap harinya, yang dapat dilihat oleh bagian content.

•

Dibutuhkan aplikasi pengolahan informasi untuk pengiriman content SM S ke pelanggan.

•

Dibutuhkan informasi mengenai pengguna aplikasi untuk customer service, untuk dapat melihat informasi mengenai pelanggan atau pengguna.

•

Dibutuhkan

informasi statistik

agar

bagian

content dapat

melihat

perkembangan pelanggan yang mendaftar dan keluar (Register dan Unregister) dari langganan layanan SM S. •

Dibutuhkan informasi laporan penghasilan per bulan.

•

Diperlukan sebuah aplikasi agar bagian Content dapat mengakses, mengupload dan juga dapat mengepush content SM S informasi kemacetan lalu lintas.

57

3.6

Gambaran Umum M etode yang digunakan dalam pengiriman dan penerimaan SM S KEM ACETAN

LALU LINTAS adalah dengan metode push. 3.6.1

Gambaran Umum Registrasi Push

Gambar 3.9 Gambaran Umum Registrasi Push

Keterangan : •

Subscriber (pelanggan) mengirim SM S ”REG <space>content keyword ke shortnumber Content Provider.

•

Kemudian operator akan mengirimkan pesan dari pelanggan ke Content Provider dengan parameter berikut ini : Nama Variabel msisdn

Nilai No Subscriber (pelanggan), termasuk kode negara dan nomor tujuan. Conth : 62811917671

SM S Contoh URL Content Provider :

Isi pesan yang dikirim

58

Tabel Keterangan Gambaran Umum Registrasi Push (Lanjutan) http://123.123.123.123/dir/filename.ext?msisdn=<msisdn_sender> &SM S=<SM S_content> Tabel 3.1 Keterangan Gambaran Umum Registrasi Push

3.6.2

Gambaran Umum Content Delivery

Gambar 3.10 Gambaran umum Content Delivery

Keterangan : Content Provider harus mengirim content SM S ke operator melalui push gateway dengan metode HTTP_POS T dengan mengirimkan beberapa parameter berikut ini : Nama Variabel msisdn

Keterangan Nomor

subscriber

Nilai / kode

pelanggan Cp_name

Nomor

content

negara

dan

nomor

tujuan. Contoh : 62811917671 provider

didefinisikan operator

Alphanumeric

59

Tabel Keterangan Gambaran Umum Content Delivery (Lanjutan) pwd

Password

cp_name

yang Alphanumeric

didefinisikan operator Sid

Iservice

id,

didefinisikan Alphanumeric

operator SM S

Content SM S yang akan

Alphanumeric,

dikirim ke pelanggan

160 karakter

maksimum

Contoh http request : http://xxx.x.xx.x:xxx/push/push.jsp?msisdn=62811101112&cp_name=
3.6.3

Gambaran Umum Proses Unregister

Gambar 3.11 Gambaran Umum Proses Unregister Keterangan : •

Subscriber mengirim SM S ”UNREG <space> content_keyword “ ke shortnumber content provider.

60 •

Operator akan mengirimkan pesan dari pelanggan ke Content Provider dengan parameter berikut ini : Nama Variabel msisdn

Nilai No Subscriber (pelanggan), termasuk kode negara dan nomor tujuan. Contoh : 62811917671

SM S


Contoh URL Content Provider : http://123.123.123.123/dir/filename.ext?msisdn=<msisdn_sender> &SM S=<SM S_content> Tabel 3.3 Keterangan Gambaran Umum Proses Unregister

Setelah operator menerima permintaan pelanggan, Content Provider harus meresponnya dengan pesan text sebagai pemberitahuan, dan pesan ini akan dikirimkan ke pelanggan. Jika ”UNREG” tidak menyertakan content keyword, maka Content Provider harus mendaftar semua content keyword kemudian dikirimkan ke pelanggan yang terdaftar, yang disertai dengan instruksi yang benar Contoh : - Jika pelanggan mengirim SM S hanya ”UNREG” maka responnya adalah : ”Anda terdaftar untuk layanan : HOROSCOPE, BOLA. Kirim UNREG<spasi> , untuk berhenti berlangganan. Atau kirimkan OFF.”

61

3.6.4

Gambaran Umum Proses Unregister untuk semua servis

Gambar 3.12 Gambaran Umum Proses Unregister untuk semua servis Keterangan : •

Subscriber mengirimkan SM S ke shortnumber Content Provider

•

Operator akan mengirimkan pesan dari subscriber ke Content Provider dengan parameter berikut : Nama Variabel msisdn

Nilai No Subscriber (pelanggan), termasuk kode negara dan nomor tujuan. Contoh : 62811917671

SM S


Contoh URL Content Provider : http://123.123.123.123/dir/filename.ext?msisdn=<msisdn_sender> &SM S=<SM S_content> Tabel 3.4 Keterangan Gambaran Umum Proses Unregister All Setelah operator menerima permintaan pelanggan, Content Provider harus menghapus msisdn dari semua push servis. Kemudian mengirimkan pesan text ke pelanggan sebagai pemberitahuan.

62

3.7

Perancangan Sistem 3.7.1

Class Diagram Berikut adalah class diagram yang dirancang untuk aplikasi dari Web : User

Content -content_id : Long -content : String -mt_date : Date -mt_ti me : Date -sent : Boolean -create_new_Content() -add_Content() -update_Content() -del ete_Content() -list_Content()

0..* 1

-user_id : Long -password : Stri ng -user_name : Stri ng -create_new_User() -cek_login() -update_User() -delete_User() -changepass_User() -add_Us er() -l ist_User()

Group_page

Group -group_i d : Long -group_name : Stri ng -create_new_Group() -add_Group() -update_Group() -del ete_Group() -li st_Group()

1 1

1 1..*

-group_id : Long -page_id : Long -create_new_Group_Page() -insert_privi lege_Group_Page() -clear_privilege_Group_P age() -l ist_Menu() -li st_Group_page() -li st_privil ege_by_Groupid()

1 1..*

1..*

1 0..* 1 keyword -keyword_i d : Long -keyword_name : String -keyword_desc : Stri ng -pri ce : Integer

Transaction -msi sdn : long double -mo_date : Date -mo_ti me : Date -udh_i d : int -msg_in : String -msg_out : String -status : String -pri ce : Integer -operator : Stri ng -create_new_Transacti on() -li st_Transacti on() -getHitForDiagram() -getTransactionDetail s()

Page Subscriber

1..*

1

-subs_id : Long -msi sdn : long double -active : Boolean -operator : Stri ng -create_new_Subscriber() -update_active_to_0() -li st_Subsri ber_by_MSISDN() -get_num_Sub()

-page_id : int -page_name : Stri ng -create_new_Page() -add_Page() -update_Page() -delete_P age() -li st_Page() 1..* 1 Menu -menu_id : long -menu_name : Stri ng

Gambar 3.13 Class Diagram

63

3.7.2

Use case

Gambar 3.14 Use case

64

3.7.3

Skenario Use case Berikut adalah skenario use case sebagai dasar untuk perancangan

sequence diagram : 1. Skenario Use case Login Name

Use case login

Actor

User

Precondition

Tidak ada

Typical Events

User 1. M emasukan Username

Sistem 4. M enjalankan function cek login

2. M emasukan Password

pada

3. Klik tombol Login

5. M enyimpan data User kedalam Session 6. Jika berhasil M engacu ke halaman setelah Login. Jika gagal akan ditampilkan pesan kesalahan

Postcondition

Jika berhasil User akan masuk ke halaman setelah login, dan juga akan ditampilkan menu-menu sesuai hak akses.

Tabel 3.5 Skenario Use Case Login

65

2. Skenario Use Case View Log Name

Use Case View log

Actor

User

Precondition

User sudah melakukan login

Typical Events

User

Sistem

1. user mengklik link

2. mengecek apakah user

log pada menu SM S

mempunyai hak akses

Traffic

3. jika mempunyai hak akses, query transaksi hari ini di database 5. tampilkan hasil query

Postcondition

M enampilkan hasil query transaksi hari ini Tabel 3.6 Skenario Use case View Log

66

3. Skenario Use Case View log search by Date or M SISDN Name

Use Case View log search by date or M SISDN

Actor

User

Precondition

User sudah melakukan login dan berada pada halaman log

Typical Events

User

System

1. M emilih tanggal

3. query transaksi sesuai

dan atau memasukan

tanggal dan atau M SISDN di

no M SISDN

database

2. M engklik tombol

4. tampilkan hasil query

Go

Postcondition

M enampilkan hasil query transaksi search. Tabel 3.7 Skenario Use case View log search by Date or MSISDN

67

4. Skenario Use Case View Content Name

Use Case View Content

Actor

User

Precondition


Typical Events

Postcondition

User

Sistem

1. user mengklik link

2. jika mempunyai hak akses,

content sesuai dengan

query content sesuai produk

pilihan content


M enampilkan hasil query content Tabel 3.8 Skenario Use case View Content

68

5. Skenario Use case Add Content Name

Use case Add content

Actor

User (bagian content)

Precondition

User sudah melakukan login dan berada pada halaman content

Typical Events

User

Sistem

1. mengisi kolom

4. panggil fungsi add content

content

6. tampilkan pesan hasil dari

2.mengisi tanggal

add

dan waktu 3. mengklik tombol add Postcondition

Jika berhasil maka data akan tersimpan ke database dan ditampilkan. Dan juga akan dimunculkan pesan status berhasil atau tidak. Tabel 3.9 Skenario Use case Add Content

69

6. Skenario Use Case Update Content Name

Use case Update content

Actor


Precondition


Typical Events

User

Sistem

1. memilih content

5. panggil fungsi update

yang ingin diupdate

content

2.mengisi kolom


content

update

3. mengisi kolom tanggal dan waktu 4.mengklik tombol update Postcondition

Jika berhasil maka data dalam database akan diupdate dan akan ditampilkan. Dan juga akan dimunculkan pesan status berhasil atau tidak. Tabel 3.10 Skenario Use Case Update Content

70

7. Skenario Use Case Delete Content Name

Use Case Delete Content

Actor


Precondition


Typical Events

Postcondition

User

Sistem

1. memilih content

4. memanggil fungsi delete

yang akan didelete

content

2. mengklik tombol

5. menampilkan pesan hasil

delete

delete

Jika berhasil maka data yang didelete dalam database akan terhapus. Dan juga akan dimunculkan pesan status berhasil atau tidak. Tabel 3.11 Skenario Use case Delete Content

71

8. Skenario Use Case View Groups Name

Use Case View Group

Actor

User

Precondition


Typical Events

Postcondition

User

Sistem

1. mengklik link


Group pada menu

query Group dari database

Account Management


Ditampilkan semua Group yang ada dalam database Tabel 3.12 Skenario Use case View Groups

72

9. Skenario Use Case Add Group Name

Use Case Add Group

Actor

User

Precondition

User sudah melakukan login dan berada pada halaman Group

Typical Events

User

System

1. M engisi group

3. panggil fungsi add group

pada form add group


2. mengklik tombol

add

add Postcondition

Jika berhasil maka data akan tersimpan ke database dan ditampilkan. Dan juga akan dimunculkan pesan status berhasil atau tidak. Tabel 3.13 Skenario Add Group

73

10. Skenario Use Case Update Group Name

Use Case Update Group

Actor

User

Precondition

User sudah melakukan login dan berada pada halaman group

Typical Events

User

Sistem

1. memilih group


yang ingin diupdate

group

2.merubah kolom


group yang mau

update

diupdate 3. .mengklik tombol update Postcondition

Jika berhasil maka data dalam database akan diupdate dan akan ditampilkan. Dan juga akan dimunculkan pesan status berhasil atau tidak. Tabel 3.14 Skenario Update Group

74

11. Skenario Use Case Delete Group Name

Use case Delete group

Actor

User

Precondition

User sudah melakukan login dan berada pada halaman group

Typical Events

Postcondition

User

System

1. memilih group


yang akan didelete

content

2. mengklik tombol


delete

delete

Jika berhasil maka data yang didelete dalam database akan terhapus. Dan juga akan dimunculkan pesan status berhasil atau tidak. Tabel 3.15 Skenario Delete Group

75

12. Skenario Use case View Authorized M odules Name

Use case View Authorized M odules

Actor

User

Precondition

User sudah melakukan login dan berada dalam Group

Typical Events

User

Sistem

1. mengklik link

2. Pindah ke halaman

Authorized Module

Authorized Module jika

pada suatu group

mempunyai hak akses 3. query module yang boleh diakses oleh suatu group 4. tampilkan hasil query

Postcondition

Ditampilkan semua module yang boleh diakses oleh suatu group pada database Tabel 3.16 Skenario Use case View Authorized Modules

76

13. Skenario Use Case Update Privilege Name

Use case Update Privilege

Actor

User

Precondition

User sudah melakukan login dan berada pada halaman Authorized Module

Typical Events

User

Sistem

1. memilih module

2. Kosongkan data privilege

yang ingin

group yang dipilih, dalam

ditambahkan hak

database

akses untuk suatu

3. masukan modul yang boleh

user

diakses oleh suatu group dalam database 5. tampilkan pesan hasil dari update

Postcondition

Jika berhasil maka data dalam database akan diupdate dan akan ditampilkan. Dan juga akan dimunculkan pesan status berhasil atau tidak. Tabel 3.17 Skenario Use Case Update Privilege

77

14 Skenario Use Case View User Name

Use Case View user

Actor

User

Precondition


Typical Events

Postcondition

User

Sistem

1. mengklik link user


pada menu Account

query User dari database

Management


Ditampilkan semua user yang ada dalam database Tabel 3.18 Skenario Use Case View User

78

15. Skenario Use Case Add User Name

Use case Add User

Actor

User

Precondition

User sudah melakukan login dan berada pada halaman user

Typical Events

User

Sistem

1. M engisi user pada

4. panggil fungsi add user

form add user


2. M emilih Group

add

untuk user yang baru 3. mengklik tombol add Postcondition

Jika berhasil maka data akan tersimpan ke database dan ditampilkan. Dan juga akan dimunculkan pesan status berhasil atau tidak. Tabel 3.19 Skenario Use Case Add User

79

16. Skenario Use Case Update User Name

Use Case Update user

Actor

User

Precondition


Typical Events

User

Sistem

1. memilih user yang

4. panggil fungsi update user

ingin diupdate


2. merubah nama user

update

yang ingin diupdate 2.memilih group dari user yang diupdate 3. .mengklik tombol update Postcondition

Jika berhasil maka data dalam database akan diupdate dan akan ditampilkan. Dan juga akan dimunculkan pesan status berhasil atau tidak. Tabel 3.20 Skenario Use Case Update User

80

17. Skenario Use Case Delete User Name

Use Case Delete user

Actor

User

Precondition


Typical Events

User

Sistem

1. memilih

4. memanggil fungsi delete user

user yang

5. menampilkan pesan hasil delete

akan didelete 2. mengklik tombol delete Postcondition

Jika berhasil maka data yang didelete dalam database akan terhapus. Dan juga akan dimunculkan pesan status berhasil atau tidak. Tabel 3.21 Skenario Use case Delete User

81

18. Skenario Use Case View Module Name

Use Case View module

Actor

User

Precondition


Typical Events

Postcondition

User

Sistem

1. mengklik link


module pada menu

query module dari database

Account Management


Ditampilkan semua module yang ada dalam database Tabel 3.22 Skenario Use case View Module

82

19. Skenario Use Case Add Module Name

Use case Add module

Actor

User

Precondition

User sudah melakukan login dan berada pada halaman modul

Typical Events

User

System

1. M engisi nama

4. panggil fungsi add modul

module pada form


add user

add

2. M emilih menu untuk modul yang baru 3. mengklik tombol add Postcondition

Jika berhasil maka data akan tersimpan ke database dan ditampilkan. Dan juga akan dimunculkan pesan status berhasil atau tidak. Tabel 3.23 Skenario Use case Add Module

83

20. Skenario Use case Update Module Name

Use Case Update Module

Actor

User

Precondition

User sudah melakukan login dan berada pada halaman module

Typical Events

User

Sistem

1. memilih modul


yang ingin diupdate

modul

2. merubah nama


modul yang ingin

update

diupdate 3.memilih nama menu dari modul yang akan diupdate 4. .mengklik tombol update Postcondition

Jika berhasil maka data dalam database akan diupdate dan akan ditampilkan. Dan juga akan dimunculkan pesan status berhasil atau tidak. Tabel 3.24 Skenario Use case Update Module

84

21. Skenario Use case Delete Module Name

Use case Delete user

Actor

User

Precondition


Typical Events

Postcondition

User

System

1. memilih modul


yang akan didelete

modul

2. mengklik tombol


delete

delete

Jika berhasil maka data yang didelete dalam database akan terhapus. Dan juga akan dimunculkan pesan status berhasil atau tidak. Tabel 3.25 Skenario Use case Delete Module

85

22. Skenario Use Case View Customer Service Tools Name

Use case View Customer Service Tools

Actor

User

Precondition


Typical Events

User 1. user mengklik cs

System 2. Pindah ke halaman CS

tools di menu

tools jika mempunyai

Content

hak akses

Management

5. List data pelanggan sesuai

3. M emasukan

dengan M SISDN’

M SISDN yang ingin

6. Tamplilkan data jika ada

di cari 4. M engklik tombol Go (search) Postcondition

Ditampilkan data pelanggan jika ada Tabel 3.26 Skenario View Customer Service Tools

86

23. Skenario Use Case Update Status Subscriber to Inactive Name

Use case Update Status Subsriber to Inactive

Actor

User

Precondition

User sudah melakukan login dan berada pada halaman View customer service tools

Typical Events

User

Sistem

1. memilih data


pelanggan yang ingin

subscriber

diupdate pada


layanan tertentu

update

2. merubah status pelanggan menjadi 3. menekan tombol Update Postcondition

Jika berhasil maka data dalam database akan diupdate dan akan ditampilkan. Dan juga akan dimunculkan pesan status berhasil atau tidak. Tabel 3.27 Skenario Update Status Subscriber to Inactive

87

24. Skenario Use Case View Monthly Sum Name

Use case View Monthly Sum

Actor

User (bagian keuangan)

Precondition


Typical Events

User

Sistem

1. M engklik link

2. jika mempunyai hak akses

Monthly sum pada

pindah ke halaman Monthly

menu report

Sum 3. query transaksi bulan ini di database 4. tampilkan hasil query dengan diagram batang 5. query detail transaksi bulan ini di database 6. tampilkan hasil query detail

Postcondition

Akan ditampilkan laporan bulan ini dengan diagram batang dan juga detail laporan keuangan. Tabel 3.28 Skenario Use case View Monthly Sum

88

25. Skenario Use case M onthly Sum by Search Name

Use case View Monthly Sum by search

Actor


Precondition

User sudah melakukan login dan berada pada halaman monthly sum

Typical Events

User

Sistem

1. M emilih bulan dan

4. query transaksi sesuai

tahun yang

bulan dan operator di

diinginkan

database

2. M emasukan jenis


operator

dengan diagram batang

3. M enekan tombol

6. query detail transaksi

Go (search)

sesuai bulan dan operator di database 7. tampilkan hasil query detail

Postcondition

Akan ditampilkan laporan sesuai dengan pencarian dengan diagram batang dan juga detail laporan keuangan. Tabel 3.29 Skenario Use case Monthly Sum by Search

89

26. Skenario Use Case Generate Report Name

Use case View Monthly Sum

Actor


Precondition

User sudah melakukan login dan sudah berada dalam halaman monthly sum yang ingin di generate

Typical Events

User

Sistem

1. menekan tombol

2. Jika mempunyai hak akses

generate report

pindah ke halaman Generate Report 3. query transaksi sesuai parameter bulan atau dan operator 4. tampilkan hasil query dengan diagram batang 5. query detail transaksi sesuai parameter bulan atau dan operator 6. tampilkan hasil query detail

Postcondition

Akan ditampilkan laporan sesuai dengan pencarian dengan diagram batang dan juga detail laporan keuangan Tabel 3.30 Skenario Generate Report

90

27. Skenario Use case Print Report Monthly Sum Name

Use case Print Report Monthly Sum

Actor


Precondition

User sudah melakukan login dan sudah berada dalam halaman Generate Report

Typical Events

User

Sistem

Printer

1. menekan

2. M emerintah

3. Print

tombol print

printer untuk

document jika

mencetak report

dalam keadaan ready

Postcondition

User akan mendapatkan hasil cetak laporan Tabel 3.31 Skenario Use case Print Report Monthly Sum

91

28. Skenario Use case View Statistic Name

Use case View Statistic

Actor

User (bagian keuangan atau bagian Content)

Precondition


Typical Events

User

Sistem

1. M engklik menu


Statistic

pindah ke halaman Statistic 3. query jumlah pelanggan yang berstatus aktif dan tidak aktif pada database 4. tampilkan hasil query

Postcondition

Akan ditampilkan jumlah pelanggan yang berstatus aktif dan tidak aktif pada layanan tertentu. Tabel 3.32 Skenario Use caseView Statistic

92

29. Skenario Use case Change Password Name

Use case Change Password

Actor

User

Precondition


Typical Events

User

Sistem

1. M engklik menu


Change Password

pindah ke halaman Change

3. M emasukan

password

username

7. M engubah password user

4. M emasukan

pada database

password lama 5. M emasukan password baru 6. M emasukan password baru untuk memastikan Postcondition

Jika berhasil maka akan ditampilkan pesan bahwa pengubahan password sudah berhasil, dan akan mengubah data password User pada database Tabel 3.33 Skenario Use case Change Password

93

30. Skenario Use case Register Name

Use case Register

Actor

SM S gateway

Precondition

Pelanggan belum pernah melakukan register terhadap layanan SM S

Typical Events

SM S Gateway

System

1. mengirimkan

2. system mengecek parameter

parameter ke

yang dikirim, mengecek keyword

sistem

dan M SISDN pelanggan jika ok maka data pelanggan akan dimasukan ke database 3. mengirimkan hasil notifikasi ke SM S gateway

Postcondition

Pelanggan sudah melakukan register Tabel 3.34 Skenario Use case Register

94

31. Skenario Use Case Unregister Name

Use case unregister

Actor

SM S gateway

Precondition

Pelanggan pernah melakukan register terhadap layanan SM S dan belum melakukan unregister

Typical Events

SM S Gateway

Sistem

1. mengirimkan

2. sistem mengecek parameter yang

parameter ke

dikirim, mengecek keyword dan

sistem

M SISDN pelanggan jika ok maka status pelanggan akan diubah menjadi inactive 3. mengirimkan hasil notifikasi ke SM S gateway

Postcondition

Pelanggan sudah melakukan unregister Tabel 3.35 Skenario Unregister

95

32. Skenario Use case Push Content Name

Use case Push Content

Actor

OS Scheduler

Precondition

OS scheduler menjalankan engine setiap detik

Typical Events

OS Scheduler

Sistem 2. Engine akan

4. SM S gateway

engine push

mengecek apakah

akan

setiap detik

terdapat content

mengirimkan

yang akan dipush

content ke

3. jika ada maka

pelanggan

1. menjalankan

data content akan dikirimkan ke SM S Gateway Postcondition

SM S Gateway

Content akan diterima oleh pelanggan Tabel 3.36 Skenario Use case Push Content

96

3.7.4

Sequence Diagram Berikut adalah sequence diagram yang dirancang untuk mengetahui

interaksi antar objek dalam menjalankan sebuah aksi atau proses : 1. Sequence Diagram Login

Gambar 3.15 Sequence Diagram Login

97

2. Sequence Diagram View Log

Gambar 3.16 Sequence Diagram View Log

98

3. View Log Search by Date or MSISDN

Gambar 3.17 View Log Search by Date or MSISDN

99

4. Sequence Diagram View Content

Gambar 3.18 Sequence Diagram View Content

100

5. Sequence Diagram Add Content

Gambar 3.19 Sequence Diagram Add Content

101

6. Sequence Diagram Update Content

Gambar 3.20 Sequence Diagram Update Content

102

7. Sequence Diagram Delete Content

Gambar 3.21 Sequence Diagram Delete Content

103

8. Sequence Diagram View Groups

Gambar 3.22 Sequence Diagram View Groups

104

9. Sequence Diagram Add Groups

Gambar 3.23 Sequence Diagram Add Groups

105

10. Sequence Diagram Update Groups

Gambar 3.24 Sequence Diagram Update Groups

106

11. Sequence Diagram Delete Groups

Gambar 3.25 Sequence Diagram Delete Groups

107

12. Sequence Diagram View Authorized Modules

Gambar 3.26 Sequence Diagram View Authorized Modules

108

13. Sequence Diagram Update Privilege

Gambar 3.27 Sequence Diagram Update Privilege

109

14. Sequence Diagram View User

Gambar 3.28 Sequence Diagram View User

110

15. Sequence Diagram Add User

Gambar 3.29 Sequence Diagram Add User

111

16. Sequence Diagram Update User

Gambar 3.30 Sequence Diagram Update User

112

17. Sequence Diagram Delete User

Gambar 3.31 Sequence Diagram Delete User

113

18. Sequence Diagram View Modules

Gambar 3.32 Sequence Diagram View Modules

114

19. Sequence Diagram Add Modules

Gambar 3.33 Sequence Diagram Add Modules

115

20. Sequence Diagram Update Modules

Gambar 3.34 Sequence Diagram Update Modules

116

21. Sequence Diagram Delete Modules

Gambar 3.35 Sequence Diagram Delete Modules

117

22. Sequence Diagram View Customer Service Tools

Gambar 3.36 Sequence Diagram View Customer Service Tools

118

23. Sequence Diagram Update Status Subsriber to Inactive

Gambar 3.37 Sequence Diagram Update Status Subsriber to Inactive

119

24. Sequence Diagram View Monthly Sum

Gambar 3.38 Sequence Diagram View Monthly Sum

120

25. Sequence Diagram View Monthly Sum by Search

Gambar 3.39 Sequence Diagram View Monthly Sum by Search

121

26. Sequence Diagram Generate Report Monthly Sum

Gambar 3.40 Sequence Diagram Generate Report Monthly Sum

122

27. Sequence Diagram Print Report Monthly Sum

Gambar 3.41 Sequence Diagram Print Report Monthly Sum

123

28. Sequence Diagram View Statistic

Gambar 3.42 Sequence Diagram View Statistic

124

29. Sequence Diagram Change Password

Gambar 3.43 Sequence Diagram Change Password

125

30. Sequence Diagram Register

Gambar 3.44 Sequence Diagram Register

126

31. Sequence Diagram Unregister

Gambar 3.45 Sequence Diagram Unregister

127

32. Sequence Diagram Push Content

Gambar 3.46 Sequence Diagram Push Content

128

3.8

Perancangan Database 3.8.1

Definisi Tabel

1.

Nama Tabel

: Login_user

Keterangan

: Tabel berisi data user

Primary Key : User_id

Field Name

Data Type

Length

Description

User_id

Unsigned Tinyint

3

ID User di database

Group_id

Unsigned Tinyint

3

ID group dari user

User_name

Varchar

20

User name pengguna

Password

Varchar

40

Password pengguna

Tabel 3.37 Tabel Database Login User

2.

Nama Tabel

: Login_group

Keterangan

: Tabel berisi data group user

Primary Key : Group_id

Field Name

Data Type

Length

Description

Group_id

Tinyint unsigned

3

ID group dari user

Group_name

Varchar

20

Group name user

Group_cat

Varchar

20

Kategori group dari user

Tabel 3.38 Tabel Database Login Group

129

3.

Nama Tabel

: Group_page

Keterangan

: Tabel berisi page yang boleh diakses group

Primary Key : Group_id

Field Name

Data Type

Length

Description

Group_id

Unsigned Tinyint

3

ID group dari user

Page_id

Unsigned Tinyint

3

ID page di database

Tabel 3.37 Tabel Database Group_page

4.

Nama Tabel

: Page_tjam

Keterangan

: Tabel berisi data-data page atau modul-modul yang ada

Primary Key : User_id

Field Name

Data Type

Length

Description

Page_id

Unsigned Tinyint

3

ID page di database

Page_name

Unsigned Tinyint

3

Nama dari page

Menu_id

Unsigned Tinyint

3

Menu page

Tabel 3.39 Tabel Database Page_tjam

130

5.

Nama Tabel

: M enu

Keterangan

: Tabel berisi menu-menu untuk page

Primary Key : Menu_id Field Name

Data Type

Length

Description

Menu_id

Unsigned Tinyint

3

ID user di database

Menu_name

Varchar

45

ID page di database

Tabel 3.40 Tabel Database Menu

6.

Nama Tabel

: Keyword

Keterangan

: Tabel berisi data keyword (kata kunci) untuk aplikasi

SM S Primary Key : Keyword_id

Field Name

Data Type

Length

Description

Keyword_id

Bigint

20

ID keyword di database

Keyword_name

Varchar

30

Nama keyword

Keyword_url

Varchar

200

Alamat url untuk aplikasi keyword di sistem

Short_number

Unsigned Smallint

5

SMS gateway

App_name

Varchar

10

Nama aplikasi dari keyword

Push

Unsigned Tinyint

3

Penanda push atau pull

Cat_id

Unsigned Tinyint

3

ID kategori layanan

Tabel 3.41 Tabel Database Keyword

131

7.

Nama Tabel

: Keyword_cat

Keterangan

: Tabel berisi data kategori dari keyword

Primary Key : cat_id

Field Name

Data Type

Length

Description

Cat_id

Unsigned Tinyint

3

ID kategori layanan

Cat_name

Varchar

30

Nama kategori layanan

Tabel 3.42 Tabel Database Keyword_cat

8.

Nama Tabel

: Push_keyword

Keterangan

: Tabel berisi data keyword untuk layanan push

Primary Key : Keyword_id

Field Name

Data Type

Length

Description

Keyword_id

Unsigned Bigint

20


Keyword

Varchar

20

Keyword / kata kunci

Keyword_desc

Varchar

30

Keterangan keyword

Subcat

Varchar

100

Sub kategori untuk layanan dari push SMS

Price

Unsigned Smallint

5

Harga dari produk SMS

Tabel 3.43 Tabel Database Push_keyword

132

9.

Nama Tabel

: queue

Keterangan

: Tabel utama SM S yang masuk dan juga SM S yang

dikirim melalui aplikasi server Primary Key : M sisdn, Mo_date, Mo_time

Field Name

Data Type

Length

Description

20

Nomor telepon selular pelanggan

Msisdn

Unsigned Bigint

Mo_date

Date

Tanggal untuk pesan keluar

Mo_time

Time

Waktu untuk pesan keluar

Status_id

Unsigned Tinyint

3

ID status pengiriman

Telco_id

Unsigned Tinyint

3

ID operator di database

Keyword_id

Bigint

20


Msg_in

Varchar

160

SMS yang masuk melalui aplikasi server

Udh_id

Unsigned Tinyint

3

Status untuk mengetahui apakah ada error dalam pengiriman, error udh_id=11

Msg_out

Varchar

160

SMS yang dikirim ke pelanggan melalui aplikasi server

Price

Unsigned Smallint

5

Harga dari produk SMS

Tabel 3.44 Tabel Database Queue

133

10.

Nama Tabel

: Status

Keterangan

: Tabel berisi data status pengiriman dari operator

Primary Key : Status_id

Field Name

Data Type

Length

Description

Status_id

Unsigned Tinyint

3

ID status pengiriman

Status_name

Varchar

20

Nama status

Status_desc

Varchar

25

Keterangan status

Tabel 3.45 Tabel Database Status

11.

Nama Tabel

: Telco

Keterangan

: Tabel berisi data operator

Primary Key : Telco_id

Field Name

Data Type

Length

Description

Telco _id

Unsigned Tinyint

3

ID operator di database

Telco_code

Varchar

5

Kode operator

Telco_name

Varchar

20

Nama operator

Tabel 3.46 Tabel Database Telco

134

12.

Nama Tabel

: Push_content_tjam

Keterangan

: Tabel berisi data-data content yang akan dan sudah

pernah dikirim maupun yang belum dikirim Primary Key : content_id

Field Name

Data Type

Length

Description

Content_id

Unsigned Bigint

20

ID untuk content

Keyword_id

Unsigned Bigint

20

ID dari push keyword untuk tiap content

Content

Varchar

160

Pesan yang akan dikirim

Mt_date

Date

Mt_time

Time

3

Waktu dari pengiriman pesan

Sent

Unsigned Tinyint

3

Status menunjukan sudah pernah

Tanggal dari pengiriman pesan

dikirm atau belum User_id

Unsigned Tintyint

3

ID user yang mengirim

Tabel 3.47 Tabel Database Push_content_tjam

135

13.

Nama Tabel

: Push_subscriber _tjam

Keterangan

: Tabel berisi data-data pelanggan yang mendaftar untuk

layanan push SM S TJAM Primary Key : Subs_id

Field Name

Data Type

Length

Description

Subs_id

Unsigned Bigint

20

ID untuk data pelanggan

Msisdn

Unsigned Bigint

20

No telepon selular pelanggan

Telco_id

Unsigned Tinyint

3

ID dari operator provider pelanggan

Active

Unsigned Tinyint

1

Status apakah pelanggan aktif atau tidak (aktiv = 1, tidak aktiv = 0)

Keyword_id

Unsigned Bigint

20

ID keyword layanan yang digunakan pelanggan

Mo_time

Time

Waktu pelanggan melakukan register dan unregister

Mo_date

Date

Tanggal pelanggan melakukan register dan unregister

Tabel 3.48 Tabel Database Push_subscriber_tjam

136

3.8.2

Database Relationship Berikut adalah Database Relationship dari sistem :

Gambar 3.47 Database Relationship

137

3.9

Perancangan S truktur Navigasi Menu

SM S Traffic Log Content M anagement

All Categories TJAM JAKUT TJAM JAKSEL TJAM JAKPUS TJAM JAKBAR

Login

TJAM JAKTIM

Account M anagement

INFO TRAFFIC

Groups Allowed Modules

Customer Service Tools

Users M odules Report

Statistic M ounthly Sum

Change Password Change Password Logout Gambar 3.48 Struktur Navigasi

138

3.10

Perancangan Layar Berikut adalah perancangan layar untuk aplikasi web site : 1.

Rancangan Layar Login

Banner Login

L ogin Username Password Login

Copyr ight

Gambar 3.49 Rancangan Layar Login

139

2.

Rancangan Layar SMS Traffic – Log

Banner SMS Tr affic Content Management

Account Management

yyyy

mm

Report

Change Password Logout

dd

Welcome "Name"

go

[ 1 ] item ur utan 1 s/d 20 dari keseluruhan xxx # telco msisdn datetime

msg_in

status price

msg_out

Copyright

Gambar 3.50 Rancangan Layar SMS Traffic - Log

3.

Rancangan Layar Content Management – All Catogories


Account Management

Repor t


Welcome "Name"

Content Management - All Categories .:All Cat egories: . .:Info Tr affic:. .:Cs Tools:.

Info Traffic

# 1

contents

Har ga

Copyr ight

Gambar 3.51 Rancangan Layar Content Management – All Categories

140

4.

Rancangan Layar Content Management – Info Traffic


Account Management

Repor t Change Password

Logout

Welcome "Name"

Content Management - Info Traffic .:All Categories:. .:Info Traffic: . .:CS Tools:. List Push Reg Tjam Subscriber TJAM JAKBAR

go

[ 1 ] item urutan 1 s/d 20 dari keseluruhan xxx msisdn

#

Keywor d

Keterangan

active yes/no

Copyright

Gambar 3.52 Rancangan Layar Content Management – Info Traffic

5.

Rancangan Layar Content Management – Cs Tools

Banner SMS Traffic Content Management

Account Management

Report


Welcome "Name"

Content Management - CS Tools .:All Categories:. .:Info Traffic:. .:CS Too ls:. MSISDN #

msisdn

search Service

Status

Copyright

Gambar 3.53 Rancangan Layar Content Management – Cs Tools

141

6.

Rancangan Layar Account Management - Group


Account Management

Repor t

Change Password

Logout

Welcome "Name"

Account Management - Group .:Group: .

.:User:.

.:Module:. G roup G roup Name

Link

SuperUser

Author ized modules

CS

Author ized modules Update

Delete

Add New Gr oup G roup Name ADD Copyright

Gambar 3.54 Rancangan Layar Account Management – Group

7.

Rancangan Layar Account Management - User


Account Management

Repor t


Welcome "Name"

Account Management - User .:Group:.

.:User:.

.:Module:. Users User Name

Member of

xxxxxx

SuperUser CS

xxxxxx Upd at e

Delete

Add New User User Name Member of

SuperUser

ADD Copyr ight

Gambar 3.55 Rancangan Layar Account Management - User

142

8.

Rancangan Layar Account Management - Module


Report

Account Management

Change Password

Logout

Welcome "Name"

Account Management - Module .:Group:. .:User:. .:Module:. Module User Name xxxxxx

MenuName

xxxxxx

MenuName

Update

Delete

New Module Module Name ADD Copyright

Gambar 3.56 Rancangan Layar Account Management - Module

9.

Rancangan Layar Account Management – Authorized Module


Account Management

Report

Change Password

Logout

Welcome "Name"

Account Management - Authorized Module .:User s:. .:Modules:.

SuperUser' s Module 1

xxxxxx

2

xxxxxx Update

Copyright

Gambar 3.57 Rancangan Layar Account Management – Authorized Module

143

10.

Rancangan Layar Report - Statistic


Ac count Management

Report

Change Pas sword Logout

W elc ome "Name" Report-Statistic

.: Statistic: . .:Monthly Sum:.

St at istic No

Serv ic es

Subs cribe

Desc ription

Unsubs cribe

Tot al

Copyright

Gambar 3.58 Rancangan Layar Report - Statistic

144

11.

Rancangan Layar Report – Monthly Sum

Banner S MS Traffic Content Management

Ac count Management

Report Change Pass word Logout

W elcome " Name" Report - Monthly Sum

.:Statistic:. .: Monthly Sum:.

Generate Report Operat ors

yyyy

mm

go

sum date

total unique msisdn : hits categ ory

keyword

pri ce

p xh

not r ecieved yet undelivered

delivered not reci eved yet und el ivereddelivered

Err or

Revenue S ummary 2006 - 9 Revenue Summar y 2006 - 9

Total T raffic

not reci eved yet und el ivereddelivered

Copyr ight

Gambar 3.59 Rancangan Layar Report – Monthly Sum

145

12.

Rancangan Layar Print Generate Report

xxxx Operator

sum date

Pi nt

total unique msisdn : hi ts category

keyword

price

px h

not recieved yet undelivered d el ivered not recieved yet undeli vereddel iver ed

Error

Revenue Summary 2006 - 9 Revenue Summary 2006 - 9

Total T raffic

not recieved yet undeli vereddel iver ed

Gambar 3.60 Rancangan Layar Print Generate Report

146

13.

Rancangan Layar Change Password


Account Management

Report


Change Passwo rd Old Password New Password New Password Confirm Change

Copyright

Gambar 3.61 Rancangan Layar Change Password

Welcome "Name"

BAB 3 ANALISA DAN PERANCANGAN. yang bergerak dalam bidang SMS informasi (Mobile Content Provider). PT. INDOCOM

Recommend Documents