Tugas Analisis dan Perancangan Sistem - Yoga Prihastomofiles.yogaprihastomo.com/Kuliah/Strata...

Dit TIK / IMHERE UPI IMHERE/SKPL < perangkat lunak > Halaman 1/ dari 36 halaman

Template dokumen ini dan informasi yang dimilikinya adalah milik Direktorat TIK UPI untuk IMHERE UPI dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui Direktorat TIK UPI dan IMHERE UPI.

Analisis dan Perancangan Sistem Spefisikasi Kebutuhan Perangkat Lunak Dosen : Dr. Munir, M.IT Nama : Yoga Prihastomo NIM : 1011601026

MMAAGGIISSTTEERR KKOOMMPPUUTTEERR

UUNNIIVVEERRSSIITTAASS BBUUDDII LLUUHHUURR 22001111

KKaattaa PPeennggaannttaarr

Dengan rahmat Allah SWT, kami dapat menyelesaikan tugas makalah (Ujian Tengah

Semester) mata kuliah “Analisis dan Perancangan Sistem Berorientasi Obyek” sesuai waktu

yang telah ditentukan.

Dalam makalah ini kami mengambil tema mengenai Spesifikasi Kebutuhan Perangkat

Lunak, dengan judul "Aplikasi Layanan Informasi Hak Kekayaan Intelektual (HKI) Berbasis

Short Message Service (SMS)". Saat ini Direktorat Jenderal Hak Kekayaan Intelektual

(DJHKI) telah memiliki aplikasi administrasi HKI yang terdiri atas: aplikasi Merek, Paten,

Hak Cipta, dan Desain Industri yang beroperasi dalam jaringan lokal DJHKI.

Guna merangkul stakeholder HKI, baik masyarakat, institusi pendidikan, konsultan

HKI, dan sebagainya, maka perlu kiranya dibangun aplikasi berbasis SMS sebagai layanan

informasi HKI terhadap stakeholder DJHKI. Kami memilih layanan SMS karena mengingat

pengguna layanan seluler dengan jumlah yang begitu besar dan SMS sebagai salah satu

layanan yang populer digunakan di masyarakat luas.

Seperti pepatah mengatakan: “Tak ada gading yang tak retak”. Oleh karena itu, kami

mohon masukan dari makalah yang telah kami sajikan guna penyempurnaan pada penulisan

makalah ini.

Jakarta, 30 April 2011 Hormat kami, Yoga Prihastomo NIM. 1011601026

SSppeessiiffiikkaassii KKeebbuuttuuhhaann PPeerraannggkkaatt LLuunnaakk

AApplliikkaassii LLaayyaannaann IInnffoorrmmaassii HHaakk KKeekkaayyaaaann IInntteelleekkttuuaall ((HHKKII)) BBeerrbbaassiiss SShhoorrtt MMeessssaaggee SSeerrvviiccee

uunnttuukk::

DDiirreekkttoorraatt JJeennddeerraall HHaakk KKeekkaayyaaaann IInntteelleekkttuuaall KKeemmeenntteerriiaann HHuukkuumm ddaann HHaakk AAssaassii MMaannuussiiaa

DDiippeerrssiiaappkkaann oolleehh:: YYooggaa PPrriihhaassttoommoo

DDiirreekkttoorraatt TTeekknnoollooggii IInnffoorrmmaassii DDiirreekkttoorraatt JJeennddeerraall HHaakk KKeekkaayyaaaann IInntteelleekkttuuaall

JJll.. DDaaaann MMooggoott KKMM.. 2244 TTaannggeerraanngg -- BBaanntteenn 1155111199

Direktorat TI/ DJHKI

Nomor Dokumen Halaman

SKPL-DJHKI-01.04.2011.xx xx/xx

Revisi 0 Tgl. 30/04/2011

DIT TI / DJHKI SKPL-DJHKI-01.04.2011.xx Halaman 1 dari 33 Dokumen ini dan informasi yang dimilikinya adalah milik Direktorat TI untuk DJHKI dan bersifat rahasia. Dilarang me-

reproduksi dokumen ini tanpa diketahui Direktorat TI DJHKI. Sebagian data pada dokumen ini merupakan asumsi.

DDaaffttaarr PPeerruubbaahhaann

REVISI DESKRIPSI

A

B

C

D

E

F

G

Index Tanggal A B C D E F G

Ditulis oleh

Diperiksa oleh

Disetujui oleh



DDaaffttaarr HHaallaammaann PPeerruubbaahhaann

Halaman Revisi Halaman Revisi



DDaaffttaarr IIssii Kata Pengantar Halaman Judul Daftar Perubahan ..................................................................................................... 1 Daftar Halaman Perubahan .................................................................................... 2 Daftar Isi .................................................................................................................... 3 Daftar Gambar ......................................................................................................... 4 Daftar Tabel .............................................................................................................. 5 BAB I PENDAHULUAN 1.1. Tujuan Penulisan Dokumen ........................................................................... 6 1.2. Lingkup Masalah ........................................................................................... 7 1.3. Definisi, Istilah, dan Singkatan ..................................................................... 8 1.4. Aturan Penomoran ......................................................................................... 10 1.5. Referensi ........................................................................................................ 10 1.6. Deskripsi Umum Dokumen ........................................................................... 11 BAB II KEBUTUHAN PERANGKAT LUNAK 2.1. Deskripsi Umum Sistem ................................................................................ 12 2.2. Fungsi Utama Perangkat Lunak .................................................................... 13 2.2.1. Kebutuhan Fungsional ........................................................................ 14 2.2.2. Kebutuhan Non Fungsional ................................................................ 15 2.2.3. Kebutuhan Informasi .......................................................................... 16 2.3. Karakteristik Pengguna .................................................................................. 17 2.4. Kebutuhan Antarmuka Eksternal .................................................................. 17 2.4.1. Antarmuka Pengguna ......................................................................... 17 2.4.2. Antarmuka Perangkat Keras ............................................................... 18 2.4.3. Antarmuka Perangkat Lunak .............................................................. 18 2.4.4. Antarmuka Komunikasi ...................................................................... 18 2.5. Batasan Sistem ............................................................................................... 18 2.6. Lingkungan Operasi ...................................................................................... 19 BAB III MODEL DESKRIPSI KEBUTUHAN PERANGKAT LUNAK 3.1. Model Use Case ............................................................................................. 20 3.1.1. Architecturally Significant Use Case ................................................. 20 3.1.2. Diagram Use Case untuk Paket Sistem .............................................. 21 3.1.3. Spesifikasi Use Case .......................................................................... 23 3.2. Model Data .................................................................................................... 30



DDaaffttaarr GGaammbbaarr Gambar 2.1. Usulan Rancangan Pengembangan Aplikasi ........................................ 12

Gambar 3.1. Usulan Use Case Diagram .................................................................... 20

Gambar 3.2. Usulan Use Case Diagram Aktor User ................................................. 21

Gambar 3.3. Usulan Use Case Diagram Aktor Operator .......................................... 21

Gambar 3.4. Usulan Use Case Diagram Aktor Administrator .................................. 22

Gambar 3.5. Usulan Use Case Diagram Aktor Manajemen ..................................... 22

Gambar 3.6. Usulan ERD .......................................................................................... 30



