fp_kelompok 3_sistem informasi apotek.pdf
TRANSCRIPT
CHAPTER 8
Sistem Informasi Apotik
Analisis dan Desain Perangkat Lunak
Kelas A
Kelompok 3
Azizah Husein ( 5208100096 )
Novi Kurnia Dyah P ( 5209100027 )
M Fajar Budiman ( 5212105705 )
Faizal R ( 5212100028 )
Aboeryzal Ahmed Koesyairy ( 5212100071 )
Imam Afandi Ahmad ( 5212100703 )
Tri asworo Mituhu S ( 5214108701 )
Gunawan Setyadi ( 5214108702 )
Ghani Affan Kautsar ( 5214108703 )
Daftar Isi Daftar Isi ................................................................................................................................................... 1
Daftar Gambar .......................................................................................................................................... 6
1 Latar Belakang .................................................................................................................................. 7
2 Tujuan ............................................................................................................................................... 7
3 Ruang Lingkup .................................................................................................................................. 7
4 Saran Pemakaian Aplikasi ................................................................................................................. 7
5 Resiko ............................................................................................................................................... 7
6 Target dan Keuntungan .................................................................................................................... 8
6.1 Target Produk ........................................................................................................................... 8
6.2 Keuntungan Bagi Konsumen .................................................................................................... 8
6.3 Keuntungan Bagi Apotek .......................................................................................................... 8
7 Ringkasan Metodelogi ...................................................................................................................... 8
7.1 Pengumpulan Data ................................................................................................................... 8
7.2 Analisa Data .............................................................................................................................. 8
7.3 Perencanaan Desain ................................................................................................................. 8
7.4 Pembuatan Laporan ................................................................................................................. 8
8 Domain Model .................................................................................................................................. 8
9 Deskripsi Sistem .............................................................................................................................10
10 Kebutuhan Fungsional ....................................................................................................................10
11 KebutuhanNon-fungsional .............................................................................................................11
11.1 Kebutuhan Kinerja ..................................................................................................................11
11.2 Kebutuhan Keamanan ............................................................................................................11
11.3 Kebutuhan Perlindungan Keamanan ......................................................................................11
11.4 Atribut Kualitas Perangkat Lunak ...........................................................................................11
12 GUI Stroyboard ...............................................................................................................................12
12.1 Aktor End User .......................................................................................................................12
12.1.1 KF16 - mencari informasi apotek di Surabaya; ...............................................................12
12.1.2 KF17 –mengirim komentar review; ................................................................................14
13 Use Case Diagram ...........................................................................................................................16
13.1 Admin Sistem ..........................................................................................................................16
13.2 Admin Apotek .........................................................................................................................17
13.3 End-User .................................................................................................................................17
14 Analisis Use Case Aktor Admin Sistem ...........................................................................................17
14.1 Use case 1 – KF01. Login; .......................................................................................................17
14.1.1 Use case model ...............................................................................................................17
14.1.2 Robustness analisis .........................................................................................................18
14.1.3 Sequence Diagram ..........................................................................................................19
14.1.4 Update domain model ....................................................................................................19
14.2 Use Case 2 – KF02. Mengubah Password ...............................................................................20
14.2.1 Use case model ...............................................................................................................20
14.2.2 Robustness analisis .........................................................................................................21
14.2.3 Sequence Diagram ..........................................................................................................21
14.2.4 Update domain model ....................................................................................................21
14.3 Use Case 3 – KF03. Mereset Password ...................................................................................22
14.3.1 Use case model ...............................................................................................................22
14.3.2 Robustness analisis .........................................................................................................23
14.3.3 Sequence Diagram ..........................................................................................................23
14.3.4 Update domain model ....................................................................................................24
14.4 Use Case 4 – KF04. Menghapus Member ...............................................................................24
14.4.1 Use case model ...............................................................................................................24
14.4.2 Robustness analisis .........................................................................................................25
14.4.3 Sequence Diagram ..........................................................................................................26
14.4.4 Update domain model ....................................................................................................26
14.5 Use Case 5 – KF05. Melihat Daftar Member ..........................................................................27
14.5.1 Use case model ...............................................................................................................27
14.5.2 Robustness analisis .........................................................................................................28
14.5.3 Sequence Diagram ..........................................................................................................28
14.5.4 Update domain model ....................................................................................................28
14.6 Use Case 6 – KF06. Membackup Data ....................................................................................29
14.6.1 Use case model ...............................................................................................................29
14.6.2 Robustness analisis .........................................................................................................30
14.6.3 Sequence Diagram ..........................................................................................................30
14.6.4 Update domain model ....................................................................................................30
14.7 Use Case 7 – KF07. Merestore Data .......................................................................................31
14.7.1 Use case model ...............................................................................................................31
14.7.2 Robustness analisis .........................................................................................................32
14.7.3 Sequence Diagram ..........................................................................................................32
14.7.4 Update domain model ....................................................................................................32
14.8 Use Case 8 – KF08. Memvalidasi Member .............................................................................32
14.8.1 Use case model ...............................................................................................................32
14.8.2 Robustness analisis .........................................................................................................33
14.8.3 Sequence Diagram ..........................................................................................................34
14.8.4 Update domain model ....................................................................................................34
15 Analisis Use Case Aktor Admin Apotek ..........................................................................................35
15.1 Use Case 9 – KF09. Mendaftar Sebagai Member ...................................................................35
15.1.1 Use case model ...............................................................................................................35
15.1.2 Robustness analisis .........................................................................................................36
15.1.3 Sequence Diagram ..........................................................................................................36
15.1.4 Update domain model ....................................................................................................37
15.2 Use Case 10 – KF10. Mengubah Password .............................................................................37
15.2.1 Use case model ...............................................................................................................37
15.2.2 Robustness analisis .........................................................................................................38
15.2.3 Sequence Diagram ..........................................................................................................39
15.2.4 Update domain model ....................................................................................................39
15.3 Use Case 11 – KF11. Login ......................................................................................................40
15.3.1 Use case model ...............................................................................................................40
15.3.2 Robustness analisis .........................................................................................................41
15.3.3 Sequence Diagram ..........................................................................................................41
15.3.4 Update domain model ....................................................................................................41
15.4 Use Case 12 – KF12. Menambahkan Data Apotek .................................................................42
15.4.1 Use case model ...............................................................................................................42
15.4.2 Robustness analisis .........................................................................................................43
15.4.3 Sequence Diagram ..........................................................................................................43
15.4.4 Update domain model ....................................................................................................44
15.5 Use Case 13 – KF13. Mengubah Data Apotek ........................................................................44
15.5.1 Use case model ...............................................................................................................44
15.5.2 Robustness analisis .........................................................................................................45
15.5.3 Sequence Diagram ..........................................................................................................46
15.5.4 Update domain model ....................................................................................................46
15.6 Use Case 14 – KF14. Menghapus Data Apotek .......................................................................47
15.6.1 Use case model ...............................................................................................................47
15.6.2 Robustness analisis .........................................................................................................48
15.6.3 Sequence Diagram ..........................................................................................................48
15.6.4 Update domain model ....................................................................................................48
15.7 Use Case 15 – KF15. Menjawab Review Komentar ................................................................49
15.7.1 Use case model ...............................................................................................................49
15.7.2 Robustness analisis .........................................................................................................50
15.7.3 Sequence Diagram ..........................................................................................................50
15.7.4 Update domain model ....................................................................................................50
16 Analisis Use Case Aktor End User ...................................................................................................51
16.1 Use Case 16 – KF16. Mencari Informasi Apotek di Surabaya .................................................51
16.1.1 Use case model ...............................................................................................................51
16.1.2 Robustness analisis .........................................................................................................52
16.1.3 Sequence Diagram ..........................................................................................................53
16.1.4 Update domain model ....................................................................................................53
16.2 Use Case 17 – KF17. Mengirim Komentar Review .................................................................54
16.2.1 Use case model ...............................................................................................................54
16.2.2 Robustness analisis .........................................................................................................55
16.2.3 Sequence Diagram ..........................................................................................................56
16.2.4 Update domain model ....................................................................................................56
17 Update Domain Model ...................................................................................................................57
18 Class Diagram .................................................................................................................................58
18.1 Admin Sistem ..........................................................................................................................58
18.1.1 KF01 – Login Admin Sistem ............................................................................................58
18.1.2 KF02 – Mengubah Password ..........................................................................................58
18.1.3 KF03 – Reset Password Member ....................................................................................59
18.1.4 KF04 – Menghapus Member ..........................................................................................59
18.1.5 KF05 – Melihat Daftar Member ......................................................................................59
18.1.6 KF06 – Backup Data Sistem ............................................................................................60
18.1.7 KF08 – Validasi Member yang Mendaftar ......................................................................60
18.2 Aktor Admin Apotek ...............................................................................................................61
18.2.1 KF09 – Mendaftar Sebagai Member ..............................................................................61
18.2.2 KF10 – Mengubah Password ..........................................................................................61
18.2.3 KF11 – Login....................................................................................................................62
18.2.4 KF12 – Menambah Data Apotek ....................................................................................62
18.2.5 KF13 – Mengubah Data Apotek ......................................................................................63
18.2.6 KF14 – Menghapus Data Apotek ....................................................................................63
18.2.7 KF15 – Menjawab Review Komentar .............................................................................64
18.3 End User .................................................................................................................................64
18.3.1 KF16 – Mencari Informasi...............................................................................................64
18.3.2 KF17 – Mengirim Komentar ...........................................................................................65
Referensi.................................................................................................................................................66
Daftar Gambar Gambar 1 Domain Model Sistem informasi Apotik .......................................................................................8
Gambar 2 Tampilan Homepage SIAp ......................................................................................................... 12
Gambar 3 Tampilan setelah mengklik kategori wilayah (contoh mengklik Surabaya Utara) .................... 12
Gambar 4 Tampilan setelah mengklik daerah yang terlist dalam kategori wilayah .................................. 13
Gambar 5 Tampilan setelah mengklik salah satu apotek ........................................................................... 13
Gambar 6 Tampilan jika tidak ada apotek di daerah yang dipilih .............................................................. 14
Gambar 7 Tampilan komentar ................................................................................................................... 14
Gambar 8 Dialog box log in via facebook untuk memberi review komentar ............................................ 15
Gambar 9 Tampilan jika gagal log in .......................................................................................................... 15
Gambar 10 Muncul tombol send setelah log in ......................................................................................... 15
Gambar 11 End user dapat melakukan review komentar setelah log in ................................................... 16
Gambar 12 Update Domain Model ............................................................................................................ 57
1 Latar Belakang Dewasa ini semakin pesatnya perkembangan teknologi yang ada, banyak aplikasi yang
menawarkan berbagai macam jasa yang memudahkan setiap orang. Disisi lain pengguna internet di
Indonesia semakin bertambah yakni jumlah pengguna internet sudah mencapai 82 juta orang pada
tahun 2014 (Indonesia, 2014). Akan tetapi masih ada beberapa aplikasi yang masih sulit untuk
didapatkan, seperti aplikasi tentang informasi letak suatu toko. Dengan adanya celah tersebut,
kelompok kami memberikan solusi dengan mengankat studi kasus mengenai informasi apotek-
apotek yang ada di daerah Surabaya khususnya.
Studi kasus yang kami bahas yakni mengenai kurangnya informasi tentang apotek-apotek yang
ada di Surabaya. Sehingga dari permasalahan tersebut kami mengusulkan suatu sistem informasi
apotek yang berisi informasi apotik-apotik yang ada di Surabaya baik yang 24 jam maupun non 24
jam.
2 Tujuan Membantu setiap orang yang membutuhkan informasi tentang apotek 24 jam maupun non 24
jam yang berada di wilayah Surabaya, mulai dari jam operasional, produk, lokasi, dan gambar.
3 Ruang Lingkup Sistem ini merupakan aplikasi berbasis web yang dapat berjalan pada smartphone dengan sistem
operasi Android dan iOS, dan juga dapat dijalankan pada PC dengan kata lain alikasi berbasis web ini
(SIAp) merupakan aplikasi yang responsive.
4 Saran Pemakaian Aplikasi User yang menggunakan aplikasi ini harus memenuhi persyaratan minimal kebutuhan sistem.
User diperkenankan menentukan daerah mana yang akan dicari informasi mengenai apotek-apotek
yang tersedia. Selama menggunakan Sistem Informasi Apotek (SIAp) dengan menggunakan
smartphone ataupun PC diharuskan terkoneksi dengan internet.
5 Resiko o Walaupun sistem sudah diimplementasikan, sangat besar kemungkinannya tidak diutilisasi
dengan baik dan tidak dipelihara dengan baik, sehingga akan menjadi tidak berguna dalam
waktu yang singkat.
o Gagal mengkomunikasikan kebutuhan dan ekspektasi mengakibatkan vendor tidak dapat
memberikan yang diminta dalam waktu yang diminta, dan dengan biaya yang diharapkan
dan/atau dengan kualitas yang lebih rendah.
o Terdapat kesulitan teknis jika user tidak mempunyai media yang mendukung (berbasis
android) dan akses internet, karena system aplikasi ini membutuhkan computer dan akses
internet untuk melakukan interaksi.
o Jadwal project sangat singkat. Sehingga kita merencanakan ruang lingkup fungsional yang
memang dibutuhkan user. Untuk ruang lingkup fungsional tambahan dapat
diimplementasikan pada release berikutnya.
6 Target dan Keuntungan
6.1 Target Produk Aplikasi ini ditujukan kepada semua orang dan semua kalangan. Sistem ini berfungsi
untuk menunjukkan informasi mengenai apotek-apotek yang diperlukan oleh user.
6.2 Keuntungan Bagi Konsumen o User dapat mengetahui informasi yang dibutuhkan mengenai apotek
o Mempermudah user dalam mencari apotek di daerah yang diingnkan
6.3 Keuntungan Bagi Apotek Sebagai media untuk mempromosikan apotek
7 Ringkasan Metodelogi
7.1 Pengumpulan Data Untuk mendapatkan informasi dan data yang menunjang, maka dilakukan :
o Identifikasi dan perumusan masalah, dimana pada tahapan ini terlebih dahulu
merumuskan masalah tentang sistem yang akan dibuat.
7.2 Analisa Data Analisa data dilakukan dengan melakukan analisis terhadap permasalahan dan data-data
penunjang yang telah didapatkan. Sehingga akan mendapatkan informasi mengenai sistem
seperti apa yang diharapkan, dan apa saja yng dibutuhkan dalam pembuatan sistem.
7.3 Perencanaan Desain Sistem Informasi Apotek merupakan suatu sistem web yang akan dikembangkan, yang
nantinya akan mendapatkan inputan dari user berupa pemilihan daerah yang diinginkan.
Setelah itu user dapat menggunakan fasilitas yang tersedia di dalam sistem.
7.4 Pembuatan Laporan Pembuatan laporan akan dilakukan untuk memberi penjelasan secara rinci mengenai
data apa saja yang diperoleh dan bagaimana pengerjaan sistem. Pembuatan laporan
dilakukan setelah setiap tahapan yang telaah disebutkan diatas terselesaikan.
8 Domain Model Domain model yang dijelaskan pada studi kasus ini yakni mengenai website etalase informasi
apotek-apotek dan apotek-apotek 24 jam yang ada di wilayah Surabaya atau kai sebut Sistem
Informasi Apotek(SIAp). Pada website ini berisi informasi lengkap apotek yang memuat Nama,
Alamat, Produk yang dijual beserta informasi lengkapnya, dan Gambar gedung apotek. Apotek pada
website ini difokuskan pada dua kategori apotek yakni apotek dengan jam buka 12 jam atau kurang
dari 24 jam dan apotek dengan jam buka 24 jam. Website ini memiliki tiga pengguna yakni Admin
sistemsite yang berhak mengelola website, admin apotek atau admin pemilik akun setiap apotek di
Surabaya yang memiliki hak akses untuk mengedit konten informasi mengenai apotek yang
dimilikinya, dan pengguna terakhir yakni merupakan End user yang bisa melihat, mencari, melike dan
memberikan komentar terhadap setiap apotek yang ada di website tersebut.
9 Deskripsi Sistem Sistem Informasi Apotek (SIAp) adalah sebuah sistem informasi berbasis web yang menampilkan
informasi tentang apotek yang berada di wilayah Surabaya, dengan rincian sebagai berikut :
Dibuat dengan tujuan untuk membantu setiap orang yang membutuhkan informasi tentang
apotek yang berada di wilayah Surabaya, mulai dari jam operasional, produk, lokasi, dan
gambar;
Dibuat dengan menggunakan bahasa program PHP dan database PHPMyadmin;
Memiliki 3 level user :
- Admin system User yang memiliki kewenangan mengelola sistem;
- Admin apotek User yang memiliki kewenangan untuk mengelola data apotek dan merupakan
member dari sistem;
- End-user User yang tidak memiliki kewenangan tertentu (pengunjung website) dan .
Menampilkan data dalam bentuk etalase;
10 Kebutuhan Fungsional Sistem Informasi Apotek (SIAp) memiliki beberapa kebutuhan fungsional yang beberapa
diantaranya bertujuan untuk memenuhi kebutuhan usernya, antara lain :
Admin Sistem
KF01 –Admin sistem dapat login ke dalam sistem;
KF02 –Admin sistem dapat mengubah password sistem;
KF03 –Admin sistemdapat mereset password member;
KF04 – Admin sistem dapat menghapus member;
KF05 – Admin sistem dapat melihat daftar member yang terdaftar di sistem;
KF06 – Admin sistem dapat membackup data sistem;
KF07 – Admin sistem dapat merestore data sistem;
KF08 – Admin sistem dapat memvalidasi member yang mendaftar;
Admin Apotek
KF09 – Admin Apotek dapat mendaftar sebagai member sistem;
KF10 – Admin Apotek dapat mengubah password ;
KF11 - Admin Apotek dapat login ke dalam sistem;
KF12 – Admin Apotekdapat menambahkan data apotek;
KF13 - Admin Apotekdapat mengubah data apotek;
KF14 - Admin Apotekdapat menghapus data apotek;
KF15 - Admin Apotekdapat menjawab review komentar end user;
End User
KF16 – End user dapat mencari informasi apotek di Surabaya;
KF17 - End user dapat mengirim komentar review terhadap apotek;
11 KebutuhanNon-fungsional
Sistem Informasi Apotek (SIAp) memiliki beberapa kebutuhan non-fungsional sebagai berikut:
11.1 Kebutuhan Kinerja
KnF11 – Sistem mampu menangani permintaan/request dari user dengan waktu respon tidak
melebihi 15 detik satuan waktu
11.2 Kebutuhan Keamanan
KnF12 - Sistem secara otomatis menyimpan data ke dalam database server per 1 menit untuk
mencegah kehilangan data
11.3 Kebutuhan Perlindungan Keamanan
KnF13.1 - Sistem memiliki authentifikasi terhadap user yang akan melakukan akses
KnF13.2 - Password user terlindungi menggunakan enkripsi md5
11.4 Atribut Kualitas Perangkat Lunak
Availability
KnF14.1 - Sistem dapat diakses oleh user dalam 24 jam sehari 7 hari seminggu.
Maintainability
KnF14.2 - Sistem tidak menampilkan eror ketika dilakukan maintenance;
KnF14.3 - Admin dapat melakukan maintenance setiap saat dibutuhkan.
Portability
KnF14.4 - Sistem dapat digunakan pada seluruh komputer dengan berbagai sistem operasi.
Reliability
KnF14.5 - Sistem harus dapat menangani jika ada dua atau lebih permintaan yang masuk
secara bersamaan;
KnF14.6 - Sistem harus dapat diakses oleh setiap user secara bersamaan dan real time;
KnF14.7 - Sistem dapat melacak seluruh data yang telah dilakukan pemutakhiran.
Testability
KnF15 - Sistem harus dapat diakses secara sempurna tanpa ada eror.
Usability
KnF16 - Sistem dapat memberikan kemudahan kepada user dalam penggunaannya.
12 GUI Stroyboard
12.1 Aktor End User
12.1.1 KF16 - mencari informasi apotek di Surabaya;
Gambar 2 Tampilan Homepage SIAp
Gambar 3 Tampilan setelah mengklik kategori wilayah (contoh mengklik Surabaya Utara)
Gambar 4 Tampilan setelah mengklik daerah yang terlist dalam kategori wilayah
Gambar 5 Tampilan setelah mengklik salah satu apotek
Gambar 6 Tampilan jika tidak ada apotek di daerah yang dipilih
12.1.2 KF17 –mengirim komentar review;
Gambar 7 Tampilan komentar
Gambar 8 Dialog box log in via facebook untuk memberi review komentar
Gambar 9 Tampilan jika gagal log in
Gambar 10 Muncul tombol send setelah log in
Gambar 11 End user dapat melakukan review komentar setelah log in
13 Use Case Diagram Sistem Informasi Apotek (SIAp) memiliki beberapa use case yang ditinjau dari segi aktornya,
antara lain :
13.1 Admin Sistem
uc Use Case Model
Admin SistemMengubah Password
Reset password
member
Delete member
LoginBackup data
Restore data
Melihat daftar member
Validasi member
13.2 Admin Apotek
13.3 End-User
14 Analisis Use Case Aktor Admin Sistem
14.1 Use case 1 – KF01. Login;
14.1.1 Use case model
14.1.1.1 Use case description
Use Case Name Login admin Sistem
Use Case ID KF01
Importance Level
Primary Actor Admin system
Use Case Type Device control
Stakeholders and Interest: -
Brief Description:
uc Use Case Model
Admin Apotek
Login Admin
Mengubah data Apotik
Menjawab Komentar
Mendaftar sebagai
member
Menambah data apotik
Menghapus Data
apotik
Mengubah password
uc Use Case Model
End-User
Mencari Informasi
Mengirim Komentar Login«include»
Admin system dapat login dengan username dan password
PreConditions: Admin sistem harus memasukkan username dan password di menu box login
Trigger: Admin sistem telah memasukkan username dan password dan mengklik button login.
Relationship:
Dapat masuk sebagai admin sistem di halaman apotek Normal Flow of Event: (Basic Course)
Admin Sistem klik login button pada homepage, Sistem menampilkan popup option Login, Admin memilih option dengan klik Admin Sistem button pada Popup Option login, Sistem menamplikan halaman login Admin sistem, Admin mengisikan username dan password pada halaman login Admin Sistem, Admin klik login button pada halaman login Admin sistem, Sistem memvalidasi username dan password sesuai dengan database Admin Sistem, Sistem menampilkan halaman acoount Admin Sistem
PostConditions: Admin sistem dapat login
Alternate Flow: (Alternate Course) Jika Terjadi gagal login, Maka Sistem menampilkan pesan gagal login pada halaman login
admin sistem
14.1.2 Robustness analisis
analysis Login admin sistem
Admin Sistem
Home Page
Display PageOption Login Popup
Admin Sistem Login
Page
Validate Database Admin Sistem
Account ApotekPageNormal Flow:
Admin Sistem klik login
button pada homepage,
Sistem menampilkan popup
option Login, Admin
memilih option dengan klik
Admin Sistem button pada
Popup Option login, Sistem
menamplikan halaman login
Admin sistem, Admin
mengisikan username dan
password pada halaman
login Admin Sistem, Admin
klik login button pada
halaman login Admin sistem,
Sistem memvalidasi
username dan password
sesuai dengan database
Admin Sistem, Sistem
menampilkan halaman
acoount Admin Sistem
Alternate Flow:
Jika Terjadi gagal login,
Maka Sistem menampilkan
pesan gagal login pada
halaman login admin sistemDisplay MessageFailed message Popup
Klik Login
Button Valid
Not valid
Klik Login Admin Sistem
Button
Insert Username
and Password
Admin Sistem Click
login Button
Password not falid
Password valid
14.1.3 Sequence Diagram
14.1.4 Update domain model
Oleh karena ada use case Login dan terdapat home page maka didapatkan update domain model baru
seperti berikut ini :
sd login Admin Sistem
Admin Sistem Homepage Database Admin
Sistem
Admin Sistem login
page
Halaman Account
Admin Sistem
Option login popup
Normal flow
Admin Sistem klik login button pada
homepage
Sistem menampilkan popup option
Login
Admin memilih option dengan klik
Admin Sistem button pada Popup
Option login
Sistem menamplikan halaman login
Admin sistem
Admin mengisikan username dan
password pada halaman login Admin
Sistem
Admin klik login button pada halaman
login Admin sistem
Sistem memvalidasi username dan
password sesuai dengan database
Admin Sistem
Sistem menampilkan halaman
acoount Admin Sistem
Alternate flow
Jika Terjadi gagal login
Sistem menampilkan pesan username
atau password salah pada halaman
login admin sistem
Jika Admin menekan cancel button
pada halaman login
Sistem kembali ke halaman utama
OnKlik
Login
button()
Display()
Onklik Admin sistem login
button()
Display()
Mengisikan username and
password()
OnKlik login
button()
Validasi username
dan password()
Display()
setUserMessage
"username atau
password salah"()
OnKlik cancel button ()
Display()
class Domain Model
SIAp
Produk
Kategori Apotek
Wilayah Apotek
12 jam 24 jam
EndUser_Rev iewAdminApotek_Rev iew
UserAdmin Sistem
Admin Apotek
End User
Search Result
Obat
Alat Kesehatan
Resep Tanpa Resep
Jenis Obat
ApotekRev iew
Log In
14.2 Use Case 2 – KF02. Mengubah Password
14.2.1 Use case model
14.2.1.1 Use case description
Use Case Name: Mengubah password
Use Case ID: KF02
Importance level: Routin-Optional
Primary actor: Admin system
Use case type: Maintenance
Stakeholder and interest : No external stakeholder
Brief Description: Admin Sistem berada pada halaman edit account, dan memilih “change password” untuk mengganti password.
Pre-Condition: Admin Sistem memilih edit account
Triger: Admin sistem menekan “change password” pada halaman edit account
Relationship:
Normal flow: Admin Sistem menekan "Change password" yang ada pada halaman edit account, Sistem
Menampilkan halaman Change password untuk mengubah password di halaman change password., Admin sistem memasukkan password lama sebagai syarat dan password yang baru pada dialog box., Admin Klik Button save di halaman change password, Sistem menampilkan Popup verification., Admin Klik button "OK" pada popup verification., Sistem memvalidasi password yang lama dengan data yg ada di database admin_user., Sistem menyimpan pasword yang baru kedalam database,. Sistem menampilkan halaman Login., Sistem menampilkan pesan "password berhasil dirubah!" pada halaman login.
Post-condition: Menampilkan pesan “Password berhasil dirubah!”
Alternate flow: Jika Admin menekan tombol cancel pada halaman Change password, Sistem kembali ke
halaman edit account. Jika Admin Sistem menekan tombol cancel pada Popup Verivication, Sistem kembali ke
halaman Change password. Jika Password lama tidak valid dengan database admin_sistem, Sistem menampilkan
pesan "password tidak cocok" pada halaman Change password Dan Sistem kembali ke halaman change password
14.2.2 Robustness analisis
14.2.3 Sequence Diagram
14.2.4 Update domain model
Tidak ada yang terupdate lagi dari analisa Use Case ini
analysis Mengubah passw...
Normal flow:
Admin Sistem Klik "Change password"
yang ada pada halaman edit account,
Sistem Menampilkan halaman Change
password untuk mengubah password di
halaman change password., Admin
Sistem memasukkan password lama
sebagai syarat dan password yang baru
pada Halaman Change password.,
Admin Sistem Klik Button save di
halaman change password, Sistem
menampilkan Popup verification.,
Admin Sistem Klik button "OK" pada
popup verification., Sistem
memvalidasi password yang lama
dengan data yg ada di database
Member., Sistem menyimpan pasword
yang baru kedalam database,. Sistem
menampilkan halaman Login., Sistem
menampilkan pesan "password berhasil
dirubah!" pada halaman login.
Alternate flow:
Jika Admin Sistem menekan tombol
cancel pada halaman Change
password, Sistem kembali ke halaman
edit account.
Jika Admin Sistem menekan tombol
cancel pada Popup Verivication,
Sistem kembali ke halaman Change
password.
Jika Password lama tidak valid dengan
database Admin Sistem, Sistem
menampilkan pesan "password tidak
cocok" pada halaman Change
password Dan Sistem kembali ke
halaman change password
Admin Sistem
Halaman Edit Display Page
Change password
Popup Verification
Validation Password
Database Admin
Sistem
Save New Password
Display failed save
message
ReDisplay
Display popup
ReDisplay
Display Success
message
Success message
popup
Failed Save message
popup
Klik Change password
Admin Sistem
click Save button
Admin Sistem click
cancel button
failed
Valid
Admin Sistem click
OK button
Insert old and new
password
Admin Sistem Klik Cancel button
Success
sd Mengubah password Admin Sist...
Admin Sistem Halaman list
member
popup verification
backup
Database Admin
Sistem
Halaman LoginPopup Verification
Normal Flow
Admin Sistem menekan "Change
password" yang ada pada halaman
edit account
Sistem Menampilkan halaman
Change password untuk mengubah
password di halaman change
password.
Admin sistem memasukkan password
lama sebagai syarat dan password
yang baru pada dialog box.
Admin Klik Button save di halaman
change password
Sistem menampilkan Popup
verification
Admin Klik button "OK" pada popup
verification
Sistem memvalidasi password yang
lama dengan data yg ada di database
admin_user
Sistem menyimpan pasword yang
baru kedalam database
Sistem menampilkan halaman Login
Sistem menampilkan pesan "password
berhasil dirubah!" pada halaman
login
Alternate flow:
Jika Admin menekan tombol cancel
pada halaman Change password,
Sistem kembali ke halaman edit
account.
Jika Password lama tidak valid dengan
database admin_sistem, Sistem
menampilkan pesan "password tidak
cocok" pada halaman Change
password Dan Sistem kembali ke
halaman change password
OnKlik Change password
button()
Display()
Memasukkan password lama dan
baru()
Klik Save button()
Display()
Onklik Ok
button()
Validasi Password
lama()
Simpan password
baru()
Display()
setUserMessage "password berhasil
diubah"()
Klik cancel button()
Display()
setUserMessage "Password tidak cocok"()
Display()
14.3 Use Case 3 – KF03. Mereset Password
14.3.1 Use case model
14.3.1.1 Use case description
Use Case Name: Mereset password member
Use Case ID: KF03
Importance level: Routin-Optional
Primary actor: Admin system
Use case type: Maintenance
Stakeholder and interest : No external stakeholder
Brief Description: Admin Sistem melakukan reset password pada halaman list member, sesuai dengan member yang meminta reset password
Pre-Condition: Admin Sistem berada di halaman list member
Triger: Admin sistem menekan “Reset password” pada halaman list member
Relationship:
Normal flow: Admin sistem menceklist daftar member yang akan direset passwordnya pada
halaman list member.Admin Sistem,. menekan "reset password" yang ada pada halaman list member,. Sistem Menampilkan popup Verification reset password,.Admin sistem menekan buton "OK" pada popup validasi reset password., Sistem MenDefault password pada database member., Sistem menampilkan pesan "Password berhasil di reset" pada halaman list member
Post-condition: Menampilkan pesan “Password berhasil direset!”
Alternate flow: Jika Admin menekan tombol cancel pada halaman “reset password” Maka Sistem kembali
ke halaman list member. Jika Sistem gagal menyimpan reset password pada database Maka Sistem menampilkan
pesan “Reset Password gagal”
class Domain Model
SIAp
Produk
Kategori Apotek
Wilayah Apotek
12 jam 24 jam
EndUser_Rev iewAdminApotek_Rev iew
UserAdmin Sistem
Admin Apotek
End User
Search Result
Obat
Alat Kesehatan
Resep Tanpa Resep
Jenis Obat
ApotekRev iew
Log In
14.3.2 Robustness analisis
14.3.3 Sequence Diagram
analysis Reset passwo...
Normal flow:
Admin sistem menceklist
daftar member yang akan
direset passwordnya pada
halaman list member.Admin
Sistem Klik "reset password"
yang ada pada halaman list
member,. Sistem
Menampilkan popup
Verification reset
password,.Admin sistem
menekan buton "OK" pada
popup Verification reset
password., Sistem Mereset
password pada database
member., Sistem
menampilkan pesan
"Password berhasil di reset"
pada halaman list member
Alternate flow:
Jika Admin menekan tombol
cancel pada halaman "reset
password" Maka Sistem
kembali ke halaman list
member.
Jika Sistem gagal menyimpan
reset password pada database
Maka Sistem menampilkan
pesan "Reset Password gagal"
Admin Sistem
Halaman List member
Display Popup
Popup verification
Reset Password
Database MemberSuccess mesage
Display message
redisplay
Failed message
Reset Password
Success
Klik Ok
Button
Admin Sistem click
Reset Buttonmenchecklist
daftar
Member
Reset Password failed
Admin Sistem click
cancel button
sd Reset password memb...
Admin Sistem Halaman List
Member
Popup Verification
reset password
Database member
Normal flow:
Admin sistem menceklist daftar
member yang akan direset
passwordnya pada halaman list
member
Admin Sistem menekan "reset
password" yang ada pada halaman
list member
Sistem Menampilkan popup
Verification reset password
Admin sistem menekan buton "OK"
pada popup validasi reset
password.
Sistem MenDefault password pada
database member.
Sistem menampilkan pesan
"Password berhasil di reset" pada
halaman list member
Alternate flow:
Jika Admin menekan tombol cancel
pada popup verification "reset
password", dan Sistem kembali ke
halaman daftar member.
j ika Sistem gagal reset password
pada database, Sistem
menampilkan pesan "Reset
Password gagal"
OnChecklist
Member()
OnKlik reset_password
button()
Display()
OnKlik OK
button()
Set Default
password()
setUserMessage
"password berhasil
direset"()OnKlik cancel
button()
Display()
setUserMessage
"reset password
gagal"()
14.3.4 Update domain model
Tidak ada yang terupdate lagi dari analisa Use Case ini
14.4 Use Case 4 – KF04. Menghapus Member
14.4.1 Use case model
14.4.1.1 Use case description
Use Case Name: Menghapus member
Use Case ID: KF04
Importance level: Routin-Optional
Primary actor: Admin system
Use case type: Maintenance
Stakeholder and interest : No external stakeholder
Brief Description: Admin Sistem melakukan Hapus member pada halaman list member.
Pre-Condition: Admin Sistem berada di halaman list member
Triger: Admin sistem menekan “Delete” pada halaman list member
Relationship:
Normal flow: Admin sistem menceklist member yang akan dihapus pada halaman list member., Admin
Sistem menekan "delete" yang ada pada halaman list member., Sistem Menampilkan popup persetujuan delete member., Admin sistem menekan buton "delete" pada popup persetujuan delete member., Sistem menghapus data member pada database member., Sistem menampilkan pesan "Member berhasil di hapus"
Post-condition: Menampilkan pesan “Member berhasil di hapus”
Alternate flow:
class Domain Model
SIAp
Produk
Kategori Apotek
Wilayah Apotek
12 jam 24 jam
EndUser_Rev iewAdminApotek_Rev iew
UserAdmin Sistem
Admin Apotek
End User
Search Result
Obat
Alat Kesehatan
Resep Tanpa Resep
Jenis Obat
ApotekRev iew
Log In
Jika Admin tidak menceklist daftar member Maka Sistem menampilkan pesan "member belum dipilih"
jika Admin menekan tombol cancel pada popup persetujuan delete member, Sistem kembali ke halaman daftar member.
Jika Sistem gagal menghapus member pada database, Sistem menampilkan pesan "delete member gagal!" pada halaman list member
14.4.2 Robustness analisis
analysis Menghapus memb...
Normal flow:
Admin sistem menceklist member
yang akan dihapus pada halaman
list member., Admin Sistem
menekan "delete" yang ada pada
halaman list member., Sistem
Menampilkan popup persetujuan
delete member., Admin sistem
menekan buton "delete" pada
popup persetujuan delete member.,
Sistem menghapus data member
pada database member., Sistem
menampilkan pesan "Member
berhasil di hapus"
Alternate Flow:
Jika Admin tidak menceklist daftar
member Maka Sistem menampilkan
pesan "member belum dipil ih"
jika Admin menekan tombol cancel
pada popup persetujuan delete
member, Sistem kembali ke
halaman list member.
Jika Sistem gagal menghapus
member pada database, Sistem
menampilkan pesan "delete
member gagal!" pada halaman list
member
Admin Sistem
Halaman List Member
Display Page
Popup verification Delete Databse member
Success message
Failed message No checklist message
ReDisplay Display message
no member on checklist
Admin SIstem click
cancel button
Failed
Success
Click delete button
Admin Sistem Click
delete buttonMenChecklist
daftar Member
14.4.3 Sequence Diagram
14.4.4 Update domain model
Tidak ada yang terupdate lagi dari analisa Use Case ini
sd Menghapus memb...
Admin sistem Halaman list
member
Popup persetujuan
delete member
Database member
Normal Flow:
Admin sistem menceklist member
yang akan dihapus pada halaman
list member.
Admin Sistem menekan "delete"
yang ada pada halaman list
member.
Sistem Menampilkan popup
persetujuan delete member.
Admin sistem menekan buton
"delete" pada popup persetujuan
delete member.
Sistem menghapus data member
pada database member.
Sistem menampilkan pesan
"Member berhasil di hapus"
Alternate flow:
Jika Admin tidak menceklist daftar
member Maka Sistem
menampilkan pesan "member
belum dipil ih"
jika Admin menekan tombol cancel
pada popup persetujuan delete
member, Sistem kembali ke
halaman daftar member.
Jika Sistem gagal menghapus
member pada database, Sistem
menampilkan pesan "delete
member gagal!" pada halaman list
member
OnChecklist
Member()
OnKlik delete
button()
Display()
OnKlik delete
button()
Menghapus data
yang dipil ih()
setUserMessage "member
berhasil dihapus"()
setUserMessage
"member belum
dipilih"()
klik cancel button()
Display()
setUserMessage "delete
member gagal"()
14.5 Use Case 5 – KF05. Melihat Daftar Member
14.5.1 Use case model
14.5.1.1 Use case description
Use Case Name: Melihat data member
Use Case ID: KF05
Importance level: Routin-Optional
Primary actor: Admin system
Use case type: Comunication
Stakeholder and interest : No external stakeholder
Brief Description: Admin Sistem melihat daftar member.
Pre-Condition: Admin Sistem berada di halaman Account.
Triger: Admin sistem menekan “view member” pada halaman account.
Relationship:
Normal flow: Admin Sistem menekan Button "View member" yang ada pada halaman Account Admin
Sistem., Sistem mencari data pada database member., Sistem Menampilkan daftar member pada halaman list member.
Post-condition: Menampilkan daftar member
Alternate flow: -
class Domain Model
SIAp
Produk
Kategori Apotek
Wilayah Apotek
12 jam 24 jam
EndUser_Rev iewAdminApotek_Rev iew
UserAdmin Sistem
Admin Apotek
End User
Search Result
Obat
Alat Kesehatan
Resep Tanpa Resep
Jenis Obat
ApotekRev iew
Log In
14.5.2 Robustness analisis
14.5.3 Sequence Diagram
14.5.4 Update domain model
Tidak ada yang terupdate lagi dari analisa Use Case ini
analysis melihat data member
Normal flow:
Admin Sistem
menekan Button "View
member" yang ada
pada halaman Account
Admin Sistem., Sistem
mencari data pada
database member.,
Sistem Menampilkan
daftar member pada
halaman list member.Admin SistemHalaman Account Search
Database memberDisplayHalaman List member
Click View member button
sd Melihat data memb...
Admin Sistem Halaman Account
Admin Sistem
Database Member Halaman List
member
Normal flow:
1. Admin Sistem menekan
Button "View member" yang
ada pada halaman Account
Admin Sistem.
2. Sistem mencari data pada
database member.
3. Sistem Menampilkan daftar
member pada halaman list
member.
OnKlik view member
button()
Search record
member()
Display()
14.6 Use Case 6 – KF06. Membackup Data
14.6.1 Use case model
14.6.1.1 Use case description
Use Case Name: Backup
Use Case ID: KF06
Importance level: Routin-Optional
Primary actor: Admin system
Use case type: Maintenance
Stakeholder and interest : No external stakeholder
Brief Description: Admin Sistem melakukan backup data.
Pre-Condition: Admin Sistem membackup seluruh data member.
Triger: Admin sistem menekan “backup” pada halaman list member
Relationship:
Normal flow: Admin Sistem menekan "backup" yang ada pada halaman list member., Sistem
Menampilkan popup Verification backup.Admin sistem menekan buton "backup" pada popup persetujuan backup., Sistem menyimpan seluruh data di. database backup, Sistem menampilkan pesan "backup sukses" pada halaman list member.
Post-condition: Backup sukses
Alternate flow: Jika Admin menekan tombol cancel pada popup persetujuan backup, Sistem kembali ke
halaman list member. Jika Sistem gagal menyimpan backup pada database, Sistem menampilkan pesan "backup
gagal!" pada halaman list member.
class Domain Model
SIAp
Produk
Kategori Apotek
Wilayah Apotek
12 jam 24 jam
EndUser_Rev iewAdminApotek_Rev iew
UserAdmin Sistem
Admin Apotek
End User
Search Result
Obat
Alat Kesehatan
Resep Tanpa Resep
Jenis Obat
ApotekRev iew
Log In
14.6.2 Robustness analisis
14.6.3 Sequence Diagram
14.6.4 Update domain model
Tidak ada yang terupdate lagi dari analisa Use Case ini
analysis Backup data sistem
Admin sistem
Normal flow:
Admin Sistem menekan "backup"
yang ada pada halaman list
member., Sistem Menampilkan
popup Verification backup.Admin
sistem menekan buton "backup" pada
popup persetujuan backup., Sistem
menyimpan seluruh data di. database
backup, Sistem menampilkan pesan
"backup sukses" pada halaman list
member.
Alternate flow:
Jika Admin menekan tombol cancel
pada popup persetujuan backup,
Sistem kembali ke halaman list
member.
Jika Sistem gagal menyimpan backup
pada database, Sistem menampilkan
pesan "backup gagal!" pada halaman
list member.
Halaman List member
Display page
Popup verification
Save Database BackupSuccess Message
Popup
Display_message
Failed Message Popup
Failed
Success
Click Ok button
Click backup button
Admin Sistem click
cancel button
sd Backup data member
Admin Sistem Halaman list
member
popup verification
backup
Database Admin
Sistem
Normal flow:
Admin Sistem menekan "backup"
yang ada pada halaman list member.
Sistem Menampilkan popup
Verification backup.
Admin sistem menekan buton
"backup" pada popup persetujuan
backup.
Sistem menyimpan seluruh data di.
database backup
Sistem menampilkan pesan "backup
sukses" pada halaman list member.
Alternate flow:
Jika Admin menekan tombol cancel
pada popup persetujuan backup,
Sistem kembali ke halaman list
member.
Jika Sistem gagal menyimpan backup
pada database, Sistem menampilkan
pesan "backup gagal!" pada halaman
list member
OnKlik Backup
button()
Display()
Klik backup button()
Menyimpan
data()
setUserMessage
"backup
succes"()Klik cancel button()
Display()
setUserMessage
"backup gagal"()
14.7 Use Case 7 – KF07. Merestore Data
14.7.1 Use case model
14.7.1.1 Use case description
Use Case Name: Restore Data
Use Case ID: KF07
Importance level: Routin-Optional
Primary actor: Admin system
Use case type: Maintenance
Stakeholder and interest : No external stakeholder
Brief Description: Admin Sistem melakukan Restore data.
Pre-Condition: Admin Sistem memrestore seluruh data.
Triger: Admin sistem menekan “Restore” pada sistem database.
Relationship:
Normal flow: Admin Sistem menekan “Restore” yang ada pada sistem database.Sistem Menampilkan
proses restore data.Admin sistem menekan buton “Yes” pada popup “proses restore sukses”.
Post-condition: Restore sukses
Alternate flow: Jika Admin menekan tombol cancel pada popup persetujuan restore, Maka Sistem kembali
ke halaman database system. Jika Sistem gagal menyimpan backup pada database, Maka Sistem menampilkan pesan
“proses restore gagal !”.
class Domain Model
SIAp
Produk
Kategori Apotek
Wilayah Apotek
12 jam 24 jam
EndUser_Rev iewAdminApotek_Rev iew
UserAdmin Sistem
Admin Apotek
End User
Search Result
Obat
Alat Kesehatan
Resep Tanpa Resep
Jenis Obat
ApotekRev iew
Log In
14.7.2 Robustness analisis
14.7.3 Sequence Diagram
14.7.4 Update domain model
Tidak ada yang terupdate lagi dari analisa Use Case ini
14.8 Use Case 8 – KF08. Memvalidasi Member
14.8.1 Use case model
14.8.1.1 Use case description
Use Case Name: Validasi Member
Use Case ID: KF08
Importance level: Core-Primary
Primary actor: Admin system
Use case type: System administration
Stakeholder and interest : No external stakeholder
Brief Description: Admin memvalidasi request new member.
Pre-Condition: Request new member
Triger: Admin sistem mendapatkan kotak masuk request new member
Relationship:
Normal flow: Admin Sistem Klik Button inbox pada halaman account., Sistem menampilkan semua
pesan yang ada di inbox pada halaman inbox Admin sistem.,Admin Sistem klik buton validate pada halaman inbox Admin.,Sistem mengirimkan kode secara otomatis ke Halaman inbox email Admin apotek.,Sistem menampilkan PopUp "validate succesfull" pada halaman inbox Admin sistem.
Post-condition:
class Domain Model
SIAp
Produk
Kategori Apotek
Wilayah Apotek
12 jam 24 jam
EndUser_Rev iewAdminApotek_Rev iew
UserAdmin Sistem
Admin Apotek
End User
Search Result
Obat
Alat Kesehatan
Resep Tanpa Resep
Jenis Obat
ApotekRev iew
Log In
Validate Succesfull
Alternate flow: Jika Admin menekan button "No" pada halaman inbox, Sistem menampilkan popup
"Validate cancel". pada halaman inbox admin sistem dan inbox admin apotek
14.8.2 Robustness analisis
analysis Validasi member
Normal flow:
Admin Sistem Klik Button
inbox pada halaman account.,
Sistem menampilkan semua
pesan yang ada di inbox pada
halaman inbox Admin
sistem.,Admin Sistem klik
buton validate pada halaman
inbox Admin.,Sistem
mengirimkan kode secara
otomatis ke Halaman inbox
email Admin apotek.,Sistem
menampilkan PopUp "validate
succesfull" pada halaman
inbox Admin sistem.
Alternate flow:
Jika Admin menekan button
"reject" pada halaman inbox,
Sistem menampilkan popup
"Validate cancel". pada
halaman inbox admin sistem
dan inbox admin apotek
Admin Sistem
Halaman Account
Display
Halaman Inbox Admin
SistemSend code
Success message
Popup
Canceled message
Popup
display message
Inbox Admin Apotek
Canceled
Success
Click validate
Click inbox button
Admin Sistem click
reject button
14.8.3 Sequence Diagram
14.8.4 Update domain model
Tidak ada yang terupdate lagi dari analisa Use Case ini
sd Memv alidasi Mem...
Admin Sistem Halaman Account Halaman Inbox
Admin Sistem
Halaman inbox
Admin Apotek
Normal Flow:
Admin Sistem Klik Button
inbox pada halaman account.
Sistem menampilkan semua
pesan yang ada di inbox pada
halaman inbox Admin sistem.
Admin Sistem klik buton
validate pada halaman inbox
Admin.
Sistem mengirimkan kode
secara otomatis ke Halaman
inbox email Admin apotek.
Sistem menampilkan pesan
"validate succesfull" pada
halaman inbox Admin sistem.
Alternate flow
Jika Admin menekan button
"No" pada halaman inbox,
Sistem menampilkan pesan
"Validate canceled". pada
halaman inbox admin sistem
dan inbox admin apotek
OnKlik
inbox
button()
Display()
Display Request
message()
Klik Validate
button()
Send Kode Validasi()
setUserMessage
"validation successfull"()
Klik no button()
setUserMessage
"validation cancelled"()
setUserMessage
"validation cancelled"()
class Domain Model
SIAp
Produk
Kategori Apotek
Wilayah Apotek
12 jam 24 jam
EndUser_Rev iewAdminApotek_Rev iew
UserAdmin Sistem
Admin Apotek
End User
Search Result
Obat
Alat Kesehatan
Resep Tanpa Resep
Jenis Obat
ApotekRev iew
Log In
15 Analisis Use Case Aktor Admin Apotek
15.1 Use Case 9 – KF09. Mendaftar Sebagai Member
15.1.1 Use case model
15.1.1.1 Use case description
Use Case Name: Mendaftar sebagai member
Use Case ID: KF09
Importance level: Core-Primary
Primary actor: Admin Apotik
Use case type: Data Entry
Stakeholder and interest : Admin Sistem
Brief Description: Admin Apotek mendaftarkan dirinya sebagai member untuk dapat berkontribusi memasukan apotik kedalam website.
Pre-Condition: Berada di halaman utama
Triger: Sign-up
Relationship:
Normal flow: Admin Apotek menekan "Sign-up" yang ada pada halaman utama., Sistem Menampilkan
form pendaftaran., Admin Apotek mengisi data diri pada form pendaftaran di halaman sign-up., Admin apotik menekan button daftar pada form pendaftaran., Sistem Memvalidasi kelengkapan data., Sistem mengrimkan pesan request ke Halaman inbox admin sistem., Sistem menampilkan pesan "sign-up succesfull" yang berisi panduan untuk langkah selanjutnya, bahwa Admin apotek harus menunggu Admin sistem memvalidasi dan mengirimkan kode validasi untuk login., Admin klik close pesan "signup successfull"., Sistem kembali ke halaman utama.
Post-condition: Sign-Succesfull
Alternate flow: jika Data form pendaftaran belum lengkap, Sistem menampilkan pesan "data belum
lengkap" pada form pendaftaran.
15.1.2 Robustness analisis
15.1.3 Sequence Diagram
analysis Mendaftar member
Admin Apotek
Normal flow:
Admin Apotek klik button "Sign-up"
yang ada pada halaman utama.,
Sistem Menampilkan form
pendaftaran., Admin Apotek mengisi
data diri pada form pendaftaran.,
Admin apotik menekan button daftar
pada form pendaftaran., Sistem
Memvalidasi kelengkapan data .,
Sistem mengrimkan pesan request ke
database inbox admin sistem., Sistem
menampilkan pesan "sign-up
succesfull" yang berisi panduan untuk
langkah selanjutnya pada form
pendaftaran, bahwa Admin apotek
harus menunggu Admin sistem
memvalidasi dan mengirimkan kode
validasi untuk login., Admin klik close
pesan "signup successfull"., Sistem
kembali ke halaman utama.
Alternate flow:
jika Data form pendaftaran belum
lengkap, Sistem menampilkan pesan
"data belum lengkap" pada form
pendaftaran.
Halaman utama
Form pendaftaran
database admin sistem
Display
Validasi Kelengkapan
Data
Sign up success
message
Data Not Complete
Message
Sent request message
Display Message
Dispaly
Re-Display
Data Not Complete
Data
Complete
Klik close button
Mengisi data
diri
Klik SignUp button
Admin Apotek Klik
On Daftar button
sd mendaftar member
Admin apotek Halaman utama Form pendaftaran Database Member Halaman Inbox
Admin sistem
Normal flow:
Admin Apotek menekan "Sign-up"
yang ada pada halaman utama.
Sistem Menampilkan form
pendaftaran.
Admin Apotek mengisi data diri
pada form pendaftaran di halaman
sign-up.
Admin apotik menekan button daftar
pada form pendaftaran.
Sistem Memvalidasi kelengkapan
data.
Sistem mengrimkan pesan request
ke Halaman inbox admin sistem.
Sistem menampilkan pesan "sign-up
succesfull" yang berisi panduan
untuk langkah selanjutnya, bahwa
Admin apotek harus menunggu
Admin sistem memvalidasi dan
mengirimkan kode validasi untuk
login.
Admin klik close pesan "signup
successfull"
Sistem kembali ke halaman utama
Alternate flow:
j ika Data form pendaftaran belum
lengkap, Sistem menampilkan
pesan "data belum lengkap" pada
form pendaftaran.
OnKlik signup
button()
Display()
Mengisi data
diri()
Klik daftar button()
Validasi kelengkapan
data()
Send request
message()
setUserMessage"signup
succesfull"()
Onklik Close
button()
Display()
setUserMessage "data belum
lengkap"()
15.1.4 Update domain model
Tidak ada yang terupdate lagi dari analisa Use Case ini
15.2 Use Case 10 – KF10. Mengubah Password
15.2.1 Use case model
15.2.1.1 Use case description
Use Case Name: Mengubah password
Use Case ID: KF10
Importance level: Routin-Optional
Primary actor: Admin Apotek
Use case type: Maintenance
Stakeholder and interest : No external stakeholder
Brief Description: Admin Apotek mengubah password secara berkala.
Pre-Condition: Edit Account
Triger: Admin apotek menekan “change password”
Relationship:
Normal flow: Admin Apotek menekan "Change password" yang ada pada halaman edit account Apotek.,
Sistem Menampilkan halaman Change password., Admin Apotek memasukkan password lama sebagai syarat dan password yang baru pada dialog box Halaman apotek., Admin Klik Button save di halaman change password., Sistem menampilkan Popup verification., Admin Klik button "OK" pada popup verification., Sistem memvalidasi password yang lama dengan data yg ada di database Member., Sistem menyimpan pasword yang baru kedalam database Member., Sistem menampilkan halaman Login Admin apotek., Sistem menampilkan pesan "password berhasil dirubah!" pada halaman Login Admin Apotek.
Post-condition:
class Domain Model
SIAp
Produk
Kategori Apotek
Wilayah Apotek
12 jam 24 jam
EndUser_Rev iewAdminApotek_Rev iew
UserAdmin Sistem
Admin Apotek
End User
Search Result
Obat
Alat Kesehatan
Resep Tanpa Resep
Jenis Obat
ApotekRev iew
Log In
Change password succesfull
Alternate flow: Jika Admin menekan tombol cancel pada halaman Change password, Sistem kembali ke
halaman edit account. Jika Admin Sistem menekan tombol cancel pada Popup Verivication, Sistem kembali ke halaman Change password.
Jika Password lama tidak valid dengan database member, Sistem menampilkan pesan "password tidak cocok" pada halaman Change password Dan Sistem kembali ke halaman change password
15.2.2 Robustness analisis
analysis Mengubah passw...
Normal flow:
Admin Apotek Klik "Change password"
yang ada pada halaman edit account,
Sistem Menampilkan halaman Change
password untuk mengubah password di
halaman change password., Admin
Apotek memasukkan password lama
sebagai syarat dan password yang baru
pada Halaman Change password.,
Admin Apotek Klik Button save di
halaman change password, Sistem
menampilkan Popup verification.,
Admin Apotek Klik button "OK" pada
popup verification., Sistem
memvalidasi password yang lama
dengan data yg ada di database
Member., Sistem menyimpan pasword
yang baru kedalam database,. Sistem
menampilkan halaman Login., Sistem
menampilkan pesan "password berhasil
dirubah!" pada halaman login.
Alternate flow:
Jika Admin Apotek menekan tombol
cancel pada halaman Change
password, Sistem kembali ke halaman
edit account.
Jika Admin Apotek menekan tombol
cancel pada Popup Verivication,
Sistem kembali ke halaman Change
password.
Jika Password lama tidak valid dengan
database member, Sistem
menampilkan pesan "password tidak
cocok" pada halaman Change
password Dan Sistem kembali ke
halaman change password
Admin Apotek
Halaman Edit Display Page
Change password
Popup Verification
Validation Password
Database Member
Save New Password
Display failed save
message
ReDisplay
Display popup
ReDisplay
Display Success
message
Success message
popup
Failed Save message
popup
Klik Change password
Admin Apotek
click Save button
Admin Apotek click
cancel button
failed
Valid
Admin Apotek click
OK button
Insert old and new
password
Admin Apotek Klik Cancel button
Success
15.2.3 Sequence Diagram
15.2.4 Update domain model
Tidak ada yang terupdate lagi dari analisa Use Case ini
sd Mengubah password admin apot...
Admin apotek Halaman Edit
Account Apotek
Halaman Change
password
Popup verification Database Member Halaman Login
Admin apotekNormal Flow
Admin Apotek menekan "Change
password" yang ada pada halaman edit
account Apotek
Sistem Menampilkan halaman Change
password.
Admin Apotek memasukkan password
lama sebagai syarat dan password yang
baru pada dialog box Halaman apotek.
Admin Klik Button save di halaman
change password
Sistem menampilkan Popup verification
Admin Klik button "OK" pada popup
verification
Sistem memvalidasi password yang lama
dengan data yg ada di database Member
Sistem menyimpan pasword yang baru
kedalam database Member.
Sistem menampilkan halaman Login
Admin apotek.
Sistem menampilkan pesan "password
berhasil dirubah!" pada halaman Login
Admin Apotek
Alternate flow:
Jika Admin menekan tombol cancel pada
halaman Change password, Sistem
kembali ke halaman edit account.
Jika Password lama tidak valid dengan
database member, Sistem menampilkan
pesan "password tidak cocok" pada
halaman Change password Dan Sistem
kembali ke halaman change password
Onklik Change password
button()
Display()
mengisi password lama dan baru()
Onklik Save button()
Display()
Onklik OK button()
validasi password lama()
simpan password
baru()
Display()
setUserMessage "password
berhasil diubah"()
Onklik Cancel
button()
Display()
setUserMessage"password tidak
cocok"()
Display()
class Domain Model
SIAp
Produk
Kategori Apotek
Wilayah Apotek
12 jam 24 jam
EndUser_Rev iewAdminApotek_Rev iew
UserAdmin Sistem
Admin Apotek
End User
Search Result
Obat
Alat Kesehatan
Resep Tanpa Resep
Jenis Obat
ApotekRev iew
Log In
15.3 Use Case 11 – KF11. Login
15.3.1 Use case model
15.3.1.1 Use case description
Use Case Name Login admin apotek
Use Case ID KF11
Importance Level
Primary Actor Admin Apotek
Use Case Type Device control
Stakeholders and Interest: -
Brief Description: Admin apotek dapat login yang sudah disediakan di halaman apotek, dengan username dan password yang sudah dibuat waktu pendaftaran member.
PreConditions: Admin apotek harus memasukkan username dan password di menu box login
Trigger: Admin apotek telah memasukkan username dan password dan mengklik button login.
Relationship: Dapat masuk sebagai admin apotek di halaman apotek
Normal Flow of Event: (Basic Course) Admin Apotek klik login button pada homepage., Sistem menampilkan popup option Login.,
Admin memilih option dengan klik Admin Apotek button pada Popup Option login., Sistem menamplikan halaman login Admin Apotek.,Admin mengisikan username dan password pada halaman login Admin Apotek., Admin klik login button pada halaman login Admin Apotek., Sistem memvalidasi username dan password sesuai dengan database Member.,Sistem menampilkan halaman acoount Admin Apotek.
PostConditions: Admin apotek dapat login
Alternate Flow: (Alternate Course) Jika Terjadi gagal login, Sistem menampilkan pesan gagal login pada halaman login admin
Apotek Jika Admin menekan cancel button pada halaman login Admin Apotek, Sistem kembali ke
halaman utama
15.3.2 Robustness analisis
15.3.3 Sequence Diagram
15.3.4 Update domain model
Tidak ada yang terupdate lagi dari analisa Use Case ini
analysis Login admin sistem
Admin Apotek
Home Page
Display PageOption Login Popup
Admin Apotek Login
Page
Validate Database Admin
Apotek
Account ApotekPageNormal Flow:
Admin Apotek klik login
button pada homepage,
Sistem menampilkan popup
option Login, Admin
memilih option dengan klik
Admin Apotek button pada
Popup Option login, Sistem
menamplikan halaman login
Admin Apotek, Admin
mengisikan username dan
password pada halaman
login Admin Apotek, Admin
klik login button pada
halaman login Admin
Apotek, Sistem memvalidasi
username dan password
sesuai dengan database
Admin Apotek, Sistem
menampilkan halaman
acoount Admin Apotek
Alternate Flow:
Jika Terjadi gagal login,
Maka Sistem menampilkan
pesan gagal login pada
halaman login admin sistemDisplay MessageFailed message Popup
Klik Login
Button Valid
Not valid
Klik Login Admin Apotek
Button
Insert Username
and Password
Admin Apotek Click
login Button
Password not falid
Password valid
sd Login Admin Apotek
Admin Apotek Halaman Utama Popup Option login Halaman Login
Admin Apotek
Database Member Halaman Account
Admin Apotek
Normal flow
Admin Apotek klik login button
pada homepage
Sistem menampilkan popup option
Login
Admin memilih option dengan klik
Admin Apotek button pada Popup
Option login
Sistem menamplikan halaman
login Admin Apotek
Admin mengisikan username dan
password pada halaman login
Admin Apotek
Admin klik login button pada
halaman login Admin Apotek
Sistem memvalidasi username dan
password sesuai dengan database
Member
Sistem menampilkan halaman
acoount Admin Apotek
Alternate flow
Jika Terjadi gagal login
Sistem menampilkan pesan
username atau password salah
pada halaman login admin Apotek
Jika Admin menekan cancel button
pada halaman login Admin Apotek
Sistem kembali ke halaman utama
Onklik Login button()
Display()
Onklik Admin Apotek button()
Display()
Mengisi username and
password()
Onklik login button()
Validate username and password()
Display()
setUserMessage"username
atau password salah"()
Onklik Cancel button()
Display()
15.4 Use Case 12 – KF12. Menambahkan Data Apotek
15.4.1 Use case model
15.4.1.1 Use case description
Use Case Name: Menambah data apotek
Use Case ID: KF12
Importance level: Core-Primary
Primary actor: Admin Apotek
Use case type: Data entry
Stakeholder and interest : No external stakeholder
Brief Description: Admin apotek menambahkan data apotek miliknya.
Pre-Condition: Account member
Triger: Admin apotek menekan “add apotek”
Relationship:
Normal flow: Admin Apotik menekan "add apotek" yang ada pada halaman account., Sistem
Menampilkan halaman form pengisian data apotek., Admin Apotek memasukkan data apotek secara lengkap di halaman form add apotek., Admin menekan Button "Simpan" pada form add apotek., Sistem memvalidasi kelengkapan data pada form apotek., Sistem menyimpan data apotek kedalam database apotek., Sistem menampilkan pesan "add apotek succesfull" pada form add apotek.
Post-condition: Add apotek succesfull
Alternate flow: jika data form add apotek belum lengkap, Sistem kembali ke halaman form add apotek jika Admin menekan buton cencel, Sistem kembali ke halaman account.
class Domain Model
SIAp
Produk
Kategori Apotek
Wilayah Apotek
12 jam 24 jam
EndUser_Rev iewAdminApotek_Rev iew
UserAdmin Sistem
Admin Apotek
End User
Search Result
Obat
Alat Kesehatan
Resep Tanpa Resep
Jenis Obat
ApotekRev iew
Log In
15.4.2 Robustness analisis
15.4.3 Sequence Diagram
analysis Menambah data apot...
Admin Apotek
Normal flow:
Admin Apotik menekan "add apotek" yang
ada pada halaman account., Sistem
Menampilkan halaman form pengisian
add data apotek., Admin Apotek
memasukkan data apotek secara lengkap
di halaman form add apotek., Admin
menekan Button "Simpan" pada form add
apotek., Sistem memvalidasi kelengkapan
data pada form apotek., Sistem
menyimpan data apotek kedalam
database apotek., Sistem menampilkan
pesan "add apotek succesfull" pada form
add apotek.
Alternate flow:
jika data form add apotek belum lengkap,
Sistem kembali ke halaman form add
apotek
jika Admin menekan buton cencel pada
form add data apotek, Sistem kembali ke
halaman account.
Halaman Account
Display
Form add data apotekValidasi Kelengkapan
Data
Database apotek
Add apotek success
Message
Simpan dataDisplay Message
Re-Display
Re-Display
Display
Data Complete
Success
Data Not Complete
klik Add
apotek
Input data
apotek
Admin Apotek Klik On
Cancel Button
Admin Apotek Klik On
Save button
sd Menambah data apo...
Admin apotek Halaman Account Form Add apotek Database apotek
Normal flow:
Admin Apotik menekan "add apotek"
yang ada pada halaman account.
Sistem Menampilkan halaman form
pengisian data apotek.
Admin Apotek memasukkan data
apotek secara lengkap di halaman
form add apotek.
Admin menekan Button "Simpan"
pada form add apotek
Sistem memvalidasi kelengkapan data
pada form apotek.
Sistem menyimpan data apotek
kedalam database apotek.
Sistem menampilkan pesan "add
apotek succesfull" pada form add
apotek
Alternate flow:
jika data form add apotek belum
lengkap, Sistem kembali ke halaman
form add apotek
jika Admin menekan buton cencel,
Sistem kembali ke halaman account
On Klik add apotik
button()
Display()
mengisi data apotik()
OnKlik simpan
button()
Validasii kelengkapan data()
Menyimpan
data()
setUserMessage "add
apotek succesfull"()
Display()
OnKlik cancel
buton()
Display()
15.4.4 Update domain model
Tidak ada yang terupdate lagi dari analisa Use Case ini
15.5 Use Case 13 – KF13. Mengubah Data Apotek
15.5.1 Use case model
15.5.1.1 Use case description
Use Case Name: Mengubah data apotek
Use Case ID: KF13
Importance level: Routin-optional
Primary actor: Admin Apotek
Use case type: Maintenance
Stakeholder and interest : No external stakeholder
Brief Description: Admin Mengubah atau mengupdate data informasi mengenai apotek miliknya
Pre-Condition: Halaman Apotek
Triger: Admin apotek menekan “edit apotek”
Relationship:
Normal flow: Admin Apotik menekan "edit" button yang ada pada halaman apotek., Sistem
Menampilkan halaman form edit apotek untuk di rubah., Admin sistem memasukkan data apotek secara lengkap di halaman form edit apotek., Admin menekan Button "Simpan" pada form edit apotek, Sistem memvalidasi kelengkapan data pada form edit apotek., Sistem menyimpan data apotek kedalam database apotek., Sistem kembali ke halaman form data apotek menampilkan pesan "edit apotek succesfull.
Post-condition: edit apotek succesfull
Alternate flow:
class Domain Model
SIAp
Produk
Kategori Apotek
Wilayah Apotek
12 jam 24 jam
EndUser_Rev iewAdminApotek_Rev iew
UserAdmin Sistem
Admin Apotek
End User
Search Result
Obat
Alat Kesehatan
Resep Tanpa Resep
Jenis Obat
ApotekRev iew
Log In
jika data form edit apotek belum lengkap, Maka Sistem kembali ke halaman form edit apotek
Jika Admin menekan buton cencel, Maka Sistem kembali ke halaman apotek
15.5.2 Robustness analisis
analysis Mengubah data apot...
Admin Apotek
Normal flow:
Admin Apotik menekan "edit" button
yang ada pada halaman apotek.,
Sistem Menampilkan halaman form
edit apotek untuk di rubah., Admin
sistem memasukkan data apotek
secara lengkap di halaman form edit
apotek., Admin menekan Button
"Simpan" pada form edit apotek,
Sistem memvalidasi kelengkapan
data pada form edit apotek., Sistem
menyimpan data apotek kedalam
database apotek., Sistem kembali ke
halaman form data apotek
menampilkan pesan "edit apotek
succesfull.
Alternate flow:
jika data form edit apotek belum
lengkap, Maka Sistem kembali ke
halaman form edit apotek
Jika Admin menekan buton cencel,
Maka Sistem kembali ke halaman
apotek
Halaman apotek
Display
Form edit apotekValidasi Kelengkapan
Form
Database apotek
Simpan data
Edit apotek succes
message
Re-Display
Display Message
Re-Display
Admin Apotek Klik On
Cancel Button
Success
Form Not Complete
Admin Apotek klik On
Save button
Input data
apotek
Klik
edit
button
Form Complete
15.5.3 Sequence Diagram
15.5.4 Update domain model
Tidak ada yang terupdate lagi dari analisa Use Case ini
sd Mengubah data apot...
Admin Apotek Halaman Apotek Form Edit Apotek Database apotek
Normal flow
Admin Apotik menekan "edit" button
yang ada pada halaman apotek.
Sistem Menampilkan halaman form
edit apotek untuk di rubah.
Admin sistem memasukkan data
apotek di halaman form edit apotek.
Admin menekan Button "Simpan"
pada form edit apotek
Sistem memvalidasi kelengkapan data
pada form edit apotek.
Sistem menyimpan data apotek
kedalam database apotek.
Sistem kembali ke halaman form data
apotek menampilkan pesan "edit
apotek succesfull"
Alternate Flow
jika ada field pada form edit apotek
yang tidak diisi, Maka Sistem kembali
ke halaman form edit apotek
Jika Admin menekan buton cencel,
Maka Sistem kembali ke halaman
apotek
OnKlik edit
button()
Display()
Mengisi Data
Apotek()
OnKlik Simpan
Button()
Validasi kelengkapan data()
Simpan data()
SetUserMessage"edit apotek
successfull"()
Display()
OnKlik cancel
button()
Display()
class Domain Model
SIAp
Produk
Kategori Apotek
Wilayah Apotek
12 jam 24 jam
EndUser_Rev iewAdminApotek_Rev iew
UserAdmin Sistem
Admin Apotek
End User
Search Result
Obat
Alat Kesehatan
Resep Tanpa Resep
Jenis Obat
ApotekRev iew
Log In
15.6 Use Case 14 – KF14. Menghapus Data Apotek
15.6.1 Use case model
15.6.1.1 Use case description
Use Case Name: Menghapus data apotek
Use Case ID: KF14
Importance level: Routin-optional
Primary actor: Admin Apotek
Use case type: Maintenance
Stakeholder and interest : No external stakeholder
Brief Description: Admin Menghapus data informasi mengenai apotek miliknya
Pre-Condition: Halaman Apotek
Triger: Admin apotek menekan “delete apotek”
Relationship:
Normal flow: Admin Apotik menekan "delete" yang ada pada halaman apotek., Sistem Menampilkan
Popup persetujuan delete apotek.Admin menekan Button "delete" pada Popup persetujuan., Sistem menghapus data yang ada pada database apotek., Sistem kembali ke halaman utama dan menampilkan pesan "delete apotek succesfull"
Post-condition: delete apotek succesfull
Alternate flow: Jika admin menekan tombol cancel pada halaman persetujuan Maka Sistem kembali ke
halaman apotek
15.6.2 Robustness analisis
15.6.3 Sequence Diagram
15.6.4 Update domain model
Tidak ada yang terupdate lagi dari analisa Use Case ini
analysis Meghapus data apot...
Normal flow:
Admin Apotik menekan
"delete" yang ada
pada halaman apotek.,
Sistem Menampilkan
Popup persetujuan
delete apotek. Admin
menekan Button "ok"
pada Popup
persetujuan., Sistem
menghapus data yang
ada pada database
apotek., Sistem
kembali ke halaman
utama dan
menampilkan pesan
"delete apotek
succesfull"
Alternate flow:
Jika admin menekan
tombol cancel pada
halaman persetujuan
Maka Sistem kembali
ke halaman apotek
Admin Apotek
Halaman Apotek
Display
Popup persetujuan Delete Data
Home page delete apotek
succesfull message
Database apotek
Display
Display Message
Re-Display
Admin Apotek Klik On
Cancel button
Klik Ok button
Success
Klik delete button
sd Menghapus apo...
Admin Apotik Halaman Apotek Popup persetujuan
delete apotek
Database apotek Halaman utama
Normal flow:
Admin Apotik menekan
"delete" yang ada
pada halaman apotek.
Sistem Menampilkan
Popup persetujuan
delete apotek.
Admin menekan
Button "delete" pada
Popup persetujuan.
Sistem menghapus
data yang ada pada
database apotek.
Sistem kembali ke
halaman utama dan
menampilkan pesan
"delete apotek
succesfull"
Alternate flow:
jika admin menekan
tombol cancel pada
halaman persetujuan,
Sistem kembali ke
halaman apotek
OnKlik delete
button()
Display()
OnKlik delete
button()
Menghapus data()
Display()
setUserMessage "delete
apotek successfull"()
OnKlik cancel
button()
Display()
15.7 Use Case 15 – KF15. Menjawab Review Komentar
15.7.1 Use case model
15.7.1.1 Use case description
Use Case Name: Menjawab komentar
Use Case ID: KF15
Importance level: Core-Primary
Primary actor: Admin Apotek
Use case type: Data entry
Stakeholder and interest : End-user
Brief Description: Admin Menjawab komentar dari end user pada kolom komentar di halaman apotek.
Pre-Condition: Halaman Apotek
Triger: Admin apotek menulis jawaban pada kolom komentar
Relationship:
Normal flow: Admin Apotik menuliskan komentar pada kolom komentar yang ada pada halaman apotek.,
Admin menekan button "send" yang ada di bawah kolom komentar halaman apotek., Sistem menyimpan komentar pada database komentar., Sistem menampilkan komentar pada baris komentar pada halaman apotek di bawah kolom komentar., Sistem menampilkan pesan "Coment sent" pada halaman apotek.
Post-condition: Coment sent
Alternate flow: jika pesan tidak terkirim Maka Sistem menampilkan informasi “pesan tidak terkirim”pada
halaman apotek.
class Domain Model
SIAp
Produk
Kategori Apotek
Wilayah Apotek
12 jam 24 jam
EndUser_Rev iewAdminApotek_Rev iew
UserAdmin Sistem
Admin Apotek
End User
Search Result
Obat
Alat Kesehatan
Resep Tanpa Resep
Jenis Obat
ApotekRev iew
Log In
15.7.2 Robustness analisis
15.7.3 Sequence Diagram
15.7.4 Update domain model
Tidak ada yang terupdate lagi dari analisa Use Case ini
analysis Menjawab komen...
Normal flow:
Admin Apotik
menuliskan komentar
pada kolom komentar
yang ada pada
halaman apotek.,
Admin menekan button
"send" yang ada di
bawah kolom komentar
halaman apotek.,
Sistem menyimpan
komentar pada
database komentar.,
Sistem menampilkan
komentar pada baris
komentar pada
halaman apotek di
bawah kolom
komentar., Sistem
menampilkan pesan
"Coment sent" pada
halaman apotek.
Alternate flow:
jika pesan tidak terkirim
Maka Sistem
menampilkan informasi
“pesan tidak terkirim”
pada halaman apotek.
Admin Apotek
Halaman Apotek
Save Database Komentar
Comment sent
Display
Comment not sent Display Message
Display Message
Admin
Apotek klik
On send
button
Tulis Komentar
Fail
Succes
Sistem
Menampilkan
komentar
sd Menjawab Komen...
Admin Apotek Halaman apotek Database
Komentar
Halaman Apotek
Normal flow:
Admin Apotik menuliskan
komentar pada field komentar
yang ada pada halaman apotek.
Admin menekan button "send"
yang ada di bawah field komentar
halaman apotek.
Sistem menyimpan komentar
pada database komentar.
Sistem menampilkan komentar
pada baris komentar pada
halaman apotek di bawah field
komentar.
Sistem menampilkan pesan
"komentar berhasil terkirim" pada
halaman apotek
Alternate flow:
Jika pesan tidak terkirim, Maka
Sistem menampilkan pesan
"komentar tidak terkirim" pada
halaman apotek
mengisi
Komentar()
OnKlik Send
button()
Menyimpan
komentar()
Display
Message()
setUserMessage"komentar
berhasil terkirim'()
setUserMessage
'komentar tidak
terkirim'()
16 Analisis Use Case Aktor End User
16.1 Use Case 16 – KF16. Mencari Informasi Apotek di Surabaya
16.1.1 Use case model
16.1.1.1 Use case description
Use Case Name Mencari Informasi
Use Case ID KF16
Importance Level
Primary Actor End-User
Use Case Type Device control
Stakeholders and Interest: -
Brief Description: End-User masuk ke halaman apotek, dan searching apotek di search enggine yang sudah di sediakan di halaman apotek atau dengan memilih menu dalam kategori
PreConditions: End-user harus mengetikkan keyword terlebih dahulu di search engine atau bisa memilih menu pilihan dalam kategori
Trigger: End-User telah mengetikkan keyword apotek yang ingin dicari di search engine atau menekan menu pilihan dalam kategori
Relationship: Mencari informasi apotek
Normal Flow of Event: (Basic Course) End-User mengetikkan keyword di search engine atau mengklik melalui menu pilihan dalam
fitur kategori. Sistem menampilkan wilayah dari menu dalam fitur kategori yang dipilih atau dari fitur search engine. End-User mencari data apotek sesuai wilayah yang dipilih. System akan menampilkan semua data dari apotek yang dipilih end-user.
PostConditions:
class Domain Model
SIAp
Produk
Kategori Apotek
Wilayah Apotek
12 jam 24 jam
EndUser_Rev iewAdminApotek_Rev iew
UserAdmin Sistem
Admin Apotek
End User
Search Result
Obat
Alat Kesehatan
Resep Tanpa Resep
Jenis Obat
ApotekRev iew
Log In
Mendapatkan informasi tentang apotek yang dicari
Alternate Flow: (Alternate Course) Jika data tidak tersedia Maka End-user kurang tepat mengetikkan apotek.
16.1.2 Robustness analisis
sd Mencari inform...
End-User
Halaman Utama
Display
Halaman Wilayah
Halaman Apotek
Verify
Apotek
Basic Course
End-User menekan sub menu kategori
wilayah yang dicari di Laman Utama.
Sistem menampilkan Laman Wilayah.
End-User menekan tombol wilayah
yang dicari. Sistem melakukan
verifikasi terhadap wilayah yang dicari
kemudian menampilkan daftar apotek
di wilayah tersebut pada Laman
Apotek. End-User menekan frame
atau tombol apotek yang dicari.
Sistem menampilkan data apotek
tersebut.
Alternate Course
Jika belum atau tidak terdapat data
apotek di wilayah yang dipil ih oleh
End-User, sistem akan menampilkan
pesan kepada End-User bahwa apotek
yang dicari tidak tersedia.
menekan frame atau button apotek
menekan button wilayah yang dicari
menekan submenu kategori wilayah
16.1.3 Sequence Diagram
16.1.4 Update domain model
Tidak ada yang terupdate lagi dari analisa Use Case ini
sd Mencari Apot...
end user Halaman Utama Halaman Wilayah Halaman Apotek Halaman Informasi
Apotek
Apotek
Normal Flow of Ev ent: (Basic
Course)
End-User mengetikkan keyword di
search engine atau mengklik
melalui menu pil ihan dalam fitur
kategori. Sistem menampilkan
wilayah dari menu dalam fitur
kategori yang dipil ih atau dari fitur
search engine. End-User mencari
data apotek sesuai wilayah yang
dipil ih. System akan menampilkan
semua data dari apotek yang dipil ih
end-user.Alternate Flow: (Alternate
Course)
Jika data tidak tersedia Maka End-
user kurang tepat mengetikkan
apotek.
alt Fitur Search
OnKlik kategori
button()
Display()
OnKlik Wilayah
button()Display()
OnKlik frame atau nama
apotek()
validasi data
apotek()
Display()
setUserMessage "tidak ada
apotek terdaftar di wilayah ini"()
Mengisi di field Search lalu
tekan Enter atu klik search
button()
validasi data
apotek()
Display()
setUserMessage "tidak ada apotek
terdaftar dengan pencarian tersebut()
class Domain Model
SIAp
Produk
Kategori Apotek
Wilayah Apotek
12 jam 24 jam
EndUser_Rev iewAdminApotek_Rev iew
UserAdmin Sistem
Admin Apotek
End User
Search Result
Obat
Alat Kesehatan
Resep Tanpa Resep
Jenis Obat
ApotekRev iew
Log In
16.2 Use Case 17 – KF17. Mengirim Komentar Review
16.2.1 Use case model
16.2.1.1 Use case description
Use Case Name: Mengirim Komentar
Use Case ID: KF17
Importance level: Routin-Optional
Primary actor: End user
Use case type: Data Entry
Stakeholder and interest : No external stakeholder
Brief Description: End-user masuk kedalam halaman apotik, menuliskan komentar ataupun pertanyaan pada apotik di pilih.
Pre-Condition: End user menuliskan kometar pada kolom komenatar
Triger: End-user menekan buton kirim pada halaman apotek
Relationship:
Normal flow: End-User Menuliskan komentar, baik berupa pertanyaan atau apapun pada kolom
komentar di halaman apotik.End-user menekan buton kirim yang ada di bawah kolom komentar.Sistem menyimpan komentar yang di kirim kedalam database. Sistem menampilkan jendela Popup “Komentar terkirim” setelah komentar tersimpan dalam database.Sistem menampilkan komentar pada kolom review pada halaman apotek.
Post-condition: Komentar ditampilkan pada kolom review di halaman apotek
Alternate flow: Jika Terjadi kegagalan koneksi Maka Sistem menampilkan Popup “Periksa koneksi
jaringan” saat menyimpan komentar dalam database DanEnd-user kembali menekan buton kirim yang ada di bawah kolom komentar.
16.2.2 Robustness analisis
sd Mengirim koment...
Basic Course
End-User menulis komentar di
kotak komentar dan menekan ikon
Facebook/Twitter di Halaman
Apotek. Sistem menampilkan pop
up dialog box log-in. End-User
memasukkan username dan
password pada dialog box log-in dan
menekan log-in button. Sistem
memvalidasi akun kemudian
memunculkan send button di
Halaman Apotek. End-User
menekan send button di Halaman
Apotek. Sistem menampilkan
komentar tersebut di kotak komentar.
Alternate Course
Jika account tidak valid,
sistem kembali memunculkan pop
up dialog box.
Jika komentar gagal terkirim,
sistem menampilkan pesan "gagal
terkirim".
End-User
Halaman Apotek
Display
Dialog box Log in
Validate
Akun
menekan send button
memasukkan data dan menekan log in button
menulis komentar dan menekan ikon
16.2.3 Sequence Diagram
16.2.4 Update domain model
Tidak ada yang terupdate lagi dari analisa Use Case ini
sd Memberikan komert...
End user Halaman Apotek Database
KomentarNormal flow:
End-User Menuliskan komentar,
baik berupa pertanyaan atau
apapun pada kolom komentar
di halaman apotik.
End-user menekan buton kirim
yang ada di bawah kolom
komentar.
Sistem menyimpan komentar
yang di kirim kedalam
database Komentar.
Sistem menampilkan jendela
Popup "Komentar terkirim" .
setelah komentar tersimpan
dalam database.Sistem
menampilkan komentar pada
kolom review pada halaman
apotek.
Alternate flow:
Jika Terjadi kegagalan koneksi
Maka Sistem menampilkan
Popup "Periksa koneksi
jaringan". dan End-user harus
kembali menekan buton kirim
yang ada di bawah kolom
komentar.
OnWrite Coment Column()
Onklik Send Button()
Save Coment()
Display success send Popup()
Display Comment()
Display failed send coment()
17 Update Domain Model Dari hasil analisa semua Use Case didapatkan Update domain model beserta atributnya seperti gambar
12 berikut :
Gambar 12 Update Domain Model
class Domain Model
SIAp
Produk
Kategori Apotek
Wilayah Apotek
12 jam 24 jam
EndUser_Rev iewAdminApotek_Rev iew
UserAdmin Sistem
Admin Apotek
End User
Search Result
Obat
Alat Kesehatan
Resep Tanpa Resep
Jenis Obat
ApotekRev iew
Log In
class Domain Model
SIAp
- Id_SIAp: int
- Nama: varchar
Produk
- Id_Produk: int
- Kategori_produk: varchar
- Nama_Produk: varchar
Kategori Apotek
- Id_kategori: int
- Nama_kategori: varchar
Wilayah Apotek
- Id_wilayah: int
- Nama_wilayah: varchar
12 jam 24 jam
EndUser_Rev iew
- komen: Text
- rating: int
AdminApotek_Rev iew
- Deskripsi: varchar
- KomenAdmin: Text
User
- Id_user: int
- Nama: varchar
- password: varchar
- username: varchar
Admin Sistem
Admin Apotek
End User
Search Result
Obat
- Harga: varchar
- Stok: int
Alat Kesehatan
- Harga_alat: varchar
- Stok_alat: int
Resep Tanpa Resep
Jenis Obat
Apotek
- Alamat_Apotek: varchar
- Id_apotek: int
- Nama_apotek: varchar
Rev iew
- Id_review: int
Log In
- password: varchar
- Username: varchar
18 Class Diagram
18.1 Admin Sistem
18.1.1 KF01 – Login Admin Sistem
18.1.2 KF02 – Mengubah Password
class Login Admin Sistem
<<Boundary>>
HomePage
+ Display() : void
<<Boundary>>
OptionLoginPopup
+ Display() : void
<<Boundary>>
AdminSistemLoginPage
+ Display() : void
+ DisplayMessage() : void
<<Entity> DatabaseAdminSistem
- Username: varchar
- Id_Member: varchar
- Password: varchar
+ Vaidate() : void
<<Boundary>>
HalamanAccountAdminSistem
+ Display() : void
<<Boundary>>
PopupVeriv ication
+ DisplayMessage() : void
+ Return() : void
class Mengubah Password Admin Sistem
<<Boundary>>
HalamanEditAccount
+ Display() : void
<<Boundary>>
HalamanChangePassword
+ Display() : void
+ DisplayMessage() : void
<<Boundary>>
PopupVeriv ication
<<Entity>> DatabaseAdminSistem
- Id_Member: varchar
- Username: varchar
- Password: varchar
+ ValidasiPasswordLama() : void
+ SimpanPasswordBaru() : void
<<Boundary>>
HalamanLogin
+ DisplayMessage() : void
18.1.3 KF03 – Reset Password Member
18.1.4 KF04 – Menghapus Member
18.1.5 KF05 – Melihat Daftar Member
class Reset Password Member
<<Boundary>> Halaman
List Member
+ Display() : void
+ DisplayMessage() : void
<<Boundary>>
PopUpVeriv ication
+ return() : void
<<Entity>> DatabaseMember
- Id_member: varchar
- Password: varchar
- Username: varchar
+ DefaultPassword() : void
class Admin Sistem Menghapus Member
<<Boundary>>
HalamanListMember
+ Display() : void
+ DisplayMessage() : void
<<Boundary>>
PopUpVeriv ication
<<Entity>>
DatabaseMember
- Id_Member: varchar
- Username: varchar
- Password: varchar
+ DisplayMessage() : void
+ MenghapusData() : void
class Melihat Daftar Member
<<Boundary>>
HalamanAccountAdminSistem
<<Entity>> Database
Member
- Id_Member: varchar
<<Boundary>
HalamanListMember
+ Display() : void
18.1.6 KF06 – Backup Data Sistem
18.1.7 KF08 – Validasi Member yang Mendaftar
class BackUp Data Sistem
<<Boundary>>
HalamanListMember
+ Display() : void
+ DisplayMessage() : void
<<Boundary>>
PopUpVeriv ication
<<Entity>>
DatabaseBackUp
- Id_Member: varchar
+ MenyimpanData() : void
class Validasi Member yang mendaftar
<<Boundary>>
HalamanAccount
+ Display() : void
<<Boundary>>
HalamanInboxAdminSistem
+ DisplayMessage() : void
+ SendKodeValidasi() : void
<<Boundary>>
HalamanInboxAdminApotek
18.2 Aktor Admin Apotek
18.2.1 KF09 – Mendaftar Sebagai Member
18.2.2 KF10 – Mengubah Password
class pendaftaran apotek admin
<<Boundary>>
Halaman utama
+ Display() : void
<<Boundary>> Form
pendaftaran
+ Display() : void
+ Displaymessage() : void
+ OnclickClosebutton() : void
+ Return() : void
<<entity>> Database member
- Id_member: int
- Password: varchar
- username: varchar
+ Validasikelengkapandata() : void
<<boundary>> Halaman Inbox
Admin Sistem
- Requestmessages: String
+ sendrequestmessage() : void
class Mengubah Password
<<Boundary>>
halaman edit
account
+ Display() : void
<<entity>> database member
- Id_member: int
- Password: varchar
- username: varchar
+ savepassword() : void
+ validationpasword() : boolean
<<Boundary>> Halaman
change password
+ Display() : void
+ Displaymessage() : void
+ Return() : void
<<Boundary>>
Popup v erificaton
+ Dsiplay() : void
<<boundary>> Halaman login
admin apotek
+ Displaymessgae() : void
Halaman Account
+ Display() : void
18.2.3 KF11 – Login
18.2.4 KF12 – Menambah Data Apotek
class Login admin apotek
<<boundary>>
halaman utama
+ Dsiplay() : void
<<boundary>>
Option login popup
+ Display() : void
<<boundary>> halaman
login admin apotek
+ Displaymessage() : void
+ Dsiplay() : void
<<entity>> Database member
- Id_member: int
- pasword: varchar
- username: varchar
+ Validasiusernamepassword() : boolean
<<boundary>>
halaman account
admin apotek
+ Display() : void
class add data apotek
<<Boundary>>
halaman account
+ Display() : void
<<boundary>> Form add
apotek
+ Display() : void
+ Displaymessage() : void
+ Return() : void
<<entity>> database apotek
- alamat: varchar
- Id: int
- kategori: varchar
- Nama: varchar
- wilayah: varchar
+ simpandata() : void
+ validasikelengkapandata() : boolean
18.2.5 KF13 – Mengubah Data Apotek
18.2.6 KF14 – Menghapus Data Apotek
class ubah data apotek
<<boundary>> Halaman
apotek
+ Display() : void
+ Displaymessage() : void
<<boundary>> Popup v erification
+ Display() : void
+ Return() : void
<<entity>> database apotek
- alamat: varchar
- Id: int
- kategori: varchar
- Nama: varchar
- wilayah: varchar
+ simpandata() : void
+ validasikelengkapandata() : boolean
class hapus data apotek
<<boundary>> Halaman
apotek
+ Display() : void
+ Displaymessage() : void
<<boundary>> Popup v erification
+ Display() : void
+ Return() : void
<<entity>> database apotek
- alamat: varchar
- Id: int
- kategori: varchar
- Nama: varchar
- wilayah: varchar
+ simpandata() : void
+ validasikelengkapandata() : boolean
<<boundary>> halaman
utama
+ Display() : void
+ Displaymessage() : void
18.2.7 KF15 – Menjawab Review Komentar
18.3 End User
18.3.1 KF16 – Mencari Informasi
class Menjawab rev iew
<<boundary>> Halaman
apotek
+ Display() : void
+ Displaymessage() : void
<<boundary>> kolom
komentar
<<entitty>> database
komentar
- Id_komentar: int
- komentar: Text
+ Simpankomentar() : void
class mencari informasi
<<boundary>>
Laman utama
+ Display() : void
<<boundary>>
Laman wilayah
<<boundary>> Laman
apotek
+ Display() : void
+ DisplayMessage() : void
+ Verifikasi() : void
<<entity>> Apotek
18.3.2 KF17 – Mengirim Komentar
class Mengirim Koment...
<<boundary>> Halaman
apotik
+ Display() : void
+ Display message() : void
<<boundary>>
Dialog box Log in
+ Display() : void
+ Validate() : void
<<entity>> Akun
Referensi Indonesia, Kementrian Komunikasi dan Informatika Republik. 2014. [Online] Mei 8, 2014. [Cited:
Oktober 12, 2014.]
http://kominfo.go.id/index.php/content/detail/3980/Kemkominfo%3A+Pengguna+Internet+di+Ind
onesia+Capai+82+Juta/0/berita_satker#.VD4Fs2eSxVU
Podeswa, Howard. 2010 . UML for the IT Business Analyst. USA : Cengage Learning
Rosenberg, Doug.Scott, Kendal. 2001. A Guide to the Business Analysis Body of Knowledge (Babok
2.0). USA : Addison Wesley
Rosenberg, Doug. Stephens, Matt. 2007. Use Case Driven Object Modeling with UML. USA : Appress