BAB V KESIMPULAN DAN SARAN

BAB V KESIMPULAN DAN SARAN 5.1. Kesimpulan Kesimpulan yang didapat dari pembangunan perangkat lunak ini adalah: 1. Konsep One Time Password dengan menggunakan SMS dapat

Gateway

diterapkan

perbankkan,payment dimana

keamanan

dan

account,

merupakan

hal

pada

toko

yang

online

vital

di

bidang tersebut. 2. Konsep

ini

biasa

lebih

aman

dikarenakan:

berganti

dan

daripada password

dikirimnya

sistem yang

login selalu

melalui

password

jaringan lain langsung kepada user. Kelemahan dari konsep ini terdapat pada waktu pengiriman yang sangat tergantung pada jaringan. 3. Hal

yang

konsep

perlu

ini

diperhatikan

adalah

delay

dalam

antara

penerapan saat

user

meminta password dengan saat user mendapatkan password via SMS(Short Message Service).

5.2. Saran Saran lunak

dan

ini

menggunakan

perbaikkan adalah

alat

waktu pengiriman

dari

konsep

atau

media

pembangunan

perangkat

ini

dapat

diterapkan

lain

untuk

mempercepat

(Contoh: email, alat khusus semacam

pager, dan lainya).

48

DAFTAR PUSTAKA DevelopersHome.com

team,

2008,

SMS

Tutorial,

dari

situs

http://www.developershome.com, diakses 1 Februari 2009 Dwix, Gus, 2008, SMS (Short Message Service) Gateway using Gammu,

PHP

and

VB.Net

for

The

Application,

dari

situs

http://sms-gammu.blogspot.com, diakses 1 Februari 2009 Ferdiana, Ridi, 2006, Membangun Aplikasi Smart Client dengan Visual C# dan Visual Web Developer Express, Penerbit Andi, Yogyakarta. Gammu.org Wiki, 2008, Gammu, dari situs http://www.gammu.org/wiki, diakses 28 September 2008 Imron Rozidi, Romzi, 2004, Membuat Sendiri SMS Gateway (ESME) Berbasi Protokol SMPP, Penerbit Andi, Yogyakarta Wikimedia Foundation Inc, 2009, One-time password, dari situs http://en.wikipedia.org, diakses 1 Februari 2009

49

LAMPIRAN

NAMA

:

PEKERJAAN

:

“One Time Password Menggunakan SMS Gateway”

Keamanan

1. Apakah jaminan bahwa hanya anda yang dapat mengakses account anda, merupakan hal yang penting bagi anda? a. ya

b. tidak

2. Apakah dengan terus bergantinya password dalam setiap kali login, akan membuat account anda menjadi lebih aman? a. lebih aman

b. sama saja

c.kurang aman

3. Apakah dengan dikirimnya password langsung kepada handphone user membuat mekanisme login menjadi lebih aman dibandingkan dengan login biasa? a. lebih aman

b. sama saja

c.kurang aman

Penggunaan

4. Apakah dengan tidak perlu mengingat password, merupakan hal yang menguntungkan bagi anda? a. ya

b. tidak

5. Apakah penggunaan SMS sebagai media transfer password menurut anda sudah tepat? a. ya

b. tidak,alat lain..........

6. Menurut anda apa kelemahan dari mekanisme login seperti ini? Jawaban: 7. Apakah anda setuju apabila konsep ini diterapkan? a. ya

b. tidak

Alasan: 8. Dalam bidang apa sajakah menurut anda konsep OTP seharusnya diterapkan:

-Game Online

-Forum

-Perbank-kan

-Payment Account

-Toko Online

-Chatting

-E-learning

-lainya...

Pengujian Produk Terhadap Responden Pengujian

produk

secara

umum

kepada

responden

dilakukan dengan cara meminta beberapa responden untuk mencoba

perangkat

lunak

secara

keseluruhan

serta

meminta pendapat dari para responden tersebut. Gambar 1 Hasil Reponden

25 20

20

19

15

Setuju Sama Kurang

10 6

5

5

0

0

0

Ganti Password Aman

Kirim Langsung ke SMS Aman

30 25

25

23

21

20

17

Setuju

15

Tidak 8

10 5

4

2

0

0 Keamanan Penting

Tidak Ingat Password Untung

Alat Cocok

Diterapkan

Jumlah Pilihan

0 Perbankkan

17 23

Forum Game Online Toko Online

5

E-learning Payment Account 14

6 4

Chatting

ONE TIME PASSWORD (OTP) MENGGUNAKAN SMS GATEWAY

1. Pendahuluan 1.1 Tujuan Tujuan lunak

dari

dalam

dokumen

program

mendefinisikan

spesifikasi

yang

kebutuhan

dibuat

kebutuhan penulis

perangkat

lunak

perangkat

yaitu yang

untuk

meliputi

antarmuka eksternal (antarmuka antara sistem dengan sistem lain perangkat

lunak dan perangkat keras, dan

pengguna)

perfomansi (kemampuan perangkat lunak dari segi kecepatan, tempat penyimpanan yang dibutuhkan, serta keakuratan), dan atribut

(feature-feature

tambahan

yang

dimiliki

sistem),

serta mendefinisikan fungsi perangkat lunak. Dalam SKPL ini juga mendefinisikan batasan perancangan perangkat lunak. 1.2 Lingkup Masalah Program

dibuat

untuk

menghasilkan

password

sekali

pakai (OTP) via SMS (Short Message Service) terhadap user yang akan login (penulis akan menerapkan contoh kasus pada login forum mahasiswa ). User mengirimkan SMS sesuai dengan format

yang

telah

ditentukan

untuk

mendapatkan