DDaaffttaarr TTaabbeell Tabel 1.1. Penjelasan Istilah/Akronim .................................................................... 9 Tabel 2.1. Modul Utama Aplikasi SISFOSMS ....................................................... 14 Tabel 2.2. Fungsional Administrator ....................................................................... 14 Tabel 2.3. Fungsional Operator ............................................................................... 15 Tabel 2.4. Fungsional User ...................................................................................... 15 Tabel 2.5. Fungsional Manajemen .......................................................................... 15 Tabel 2.6. Kebutuhan Non Fungsional .................................................................... 16 Tabel 2.7. Kebutuhan Informasi .............................................................................. 16 Tabel 2.8. Karakteristik Pengguna .......................................................................... 17 Tabel 2.9. Lingkungan Operasi ............................................................................... 19 Tabel 3.1. Use Case Melakukan Pendaftaran .......................................................... 23 Tabel 3.2. Use Case Mengirimkan SMS Layanan .................................................. 23 Tabel 3.3. Use Case Menerima SMS Balasan ......................................................... 24 Tabel 3.4. Use Case Penghentian Layanan ............................................................. 24 Tabel 3.5. Use Case Memonitor SMS ..................................................................... 24 Tabel 3.6. Use Case Membalas SMS ...................................................................... 25 Tabel 3.7. Use Case Mengirim SMS Broadcast ..................................................... 25 Tabel 3.8. Use Case Mengubah Profile ................................................................... 25 Tabel 3.9. Use Case Membaca Statistik .................................................................. 26 Tabel 3.10. Use Case Melihat Bantuan ..................................................................... 26 Tabel 3.11. Use Case Melakukan Manajemen User .................................................. 26 Tabel 3.12. Use Case Mengatur Hak Akses .............................................................. 27 Tabel 3.13. Use Case Mengatur Statistik .................................................................. 27 Table 3.14. Use Case Mengatur Koneksi .................................................................. 27 Tabel 3.15. Use Case Melakukan ETL ..................................................................... 28 Tabel 3.16. Use Case Melakukan Export/Import ...................................................... 28 Tabel 3.17. Use Case Mengatur API ......................................................................... 28 Tabel 3.18. Use Case Mengatur Bantuan .................................................................. 29 Tabel 3.19. Use Case Mengubah Profil ..................................................................... 29 Tabel 3.20. Use Case Membaca Statistik .................................................................. 29 Tabel 3.21. Use Case Melihat Bantuan ..................................................................... 30 Tabel 3.22. Tabel Pengguna ...................................................................................... 31 Tabel 3.23. Tabel Hak Akses ..................................................................................... 31 Tabel 3.24. Table Setting ........................................................................................... 31 Tabel 3.25. Tabel Logging ......................................................................................... 31 Tabel 3.26. Tabel Pendaftaran ................................................................................... 32 Tabel 3.27. Tabel Response ....................................................................................... 32 Tabel 3.28. Tabel InfoPaten ...................................................................................... 32 Tabel 3.29. Tabel InfoMerek ..................................................................................... 32 Tabel 3.30. Tabel InfoHakCipta ................................................................................ 33 Tabel 3.31. Tabel InfoDesainIndustri ........................................................................ 33



BBAABB II PPEENNDDAAHHUULLUUAANN

1.1. Tujuan Penulisan Dokumen

Direktorat Jenderal Hak Kekayaan Intelektual (DJHKI) yang berada di bawah

Kementerian Hukum dan HAM Republik Indonesia, adalah merupakan instansi

pemerintah yang berwenang mengelola Hak Kekayaan Intelektual. DJHKI

merupakan badan pemerintah yang bertanggung jawab terhadap pelayanan dan

perlindungan hak atas kekayaan intelektual yang meliputi perumusan kebijakan dan

standarisasi teknis, norma, kriteria dan prosedur terkait hak kekayaan intelektual.

Peran DJHKI dalam pembangunan nasional khususnya di bidang hak kekayaan

intelektual memiliki peluang dan tantangan yang semakin besar seiring dengan

menguatnya arus informasi dan kesadaran akan hak kekayaan intelektual. Semakin

tingginya kesadaran masyarakat terhadap hak kekayaan intelektual merupakan salah

satu indikasi pencapaian misi DJHKI. Namun pada sisi lain, hal ini menuntut

pelayanan yang lebih efektif dan efisien serta penyediaan informasi yang lebih cepat

dan terkini. Efektivitas dan efisiensi pelayanan tidak dapat dilepaskan dari

peningkatan kinerja proses internal.

Untuk mendukung kelancaran pelaksanaan tugas yang sangat penting dan

komplek tersebut Ditjen HKI telah memanfaatkan penerapan teknologi informasi,

yang dalam hal ini ditangani oleh direktorat khusus yaitu Direktorat Teknologi

Informasi (DTI). Secara berkelanjutan Direktorat Jenderal HKI telah melakukan

pengembangan Teknologi Informasi, baik infrastruktur maupun aplikasinya, dengan

tujuan agar layanan kepada masyarakat semakin meningkat.

Salah satu teknologi yang memungkinkan untuk mencapai harapan di atas

adalah teknologi layanan komunikasi bergerak (mobile communication). Saat ini

telah terjadi evolusi teknologi informasi seiring dengan berkembang pesatnya

teknologi dan layanan komunikasi bergerak di dunia (mobile evolution). Hal ini

ditunjukkan dengan terus bertambahnya jutaan subscriber baru ke dalam jaringan

wireless di dunia. Para ahli, pengembang aplikasi, dan pelaku bisnis utama di bidang



ini kemudian membentuk forum studi dan diskusi untuk merumuskan standar

teknologi jaringan dan aplikasi yang mendukung perkembangan teknologi ini.

Salah satu layanan yang tersedia pada teknologi mobile seperti adalah SMS

(short message service). SMS merupakan layanan yang paling banyak digunakan

oleh pelanggan teknologi seluler karena dari segi biaya relatif murah. Selain itu,

teknologi SMS juga dapat dikembangkan menjadi sebuah layanan sistem informasi

berbasis teknologi mobile. SMS Gateway merupakan teknologi yang dapat

menjembatani antara teknologi mobile (GSM atau CDMA) dengan layanan sistem

informasi.

Melihat peluang dan tantangan di atas, maka perlu kiranya DJHKI

mengembangkan (membangun) aplikasi layanan informasi hak kekayaan intelektual

berbasis short message service (SMS) guna meningkatkan layanan informasi HKI

terhadap masyarakat luas.

1.2. Lingkup Masalah Saat ini DJHKI telah memiliki aplikasi administrasi HKI (production) yang

telah berjalan pada jaringan lokal DJHKI, yakni: aplikasi Merek, Paten, Hak Cipta,

dan Desain Industri. Keempat aplikasi tersebut tentunya menghasilkan data yang

dapat diolah secara luas untuk memenuhi informasi layanan HKI terhadap

masyarakat. Aplikasi layanan informasi HKI berbasis SMS adalah perangkat lunak

yang akan dikembangkan DJHKI dengan jenis layanan aplikasi standar (auto-

responded) yang memiliki format masukan dan keluaran tertentu, layanan aplikasi

berdasarkan permintaan yang memiliki format masukan dan keluaran sesuai

kebutuhan pengguna, dan layanan broadcast sms untuk menyampaikan informasi.

Aplikasi yang dibangun menggunakan platform open source baik dari sisi

sistem operasi, engine SMS Gateway, database server, scripting language yang

mendukung model-view-controller (MVC), dan komponen pendukung lainnya. Data

yang akan digunakan oleh aplikasi ini berasal dari data aplikasi administrasi HKI

yang diekstraksi ke sebuah database (warehouse).



