Analisis dan Perancangan Sistem
Spefisikasi Kebutuhan Perangkat Lunak
Dosen Nama NIM
: Dr. Munir, M.IT : Yoga Prihastomo : 1011601026
MAGISTER KOMPUTER
UNIVERSITAS BUDI LUHUR 2011
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.
Kata Pengantar
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
Spesifikasi Kebutuhan Perangkat Lunak
Aplikasi Layanan Informasi Hak Kekayaan Intelektual (HKI) Berbasis Short Message Service
untuk:
Direktorat Jenderal Hak Kekayaan Intelektual
Kementerian Hukum dan Hak Asasi Manusia
Dipersiapkan oleh:
Yoga Prihastomo
Direktorat Teknologi Informasi
Direktorat Jenderal Hak Kekayaan Intelektual Jl. Daan Mogot KM. 24 Tangerang - Banten 15119
Direktorat TI/ DJHKI
Nomor Dokumen
Halaman
SKPL-DJHKI-01.04.2011.xx
xx/xx
Revisi
0
Tgl. 30/04/2011
Daftar Perubahan
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 1 dari 33 Dokumen ini dan informasi yang dimilikinya adalah milik Direktorat TI untuk DJHKI dan bersifat rahasia. Dilarang mereproduksi dokumen ini tanpa diketahui Direktorat TI DJHKI. Sebagian data pada dokumen ini merupakan asumsi.
Daftar Halaman Perubahan
Halaman
Revisi
Halaman
Revisi
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 mereproduksi dokumen ini tanpa diketahui Direktorat TI DJHKI. Sebagian data pada dokumen ini merupakan asumsi.
Daftar Isi Kata Pengantar Halaman Judul Daftar Perubahan ..................................................................................................... Daftar Halaman Perubahan .................................................................................... Daftar Isi .................................................................................................................... Daftar Gambar ......................................................................................................... Daftar Tabel ..............................................................................................................
1 2 3 4 5
BAB I PENDAHULUAN 1.1. Tujuan Penulisan Dokumen ........................................................................... 1.2. Lingkup Masalah ........................................................................................... 1.3. Definisi, Istilah, dan Singkatan ..................................................................... 1.4. Aturan Penomoran ......................................................................................... 1.5. Referensi ........................................................................................................ 1.6. Deskripsi Umum Dokumen ...........................................................................
6 7 8 10 10 11
BAB II KEBUTUHAN PERANGKAT LUNAK 2.1. Deskripsi Umum Sistem ................................................................................ 2.2. Fungsi Utama Perangkat Lunak .................................................................... 2.2.1. Kebutuhan Fungsional ........................................................................ 2.2.2. Kebutuhan Non Fungsional ................................................................ 2.2.3. Kebutuhan Informasi .......................................................................... 2.3. Karakteristik Pengguna .................................................................................. 2.4. Kebutuhan Antarmuka Eksternal .................................................................. 2.4.1. Antarmuka Pengguna ......................................................................... 2.4.2. Antarmuka Perangkat Keras ............................................................... 2.4.3. Antarmuka Perangkat Lunak .............................................................. 2.4.4. Antarmuka Komunikasi ...................................................................... 2.5. Batasan Sistem ............................................................................................... 2.6. Lingkungan Operasi ......................................................................................
12 13 14 15 16 17 17 17 18 18 18 18 19
BAB III MODEL DESKRIPSI KEBUTUHAN PERANGKAT LUNAK 3.1. Model Use Case ............................................................................................. 3.1.1. Architecturally Significant Use Case ................................................. 3.1.2. Diagram Use Case untuk Paket Sistem .............................................. 3.1.3. Spesifikasi Use Case .......................................................................... 3.2. Model Data ....................................................................................................
20 20 21 23 30
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 mereproduksi dokumen ini tanpa diketahui Direktorat TI DJHKI. Sebagian data pada dokumen ini merupakan asumsi.
Daftar Gambar
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 4 dari 33 Dokumen ini dan informasi yang dimilikinya adalah milik Direktorat TI untuk DJHKI dan bersifat rahasia. Dilarang mereproduksi dokumen ini tanpa diketahui Direktorat TI DJHKI. Sebagian data pada dokumen ini merupakan asumsi.
Daftar Tabel Tabel 1.1. Tabel 2.1. Tabel 2.2. Tabel 2.3. Tabel 2.4. Tabel 2.5. Tabel 2.6. Tabel 2.7. Tabel 2.8. Tabel 2.9. Tabel 3.1. Tabel 3.2. Tabel 3.3. Tabel 3.4. Tabel 3.5. Tabel 3.6. Tabel 3.7. Tabel 3.8. Tabel 3.9. Tabel 3.10. Tabel 3.11. Tabel 3.12. Tabel 3.13. Table 3.14. Tabel 3.15. Tabel 3.16. Tabel 3.17. Tabel 3.18. Tabel 3.19. Tabel 3.20. Tabel 3.21. Tabel 3.22. Tabel 3.23. Tabel 3.24. Tabel 3.25. Tabel 3.26. Tabel 3.27. Tabel 3.28. Tabel 3.29. Tabel 3.30. Tabel 3.31.
Penjelasan Istilah/Akronim .................................................................... Modul Utama Aplikasi SISFOSMS ....................................................... Fungsional Administrator ....................................................................... Fungsional Operator ............................................................................... Fungsional User ...................................................................................... Fungsional Manajemen .......................................................................... Kebutuhan Non Fungsional .................................................................... Kebutuhan Informasi .............................................................................. Karakteristik Pengguna .......................................................................... Lingkungan Operasi ............................................................................... Use Case Melakukan Pendaftaran .......................................................... Use Case Mengirimkan SMS Layanan .................................................. Use Case Menerima SMS Balasan ......................................................... Use Case Penghentian Layanan ............................................................. Use Case Memonitor SMS ..................................................................... Use Case Membalas SMS ...................................................................... Use Case Mengirim SMS Broadcast ..................................................... Use Case Mengubah Profile ................................................................... Use Case Membaca Statistik .................................................................. Use Case Melihat Bantuan ..................................................................... Use Case Melakukan Manajemen User .................................................. Use Case Mengatur Hak Akses .............................................................. Use Case Mengatur Statistik .................................................................. Use Case Mengatur Koneksi .................................................................. Use Case Melakukan ETL ..................................................................... Use Case Melakukan Export/Import ...................................................... Use Case Mengatur API ......................................................................... Use Case Mengatur Bantuan .................................................................. Use Case Mengubah Profil ..................................................................... Use Case Membaca Statistik .................................................................. Use Case Melihat Bantuan ..................................................................... Tabel Pengguna ...................................................................................... Tabel Hak Akses ..................................................................................... Table Setting ........................................................................................... Tabel Logging ......................................................................................... Tabel Pendaftaran ................................................................................... Tabel Response ....................................................................................... Tabel InfoPaten ...................................................................................... Tabel InfoMerek ..................................................................................... Tabel InfoHakCipta ................................................................................ Tabel InfoDesainIndustri ........................................................................
9 14 14 15 15 15 16 16 17 19 23 23 24 24 24 25 25 25 26 26 26 27 27 27 28 28 28 29 29 29 30 31 31 31 31 32 32 32 32 33 33
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 mereproduksi dokumen ini tanpa diketahui Direktorat TI DJHKI. Sebagian data pada dokumen ini merupakan asumsi.
BAB I PENDAHULUAN
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 6 dari 33 Dokumen ini dan informasi yang dimilikinya adalah milik Direktorat TI untuk DJHKI dan bersifat rahasia. Dilarang mereproduksi 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 (autoresponded) 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 7 dari 33 Dokumen ini dan informasi yang dimilikinya adalah milik Direktorat TI untuk DJHKI dan bersifat rahasia. Dilarang mereproduksi 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
DJHKI
Merek
Paten
Hak Cipta
Desain Industri
SMS
SMS Center
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. 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 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 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 adalah hak ekslusif bagi pencipta atau penerima hak untuk mengumumkan atau memperbanyak ciptaannya atau memberi izin untuk itu dengan tidak mengurangi pembatasanpembatasan menurut peraturan perundang-undangan yang berlaku. 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 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. 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 8 dari 33 Dokumen ini dan informasi yang dimilikinya adalah milik Direktorat TI untuk DJHKI dan bersifat rahasia. Dilarang mereproduksi dokumen ini tanpa diketahui Direktorat TI DJHKI. Sebagian data pada dokumen ini merupakan asumsi.
SMS Gateway
Open Source
Data Warehouse
ETL
GSM
CDMA
MVC
SKPL
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 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 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 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. 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. 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. 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. 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 9 dari 33 Dokumen ini dan informasi yang dimilikinya adalah milik Direktorat TI untuk DJHKI dan bersifat rahasia. Dilarang mereproduksi 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 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.
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.
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 mereproduksi 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 11 dari 33 Dokumen ini dan informasi yang dimilikinya adalah milik Direktorat TI untuk DJHKI dan bersifat rahasia. Dilarang mereproduksi dokumen ini tanpa diketahui Direktorat TI DJHKI. Sebagian data pada dokumen ini merupakan asumsi.
BAB II KEBUTUHAN PERANGKAT LUNAK
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 12 dari 33 Dokumen ini dan informasi yang dimilikinya adalah milik Direktorat TI untuk DJHKI dan bersifat rahasia. Dilarang mereproduksi 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. 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. Modul utama yang berfungsi mengolah sms yang masuk dari user secara manual, dimana operator akan menjawab sms
X-SISFOSMS-J00
X-SISFOSMS-K00
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 mereproduksi dokumen ini tanpa diketahui Direktorat TI DJHKI. Sebagian data pada dokumen ini merupakan asumsi.
X-SISFOSMS-L00 X-SISFOSMS-M00 X-SISFOSMS-N00 X-SISFOSMS-O00 X-SISFOSMS-P00 X-SISFOSMS-Q00 X-SISFOSMS-R00
yang masuk sesuai dengan permintaan user. Modul utama yang berfungsi sebagai sms broadcast yang memberikan informasi dari DJHKI ke user. Modul utama yang berfungsi mengolah data master aplikasi seperti manajemen pengguna. Modul utama yang berfungsi mengolah dan menampilkan statistik aplikasi dalam bentuk tabel dan grafik. Modul utama yang berfungsi mengatur setting aplikasi seperti setting IP, setting waktu proses ETL bekerja. Modul utama yang berfungsi mengelola export/import data. Modul utama yang berfungsi sebagai jembatan komunikasi dengan aplikasi lain. 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. 2. 3. 4.
A-SISFOSMS-M01 A-SISFOSMS-M02 A-SISFOSMS-M03 A-SISFOSMS-M04
5. 6. 7.
A-SISFOSMS-N01 A-SISFOSMS-O01 A-SISFOSMS-O02
8.
A-SISFOSMS-P01
Menambah user Menghapus user Mengubah user Mengatur hak akses user Mengatur statistik Mengatur koneksi Mengatur Proses ETL Export data
9.
A-SISFOSMS-P02
Import data
Menambah pengguna aplikasi (operator) Menghapus pengguna aplikasi (operator) Mengubah pengguna aplikasi (operator) Mengatur hak akses pengguna aplikasi (operator) Mengatur pengolahan data statistik Mengatur koneksi aplikasi ke database Mengatur penjadualan proses ETL dari production ke database sms gateway Melakukan export data ke format lain, misal Excel sebagai laporan Melakukan import data berupa batch perubahan data permohonan HKI Mengatur application programming interface (API) guna berhubungan dengan aplikasi lain Mengatur fasilitas bantuan (update)
10. A-SISFOSMS-Q01
Mengatur API
11. A-SISFOSMS-R01
Mengatur bantuan
Tabel 2.2 – Tabel Fungsional Administrator
B. Pengguna: Operator No Kode Fungsi
Nama Fungsi
Deskripsi
1.
Memonitor sms manual
Memonitor sms dengan format manual melalui alert yang ditampilkan
A-SISFOSMS-K01
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 mereproduksi dokumen ini tanpa diketahui Direktorat TI DJHKI. Sebagian data pada dokumen ini merupakan asumsi.
2.
A-SISFOSMS-K02
Membalas sms
3.
A-SISFOSMS-L01
Mengirim sms broadcast
4. 5. 6.
A-SISFOSMS-M05 A-SISFOSMS-N02 A-SISFOSMS-R02
Mengubah profil Membaca statistik Melihat bantuan
Membalas sms dengan format manual sesuai dengan pertanyaan pengguna Mengurimkan sms broadcast kepada pengguna yang terdaftar mengenai informasi dari DJKHI Mengubah profil operator Melihat statistik yang disajikan aplikasi 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
2.
A-SISFOSMS-I02
Layanan autoresponse
3.
A-SISFOSMS-I03
Layanan manual
4.
A-SISFOSMS-I04
Pengakhiran layanan
Modul yang mengatur proses pendaftaran layanan sms, seperti menampilkan pesan jika sukses/tidak sukses dalam mendaftar Modul terkait dengan permintaan informasi yang jawabannya dilakukan secara autoresponse sesuai dengan permintaan Modul terkait dengan permintaan informasi secara manual yang akan dijawab oleh operator aplikasi Modul terkait dengan pemberhentian layanan sms sebagai anggota
Tabel 2.4 – Tabel Fungsional User
D. Pengguna: Manajemen No Kode Fungsi
Nama Fungsi
Deskripsi
1. 2. 3.
Mengubah profil Membaca statistik Melihat bantuan
Mengubah profil operator Melihat statistik yang disajikan aplikasi Melihat fasilitas bantuan penggunaan aplikasi
A-SISFOSMS-M05 A-SISFOSMS-N02 A-SISFOSMS-R02
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
2.
B-SISFOSMS-I02
Kecepatan
Apakah layanan dapat diakses dalam 7 x 24 jam x 365 hari Kecepatan respon dari aplikasi setelah user mengirimkan sms ke aplikasi
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 mereproduksi dokumen ini tanpa diketahui Direktorat TI DJHKI. Sebagian data pada dokumen ini merupakan asumsi.
3.
B-SISFOSMS-I03
Keakuratan
4. 5.
B-SISFOSMS-I04 B-SISFOSMS-I05
Keamanan Kemudahan
6.
B-SISFOSMS-X01
7.
B-SISFOSMS-X02
Penggunaan reources Keamanan
Keakuratan informasi yang diberikan aplikasi kepada user Keamanan yang menjamin kerahasiaan data Kemudahan membaca informasi yang diberikan sistem Penggunaan resources komputer, seperti: memory, hard disk. 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 1.
Informasi Yang Dibutuhkan
2.
Informasi status permohonan HKI Data konsultan HKI
3.
Undang-undang HKI
4.
Dokumen terkait dengan permohonan HKI Data user/pengguna layanan SISFOSMS Data permintaan dari user aplikasi
5. 6.
7.
Panduan Rekayasa Perangkat Lunak
8.
Panduan SMS Gateway
9.
Panduan Datawarehouse 10. Panduan Pemrograman 11. Panduan aplikasi open source
Tujuan
Frekuensi
Format
Sebagai data transaksi layanan sms auto-response Sebagai data master konsultan HKI Sebagai referensi jawaban terkait dengan pertanyaan manual dari user Sebagai referensi jawaban terkait dengan pertanyaan manual dari user Sebagai data master user SISFOSMS Sebagai acuan dalam melakukan respon/menjawab setiap permintaan/ pertanyaan dari user Sebagai referensi pembangunan aplikasi SISFOSMS Sebagai referensi pembangunan aplikasi berbasis SMS Gateway Sebagai referensi proses ETL pada database Sebagai referensi saat melakukan implementasi/ pengkodean Sebagai referensi membangun aplikasi di ranah open source
2 – 5 hari sekali setiap hari kerja Tentatif jika ada perubahan Tentatif jika dibutuhkan
SQL/Databas e dump SQL/Databas e dump Buku/digital (PDF)
Tentatif jika dibutuhkan
Buku/digital (PDF)
Satu kali saat pendaftaran Setiap kali user mengirimkan sms ke aplikasi
Digital/sms
Dari awal hingga akhir proyek
Buku/digital (PDF)
Dari awal hingga akhir proyek
Buku/digital (PDF)
Dari awal hingga akhir proyek Dari awal hingga akhir proyek
Buku/digital (PDF) Buku/digital (PDF)
Dari awal hingga akhir proyek
Buku/digital (PDF)
Digital/sms
Tabel 2.7 – Tabel Kebutuhan Informasi
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 mereproduksi 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
1.
Kualifikasi
Tugas
Hak Akses
Administrator
Mengelola aplikasi
Mengelola aplikasi, melakukan setting, memantau kinerja aplikasi, melakukan fungsi control terhadap aplikasi
2.
Operator
Mengoperasikan aplikasi
Mengoperasikan aplikasi, menjawab/respon terhadap permintaan user
3.
User
Menggunakan aplikasi
4.
Manajemen
Memantau aplikasi
Melakukan pendaftaran dan penghentian keanggotaan, meminta informasi melalui sms ke aplikasi SISFOSMS Memantau kinerja aplikasi melalui statistik yang disajikan untuk mendukung pengambilan keputusan
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 A-SISFOSMS-K01 A-SISFOSMS-K02 A-SISFOSMS-L01 A-SISFOSMS-M05 A-SISFOSMS-N02 A-SISFOSMS-R02 A-SISFOSMS-I01 A-SISFOSMS-I02 A-SISFOSMS-I03 A-SISFOSMS-I04 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 17 dari 33 Dokumen ini dan informasi yang dimilikinya adalah milik Direktorat TI untuk DJHKI dan bersifat rahasia. Dilarang mereproduksi 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 mengoperasikan 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 mengoperasikan 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 18 dari 33 Dokumen ini dan informasi yang dimilikinya adalah milik Direktorat TI untuk DJHKI dan bersifat rahasia. Dilarang mereproduksi 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
1.
Hardware
Sub Item
Server Client 2. OS Server Client 3. Browser Server Client 4. Database Server 5. Web server Server 6. Programming Server 7. Framework Server 8. Engine SMS Server 9. Modem Server 10. Handheld Client 11. ETL Server 12. Tools Server
Deskripsi Xeon family, 300 GB RAID-0, 16 GBRAM IBM PC Compatible, P4 family / AMD family Centos 5.x / RedHat family Linux/Windows family Mozilla Firefox Mozilla Firefox MySQL Server, Community edition, 5.x.x Apache 2.x PHP Code Igniter, Zend Framework Gnoki, Gammu, SMSServerTools GSM/CDMS modem Semua perangkat selular yang mendukung teknologi sms SSIS, RedGate product. Eclipse, PhpMyAdmin
Tabel 2.9 – Tabel Lingkungan Operasi
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 mereproduksi dokumen ini tanpa diketahui Direktorat TI DJHKI. Sebagian data pada dokumen ini merupakan asumsi.
BAB III MODEL DESKRIPSI KEBUTUHAN PERANGKAT LUNAK
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 20 dari 33 Dokumen ini dan informasi yang dimilikinya adalah milik Direktorat TI untuk DJHKI dan bersifat rahasia. Dilarang mereproduksi 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 masingmasing 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 21 dari 33 Dokumen ini dan informasi yang dimilikinya adalah milik Direktorat TI untuk DJHKI dan bersifat rahasia. Dilarang mereproduksi 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 22 dari 33 Dokumen ini dan informasi yang dimilikinya adalah milik Direktorat TI untuk DJHKI dan bersifat rahasia. Dilarang mereproduksi 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 Deskripsi
Melakukan pendaftaran Use case ini memungkinkan pengguna (user) untuk melakukan pendaftaran pada aplikasi melalui sms User User telah mengetahui cara melakukan pendaftaran aplikasi melalui brosur, website, dan sebagainya dari DJHKI 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 Sistem menampilkan status berhasi atau gagal dalam melakukan pendaftaran Jika proses pendaftaran gagal, maka sistem akan memberi tahu cara/contoh penulisan format pendaftaran yang benar
Aktor Pra-kondisi Tindakan
Post-kondisi Alternatif
Tabel 3.1 – Tabel Use Case Melakukan Pendaftaran
Item
Deskripsi
Nama Use Case Deskripsi
Mengirimkan sms layanan Use case ini memungkinkan pengguna (user) untuk melakukan permintaan informasi ke aplikasi melalui sms sesuai dengan format tertentu User 1. User telah mengetahui cara melakukan sms layanan aplikasi melalui brosur, website, dan sebagainya dari DJHKI 2. User telah terdaftar dalam aplikasi 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 Sistem menampilkan pesan balasan sesuai dengan format masukkan pengguna (user) Jika format masukan salah, maka sistem akan memberi tahu cara/contoh penulisan format permintaan informasi yang benar
Aktor Pra-kondisi Tindakan
Post-kondisi Alternatif
Tabel 3.2 – Tabel Use Case Mengirimkan SMS Layanan
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 mereproduksi dokumen ini tanpa diketahui Direktorat TI DJHKI. Sebagian data pada dokumen ini merupakan asumsi.
Item
Deskripsi
Nama Use Case Deskripsi
Menerima sms balasan Use case ini memungkinkan pengguna (user) untuk menerima balasan/response sms sesuai dengan format tertentu User 1. User telah terdaftar dalam aplikasi 2. User telah mengirim permintaan informasi 1. Sistem akan mengolah permintaan dari user 2. Aplikasi merespon sms berdasarkan permintaan dari user Sistem menampilkan pesan balasan sesuai dengan format masukkan pengguna (user) Jika format masukan salah, maka sistem akan memberi tahu cara/contoh penulisan format permintaan informasi yang benar
Aktor Pra-kondisi Tindakan Post-kondisi Alternatif
Tabel 3.3 – Tabel Use Case Menerima SMS Balasan
Item
Deskripsi
Nama Use Case Deskripsi
Penghentian layanan Use case ini memungkinkan pengguna (user) untuk berhenti dari keanggotaan layanan sms aplikasi sesuai dengan format tertentu User User telah terdaftar dalam aplikasi 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 1. Sistem menampilkan pesan balasan sesuai dengan format masukkan pengguna (user) 2. Data user dimasukkan ke tabel temporary Jika format masukan salah, maka sistem akan memberi tahu cara/contoh penulisan format penghentian layanan yang benar
Aktor Pra-kondisi Tindakan
Post-kondisi Alternatif
Tabel 3.4 – Tabel Use Case Penghentian Layanan
Item
Deskripsi
Nama Use Case Deskripsi
Memonitor sms Use case ini berfungsi agar operator memantau aktifitas sms yang masuk, terutama sms yang memerlukan balasan secara manual Operator Operator telah terautentikasi dalam aplikasi Operator memantau alert yang ditimbulkan aplikasi apabila ada sms yang meminta jawaban secara manual. Operator bersiap menjawab permintaan dari user Operator juga memantau sms yang penulisannya salah
Aktor Pra-kondisi Tindakan Post-kondisi Alternatif
Tabel 3.5 – Tabel Use Case Memonitor SMS
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 mereproduksi dokumen ini tanpa diketahui Direktorat TI DJHKI. Sebagian data pada dokumen ini merupakan asumsi.
Item Nama Use Case Deskripsi Aktor Pra-kondisi Tindakan Post-kondisi Alternatif
Deskripsi Membalas sms Use case ini berfungsi agar operator membalas sms yang masuk, terutama sms yang memerlukan balasan secara manual Operator Operator telah terautentikasi dalam aplikasi Operator menjawab setiap pertanyaan manual dari aktor user, kemudian membalasnya ke user melalui aplikasi User menerima jawaban dari operator 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 Deskripsi
Mengirim sms broadcast Use case ini berfungsi agar operator memboardcast sms kepada setiap anggota terdaftar terkait dengan informasi penting. Operator Operator telah terautentikasi dalam aplikasi 1. Operator menyiapkan format SMS broadcast 2. Operator mengirimkan sms broadcast yang berisi informasi ke semua anggota SMS broadcast telah berhasil di kirim ke pengguna user Layanan ini dapat dibuatkan penjadualannya
Aktor Pra-kondisi Tindakan Post-kondisi Alternatif
Tabel 3.7 – Tabel Use Case Mengirim SMS Broadcast
Item
Deskripsi
Nama Use Case Deskripsi
Mengubah profil Use case ini berfungsi agar operator dapat mengubah profil mereka di aplikasi Operator Operator telah terautentikasi dalam aplikasi 1. Operator mengubah profile mereka 2. Operator melakukan penyimpanan Sistem akan merespon terhadap perubahan profil operator Operator dapat mengubah berbagai macam data seperti nama, tempat lahir, dsb.
Aktor Pra-kondisi Tindakan Post-kondisi Alternatif
Tabel 3.8 – Tabel Use Case Mengubah Profil
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 mereproduksi dokumen ini tanpa diketahui Direktorat TI DJHKI. Sebagian data pada dokumen ini merupakan asumsi.
Item
Deskripsi
Nama Use Case Deskripsi
Membaca statistik Use case ini berfungsi agar operator dapat melihat statistik yang diolah sistem Operator Operator telah terautentikasi dalam aplikasi 1. Operator melakukan penyeleksian kriteria statistik 2. Operator menunggu hasil statistik dari aplikasi Sistem akan merespon/memunculkan statistik yang diminta operator Operator dapat memilih jenis layanan, apakah dalam tabel ataupun dalam grafik
Aktor Pra-kondisi Tindakan Post-kondisi Alternatif
Tabel 3.9 – Tabel Use Case Membaca Statistik
Item
Deskripsi
Nama Use Case Deskripsi
Melihat bantuan Use case ini berfungsi agar operator dapat melihat fasilitas bantuan yang tersedia di aplikasi Operator Operator telah terautentikasi dalam aplikasi Operator memilih menu bantuan Aplikasi akan menampilkan menu bantuan yang dapat digunakan oleh operator Operator dapat melakukan pencarian bantuan dengan memanfaatkan fasilitas search
Aktor Pra-kondisi Tindakan Post-kondisi Alternatif
Tabel 3.10 – Tabel Use Case Melihat Bantuan
Item
Deskripsi
Nama Use Case Deskripsi
Melakukan manajemen user Use case ini berfungsi agar administrator dapat melakukan administrasi terhadap user/operator Administrator Administrator telah terautentikasi dalam aplikasi 1. Administrator memilih menu manajemen user 2. Administrator melakukan manajemen user seperti menambah, menghapus, mengubah user/operator Aplikasi akan menampilkan informasi hasil perubahan Administrator melakukan perubahan data secara bulk terhadap pengguna aplikasi.
Aktor Pra-kondisi Tindakan Post-kondisi Alternatif
Tabel 3.11 – Tabel Use Case Melakukan Manajemen User
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 mereproduksi dokumen ini tanpa diketahui Direktorat TI DJHKI. Sebagian data pada dokumen ini merupakan asumsi.
Item Nama Use Case Deskripsi Aktor Pra-kondisi Tindakan Post-kondisi Alternatif
Deskripsi Mengatur hak akses Use case ini berfungsi agar administrator dapat melakukan pengaturan hak akses terhadap user/operator Administrator Administrator telah terautentikasi dalam aplikasi 1. Administrator memilih menu manajemen hak akses 2. Administrator melakukan manajemen hak akses seperti menghapus, mengubah Aplikasi akan menampilkan informasi hasil perubahan Administrator mengatur hak akses pengguna berdsarkan SOP
Tabel 3.12 – Tabel Use Case Mengatur Hak Akses
Item
Deskripsi
Nama Use Case Deskripsi
Mengatur statistik Use case ini berfungsi agar administrator dapat mengatur tampilan statistik yang akan dilihat oleh operator dan manajemen Administrator Administrator telah terautentikasi dalam aplikasi 1. Administrator memilih menu setting statistik 2. Administrator memasukkan parameter bagi pengolahan data statistik, misal per minggu, per bulan, dsb Aplikasi akan menampilkan informasi hasil perubahan statistik Administrator dapat mengubah setting ini berdasarkan arahan dari pihak manajemen
Aktor Pra-kondisi Tindakan Post-kondisi Alternatif
Tabel 3.13 – Tabel Use Case Mengatur Statistik
Item
Deskripsi
Nama Use Case Deskripsi
Mengatur koneksi Use case ini berfungsi agar administrator dapat mengatur koneksi aplikasi ke server database Administrator Administrator telah terautentikasi dalam aplikasi 1. Administrator memilih menu setting koneksi 2. Administrator memasukkan parameter setting koneksi, seperti alamat ip, nama pengguna, password, driver, dsb. Aplikasi akan menampilkan status bahwa pengaturan koneksi berhasil Administrator dapat mengatur ini melalui XML script
Aktor Pra-kondisi Tindakan Post-kondisi Alternatif
Tabel 3.14 – Tabel Use Case Mengatur Koneksi
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 mereproduksi dokumen ini tanpa diketahui Direktorat TI DJHKI. Sebagian data pada dokumen ini merupakan asumsi.
Item
Deskripsi
Nama Use Case Deskripsi
Melakukan ETL Use case ini berfungsi agar administrator dapat melakukan setting proses ETL dari database production ke database sms gateway Administrator Administrator telah terautentikasi dalam aplikasi 1. Administrator memilih menu setting ETL 2. Administrator memasukkan parameter waktu penjadualan eksekusi script, dsb Aplikasi akan menampilkan hasil setting penjadualan ETL, menambahkan jobs ke sistem operasi (cron) Setting ETL disesuaikan dengan kebijakan kantor mengingat data yang diambil adalah data production
Aktor Pra-kondisi Tindakan Post-kondisi Alternatif
Tabel 3.15 – Tabel Use Case Melakukan ETL
Item
Deskripsi
Nama Use Case Deskripsi
Melakukan Export/Import Use case ini berfungsi agar administrator dapat melakukan export/ import data dari dan ke luar aplikasi Administrator Administrator telah terautentikasi dalam aplikasi 1. Administrator memilih menu export/import data 2. Administrator melakukan export data dari aplikasi 3. Administrator melakukan import data ke aplikasi Aplikasi akan menampilkan informasi hasil export/import apakah berhasil atau gagal Format yang diijinkan untuk digunakan adalah sql dan csv
Aktor Pra-kondisi Tindakan Post-kondisi Alternatif
Tabel 3.16 – Tabel Use Case Melakukan Export/Import
Item
Deskripsi
Nama Use Case Deskripsi
Mengatur API Use case ini berfungsi agar administrator dapat melakukan pengaturan API/web service Administrator Administrator telah terautentikasi dalam aplikasi 1. Administrator memilih menu setting API 2. Administrator melakukan setting API terhadap aplikasi, seperti IP mana saja yang dapat mengakses API yang disediakan Aplikasi akan menampilkan informasi hasil setting API Setting API dilakukan setelah mendapat persetujuan dari pihak manajemen
Aktor Pra-kondisi Tindakan Post-kondisi Alternatif
Tabel 3.17 – Tabel Use Case Mengatur API
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 mereproduksi dokumen ini tanpa diketahui Direktorat TI DJHKI. Sebagian data pada dokumen ini merupakan asumsi.
Item
Deskripsi
Nama Use Case Deskripsi
Mengatur bantuan Use case ini berfungsi agar administrator dapat melakukan pengaturan terhadap menu bantuan Administrator Administrator telah terautentikasi dalam aplikasi 1. Administrator memilih menu peng 2. Administrator melakukan pengaturan menu bantuan Aplikasi akan menampilkan informasi perubahan bantuan Administrator melakukan perubahan menu bantuan dengan mengedit manual file XML
Aktor Pra-kondisi Tindakan Post-kondisi Alternatif
Tabel 3.18 – Tabel Use Case Mengatur Bantuan
Item
Deskripsi
Nama Use Case Deskripsi
Mengubah profil Use case ini berfungsi agar manajemen dapat mengubah profil mereka di aplikasi Manajemen Manajemen telah terautentikasi dalam aplikasi 1. Manajemen mengubah profile mereka 2. Manajemen melakukan penyimpanan Sistem akan merespon terhadap perubahan profil operator Manajemen dapat mengubah berbagai macam data seperti nama, tempat lahir, dsb.
Aktor Pra-kondisi Tindakan Post-kondisi Alternatif
Tabel 3.19 – Tabel Use Case Mengubah Profil
Item
Deskripsi
Nama Use Case Deskripsi
Membaca statistik Use case ini berfungsi agar manajemen dapat melihat statistik yang diolah sistem Manajemen Manajemen telah terautentikasi dalam aplikasi 1. Manajemen melakukan penyeleksian kriteria statistik 2. Manajemen menunggu hasil statistik dari aplikasi Sistem akan merespon/memunculkan statistik yang diminta manajemen Manajemen dapat memilih jenis layanan, apakah dalam tabel ataupun dalam grafik
Aktor Pra-kondisi Tindakan Post-kondisi Alternatif
Tabel 3.20 – Tabel Use Case Membaca Statistik
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 mereproduksi dokumen ini tanpa diketahui Direktorat TI DJHKI. Sebagian data pada dokumen ini merupakan asumsi.
Item
Deskripsi
Nama Use Case Deskripsi
Melihat bantuan Use case ini berfungsi agar manajemen dapat melihat fasilitas bantuan yang tersedia di aplikasi Manajemen Manajemen telah terautentikasi dalam aplikasi Operator memilih menu bantuan Aplikasi akan menampilkan menu bantuan yang dapat digunakan oleh manajemen Manajemen dapat melakukan pencarian bantuan dengan memanfaatkan fasilitas search
Aktor Pra-kondisi Tindakan Post-kondisi Alternatif
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 30 dari 33 Dokumen ini dan informasi yang dimilikinya adalah milik Direktorat TI untuk DJHKI dan bersifat rahasia. Dilarang mereproduksi 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. 2. 3. 4. 5.
idpengguna namapengguna katasandi idhakakses idpendaftaran
varchar varchar varchar varchar varchar
15 50 50 15 15
Primary key Not null Not null Foreign key Foreign key
Tabel 3.22 – Tabel Pengguna
B. Hak Akses No
Atribut
Tipe Data
Panjang
Keterangan
1. 2.
idhakakses deskripsi
varchar varchar
15 50
Primary key Not null
Tabel 3.23 – Tabel Hak Akses
C. Setting No
Atribut
Tipe Data
Panjang
Keterangan
1. 2. 3.
idsetting deskripsi nilai
varchar varchar varchar
15 50 50
Primary key Not null Not null
Tabel 3.24 – Tabel Setting
D. Logging No
Atribut
Tipe Data
Panjang
Keterangan
1. 2. 3. 4. 5.
idlogging pengirim isi tanggal waktu
varchar varchar varchar date time
15 50 1000
Primary key Not null Not null Not null Not null
Tabel 3.25 – Tabel Logging
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 mereproduksi dokumen ini tanpa diketahui Direktorat TI DJHKI. Sebagian data pada dokumen ini merupakan asumsi.
E. Pendaftaran No
Atribut
Tipe Data
Panjang
Keterangan
1. 2. 3. 4. 5.
idpendaftaran nama pin tanggal waktu
varchar varchar varchar date time
15 50 6
Primary key Not null Not null Not null Not null
Tabel 3.26 – Tabel Pendaftaran
F. Response No
Atribut
Tipe Data
Panjang
Keterangan
1. 2. 3. 4. 5. 6.
idresponse idpengguna isipesan notujuan tanggal waktu
varchar varchar varchar varchar date time
15 15 6 20
Primary key Foreign key Not null Not null Not null Not null
Tabel 3.27 – Tabel Response
G. InfoPaten No
Atribut
Tipe Data
Panjang
Keterangan
1. 2. 3. 4. 5. 6.
idinfopaten idpermohonan namapemohon status deskripsi tanggal
varchar varchar varchar varchar varchar date
15 15 50 20 100
Primary key Foreign key Not null Not null Not null Not null
Tabel 3.28 – Tabel InfoPaten
H. InfoMerek No
Atribut
Tipe Data
Panjang
Keterangan
1. 2. 3. 4. 5. 6.
idinfomerek idpermohonan namapemohon status deskripsi tanggal
varchar varchar varchar varchar varchar date
15 15 50 20 100
Primary key Foreign key Not null Not null Not null Not null
Tabel 3.29 – Tabel InfoMerek
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 mereproduksi dokumen ini tanpa diketahui Direktorat TI DJHKI. Sebagian data pada dokumen ini merupakan asumsi.
I. InfoHakCipta No
Atribut
Tipe Data
Panjang
Keterangan
1. 2. 3. 4. 5. 6.
idinfocipta idpermohonan namapemohon status deskripsi tanggal
varchar varchar varchar varchar varchar date
15 15 50 20 100
Primary key Foreign key Not null Not null Not null Not null
Tabel 3.30 – Tabel InfoHakCipta
J. InfoDesainIndustri No
Atribut
Tipe Data
Panjang
Keterangan
1. 2. 3. 4. 5. 6.
idinfodesain idpermohonan namapemohon status deskripsi tanggal
varchar varchar varchar varchar varchar date
15 15 50 20 100
Primary key Foreign key Not null Not null Not null Not null
Tabel 3.31 – Tabel InfoDesainIndustri
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 mereproduksi dokumen ini tanpa diketahui Direktorat TI DJHKI. Sebagian data pada dokumen ini merupakan asumsi.