dari program ini ( fasilitas yang disediakan

fasilias

mendapatkan

password ataupun daftar baru). Program dikembangkan dengan menggunakan perangkat lunak Visual Studio.NET 2003 dengan bahasa pemrograman C# .NET.

Program Studi Teknik Informatika

SKPL-One Time Password Menggunakan SMS Gateway

1/ 18

Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UAJY dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika

1.3 Definisi Akronim dan Singkatan Daftar definisi dan akronim yang digunakan Keyword /Phrase SKPL

:

Definisi Merupakan

spesifikasi

kebutuhan

dari

perangkat lunak yang akan dikembangkan. Server

Komputer bagi

yang

klien

menyediakan yang

sumber

terhubung

daya

melalui

jaringan DataBase

Kumpulan

data

yang

terkait

yang

diorganisasikan dalam struktur tertentu

dan dapat diakses dengan cepat. User

Interface

Informasi

mengenai

Information

dengan sistem

SMS

Merupakan

sebuah

antarmuka

layanan

yang

pemakai

banyak

diaplikasikan

pada

sistem

komunikasi

tanpa

memungkinkan

dilakaknya

kabel,

pengiriman

pesan

dalam

bentuk

aplhanumeric . Unified

Sebagai

Modeling

logika

Language (UML)

fisik

penggambaran tanpa

dimana

sistem

memperhatikan

user

secara

lingkungan

berinteraksi

dengan

sistem.



2/ 18


1.4 Referensi Dokumen

yang

digunakan

sebagai

acuan

dalam

rencana

pengembangan perangkat lunak ini adalah : 1. Ekawati,

Vina,

SKPL

SiWaVi,

Program

Studi

Teknik

Informatika Universitas Atma Jaya Yogyakarta, 2007. 2. Kristianto,

Ivan,

SKPL-Genie,

Program

Studi

Teknik

Informatika Universitas Atma Jaya Yogyakarta, 2007. 3. Salu,

Loritha

Amanda,

SKPL-WebICC.

Program

Studi

Teknik Informatika Universitas Atma Jaya Yogyakarta, 2004.

1.5 Deskripsi Umum Secara bagian

umum

utama.

dokumen Bagian

SKPL

utama

tersebut berisi

terbagi

penjelasan

atas

3

mengenai

dokumen SKPL tersebut yang mencakup tujuan pembuatan SKPL, ruang

lingkup

tersebut,

masalah

definisi,

dokumen

SKPL

ini.

tentang

perangkat

dalam

pengembangan

referensi Bagian

lunak

dan

kedua

yang

deskripsi berisi

akan

perangkat umum

tentang

penjelasan

dikembangkan,

lunak

umum

mencakup

perspektif produk yang akan dikembangkan, fungsi perangkat lunak,

karakteristik

pengguna,

batasan

dalam

penggunaan

perangkat lunak dan asumsi yang dipakai dalam pengembangan perangkat lunak tersebut. Bagian ketiga berisi penjelasan secara lebih rinci tentang kebutuhan perangkat lunak yang akan dikembangkan.



3/ 18


2. Deskripsi Kebutuhan 2.1 Prespektif Produk Program dimana

data

dibuat

untuk

dikirimkan

membuat melalui

password SMS.

sekali

Langkahnya

pakai, adalah

membuat komputer menjadi SMS Gateway dengan bantuan Gammu. Disediakan 3 fungsionalitas yaitu daftar baru , membentuk password, menghapus mahasiswa. Untuk daftar baru dan hapus, user harus mengirimkan teks sesuai dengan format yang telah ditentukan.

User

mendapatkan

password

secara

otomatis,

ketika user memasukkan username kedalam forum mahasiswa.

System Diagram GAMMU

Forum Mahasiswa

computer Server

Server Side User Side

Gambar 1.1



4/ 18


2.2 Kebutuhan Fungsionalitas Perangkat Lunak

SISTEM

Admin

Mengelola Data User Forum

Mendaftar Account Forum User Login Forrun

OTP Generator

Generate password

Gambar 2.1 Use Case Diagram 2.2.1 Use Case:Mengelola Data User Forum Use Case ini digunakan oleh Admin untuk mengelola data yang ada baik untuk mendata user baru atau menghapus user forum.



5/ 18


2.2.2 Use Case:Mendaftar Account Forum Use

Case

ini

digunakan

oleh

user

untuk

mendapatkan

user account pada sistem. 2.2.3 Use Case:Login Forum Use Case ini digunakan oleh user untuk masuk kedalam sistem dengan cara memasukkan user name, dan sistem akan memberikan

password

sementara

yang

akan

dimasukkan

oleh

user. 2.2.4 Use Case:Generate Password Use

Case

ini

digunakan

untuk

menciptakan

password

sementara yang digunakan untuk login ke forum 2.2.5 Use Case:Reset Status Login Use Case ini digunakan untuk mereset status login. Hal ini

dilakukan

apabila

user

tidak

dapat

login

ke

dalam

forum, akibat lupa menekan tombol sign out (langsung mengclose web browser)



6/ 18


2.3 Kebutuhan Non-Fungsionalitas Perangkat Lunak 2.3.1 Kebutuhan Antarmuka Eksternal Kebutuhan antar muka eksternal pada program meliputi kebutuhan

antarmuka

pemakai,

antarmuka

perangkat

keras,

antarmuka perangkat lunak, antarmuka komunikasi. 2.3.2 Antarmuka Pemakai Pengguna

berinteraksi

dengan

antarmuka

yang

ditampilkan dalam layar komputer dengan format halaman menu dengan

pilihan

fungsi,

form

dan

tampilan

informasi

pada

layar monitor. 2.3.3 Antarmuka Perangkat Keras Antarmuka