1.3. Definisi, Istilah, dan Singkatan Berikut ini adalah semua definisi dan singkatan yang digunakan dalam

dokumen ini dan penjelasannya:

Istilah/Akronim Penjelasan

HKI Hak Kekayaan Intelektual, disingkat “HKI” atau dikenal dengan akronim “HaKI” atau dalam bahasa Inggris dikenal dengan “Intellectual Property Rights” (IPR), yakni hak yang timbul bagi hasil olah pikir otak yang menghasilkan suatu produk atau proses yang berguna untuk manusia. Pada intinya HKI merupakan hak untuk menikmati secara ekonomis dari hasil suatu kreativitas intelektual.

DJHKI Direktorat Jenderal Hak Kekayaan Intelektual, merupakan salah satu unit Eselon I Kementerian Hukum dan Hak Asasi Manusia – Republik Indonesia yang menangani hal terkait dengan Hak Kekayaan Intelektual.

Merek Merek adalah suatu “tanda” yang berupa gambar, nama, kata, huruf-huruf, angka-angka, susunan warna atau kombinasi dari unsur-unsur tersebut yang memiliki daya pembeda dan digunakan dalam kegiatan perdagangan barang dan jasa.

Paten Paten adalah hak ekslusif yang diberikan oleh negara kepada inventor (penemu invensi baru) atas hasil invensinya di bidang teknologi, yang selama waktu tertentu melaksanakan sendiri invensinya tersebut atau memberikan persetujuan kepada pihak lain untuk melaksanakannya.

Hak Cipta Hak Cipta adalah hak ekslusif bagi pencipta atau penerima hak untuk mengumumkan atau memperbanyak ciptaannya atau memberi izin untuk itu dengan tidak mengurangi pembatasan-pembatasan menurut peraturan perundang-undangan yang berlaku.

Desain Industri Desain Industri adalah suatu kreasi tentang bentuk, konfigurasi, atau komposisi garis atau warna, atau garis dan warna, atau gabungan daripadanya yang berbentuk dua dimensi atau tiga dimensi yang memberikan kesan estetis dan dapat diwujudkan dan dipakai untuk menghasilkan suatu produk, barang, komoditas industri, atau kerajinan tangan.

SMS SMS merupakan singkatan dari Short Message Service. SMS merupakan teknologi yang memungkinkan untuk menerima maupun mengirim pesan antar telepon bergerak (ponsel). Dalam sistem SMS, mekanisme utama yang dilakukan dalam sistem adalah melakukan pengiriman pesan singkat dari satu terminal pelanggan ke terminal yang lain.

SMS Center Short Message Service Center (SMSC), disebut juga Message Center (MC). SMSC merupakan sebuah perangkat yang melakukan tugas store and forward trafic short message. Didalamnya termasuk penentuan atau pencarian rute tujuan akhir dari short message.



SMS Gateway SMS Gateway dapat diartikan sebagai suatu penghubung untuk lalu lintas data-data SMS, baik yang dikirimkan maupun yang diterima. Pengertian SMS gateway kemudian lebih mengarah pada sebuah program yang mengkomunikasikan antara sistem operasi komputer, dengan perangkat komunikasi yang terpasang untuk mengirim atau menerima SMS.

Open Source Open source atau disebut juga perangkat lunak bebas ialah perangkat lunak yang mengizinkan siapa pun untuk menggunakan, menyalin, dan mendistribusikan, baik dimodifikasi atau pun tidak, secara gratis atau pun dengan biaya. Perlu ditekankan, bahwa source code dari program harus tersedia.

Data Warehouse Data warehouse adalah kumpulan macam-macam data yang subject oriented, integrated, time variant, dan nonvolatile dalam mendukung proses pembuatan keputussan. Datawarehouse sering diintegrasikan dengan berbagai sistem aplikasi untuk mendukung proses laporan dan analisis data dengan menyediakan data histori, yang menyediakan infrastruktur bagi sistem informasi eksekutif atau sistem pendukung keputusan.

ETL ETL adalah sebuah proses Extract, Transform dan Load data dari beberapa sumber data yang berbeda (ERP,CRM) dikonsolidasikan menjadi sebuah database yang digunakan untuk keperluan analisa bisnis.

GSM Global System for Mobile Communication disingkat GSM adalah sebuah teknologi komunikasi selular yang bersifat digital. Teknologi GSM banyak diterapkan pada komunikasi bergerak, khususnya telepon genggam. Teknologi ini memanfaatkan gelombang mikro dan pengiriman sinyal yang dibagi berdasarkan waktu, sehingga sinyal informasi yang dikirim akan sampai pada tujuan.

CDMA Code division multiple access (CDMA) adalah sebuah bentuk pemultipleksan (bukan sebuah skema pemodulasian) dan sebuah metode akses secara bersama yang membagi kanal tidak berdasarkan waktu (seperti pada TDMA) atau frekuensi (seperti pada FDMA). CDMA juga mengacu pada sistem telepon seluler digital yang menggunakan skema akses secara bersama ini,seperti yang diprakarsai oleh Qualcomm.

MVC Model-View-Controller atau MVC adalah sebuah metode untuk membuat sebuah aplikasi dengan memisahkan data (Model) dari tampilan (View) dan cara bagaimana memprosesnya (Controller). Dalam implementasinya kebanyakan framework dalam aplikasi website adalah berbasis arsitektur MVC.

SKPL Spesifikasi Kebutuhan Perangkat Lunak, atau dalam bahasa Inggris-nya sering juga disebut sebagai Software Requirements Spesification (SRS), dan merupakan spesifikasi dari perangkat lunak yang akan dikembangkan.

Tabel 1.1 – Tabel Penjelasan Istilah/Akronim



1.4. Aturan Penomoran Berikut ini adalah aturan penomoran yang digunakan dalam dokumen SKPL:

Kode: X-SISFOSMS-Y99

Contoh:

A-SISFOSMS-M01, merupakan representasi kebutuhan fungsional sistem aplikasi SISFOSMS untuk modul master data dengan nomor urut 01

1.5. Referensi Berikut ini adalah daftar buku, panduan, atau dokumentasi lain yang

digunakan sebagai referensi dalam pembuatan dokumen dan dalam pengembangan

perangkat lunak:

Kadir, Abdul. 2009. Dasar Perancangan dan Implementasi Database Relational. Yogyakarta: Penerbit Andi.

Nugroho, Adi. 2009. Rekayasa Perangkat Lunak Menggunakan UML dan JAVA. Yogyakarta: Penerbit Andi.

____________. 2005. Rational Rose untuk Pemodelan Berorientasi Objek. Bandung: Penerbit Informatika.

Yunianto. 2006. Membangun Aplikasi SMS Gateway di Linux. Jakarta : PT. Dian Rakyat.

No urut representasi kebutuhan

Kode modul aplikasi: I: Terkait User J: Autoresponse, K: Manual, L: Broadcast, M: Master, N: Statistik, O: Setting, P: Export/Import, Q: API, R:Help

Singkatan dari nama sistem aplikasi

Kode representasi kebutuhan, A: Kebutuhan fungsional, B: Kebutuhan non fungsional, C: Kebutuhan Informasi.



1.6. Deskripsi Umum Dokumen Sistematika pembahasan dalam Spesifikasi Kebutuhan Perangkat Lunak (SKPL)

ini dapat dijelaskan sebagai berikut:

1. BAB I: Pendahuluan

Bagian ini menjelaskan mengenai hal-hal yang melatarbelakangi penulisan

