Analisis dan Perancangan Sistem Spefisikasi Kebutuhan Perangkat Lunak

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


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


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


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


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


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).


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.


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


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.


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.


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


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


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


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


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)


Buku/digital (PDF)

Dari awal hingga akhir proyek Dari awal hingga akhir proyek

Buku/digital (PDF) Buku/digital (PDF)


Buku/digital (PDF)

Digital/sms

Tabel 2.7 – Tabel Kebutuhan Informasi


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.


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;


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


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


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


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


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


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



Tabel 3.2 – Tabel Use Case Mengirimkan SMS Layanan


Item

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


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



Tabel 3.4 – Tabel Use Case Penghentian Layanan

Item

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


Tabel 3.5 – Tabel Use Case Memonitor SMS


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


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


Tabel 3.7 – Tabel Use Case Mengirim SMS Broadcast

Item

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.


Tabel 3.8 – Tabel Use Case Mengubah Profil


Item

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


Tabel 3.9 – Tabel Use Case Membaca Statistik

Item

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


Tabel 3.10 – Tabel Use Case Melihat Bantuan

Item

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.


Tabel 3.11 – Tabel Use Case Melakukan Manajemen User


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


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


Tabel 3.13 – Tabel Use Case Mengatur Statistik

Item

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


Tabel 3.14 – Tabel Use Case Mengatur Koneksi


Item

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


Tabel 3.15 – Tabel Use Case Melakukan ETL

Item

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


Tabel 3.16 – Tabel Use Case Melakukan Export/Import

Item

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


Tabel 3.17 – Tabel Use Case Mengatur API


Item

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


Tabel 3.18 – Tabel Use Case Mengatur Bantuan

Item

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.


Tabel 3.19 – Tabel Use Case Mengubah Profil

Item

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


Tabel 3.20 – Tabel Use Case Membaca Statistik


Item

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


Tabel 3.21 – Tabel Use Case Melihat Bantuan

3.2. Model Data Berikut ini adalah usulan model data berupa entity relationship diagram (ERD) aplikasi SISFOSMS

Gambar 3.6 – Gambar Usulan ERD


Jika diuraikan dari entitas tersebut di atas, maka tabel-tabel yang akan terbentuk adalah sebagai berikut: A. Pengguna No

Atribut

Tipe Data

Panjang

Keterangan

1. 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


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


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


15 15 50 20 100


Tabel 3.29 – Tabel InfoMerek


I. InfoHakCipta No

Atribut

Tipe Data

Panjang

Keterangan

1. 2. 3. 4. 5. 6.

idinfocipta idpermohonan namapemohon status deskripsi tanggal


15 15 50 20 100


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


15 15 50 20 100


Tabel 3.31 – Tabel InfoDesainIndustri


Analisis dan Perancangan Sistem Spefisikasi Kebutuhan Perangkat Lunak

Recommend Documents