perangkat

keras

yang

digunakan

dalam

perangkat lunak ini adalah: 1.

PC

2.

Keyboard dan mouse

3.

Handphone

4.

Kabel Data

2.3.4 Antarmuka Perangkat Lunak Perangkat lunak yang dibutuhkan untuk mengoperasikan perangkat lunak ini adalah sebagai berikut : 1. Nama

: MySql Server 5.0

Sumber

: MySql

Sebagai

database

yang

dibutuhkan

dalam

mengoperasikan

perangkat lunak. 2. Nama Sumber

: Gammu : Gammu



7/ 18


Sebagai

tools

pembantu

agar

komputer

dapat

berfungsi

sebagai SMS Gateway. 3. Nama

: Driver Handphone

Sumber : Menyesuaikan dengan jenis Hand Phone Agar komputer mengenali handphone anda. 4. Nama

: Windows XP

Sumber : Microsoft. 5. Nama

: .NET Framework

Sumber : Microsoft. 6. Nama

: Vanilla-1.1.4

Sumber : lussumo 2.4 Karakteristik Pengguna Pengguna

perangkat

lunak

adalah

bagian

admin

dengan

karakteristik sebagai berikut : 1. Memahami pengoperasian komputer serta perangkat tambahan komputer yang digunakan 2. Mengerti dan memahami perangkat lunak yang digunakan 2.5 Batasan-batasan Batasan dalam pengembangan perangkat lunak ,yaitu : 1. Handphone

yang

digunakan

sebagai

modem

adalah

Sony

Ericcson seri K530i. 2. Penulis

menerapkan

contoh

kasus

pada

login

ke

forum

mahasiswa



8/ 18


3 Deskripsi Rinci Kebutuhan 3.1

Spesifikasi Kebutuhan fungsionalitas

3.1.1 Spesifikasi Use Case : Mengelola Data User Forum Tabel 3.1 Spesifikasi Use Case : Mengelola Data User Forum Use Case ID

UC-OTP-1

Use Case Name

Mengelola Data User Forum.

Use Case Type

Essential.

Priority

High.

Actors

Admin.

Description

Use Case ini digunakan oleh Admin untuk

mengelola mendata

data

user

yang

baru

ada

atau

baik

untuk

menghapus

user

forum Preconditions

aktor masuk kedalam sistem

Basic Path

Tambah Data 1.Aktor memilih tab register dan menekan

tombol ok pada pendaftaran user 2.Sistem mencatat data dalam database.

Alternative Path

A-1 Send Reply 1.Aktor memilih tombol untuk membalas 2.Aktor menuliskan balasan 3.Sistem mengirim SMS ke nomor tujuan. A-2 Hapus Data 1.Aktor

memilih

tab

unregister

dan

menekan tombol ok pada penghapusan user 2.Sistem menghapus data dalam database.

Post Condition

Data di database terupdate



9/ 18


Exception Path

-

Extends

-

Includes

-

3.1.2 Spesifikasi Use Case : Mendaftar Account Forum Tabel 3.2 Spesifikasi Use Case : Mendaftar Account Forum Use Case ID

UC-OTP-2

Use Case Name

Mendaftar Account Forum.

Use Case Type

Essential.

Priority

High.

Actors

User.

Description

Use case ini digunakan oleh aktor untuk

melakukan pendaftaran ke forum.

Preconditions

Sistem siap untuk menerima data.

Basic Path

1. Aktor

mengirim

SMS

dengan

format

yang telah ditentukan. 2. Sistem menerima data yang dikirimkan 3. Sistem mencatatnya dalam database. 4. Sistem mengirim balasan ke user. Alternative Path

-

Post Condition

Data tercatat didalam database.

Exception Path

-

Extends

-

Includes

-



10/ 18


3.1.3 Spesifikasi Use Case : Login Forum Tabel 3.3 Spesifikasi Use Case : Login Forum Use Case ID

UC-OTP-3

Use Case Name

Login Forum.

Use Case Type

Essential.

Priority

High.

Actors

User.

Description

Use case ini digunakan oleh aktor untuk

login

ke

forum,

dengan

memasukkan

user

name maka user akan mendapatkan SMS dari sistem

yang

(OTP)

yang

berisi

password

digunakan

sementara

untnk

masuk

ke

sistem.

Preconditions

User masuk kedalam sistem (forum.)

Basic Path

1. Sistem menampilkan form login. 2. Aktor

memasukkan

username

kedalam

sistem. 3. Sistem

meng-generate

OTP

dan

mengirimkannya ke user melalui SMS. 4. Aktor memasukkan password. Alternative Path

-

Post Condition

User masuk kedalam forum

Exception Path

Password yang dimasukkan salah

1. Sistem

menampilkan

pesan

bahwa

tampilan

untuk

password salah. 2. Sistem meminta

menampilkan user

memasukkan

username

lagi.



11/ 18


Extends

-

Includes

-

3.1.4 Spesifikasi Use Case : Generate Password Tabel 3.4 Spesifikasi Use Case : Generate password Use Case ID

UC-OTP-4

Use Case Name

Generate Password

Use Case Type

Essential.

Priority

High.

Actors

User.

Description

Use case ini digunakan untuk menciptakan password

sementara

yang

digunakan

untuk

login ke forum

Preconditions

Sistem sudah menerima user name

Basic Path

1. Sistem menerima username yang meminta password 2. Sistem

mengirim

password

yang

sudah

dibentuk ke nomor peminta. Alternative Path

-

Post Condition

Password terkirim

Exception Path

-

Extends

-

Includes

-



12/ 18


3.1.5 Spesifikasi Use Case : Reset Status Login Tabel 3.5 Spesifikasi Use Case : Reset Status Login Use Case ID