pembuatan SPKL yang berisi tujuan, ruang lingkup, definisi, istilah, dan

singkatan, aturan penomoran, referensi dan ikhtisar.

2. BAB II: Kebutuhan Perangkat Lunak

Menjelaskan deskripsi umum sistem, fungsi utama perangkat lunak, kebutuhan

fungsional, non fungsional, serta informasi, karakteristik pengguna, kebutuhan

antar muka eksternal, batasan sistem, dan lingkungan operasi.

3. BAB III: Model Deskripsi Kebutuhan Perangkat Lunak.

Menjelaskan model use case yang terdiri atas architecturally significant use

case, diagram use case untuk paket sistem, spesifikasi use case, dan model data.



BBAABB IIII KKEEBBUUTTUUHHAANN PPEERRAANNGGKKAATT LLUUNNAAKK

2.1. Deskripsi Umum Sistem

Sistem yang akan dibangun merupakan aplikasi layanan informasi Hak

Kekayaan Intelektual (HKI) berbasis Short Message Service (SMS). Aplikasi

dimaksud kemudian diberi nama SISFOSMS. SISFOSMS mempunyai tiga layanan,

yakni: layanan informasi status permohonan HKI (Merek, Paten, Hak Cipta, dan

Desain Industri) yang merupakan layanan dengan format masukan dan keluaran

tertentu; layanan aplikasi berdasarkan permintaan yang memiliki format masukan

dan keluaran sesuai kebutuhan pengguna, dan layanan broadcast sms untuk

menyampaikan informasi. Data yang akan digunakan oleh aplikasi ini berasal dari

data aplikasi administrasi HKI yang diekstraksi ke sebuah database (warehouse).

Gambar 2.1 – Gambar Usulan Rancangan Pengembangan Aplikasi



Dari gambar 2.1., dapat dijelaskan bahwa database production adalah database

yang sedang berjalan di DJHKI. Kemudian terjadi proses ETL yang akan di lakukan

penjadualan sehingga proses transformasi data dapat dilakukan secara otomatis.

Untuk memproses sms yang masuk dibutuhkan engine SMS Gateway. Operator

bertugas sebagai orang yang merespon sms yang masuk berdasarkan permintaan

pengguna. Administrator sebagai user yang mengatur setting/parameter, dan

mengawasi kinerja aplikasi. User sebagai pengguna layanan, berkomunikasi dengan

sistem/aplikasi melalui SMS baik dengan operator GSM/CDMA.

Terdapat tiga proses bagi seseorang yang akan menggunakan layanan aplikasi

SISFOSMS, yakni:

Pendaftaran, merupakan proses registrasi user ke aplikasi SISFOSMS;

Penggunaan layanan, merupakan proses penggunaan layanan aplikasi

SISFOSMS oleh user;

Pengakhiran layanan, merupakan proses berhenti berlangganan layanan aplikasi

SISFOSMS oleh user.

2.2. Fungsi Utama Perangkat Lunak

Secara umum, aplikasi SISFOSMS mempunyai beberapa modul, yakni: modul

yang melayani sms yang masuk (auto-response), modul yang melayani sms

berdasarkan permintaan, modul sms broadcast untuk memberi informasi ke user,

modul data master aplikasi, modul statistik, modul setting aplikasi, modul export

dan import data, modul web service sebagai komunikasi dengan aplikasi lain, dan

modul bantuan.

Kode Fungsi Uraian

X-SISFOSMS-I00 Modul terkait dengan pengguna layanan SMS aplikasi SISFOSMS seperti pendaftaran, penggunaan layanan/ permintaan info, berhenti berlangganan.

X-SISFOSMS-J00 Modul utama yang berfungsi mengolah sms yang masuk sesuai dengan format yang ditentukan dari user, kemudian menjawab secara otomatis berdasarkan format yang telah ditetapkan aplikasi.

X-SISFOSMS-K00 Modul utama yang berfungsi mengolah sms yang masuk dari user secara manual, dimana operator akan menjawab sms



yang masuk sesuai dengan permintaan user. X-SISFOSMS-L00 Modul utama yang berfungsi sebagai sms broadcast yang

memberikan informasi dari DJHKI ke user. X-SISFOSMS-M00 Modul utama yang berfungsi mengolah data master aplikasi

seperti manajemen pengguna. X-SISFOSMS-N00 Modul utama yang berfungsi mengolah dan menampilkan

statistik aplikasi dalam bentuk tabel dan grafik. X-SISFOSMS-O00 Modul utama yang berfungsi mengatur setting aplikasi seperti

setting IP, setting waktu proses ETL bekerja. X-SISFOSMS-P00 Modul utama yang berfungsi mengelola export/import data. X-SISFOSMS-Q00 Modul utama yang berfungsi sebagai jembatan komunikasi

dengan aplikasi lain. X-SISFOSMS-R00 Modul utama yang berfungsi menampilkan fasilitas bantuan

penggunaan aplikasi. Tabel 2.1 – Tabel Modul Utama Aplikasi SISFOSMS

2.2.1. Kebutuhan Fungsional

Berikut ini akan dipaparkan mengenai kebutuhan fungsional aplikasi

SISFOSMS.

A. Pengguna: Administrator

No Kode Fungsi Nama Fungsi Deskripsi

1. A-SISFOSMS-M01 Menambah user Menambah pengguna aplikasi (operator) 2. A-SISFOSMS-M02 Menghapus user Menghapus pengguna aplikasi (operator) 3. A-SISFOSMS-M03 Mengubah user Mengubah pengguna aplikasi (operator) 4. A-SISFOSMS-M04 Mengatur hak

akses user Mengatur hak akses pengguna aplikasi (operator)

5. A-SISFOSMS-N01 Mengatur statistik Mengatur pengolahan data statistik 6. A-SISFOSMS-O01 Mengatur koneksi Mengatur koneksi aplikasi ke database 7. A-SISFOSMS-O02 Mengatur Proses

ETL Mengatur penjadualan proses ETL dari production ke database sms gateway

8. A-SISFOSMS-P01 Export data Melakukan export data ke format lain, misal Excel sebagai laporan

9. A-SISFOSMS-P02 Import data Melakukan import data berupa batch perubahan data permohonan HKI

10. A-SISFOSMS-Q01 Mengatur API Mengatur application programming interface (API) guna berhubungan dengan aplikasi lain

11. A-SISFOSMS-R01 Mengatur bantuan Mengatur fasilitas bantuan (update)

Tabel 2.2 – Tabel Fungsional Administrator

B. Pengguna: Operator


1. A-SISFOSMS-K01 Memonitor sms manual

Memonitor sms dengan format manual melalui alert yang ditampilkan



2. A-SISFOSMS-K02 Membalas sms Membalas sms dengan format manual sesuai dengan pertanyaan pengguna

3. A-SISFOSMS-L01 Mengirim sms broadcast

Mengurimkan sms broadcast kepada pengguna yang terdaftar mengenai informasi dari DJKHI

4. A-SISFOSMS-M05 Mengubah profil Mengubah profil operator 5. A-SISFOSMS-N02 Membaca statistik Melihat statistik yang disajikan aplikasi 6. A-SISFOSMS-R02 Melihat bantuan Melihat fasilitas bantuan penggunaan

aplikasi

Tabel 2.3 – Tabel Fungsional Operator

C. Pengguna: User


1. A-SISFOSMS-I01 Pendaftaran Modul yang mengatur proses pendaftaran layanan sms, seperti menampilkan pesan jika sukses/tidak sukses dalam mendaftar

