Upload
nguyendat
View
221
Download
0
Embed Size (px)
Citation preview
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
DIT TI / DJHKI SKPL-DJHKI-01.04.2011.xx Halaman 2 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 HHaallaammaann PPeerruubbaahhaann
Halaman Revisi Halaman Revisi
DIT TI / DJHKI SKPL-DJHKI-01.04.2011.xx Halaman 3 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 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
DIT TI / DJHKI SKPL-DJHKI-01.04.2011.xx Halaman 4 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 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
DIT TI / DJHKI SKPL-DJHKI-01.04.2011.xx Halaman 5 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 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
DIT TI / DJHKI SKPL-DJHKI-01.04.2011.xx Halaman 6 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.
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
DIT TI / DJHKI SKPL-DJHKI-01.04.2011.xx Halaman 7 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.
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).
DIT TI / DJHKI SKPL-DJHKI-01.04.2011.xx Halaman 8 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.
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.
DIT TI / DJHKI SKPL-DJHKI-01.04.2011.xx Halaman 9 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.
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
DIT TI / DJHKI SKPL-DJHKI-01.04.2011.xx Halaman 10 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.
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.
DIT TI / DJHKI SKPL-DJHKI-01.04.2011.xx Halaman 11 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.
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.
DIT TI / DJHKI SKPL-DJHKI-01.04.2011.xx Halaman 12 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.
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
DIT TI / DJHKI SKPL-DJHKI-01.04.2011.xx Halaman 13 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.
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
DIT TI / DJHKI SKPL-DJHKI-01.04.2011.xx Halaman 14 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.
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
No Kode Fungsi Nama Fungsi Deskripsi
1. A-SISFOSMS-K01 Memonitor sms manual
Memonitor sms dengan format manual melalui alert yang ditampilkan
DIT TI / DJHKI SKPL-DJHKI-01.04.2011.xx Halaman 15 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.
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
No Kode Fungsi Nama Fungsi Deskripsi
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
No Kode Fungsi Nama Fungsi Deskripsi
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
DIT TI / DJHKI SKPL-DJHKI-01.04.2011.xx Halaman 16 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.
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
Dari awal hingga akhir proyek
Buku/digital (PDF)
9. Panduan Datawarehouse
Sebagai referensi proses ETL pada database
Dari awal hingga akhir proyek
Buku/digital (PDF)
10. Panduan Pemrograman
Sebagai referensi saat melakukan implementasi/ pengkodean
Dari awal hingga akhir proyek
Buku/digital (PDF)
11. Panduan aplikasi open source
Sebagai referensi membangun aplikasi di ranah open source
Dari awal hingga akhir proyek
Buku/digital (PDF)
Tabel 2.7 – Tabel Kebutuhan Informasi
DIT TI / DJHKI SKPL-DJHKI-01.04.2011.xx Halaman 17 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.
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.
DIT TI / DJHKI SKPL-DJHKI-01.04.2011.xx Halaman 18 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.
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;
DIT TI / DJHKI SKPL-DJHKI-01.04.2011.xx Halaman 19 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.
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
DIT TI / DJHKI SKPL-DJHKI-01.04.2011.xx Halaman 20 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.
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
DIT TI / DJHKI SKPL-DJHKI-01.04.2011.xx Halaman 21 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.
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
Jika digambarkan use case diagramnya, maka akan nampak sebagai berikut:
Gambar 3.3 – Gambar Usulan Use Case Diagram Aktor Operator
DIT TI / DJHKI SKPL-DJHKI-01.04.2011.xx Halaman 22 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.
C. Aktor: Administrator
Jika digambarkan use case diagramnya, maka akan nampak sebagai berikut:
Gambar 3.4 – Gambar Usulan Use Case Diagram Aktor Administrator
D. Aktor: Manajemen
Jika digambarkan use case diagramnya, maka akan nampak sebagai berikut:
Gambar 3.5 – Gambar Usulan Use Case Diagram Aktor Manajemen
DIT TI / DJHKI SKPL-DJHKI-01.04.2011.xx Halaman 23 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.
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
DIT TI / DJHKI SKPL-DJHKI-01.04.2011.xx Halaman 24 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.
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
DIT TI / DJHKI SKPL-DJHKI-01.04.2011.xx Halaman 25 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.
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
DIT TI / DJHKI SKPL-DJHKI-01.04.2011.xx Halaman 26 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.
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
DIT TI / DJHKI SKPL-DJHKI-01.04.2011.xx Halaman 27 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.
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
DIT TI / DJHKI SKPL-DJHKI-01.04.2011.xx Halaman 28 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.
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
DIT TI / DJHKI SKPL-DJHKI-01.04.2011.xx Halaman 29 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.
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
DIT TI / DJHKI SKPL-DJHKI-01.04.2011.xx Halaman 30 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.
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
DIT TI / DJHKI SKPL-DJHKI-01.04.2011.xx Halaman 31 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.
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
DIT TI / DJHKI SKPL-DJHKI-01.04.2011.xx Halaman 32 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.
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
DIT TI / DJHKI SKPL-DJHKI-01.04.2011.xx Halaman 33 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.
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