UC-OTP-5

Use Case Name

Reset Status Login

Use Case Type

Essential.

Priority

High.

Actors

User.

Description

Use

Case

ini

digunakan

untuk

mereset

status login Preconditions

user tidak dapat login ke dalam forum, akibat lupa menekan tombol sign out

Basic Path

1. User

mengirim

SMS

untuk

mereset

password sesuai format. 2. Sistem mengecek pengirim. 3. Sistem mengupdate database. Alternative Path

-

Post Condition

database terupdate

Exception Path

-

Extends

-

Includes

-



13/ 18


3.2 Persistent Data

3.2.1 Basis Data

use r

use rroleh istory

cate gory cate goryi d nam e_ca t descriptio n_r prio rity

cate goryroleblo ck

dat e_urh adm inuse rid not es rem otelp_ urh

blo cked ind ex cat roleblo ckcat ind ex cat roleblo ckrole use rdiscu ssionwatch cou ntcom ments last viewe d

cate goryb lock blo ckedcb ind excatb lockuser

lph istory lph istoryid rem otelp_ lphist ory use rid_lp dat elogge d

com ment com ment id aut huseri d dat ecreat ed edi tuserid dat edited whi speruserid bod y form attyp e del eted dat edelet ed dal eteuse rid rem otelp_ com ind ex com ment user ind ex com eentwhispe r ind ex com eentd iscussion


disc ussion disc ussion id aut huseri d whi speruserid first comm entid last userid acti ve closed stic ky sink nam e dat ecreat ed dat elasta ctive cou ntcom ments cate goryi d_dis whi sperto lastuse rid whi sperfro mlast userid dat elastwhisper tota lwhisp ercou nt ind ex disc ussion user ind ex disc ussion whipe ruser ind ex disc ussion first ind ex disc ussion last ind ex disc ussion categ ory ind ex disc ussion datea ctive


inb ox

use rid pho ne customsty le first name last name nam e curr_pass veri ficatio nkey em ailveri ficatio nkey em ail util izeem ail sho wnam e icon pict ure attributes cou ntvisit cou ntdisc ussion cou ntcom ments dat efirstvi sit dat elasta ctive rem otelp last discussionpo st disc ussion spam check last comm entpo st com ment spamc heck use rblockscateg ories def aultformattyp e disc overy pre ferenc es log in

styl e styl eid aut huseri d nam e url pre viewim age

id text upd ateind b rece ivein gdatet ime upd ateind b cod ing udh smscnum ber class text decod ed rece pient id pro cessed

vanilla database disc ussion userwhisperto whi sperto userid last userid cou ntwhisper dat elasta ctive ind ex disc ussion userwhispertolastu ser ind ex disc ussion userwhispertolasa ctive

role role id nam e icon descriptio n_r acti ve permissio n sign in permissio n html allowe d permissio nrecie veapp licatio nnotif ication permissio n prio rity una uthen ticated

discussion whisp erfrom whi sperfro muse rid last userid cou ntwhisper dat elasta ctive ind ex disc ussion userwhipserlastuse r ind ex disc ussion whisp erlasta ctive

14/ 18


G A M M U

4 Realisasi Use Case 4.1 Static Structured Diagram 4.1.1 Analysis Class Diagram 1

1 1

MengelolaDataUI 1

1 1

1 1

MengelolaDataMan DataUser

1

MakeCurrPassMan

Gambar 4.1 Analysis Class Diagram 4.2 Interaction Diagram 4.2.1 Analysis Collaboration Diagram : Use Case Mengelola Data Forum 4.2.1.1 Tambah Data 1.Memilih tombol ok 5.Konfirmasi

2.Data baru

4.Konfirmasi MengeloldaDataUI

Admin

MengeloldaDataMan

3.Data baru

DataUser

Gambar 4.2 Analysis Colaboration Diagram : Use Case Mengelola Data – Tambah Data Program Studi Teknik Informatika


15/ 18


4.2.1.2 Send Reply (Alternative Flow) 1.pilihan reply 2. Memasukkan isi balasan

3.balasan pesan 4. Konfirmasii

MengelolaDataUI

Admin

Gammuservice

Gambar 4.3 Analysis Colaboration Diagram : Use Case Mengelola Data - Send Reply 4.2.1.3 Hapus Data (Alternative Flow) 1.Memilih tombol ok 5.Konfirmasi

2.Data yang dihapus

4.Konfirmasi MengeloldaDataUI

Admin

MengeloldaDataMan

3.update

DataUser

Gambar 4.4 Analysis Colaboration Diagram : Use Case Mengelola Data – Hapus Data



16/ 18


4.2.2 Analysis Collaboration Diagram : Use Case Mendaftar Account Forum 1.Kirim data 3.konfirmasi

User

Gammu Service 2.Simpan Data

Data User

Gambar 4.5 Analysis Colaboration Diagram : Use Case Mendaftar Account Forum

4.2.3 Analysis Collaboration Diagram : Use Case Login Forum 1.Username

2.Username

5.curent password

User

Login UI

3.Username

4.curent password

GammuService

MakeCurentPassMan

Gambar 4.6 Analysis Colaboration Diagram : Use Case Login Forum



17/ 18


4.2.4 Analysis Collaboration Diagram : Use Case Generate Password 2. curent password

1 curent password

OTP Generator

GammuService

MakeCurentPassMan

Gambar 4.7 Analysis Colaboration Diagram : Use Case Generate Password 4.2.5

Analysis

Collaboration

Diagram

:

Use

Case

Reset

Status Login 2Phonenumber

1.SMS 5.Konfirmasi

User

3Update

4.Konfirmasi

GammuService

ResetMan

Data User