2. A-SISFOSMS-I02 Layanan auto-response

Modul terkait dengan permintaan informasi yang jawabannya dilakukan secara auto-response sesuai dengan permintaan

3. A-SISFOSMS-I03 Layanan manual Modul terkait dengan permintaan informasi secara manual yang akan dijawab oleh operator aplikasi

4. A-SISFOSMS-I04 Pengakhiran layanan

Modul terkait dengan pemberhentian layanan sms sebagai anggota

Tabel 2.4 – Tabel Fungsional User

D. Pengguna: Manajemen


1. A-SISFOSMS-M05 Mengubah profil Mengubah profil operator 2. A-SISFOSMS-N02 Membaca statistik Melihat statistik yang disajikan aplikasi 3. A-SISFOSMS-R02 Melihat bantuan Melihat fasilitas bantuan penggunaan

aplikasi

Tabel 2.5 – Tabel Fungsional Manajemen

2.2.2. Kebutuhan Non Fungsional

Berikut ini akan dipaparkan mengenai kebutuhan non fungsional aplikasi

SISFOSMS.

No Kode Fungsi Parameter Deskripsi Kebutuhan

1. B-SISFOSMS-I01 Ketersediaan Apakah layanan dapat diakses dalam 7 x 24 jam x 365 hari

2. B-SISFOSMS-I02 Kecepatan Kecepatan respon dari aplikasi setelah user mengirimkan sms ke aplikasi



3. B-SISFOSMS-I03 Keakuratan Keakuratan informasi yang diberikan aplikasi kepada user

4. B-SISFOSMS-I04 Keamanan Keamanan yang menjamin kerahasiaan data 5. B-SISFOSMS-I05 Kemudahan Kemudahan membaca informasi yang

diberikan sistem 6. B-SISFOSMS-X01 Penggunaan

reources Penggunaan resources komputer, seperti: memory, hard disk.

7. B-SISFOSMS-X02 Keamanan Keamanan aplikasi secara keseluruhan baik engine sms, maupun aplikasi backendnya.

Tabel 2.6 – Tabel Kebutuhan Non Fungsional

2.2.3. Kebutuhan Informasi

Berikut ini akan dipaparkan mengenai kebutuhan informasi aplikasi

SISFOSMS.

No Informasi Yang Dibutuhkan Tujuan Frekuensi Format

1. Informasi status permohonan HKI

Sebagai data transaksi layanan sms auto-response

2 – 5 hari sekali setiap hari kerja

SQL/Database dump

2. Data konsultan HKI Sebagai data master konsultan HKI

Tentatif jika ada perubahan

SQL/Database dump

3. Undang-undang HKI Sebagai referensi jawaban terkait dengan pertanyaan manual dari user

Tentatif jika dibutuhkan

Buku/digital (PDF)

4. Dokumen terkait dengan permohonan HKI

Sebagai referensi jawaban terkait dengan pertanyaan manual dari user

Tentatif jika dibutuhkan

Buku/digital (PDF)

5. Data user/pengguna layanan SISFOSMS

Sebagai data master user SISFOSMS

Satu kali saat pendaftaran

Digital/sms

6. Data permintaan dari user aplikasi

Sebagai acuan dalam melakukan respon/menjawab setiap permintaan/ pertanyaan dari user

Setiap kali user mengirimkan sms ke aplikasi

Digital/sms

7. Panduan Rekayasa Perangkat Lunak

Sebagai referensi pembangunan aplikasi SISFOSMS

Dari awal hingga akhir proyek

Buku/digital (PDF)

8. Panduan SMS Gateway

Sebagai referensi pembangunan aplikasi berbasis SMS Gateway


Buku/digital (PDF)

9. Panduan Datawarehouse

Sebagai referensi proses ETL pada database


Buku/digital (PDF)

10. Panduan Pemrograman

Sebagai referensi saat melakukan implementasi/ pengkodean


Buku/digital (PDF)

11. Panduan aplikasi open source

Sebagai referensi membangun aplikasi di ranah open source


Buku/digital (PDF)

Tabel 2.7 – Tabel Kebutuhan Informasi



2.3. Karakteristik Pengguna

Berikut ini akan dipaparkan mengenai karakteristik pengguna aplikasi SISFOSMS.

No Kategori Pengguna Kualifikasi Tugas Hak Akses

1. Administrator Mengelola aplikasi

Mengelola aplikasi, melakukan setting, memantau kinerja aplikasi, melakukan fungsi control terhadap aplikasi

A-SISFOSMS-M01 A-SISFOSMS-M02 A-SISFOSMS-M03 A-SISFOSMS-M04 A-SISFOSMS-N01 A-SISFOSMS-O01 A-SISFOSMS-O02 A-SISFOSMS-P01 A-SISFOSMS-P02 A-SISFOSMS-Q01 A-SISFOSMS-R01

2. Operator Mengoperasikan aplikasi

Mengoperasikan aplikasi, menjawab/respon terhadap permintaan user

A-SISFOSMS-K01 A-SISFOSMS-K02 A-SISFOSMS-L01 A-SISFOSMS-M05 A-SISFOSMS-N02 A-SISFOSMS-R02

3. User Menggunakan aplikasi

Melakukan pendaftaran dan penghentian keanggotaan, meminta informasi melalui sms ke aplikasi SISFOSMS

A-SISFOSMS-I01 A-SISFOSMS-I02 A-SISFOSMS-I03 A-SISFOSMS-I04

4. Manajemen Memantau aplikasi

Memantau kinerja aplikasi melalui statistik yang disajikan untuk mendukung pengambilan keputusan

A-SISFOSMS-M05 A-SISFOSMS-N02 A-SISFOSMS-R02

Tabel 2.8 – Tabel Karakteristik Pengguna

2.4. Kebutuhan Antarmuka Eksternal

2.4.1. Antarmuka Pengguna

Antar muka pengguna (devices) yang digunakan untuk mengoperasikan

aplikasi SISFOSMS ini adalah sebagai berikut:

Keyboard, sebagai device yang digunakan pada sisi aplikasi (backend) untuk

memasukkan perintah ke aplikasi;

Mouse, sebagai pendukung keyboard dalam melaksanakan fungsinya;

Handheld, berupa handphone, PDA, atau perangkat lain yang mempunyai

fungsi mengirim sms.



2.4.2. Antarmuka Perangkat Keras

Antar muka perangkat keras (hardware) yang digunakan untuk mengoperasi-

kan aplikasi SISFOSMS ini adalah sebagai berikut:

Server untuk menyimpan database dan menjalankan apikasi;

Kabel serat optik sebagai backbone jaringan;

2.4.3. Antarmuka Perangkat Lunak

Antar muka perangkat lunak (software) yang digunakan untuk mengoperasi-

kan aplikasi SISFOSMS ini adalah sebagai berikut:

Engine SMS Gateway, yang bersifat open source seperti Gnoki, Gammu,

SMSServerTools, dsb;

Driver php mysql guna menghubungkan database mysql dengan bahasa

pemrogramman php;

ETL software, sepeti SSIS, RedGate, Cron Script;

Framework aplikasi backend seperti Code Igniter, Zend Framework, dsb.

2.4.4. Antarmuka Komunikasi

Antar muka komunikasi yang digunakan untuk mengoperasikan aplikasi

SISFOSMS ini adalah sebagai berikut:

Modem GSM, sebagai penerima sms (gateway) yang masuk ke aplikasi. Jalur

komunikasinya dapat menggunakan USB, ataupun kabel serial;

Jaringan GSM/CDMA, sebagai carrier sms yang dikirim dari pengguna (user)

ke aplikasi SISFOSMS;

TCP/IP sebagai jaringan standar dalam pertukaran data di aplikasi SISFOSMS.

2.5. Batasan Sistem

Berikut ini adalah batasan sistem yang digunakan dalam aplikasi SISFOSMS:

Database utama berasal dari database aplikasi production (Merek, Paten, Hak

Cipta, dan Desain Industri) – DBMS Oracle, yang telah ada di DJHKI yang

akan diekstraksi melalui proses ETL ke dalam format DBMS MySQL;



Sebagai referensi jawaban atas pertanyaan user, digunakan undang-undang

(UU) HKI yakni UU Merek, UU Paten, UU Hak Cipta, dan UU Desain Industri.

Selain itu juga akan digunakan dokumentasi terkait dengan HKI/DJHKI;

Platform pembangunan aplikasi diarahkan ke open source (non proprietary),

namum tidak ditutup kemungkinan digunakan platform proprietary;

Setiap pengguna yang akan berinteraksi dengan sistem/aplikasi harus melalui

proses registrasi;

Terdapat seorang Administrator yang bertanggungjawab terhadap jalannya

aplikasi;

Layanan aplikasi hanya pada jam hari kerja saja (Senin-Jum’at), sedangkan pada

hari Sabtu/Minggu akan dilakukan maintenance aplikasi dan database, serta

sikronisasi data.

2.6. Lingkungan Operasi

Berikut ini merupakan lingkungan operasional sistem yang dibangun, dan

deskripsi terkait dengan lingkungan arsitektur sistem yang digunakan:

No Item Sub Item Deskripsi

1. Hardware Server Xeon family, 300 GB RAID-0, 16 GBRAM Client IBM PC Compatible, P4 family / AMD family

2. OS Server Centos 5.x / RedHat family Client Linux/Windows family

3. Browser Server Mozilla Firefox Client Mozilla Firefox

4. Database Server MySQL Server, Community edition, 5.x.x 5. Web server Server Apache 2.x 6. Programming Server PHP 7. Framework Server Code Igniter, Zend Framework 8. Engine SMS Server Gnoki, Gammu, SMSServerTools 9. Modem Server GSM/CDMS modem

10. Handheld Client Semua perangkat selular yang mendukung teknologi sms 11. ETL Server SSIS, RedGate product. 12. Tools Server Eclipse, PhpMyAdmin

Tabel 2.9 – Tabel Lingkungan Operasi



BBAABB IIIIII MMOODDEELL DDEESSKKRRIIPPSSII KKEEBBUUTTUUHHAANN PPEERRAANNGGKKAATT LLUUNNAAKK

3.1. Model Use Case

Dalam konteks UML, tahap konseptualisasi dilakukan dengan pembuatan use

case diagram yang sesungguhnya merupakan deskripsi bagaimana perangkat lunak

(aplikasi) akan digunakan oleh penggunanya. Pada bagian ini akan diuraikan

bagaimana menggambarkan use case diagram pada aplikasi SISFOSMS.

3.1.1. Architecturally Significant Use Case

Penggambaran arsitektur aplikasi SISFOSMS secara umum menggunakan use

case diagram adalah sebagai berikut:

Gambar 3.1 – Gambar Usulan Use Case Diagram



3.1.2. Diagram Use Case untuk Paket Sistem

Dari gambaran umum (Gambar 3.1), maka use case diagram untuk masing-

masing aktor adalah sebagai berikut:

A. Aktor: User

Jika digambarkan use case diagramnya, maka akan nampak sebagai berikut:

Gambar 3.2 – Gambar Usulan Use Case Diagram Aktor User

B. Aktor: Operator


Gambar 3.3 – Gambar Usulan Use Case Diagram Aktor Operator



C. Aktor: Administrator


Gambar 3.4 – Gambar Usulan Use Case Diagram Aktor Administrator

D. Aktor: Manajemen


Gambar 3.5 – Gambar Usulan Use Case Diagram Aktor Manajemen



3.1.3. Spesifikasi Use Case

Berikut ini adalah penjelasan rinci dari setiap use case diagram pada bagian

3.1.2 di atas.

Item Deskripsi Nama Use Case Melakukan pendaftaran Deskripsi Use case ini memungkinkan pengguna (user) untuk melakukan

pendaftaran pada aplikasi melalui sms Aktor User Pra-kondisi User telah mengetahui cara melakukan pendaftaran aplikasi

melalui brosur, website, dan sebagainya dari DJHKI Tindakan 1. User mengirimkan sms dengan format tertentu untuk

melakukan pendaftaran pada aplikasi 2. User menunggu balasan sms dari aplikasi 3. Aplikasi merespon sms berdasarkan permintaan dari user

Post-kondisi Sistem menampilkan status berhasi atau gagal dalam melakukan pendaftaran

Alternatif Jika proses pendaftaran gagal, maka sistem akan memberi tahu cara/contoh penulisan format pendaftaran yang benar

Tabel 3.1 – Tabel Use Case Melakukan Pendaftaran

Item Deskripsi Nama Use Case Mengirimkan sms layanan Deskripsi Use case ini memungkinkan pengguna (user) untuk melakukan

permintaan informasi ke aplikasi melalui sms sesuai dengan format tertentu

Aktor User Pra-kondisi 1. User telah mengetahui cara melakukan sms layanan aplikasi

melalui brosur, website, dan sebagainya dari DJHKI 2. User telah terdaftar dalam aplikasi

Tindakan 1. User mengirimkan sms dengan format tertentu untuk melakukan permintaan informasi pada aplikasi

2. User menunggu balasan sms dari aplikasi, jika format masukan sesuai dengan auto-response, maka akan dijawab oleh engine sms gateway, jika format masukan meminta informasi secara manual, maka akan dibalas oleh aktor operator

3. Aplikasi merespon sms berdasarkan permintaan dari user Post-kondisi Sistem menampilkan pesan balasan sesuai dengan format

masukkan pengguna (user) Alternatif Jika format masukan salah, maka sistem akan memberi tahu

cara/contoh penulisan format permintaan informasi yang benar Tabel 3.2 – Tabel Use Case Mengirimkan SMS Layanan



Item Deskripsi Nama Use Case Menerima sms balasan Deskripsi Use case ini memungkinkan pengguna (user) untuk menerima

balasan/response sms sesuai dengan format tertentu Aktor User Pra-kondisi 1. User telah terdaftar dalam aplikasi

2. User telah mengirim permintaan informasi Tindakan 1. Sistem akan mengolah permintaan dari user

2. Aplikasi merespon sms berdasarkan permintaan dari user Post-kondisi Sistem menampilkan pesan balasan sesuai dengan format

masukkan pengguna (user) Alternatif Jika format masukan salah, maka sistem akan memberi tahu

cara/contoh penulisan format permintaan informasi yang benar Tabel 3.3 – Tabel Use Case Menerima SMS Balasan

Item Deskripsi Nama Use Case Penghentian layanan Deskripsi Use case ini memungkinkan pengguna (user) untuk berhenti dari

keanggotaan layanan sms aplikasi sesuai dengan format tertentu Aktor User Pra-kondisi User telah terdaftar dalam aplikasi Tindakan 1. User melakukan permintaan penghentian layanan melalui sms

berdasarkan format tertentu 2. Sistem akan mengolah permintaan dari user 3. Aplikasi merespon sms berdasarkan permintaan dari user