Gambar 4.8 Analysis Colaboration Diagram : Use Case Reset Status Login



18/ 18


1 Pendahuluan 1.1 Tujuan Dokumen

DPPL

ini

dibuat

untuk

menyediakan

deskripsi

lengkap mengenai desain perangkat lunak one time password (OTP)

menggunakan

ditujukan

untuk

SMS

gateway.

pembuat

Dokumen

perangkat

lunak,

ini

khususnya

dan

orang

lain

yang tertarik untuk mengembangkan perangkat lunak ini lebih lanjut. lunak

Dokumen

sebagai

ini

digunakan

acuan

teknis

oleh

untuk

pengembang

perangkat

pengembangan

perangkat

lunak.

1.2 Lingkup Dokumen Dokumen

DPPL

ini

perancangan

perangkat

arsitektur

sistem

menyediakan

lunak

yang

.

deskripsi

Perancangan

dijelaskan

ini

melalui

lengkap merupakan

perancangan

class/modul dan detail operasi apa yang akan dilakukan oleh masing-masing class/modul.

1.3 Definisi, Ankronim dan Singkatan Daftar definisi ankronim dan singkatan yang digunakan :

Definisi

Keyword /Phrase DPPL

Merupakan

deskripsi

perancangan

perangkat

lunak yang akan dikembangkan. Unified

Sebagai penggambaran sistem secara logika

Modeling

tanpa memperhatikan lingkungan fisik dimana

Language (UML)

user berinteraksi dengan sistem.

Flow of Events

Aliran event-event yang terjadi dalam suatu proses,

yang

digunakan

untuk

mendeskripsikan urutan jalannya proses.


DPPL-One Time Password Menggunakan SMS Gateway

1/ 22


1.4 Referensi Dokumen

yang

digunakan

sebagai

acuan

dalam

rencana

pengembangan perangkat lunak ini adalah : 1. Ekawati,

Vina,

DPPL

SiWaVi,

Program

Studi

Teknik

Informatika Universitas Atma Jaya Yogyakarta, 2007. 2. Kristianto,

Ivan,

DPPL

-Genie,

Program

Studi

Teknik

Informatika Universitas Atma Jaya Yogyakarta, 2007. 3. Salu,

Loritha

Amanda,

DPPL

-WebICC.

Program

Studi

Teknik Informatika Universitas Atma Jaya Yogyakarta, 2004.

1.5 Deskripsi Umum (Overview) Dokumen ini terdiri dari empat bab. Bab pertama adalah Pendahuluan, kedua

yang

adalah

berisi

Deskripsi

deskripsi

Deskripsi

berisi

Perancangan data-data

storage.

Bab

system.

Persistent

yang

keempat

yang

deskripsi

Perancangan

arsitektur

deskripsi

Antarmuka,

tentang

berisi

akan

Arsitektural, Bab Data,

disimpan

adalah

dukumen.

yang

ketiga

adalah

yang

berisi

pada

Deskripsi

deskripsi

Bab

rancangan

persistent Perancangan GUI

yang

digunakan sistem untuk berinteraksi dengan user.



2/ 22


2 Deskripsi Perancangan Asitektur 2.1 Class Design 2.1.1 Pengantar Nama class yang digunakan dalam class design adalah nama class yang valid. Untuk class-class yang berasal dari framework.Net lengkap,

juga

misalnya

digunakan

nama

System.IO.File.

class Untuk

dengan

package

penjelasan

tipe

data yang utuh dapat dilihat pada bagian deskripsi class. Stereotype yang digunakan dalam design class adalah: 1. <> Boundary class merupakan class yang berfungsi untuk menghubungkan sistem dengan user di luar sistem. 2. <> Control

class

melakukan Control spesifik

adalah

interaksi

class untuk

suatu antar

biasanya satu

use

class

yang

sekelompok

memiliki case,

objek-nya

objek

lain.

karakteristik

dan

objek

yang

class

ini

biasanya hanya aktif pada realisasi use case. 3. <<entity>> Entity class adalah class yang bersifat pasif, dalam arti class

class

tersebut

lain.

tidak

Entity

merepresentasikan

suatu

memulai class

objek

yang

interaksi ini

dengan

biasanya

disimpan

dalam

persistent storage.



3/ 22


2.1.2 Class Diagram <> ResetMan

+ ResetMan ()

1

1

<>

<>

MengelolaDataUI

MengelolaDataMan

+MengelolaDataUI ()

+MengelolaDataman() 1

1 ..

+Balas(String teks) +Hapus(String Phone) +Tambah(StringNIM,Stringnama,StringPhoneNumber)

1

1

1 <> ..

1 <<entity>>

MakeCurrPassMan

DataUser

+MakeCurrPassMan()

+DataUser() +GetTextReg():String +GetTextUnreg():String

Gambar 2.1 Analysis Class Diagram



4/ 22


2.1.2.1 Class MengelolaDataMan

<> MengelolaDataMan

+MengelolaDataman() +Balas(String teks) +Hapus(String Phone) +Tambah(String NIM,String nama,String PhoneNumber)

Gambar 2.2 Class MengelolaDataMan

Deskripsi Class

yang

merupakan

control

class

untuk

aksi

yang

berhubungan dengan mengelola data.

Atribut Method 1. MengelolaDataman() Konstruktor

dari

kelas

MengelolaDataMan

tanpa

atribut

terdefinisi. 2. Balas(String teks) Fungsi untuk mengirim SMS kepada user, karena ada alasan tertentu (contoh: data diri yang dikrimkan error,tidak sesuai format) 3. Hapus(String Phone) Fungsi untuk menghapus data user berdasarkan nomor hand phone 4. Tambah(String NIM,String nama,String PhoneNumber)



5/ 22


Fungsi

untuk

menambah

data

user

kedalam

databse

berdasarakan NIM dan nama. 2.1.2.2 Class DataUser <<entity>> DataUser

+DataUser() +GetTextReg():String +GetTextUnreg():String

Gambar 2.3 Class DataUser

Deskripsi Class yang digunakan untuk mendapatkan data user yang digunakan untuk register ataupun unregister.

Atribut Method 1. DataUser() Konstruktor

dari

kelas

DataUser

tanpa

atribut

terdefinisi. 2. +GetTextReg():String Fungsi untuk mereturnkan text dari pesan yang dikirimkan, dalam bentuk format REG. 3. +GetTextUnreg():String Fungsi untuk mereturnkan text dari pesan yang dikirimkan, dalam bentuk format UNREG.

2.1.2.3 Class MakeCurrPassMan Program Studi Teknik Informatika


6/ 22


<> MakeCurrPassMan

+ MakeCurrPassMan ()

Gambar 2.4 Class MakeCurrPassMan Deskripsi Class

yang

merupakan

control

class

untuk

aksi

yang

berhubungan dengan pembuatan password sementara.

Atribut -

Method 1. MakeCurrPassMan() Konstruktor dari kelas MakeCurrPassMan.



7/ 22


2.1.2.4 Class ResetMan

<> ResetMan

+ ResetMan ()

Gambar 2.5 Class ResetMan Deskripsi Class

yang

merupakan

control

class

untuk

aksi

yang

berhubungan dengan mereset status login.

Atribut -

Method 1. ResetMan () Konstruktor dari kelas ResetMan.



8/ 22


2.2 Realisasi Use Case 2.2.1 Use Case Mengelola Data Forum 2.2.1.1 Tambah Data

: Admin

: MengelolaDataUI

1:Memilih 1.Memilih tab register

: MengelolaDataMan

: DataUser

2:GettextReg():String

3:Data 4:Menekan tombol ok 5:Tambah(String NIM,String nama, StringPhoneNumber) 6:DataBaru

7:Konfirmasi

8:Konfirmasi

Gambar 2.6 Design Sequence Diagram : Mengelola Data Forum Tambah Data



9/ 22


2.2.1.2 Send Reply (Alternative Flow)

: Admin

: MengelolaDataUI

: GammuService

1:Memilih pilihan reply

2: Balas(String teks)

3:sendmessage

4:Konfirmasi

Gambar 2.7 Design Sequence Diagram : Mengelola Data Forum Send Reply



10/ 22


2.2.1.3 Hapus Data (Alternative Flow)

: Admin

: MengelolaDataUI

1.Memilih tab register 1:Memilih

: MengelolaDataMan

: DataUser

2:GetextUnreg():String

3:Data 4:Menekan tombol ok 5:Hapus(String Phone)

6:Delete

7:Konfirmasi

8:Konfirmasi

Gambar 2.8 Design Sequence Diagram : Mengelola Data Forum Hapus Data



11/ 22


2.2.2 Use Case Mendaftar Account Forum

: User

: GammuService

: DataUser

1:Kirim Data 2:DataBaru 3:Konfimrasi

Gambar 2.9 Design Sequence Diagram : Mendaftar Account



12/ 22


2.2.3 Use Case Login Forum

: User

: GammuService

: LoginUI

1:Memasukkan Username

: MakeCurrPassMan

2:Username

3:MakeCurrPassMan(String Username)

4:CurrPass

5:CurrPass

Gambar 2.10 Design Sequence Diagram : Login Forum 2.2.4 Use Case Generate Password

: OTP Generator

: MakeCurrPassMan

: GammuService

1: MakeCurrPassMan() 2:CurrPassword

Gambar 2.11 Design Sequence Diagram : Generate Password



13/ 22


2.2.5 Use Case Reset Status Login

: User

: GammuService

: ResetMan

: DataUser

1: Send SMS 2:Phonenumber

3:Update

4:Konfirmasi 5: Konfirmas

Gambar 2.12 Design Sequence Diagram : Reset Status Login



14/ 22


3. Deskripsi Perancangan Persistence Data CAT EGORYROL EBLO CK CAT EGOR YID RO LEID BLO CKED INDEX_CA TROL EBLO CKCA T INDEX_CA TROL EBLO CKRO LE CAT EGORYI D = CAT EGORY ID

CAT EGORY CAT EGORYI D

int

NAM E_CAT

varchar(100)

DES CRIPTIO N_R

varchar(200)

PRIO RITY

int

CAT EGORYI D = CAT EGORY ID

CAT EGORYBLO CK USE RID CAT EGOR YID BLO CKED CB INDEXCA TBLOC KUSE R

i nt i nt enu m (1,0 ) varc har(10 0)

LPH IST O RY LPHISTO RYID REM OT E LP_LP HIST O RY USE RID_L P DAT ELOG GED

USE R USE RID RO LEID ST Y LEID ROLEID = RO LEID PHO NE CUS T OM ST YLE USE RROLEH ISTORY USE RID = U SERID FIRST NAM E USE RID int LAS TNAM E ROLEID int NAM E DAT E_URH dat etim e CURR_PA SS ADM INUS ERID int VERIFICA T IONK EY NO T ES varc har(20 0) EM AILVE RIFICA T ION KEY REM OT E LP_URH varc har(10 0) EM AIL UT I LIZEE M AIL SHO WNA M E ICO N USE RDIS CUSSI ONWA T CH PIC T URE DIS CUSS IONID cha r(10) AT T RIBUT ES USE RID int CO UNT VI SIT CO UNTCO MM E NT S int CO UNT DI SCUS SION LAS T VIEWED dat etim e CO UNT CO M ME NT S USE RID = U SERID DAT EFIRS T VIS IT DAT ELAS T ACT IVE REM OT E LP USE RID = U SERID LAS TDISCUSSI ONPO ST USE RID = U SERID DIS CUSS IONSP AMCH ECK LAS TCOM M ENT POS T CO M MEN T SPA M CHE CK USE RBLO CKSC ATEG ORIES DEF AULT FORM ATT Y PE DIS COVE RY USE RBOO KM A RK PRE FERE NCES DIS CUSS IONID cha r(10) LOG IN USE RID i nt