Post-kondisi 1. Sistem menampilkan pesan balasan sesuai dengan format masukkan pengguna (user)

2. Data user dimasukkan ke tabel temporary Alternatif Jika format masukan salah, maka sistem akan memberi tahu

cara/contoh penulisan format penghentian layanan yang benar Tabel 3.4 – Tabel Use Case Penghentian Layanan

Item Deskripsi Nama Use Case Memonitor sms Deskripsi Use case ini berfungsi agar operator memantau aktifitas sms yang

masuk, terutama sms yang memerlukan balasan secara manual Aktor Operator Pra-kondisi Operator telah terautentikasi dalam aplikasi Tindakan Operator memantau alert yang ditimbulkan aplikasi apabila ada

sms yang meminta jawaban secara manual. Post-kondisi Operator bersiap menjawab permintaan dari user Alternatif Operator juga memantau sms yang penulisannya salah

Tabel 3.5 – Tabel Use Case Memonitor SMS



Item Deskripsi Nama Use Case Membalas sms Deskripsi Use case ini berfungsi agar operator membalas sms yang masuk,

terutama sms yang memerlukan balasan secara manual Aktor Operator Pra-kondisi Operator telah terautentikasi dalam aplikasi Tindakan Operator menjawab setiap pertanyaan manual dari aktor user,

kemudian membalasnya ke user melalui aplikasi Post-kondisi User menerima jawaban dari operator Alternatif Jika operator tidak mengetahui jawaban, maka ia akan

berkonsultasi dengan ahli setempat untuk menjawab pertanyaan Tabel 3.6 – Tabel Use Case Membalas SMS

Item Deskripsi Nama Use Case Mengirim sms broadcast Deskripsi Use case ini berfungsi agar operator memboardcast sms kepada

setiap anggota terdaftar terkait dengan informasi penting. Aktor Operator Pra-kondisi Operator telah terautentikasi dalam aplikasi Tindakan 1. Operator menyiapkan format SMS broadcast

2. Operator mengirimkan sms broadcast yang berisi informasi ke semua anggota

Post-kondisi SMS broadcast telah berhasil di kirim ke pengguna user Alternatif Layanan ini dapat dibuatkan penjadualannya

Tabel 3.7 – Tabel Use Case Mengirim SMS Broadcast

Item Deskripsi Nama Use Case Mengubah profil Deskripsi Use case ini berfungsi agar operator dapat mengubah profil

mereka di aplikasi Aktor Operator Pra-kondisi Operator telah terautentikasi dalam aplikasi Tindakan 1. Operator mengubah profile mereka

2. Operator melakukan penyimpanan Post-kondisi Sistem akan merespon terhadap perubahan profil operator Alternatif Operator dapat mengubah berbagai macam data seperti nama,

tempat lahir, dsb. Tabel 3.8 – Tabel Use Case Mengubah Profil



Item Deskripsi Nama Use Case Membaca statistik Deskripsi Use case ini berfungsi agar operator dapat melihat statistik yang

diolah sistem Aktor Operator Pra-kondisi Operator telah terautentikasi dalam aplikasi Tindakan 1. Operator melakukan penyeleksian kriteria statistik

2. Operator menunggu hasil statistik dari aplikasi Post-kondisi Sistem akan merespon/memunculkan statistik yang diminta

operator Alternatif Operator dapat memilih jenis layanan, apakah dalam tabel ataupun

dalam grafik Tabel 3.9 – Tabel Use Case Membaca Statistik

Item Deskripsi Nama Use Case Melihat bantuan Deskripsi Use case ini berfungsi agar operator dapat melihat fasilitas

bantuan yang tersedia di aplikasi Aktor Operator Pra-kondisi Operator telah terautentikasi dalam aplikasi Tindakan Operator memilih menu bantuan Post-kondisi Aplikasi akan menampilkan menu bantuan yang dapat digunakan

oleh operator Alternatif Operator dapat melakukan pencarian bantuan dengan

memanfaatkan fasilitas search Tabel 3.10 – Tabel Use Case Melihat Bantuan

Item Deskripsi Nama Use Case Melakukan manajemen user Deskripsi Use case ini berfungsi agar administrator dapat melakukan

administrasi terhadap user/operator Aktor Administrator Pra-kondisi Administrator telah terautentikasi dalam aplikasi Tindakan 1. Administrator memilih menu manajemen user

2. Administrator melakukan manajemen user seperti menambah, menghapus, mengubah user/operator

Post-kondisi Aplikasi akan menampilkan informasi hasil perubahan Alternatif Administrator melakukan perubahan data secara bulk terhadap

pengguna aplikasi. Tabel 3.11 – Tabel Use Case Melakukan Manajemen User



Item Deskripsi

Nama Use Case Mengatur hak akses Deskripsi Use case ini berfungsi agar administrator dapat melakukan

pengaturan hak akses terhadap user/operator Aktor Administrator Pra-kondisi Administrator telah terautentikasi dalam aplikasi Tindakan 1. Administrator memilih menu manajemen hak akses

2. Administrator melakukan manajemen hak akses seperti menghapus, mengubah

Post-kondisi Aplikasi akan menampilkan informasi hasil perubahan Alternatif Administrator mengatur hak akses pengguna berdsarkan SOP

Tabel 3.12 – Tabel Use Case Mengatur Hak Akses

Item Deskripsi Nama Use Case Mengatur statistik Deskripsi Use case ini berfungsi agar administrator dapat mengatur tampilan

statistik yang akan dilihat oleh operator dan manajemen Aktor Administrator Pra-kondisi Administrator telah terautentikasi dalam aplikasi Tindakan 1. Administrator memilih menu setting statistik

2. Administrator memasukkan parameter bagi pengolahan data statistik, misal per minggu, per bulan, dsb

Post-kondisi Aplikasi akan menampilkan informasi hasil perubahan statistik Alternatif Administrator dapat mengubah setting ini berdasarkan arahan dari

pihak manajemen Tabel 3.13 – Tabel Use Case Mengatur Statistik

Item Deskripsi Nama Use Case Mengatur koneksi Deskripsi Use case ini berfungsi agar administrator dapat mengatur koneksi

aplikasi ke server database Aktor Administrator Pra-kondisi Administrator telah terautentikasi dalam aplikasi Tindakan 1. Administrator memilih menu setting koneksi

2. Administrator memasukkan parameter setting koneksi, seperti alamat ip, nama pengguna, password, driver, dsb.

Post-kondisi Aplikasi akan menampilkan status bahwa pengaturan koneksi berhasil

Alternatif Administrator dapat mengatur ini melalui XML script Tabel 3.14 – Tabel Use Case Mengatur Koneksi



Item Deskripsi Nama Use Case Melakukan ETL Deskripsi Use case ini berfungsi agar administrator dapat melakukan setting

proses ETL dari database production ke database sms gateway Aktor Administrator Pra-kondisi Administrator telah terautentikasi dalam aplikasi Tindakan 1. Administrator memilih menu setting ETL

2. Administrator memasukkan parameter waktu penjadualan eksekusi script, dsb

Post-kondisi Aplikasi akan menampilkan hasil setting penjadualan ETL, menambahkan jobs ke sistem operasi (cron)

Alternatif Setting ETL disesuaikan dengan kebijakan kantor mengingat data yang diambil adalah data production

Tabel 3.15 – Tabel Use Case Melakukan ETL

Item Deskripsi Nama Use Case Melakukan Export/Import Deskripsi Use case ini berfungsi agar administrator dapat melakukan export/