i nt i nt enu m(1,0 ) cha r(10) cha r(10)

i nt varc har(30 ) i nt dat etim e

int int int varc har(15 ) varc har(25 5) varc har(50 ) varc har(50 ) varc har(20 ) varc har(15 ) varc har(50 ) varc har(50 ) varc har(20 0) enu m(1,0 ) enu m(1,0 ) varc har(25 5) varc har(25 5) text int int int dat etim e dat etim e varc har(10 0) dat etim e int dat etim e int enu m(1,0 ) varc har(20 ) text text int

USE RID = U SERID

INB OX ID USE RID T EX T UPD AT EI NDB REC EIVE INGDA TET IM E UPD AT EI NDB CO DING UDH SM SCNUM BER CLA SS T EX T DECODED REC EPIE NT ID PRO CESS ED

i nt i nt text tim estam p tim estam p tim estam p cha r(10) text varc har(20 ) i nt varc har(16 0) text cha r(10)

STY LEID = S TYLEID

DIS CUSS IONUS ERWH ISPERT O WHISPER T OUS ERID DIS CUSS IONID LAS TUSE RID CO UNT WHISPE R DAT ELAS T ACT IVE IND EX_DI SCUS SIONU SERWHISPE RT OL IND EX_DI SCUS SIONU SERWHISPE RT OL

i nt cha r(10) i nt i nt dat eti me cha r(10) cha r(10)

ROL EID = RO LEID

RO LE CO M MEN T CO M MEN TID DIS CUSS IONID AUT HUSE RID DAT ECRE AT ED EDI T USE RID DAT EDIT ED WH ISPER USER ID BO DY FOR M AT T YPE DEL ET ED DAT EDEL ET ED DAL ET EUSERID REM OT E LP_CO M INDE X_COM MENTU SER INDE X_COM EENTWHISPER INDE X_COM EENTD ISCUSS ION

DISC USSION ID = DI SCUSSI ONID

int cha r(10) ROL EID = RO LEID int dat etim e int DIS CUSS ION dat etim e DIS CUSS IONID int AUT HUSE RID text WH ISPERUSER ID varc har(20 ) FIR ST CO MM ENT ID enu m(1,0 ) LAS T USE RID dat etim e ACT IVE int CLO SED varc har(10 DISC 0) USSION ID = DI SCUSSI ONID ST I CKY char (10) SINK char (10) NAM E char (10) DAT ECRE AT ED DAT ELAS T ACT IVE CO UNTCO MM E NT S CAT EGOR YID_ DIS WH ISPERT OLA ST US ERID DISC USSION ID = DI SCUSSI ONID WH ISPERFROM LAST USERI D DAT ELAS T WHI SPER T O T ALWH ISPE RCOU NT INDEX_DI SCUS SIONU SER INDEX_DI SCUS SIONWHIPE RUSER INDEX_DI SCUS SIONF IRST INDEX_DI SCUS SIONL AST INDEX_DI SCUS SIONC AT EG ORY INDEX_DI SCUS SIOND AT EA CT IVE



cha r(10) int int int int enu m(1,0 ) enu m(1,0 ) enu m(1,0 ) enu m(1,0 ) varc har(20 ) dat etim e dat etim e int int int int dat etim e int cha r(10) cha r(10) cha r(10) cha r(10) cha r(10) cha r(10)

ROLEID

int

NAM E

varchar(20)

ICON

varchar(255)

DES CRIPTIO N_R

varchar(200)

ACT IVE

enum(1,0)

PER MISSION _SIGNI N

enum(1,0)

STY LE

PER MISSION _HTMLALLOWE D

enum(1,0)

PER MISSION RECIEV EAPPLI CATION NO

enum(1,0)

STY LEID

int

PER MISSION

text

AUT HUSERI D

int

PRIO RITY

int

NAM E

varchar(20)

enum(1,0)

URL

varchar(255)

PRE VIEWIMA GE

varchar(20)

UNA UTHEN TICATED

DIS CUSS IONWHISPE RFROM WHISPER FROM USER ID DIS CUSS IONID LAS T USE RID CO UNT WHISPE R DAT ELAS T ACT IVE INDEX_DI SCUS SIONU SERWHIPSE RLAS INDEX_DI SCUS SIONWHISP ERLAS TACT

i nt cha r(10) i nt i nt dat eti me cha r(10) cha r(10)

DISC USSION ID = DI SCUSSI ONID DISC USSION ID = DI SCUSSI ONID

15/ 22


vanilla database

G A M M U

3.1.1 Tabel User FIELD

TIPE DATA

NULL

DEF

DESKRIPSI

AUL T userid

varchar(10)

no

-

Id

user,

unique,

primary key phone

varchar(15)

no

-

Nomor telepon user

customstyle

varchar(255)

yes

-

themes yang digunakan

oleh user firstname

varchar(50)

no

-

nama depan user

lastname

varchar(50)

no

-

nama belakang user

name

varchar(20)

no

-

nama

yang

digunakan

untuk login currpass

varchar(32)

yes

-

password untuk login

verificatio

varchar(50)

no

-

kunci verifikasi bila

nkey

pendaftaran dilakukan

melalui web emailverifi

varchar(50)

yes

-

email utnuk verfikasi

email

varchar(200)

no

-

email milik user

utilizeemai

enum(1,0)

no

0

untuk

cationkey

l

menunjukkan

email lain

kepada atau

orang

tidak

(1

tunjukkan,0 tidak) showname

enum(1,0)

no

1

untuk

menunjukkan

nama

kepada

orang

lain icon

varchar(255)

yes

-

icon

yang

digunakan

dalam forum picture

varchar(255)

yes

-

picture

yang

digunakan dalam forum Program Studi Teknik Informatika


16/ 22


atrributes

text

yes

-

atribut user forum

countvisit

int(8)

no

0

jumlah

berapa

user

kali

mengunjungi

forum countdiscus

int(8)

no

0

berapa

kali

user posting

sion countcommen

jumlah

int(8)

no

0

jumlah komentar user

datetime

no

-

waktu

t datefirstvi sit

user

mengunjungi

forum

pertama kali datelastact

datetime

no

-

ive remoteip

waktu

user

terakhir

kali aktif varchar(100)

no

-

ip

milik

user

yang

terakhir

kali

digunakan lastdiscusi

datetime

yes

-

int(11)

no

-

pamcheck lastcomment

datetime

yes

-

int(11)

no

-

pengecekan

waktu

user

mempost

jumlah

pengecekan

spam dalam komentar enum(1,0)

no

0

tegories deafultform

jumlah

komentar terakhir

check userblockca

membuat

spam dalam diskusi

post commentspam

user

thread terakhir

ionpost discussions

waktu

jumlah

kategori

yang

di blok oleh user varchar(20)

yes

-

attype

tipe

format

forum

yang digunakan

discovery

text

yes

-

discovery

preferences

text

yes

-

preferences

SendNewAppl

enum(1,0)

no

0

apakah



user

akan 17/ 22


icantNotifi

dikirimi

cations

baru

aplikasi

atau

tidak

(1

ya,0 tidak) Tabel 3.1 Tabel user 3.1.2 Tabel inbox FIELD

TIPE DATA

NULL

DEF

DESKRIPSI

AUL T id

int(11)

no

-

id

SMS

,unique,

primary key text

text

no

-

text oleh

yang

dikirimkan

user

untuk

segala format. sendernumbe

varchar(20)

no

-

nomor pengirim pesan

enum('Defaul

no

8bi

kode SMS text

r coding

t

t_No_Compres sion', 'Unicode_No_ Compression' ,

'8bit',

'Default_Com pression', 'Unicode_Com pression') recievingda

timestamp

tetime

yes

cur

waktu diterimanya SMS

ren t_t ime sta mp



18/ 22


updateindb

timestmap

yes

-

waktu

terupdate

didatabase udh

text

no

-

encoded

User

Data

Header text SMScnumber

varchar(20)

no

-

nomor SMS pengirim

class

int(11)

no

-1

kelas SMS

textdecoded

varchar(160)

no

-

text

SMS

yang

sudah

terkodekan receptienti

text

no

-

id penerima

enum('false'

no

fal

apakah

se

diproses atau belum

d processed

,'true')



SMS

sudah

19/ 22


4 Deskripsi Perancangan Antarmuka 4.1 Use Case : Mengelola Data Forum REG

UNREG Phone

NIM

OK

Nama

BALAS

NEXT

Gambar 4.1 Rancangan Antarmuka Use Case Mengelola data Forum

Deskripsi Rancangan

antarmuka

ini

diimplementasikan

pada

form

MengelolaDataUI. Terdapat 3 tombol yaitu: 2 tombol untuk memilih

proses

utama

mana

yang

ingin

dijalankan(OK

atau

Balas) dan satu tombol (Next) untuk menampilkan 10 baris berikutnya (dalam data grid).Balas berfungsi untuk mengirim pesan kepada nomor yang dipilih, sedangkan ok tergantung pada tab yang dipilih. Jika tab REG yang dipilih maka ok berfungsi untuk menyimpan data dalam database, sebaliknya jika

tab

UNREG

yang

dipilih

maka

ok

berfungsi

untuk

menghapus data dalam database.

Event Dibagi

menjadi 2 tergantung tab mana yang dipilih:

1. REG 1. Sistem

menampilkan

data

dalam

database

sesuai

dengan format



20/ 22


2. User memilih ok, sistem mencatat data baru dalam database 3. User memilih balas, sistem menampilakn antarmuka untuk isi SMS. 2. UNREG 4. Sistem

menampilkan

data

dalam

database

sesuai

dengan format 5. User

memilih

ok,

sistem

menghapus

data

dalam

database 6. User memilih balas, sistem menampilakn antarmuka untuk isi SMS.

4.2 Use Case : Login Forum

SELAMAT DATANG Username OK kami akan segera mengirim password ke nomor HP anda

Gambar 4.2 Rancangan Antarmuka Use Case Login Forum

Deskripsi Rancangan

antarmuka

LoginForumUI.

Terdapat

menginputkan

username.

muncul

berikutnya

from

ini

satu

diimplementasikan tombol

Setelah yang

yang

username digunakan

pada

digunakan

form untuk

masuk

maka

akan

untuk

memasukkan

password. Jika password benar maka akan segera masuk ke



21/ 22


forum,

sebaliknya

jika

salah

maka

akan

kembali

ke

LoginForumUI ini. Event

Login 1. Sistem menampilkan LoginForumUI. 2. Aktor memasukkan username. 3. Aktor menekan tombol ok. 4. Sistem menampilkan form selanjutnya.



22/ 22


BAB V KESIMPULAN DAN SARAN

Recommend Documents