import data dari dan ke luar aplikasi Aktor Administrator Pra-kondisi Administrator telah terautentikasi dalam aplikasi Tindakan 1. Administrator memilih menu export/import data

2. Administrator melakukan export data dari aplikasi 3. Administrator melakukan import data ke aplikasi

Post-kondisi Aplikasi akan menampilkan informasi hasil export/import apakah berhasil atau gagal

Alternatif Format yang diijinkan untuk digunakan adalah sql dan csv Tabel 3.16 – Tabel Use Case Melakukan Export/Import

Item Deskripsi Nama Use Case Mengatur API Deskripsi Use case ini berfungsi agar administrator dapat melakukan

pengaturan API/web service Aktor Administrator Pra-kondisi Administrator telah terautentikasi dalam aplikasi Tindakan 1. Administrator memilih menu setting API

2. Administrator melakukan setting API terhadap aplikasi, seperti IP mana saja yang dapat mengakses API yang disediakan

Post-kondisi Aplikasi akan menampilkan informasi hasil setting API Alternatif Setting API dilakukan setelah mendapat persetujuan dari pihak

manajemen Tabel 3.17 – Tabel Use Case Mengatur API



Item Deskripsi Nama Use Case Mengatur bantuan Deskripsi Use case ini berfungsi agar administrator dapat melakukan

pengaturan terhadap menu bantuan Aktor Administrator Pra-kondisi Administrator telah terautentikasi dalam aplikasi Tindakan 1. Administrator memilih menu peng

2. Administrator melakukan pengaturan menu bantuan Post-kondisi Aplikasi akan menampilkan informasi perubahan bantuan Alternatif Administrator melakukan perubahan menu bantuan dengan

mengedit manual file XML Tabel 3.18 – Tabel Use Case Mengatur Bantuan

Item Deskripsi Nama Use Case Mengubah profil Deskripsi Use case ini berfungsi agar manajemen dapat mengubah profil

mereka di aplikasi Aktor Manajemen Pra-kondisi Manajemen telah terautentikasi dalam aplikasi Tindakan 1. Manajemen mengubah profile mereka

2. Manajemen melakukan penyimpanan Post-kondisi Sistem akan merespon terhadap perubahan profil operator Alternatif Manajemen dapat mengubah berbagai macam data seperti nama,

tempat lahir, dsb. Tabel 3.19 – Tabel Use Case Mengubah Profil

Item Deskripsi Nama Use Case Membaca statistik Deskripsi Use case ini berfungsi agar manajemen dapat melihat statistik

yang diolah sistem Aktor Manajemen Pra-kondisi Manajemen telah terautentikasi dalam aplikasi Tindakan 1. Manajemen melakukan penyeleksian kriteria statistik

2. Manajemen menunggu hasil statistik dari aplikasi Post-kondisi Sistem akan merespon/memunculkan statistik yang diminta

manajemen Alternatif Manajemen dapat memilih jenis layanan, apakah dalam tabel

ataupun dalam grafik Tabel 3.20 – Tabel Use Case Membaca Statistik



Item Deskripsi Nama Use Case Melihat bantuan Deskripsi Use case ini berfungsi agar manajemen dapat melihat fasilitas

bantuan yang tersedia di aplikasi Aktor Manajemen Pra-kondisi Manajemen telah terautentikasi dalam aplikasi Tindakan Operator memilih menu bantuan Post-kondisi Aplikasi akan menampilkan menu bantuan yang dapat digunakan

oleh manajemen Alternatif Manajemen dapat melakukan pencarian bantuan dengan

memanfaatkan fasilitas search Tabel 3.21 – Tabel Use Case Melihat Bantuan

3.2. Model Data

Berikut ini adalah usulan model data berupa entity relationship diagram (ERD)

aplikasi SISFOSMS

Gambar 3.6 – Gambar Usulan ERD



Jika diuraikan dari entitas tersebut di atas, maka tabel-tabel yang akan

terbentuk adalah sebagai berikut:

A. Pengguna

No Atribut Tipe Data Panjang Keterangan 1. idpengguna varchar 15 Primary key 2. namapengguna varchar 50 Not null 3. katasandi varchar 50 Not null 4. idhakakses varchar 15 Foreign key 5. idpendaftaran varchar 15 Foreign key

Tabel 3.22 – Tabel Pengguna

B. Hak Akses

No Atribut Tipe Data Panjang Keterangan 1. idhakakses varchar 15 Primary key 2. deskripsi varchar 50 Not null

Tabel 3.23 – Tabel Hak Akses

C. Setting

No Atribut Tipe Data Panjang Keterangan 1. idsetting varchar 15 Primary key 2. deskripsi varchar 50 Not null 3. nilai varchar 50 Not null

Tabel 3.24 – Tabel Setting

D. Logging

No Atribut Tipe Data Panjang Keterangan 1. idlogging varchar 15 Primary key 2. pengirim varchar 50 Not null 3. isi varchar 1000 Not null 4. tanggal date Not null 5. waktu time Not null

Tabel 3.25 – Tabel Logging



E. Pendaftaran

No Atribut Tipe Data Panjang Keterangan 1. idpendaftaran varchar 15 Primary key 2. nama varchar 50 Not null 3. pin varchar 6 Not null 4. tanggal date Not null 5. waktu time Not null

Tabel 3.26 – Tabel Pendaftaran F. Response

No Atribut Tipe Data Panjang Keterangan 1. idresponse varchar 15 Primary key 2. idpengguna varchar 15 Foreign key 3. isipesan varchar 6 Not null 4. notujuan varchar 20 Not null 5. tanggal date Not null 6. waktu time Not null

Tabel 3.27 – Tabel Response

G. InfoPaten

No Atribut Tipe Data Panjang Keterangan 1. idinfopaten varchar 15 Primary key 2. idpermohonan varchar 15 Foreign key 3. namapemohon varchar 50 Not null 4. status varchar 20 Not null 5. deskripsi varchar 100 Not null 6. tanggal date Not null

Tabel 3.28 – Tabel InfoPaten H. InfoMerek

No Atribut Tipe Data Panjang Keterangan 1. idinfomerek varchar 15 Primary key 2. idpermohonan varchar 15 Foreign key 3. namapemohon varchar 50 Not null 4. status varchar 20 Not null 5. deskripsi varchar 100 Not null 6. tanggal date Not null

Tabel 3.29 – Tabel InfoMerek



I. InfoHakCipta

No Atribut Tipe Data Panjang Keterangan 1. idinfocipta varchar 15 Primary key 2. idpermohonan varchar 15 Foreign key 3. namapemohon varchar 50 Not null 4. status varchar 20 Not null 5. deskripsi varchar 100 Not null 6. tanggal date Not null

Tabel 3.30 – Tabel InfoHakCipta

J. InfoDesainIndustri

No Atribut Tipe Data Panjang Keterangan 1. idinfodesain varchar 15 Primary key 2. idpermohonan varchar 15 Foreign key 3. namapemohon varchar 50 Not null 4. status varchar 20 Not null 5. deskripsi varchar 100 Not null 6. tanggal date Not null

Tabel 3.31 – Tabel InfoDesainIndustri

Tugas Analisis dan Perancangan Sistem - Yoga Prihastomofiles.yogaprihastomo.com/Kuliah/Strata...

Documents

Transcript of Tugas Analisis dan Perancangan Sistem - Yoga Prihastomofiles.yogaprihastomo.com/Kuliah/Strata...