You are on page 1of 67

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

7

6.1

Target Produk ...........................................................................................................................8

6.2

Keuntungan Bagi Konsumen ....................................................................................................8

6.3

Keuntungan Bagi Apotek ..........................................................................................................8

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

..................................3...........48 15....35 15........................................................................................8...........................................................................1 Use case model.........................4 Update domain model...........3 Sequence Diagram................................43 15........................3 Sequence Diagram................41 15...............................................2.......................................................2.....1 Use case model.............14.........39 15.........44 15..............................37 15......................................................38 15.................................3 Sequence Diagram....44 15...................2 Robustness analisis ............................6..................................................33 14..............34 15 Analisis Use Case Aktor Admin Apotek ................................................5........................3................................................................1 Use case model.................................................8.................. Menghapus Data Apotek....................................................................................................2 Use Case 10 – KF10...........3 Sequence Diagram.......4..........1.............................41 15........................................2 Robustness analisis ..................................................................................................6.......4 Update domain model................................6 Use Case 14 – KF14..................................................1..........4 Use Case 12 – KF12.................................................................. Mendaftar Sebagai Member .......................2..........37 15.......1 Use case model..42 15............................................................................................................3 Use Case 11 – KF11........................4 Update domain model............................47 15......................................................................2 Robustness analisis .......................................................46 15......................46 15...........................................................................................................................4 Update domain model...................................................5................................................................6................................................1..................................... Mengubah Data Apotek .........3 Sequence Diagram.................................4 Update domain model.......................................................................................37 15..........................................2 Robustness analisis ..................................5 Use Case 13 – KF13.......................48 .....36 15..42 15.................4 Update domain model.........................2 Robustness analisis ...............................32 14.........................3 Sequence Diagram........................1 Use case model...........4 Update domain model.................3 Sequence Diagram........................................................4...................................1.....................................................................................................40 15.....8....................................1 Use Case 9 – KF09........................................................................................................40 15.......................34 14......45 15........5...................................................2 Robustness analisis ............41 15...35 15.36 15.................................................2........................3...........................48 15........................................8...1 Use case model...................................................................................................................................1 Use case model.....................................................6.....................4........................43 15...................................................44 15......3..................5.............2 Robustness analisis ............................. Mengubah Password ..........................4..............35 15............ Login ................................................................47 15...................................39 15....... Menambahkan Data Apotek .....................................................................

........................2.................................................................................................. Mengirim Komentar Review ............ Menjawab Review Komentar ........7.........1......................3 KF11 – Login..............................................................4 Update domain model.........................................1 KF01 – Login Admin Sistem ......................................................................................................49 15...56 16.......................................2 Aktor Admin Apotek .....................59 18...............................................................................2.............................................................................................49 15..........................................................................2.....................................1...........................................................4 KF12 – Menambah Data Apotek ......................2 Use Case 17 – KF17...................2 KF02 – Mengubah Password ...................59 18...3 Sequence Diagram........................................2 Robustness analisis ............................62 18...................3 KF03 – Reset Password Member .......63 18...............................1...................2.....................2 Robustness analisis ...........2.......53 16............................57 18 Class Diagram .......7....................1.......................54 16...........53 16..............................................................63 18....................................................1 Use case model...............60 18.......................61 18...............................................................7 Use Case 15 – KF15..............7 KF08 – Validasi Member yang Mendaftar .......................................................................................54 16..............62 18...............................................................................3 Sequence Diagram..............................................2..................................1..........52 16........................................7.................................6 KF06 – Backup Data Sistem ........................................2..3 Sequence Diagram.........................1 Admin Sistem...........61 18......................................5 KF13 – Mengubah Data Apotek............58 18.................7 KF15 – Menjawab Review Komentar ...........................................61 18..5 KF05 – Melihat Daftar Member...........1.........................................................................................................................................................................................................15..............................4 Update domain model..................................................59 18.....................2............................1 Use case model.........................................................................56 17 Update Domain Model ....1..........................................................................51 16..1 Use case model...........................................2 KF10 – Mengubah Password ....................................2...............1.......................................................................................50 15...............................4 KF04 – Menghapus Member ....................................1 KF09 – Mendaftar Sebagai Member .....1...................................................2.......................................................................................................64 18......................................................................................50 16 Analisis Use Case Aktor End User ......58 18................1........................................................60 18......................................................3 End User .................1.......58 18.55 16............................64 ...................................51 16......4 Update domain model........................1 Use Case 16 – KF16.........51 16........................................ Mencari Informasi Apotek di Surabaya ...........................................................6 KF14 – Menghapus Data Apotek .............................50 15....2................................................................58 18.......................................7...........................................2 Robustness analisis ..........................

......3.............65 Referensi..................................................................66 .................................................................2 KF17 – Mengirim Komentar ........................................64 18.........................................................18............................1 KF16 – Mencari Informasi........................................3.....................

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 apotekapotek 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

o

o

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

User dapat mengetahui informasi yang dibutuhkan mengenai apotek
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

melike dan memberikan komentar terhadap setiap apotek yang ada di website tersebut. dan pengguna terakhir yakni merupakan End user yang bisa melihat. mencari.dimilikinya. .

antara lain : Admin Sistem  KF01 –Admin sistem dapat login ke dalam sistem.Admin Apotekdapat menjawab review komentar end user.  KF12 – Admin Apotekdapat menambahkan data apotek. . Admin Apotek  KF09 – Admin Apotek dapat mendaftar sebagai member sistem.  KF03 –Admin sistemdapat mereset password member.9 Deskripsi Sistem Sistem Informasi Apotek (SIAp) adalah sebuah sistem informasi berbasis web yang menampilkan informasi tentang apotek yang berada di wilayah Surabaya. 10 Kebutuhan Fungsional Sistem Informasi Apotek (SIAp) memiliki beberapa kebutuhan fungsional yang beberapa diantaranya bertujuan untuk memenuhi kebutuhan usernya.  KF13 .  KF06 – Admin sistem dapat membackup data sistem.Admin apotek  User yang memiliki kewenangan untuk mengelola data apotek dan merupakan member dari sistem. dengan rincian sebagai berikut :  Dibuat dengan tujuan untuk membantu setiap orang yang membutuhkan informasi tentang apotek yang berada di wilayah Surabaya. produk.  KF05 – Admin sistem dapat melihat daftar member yang terdaftar di sistem.  KF02 –Admin sistem dapat mengubah password sistem.Admin Apotekdapat menghapus data apotek.  Memiliki 3 level user : .  KF14 .  KF07 – Admin sistem dapat merestore data sistem.Admin Apotek dapat login ke dalam sistem.End-user  User yang tidak memiliki kewenangan tertentu (pengunjung website) dan .  Dibuat dengan menggunakan bahasa program PHP dan database PHPMyadmin. .  KF08 – Admin sistem dapat memvalidasi member yang mendaftar.  KF04 – Admin sistem dapat menghapus member. mulai dari jam operasional. lokasi. .  KF10 – Admin Apotek dapat mengubah password .Admin system  User yang memiliki kewenangan mengelola sistem.  KF15 .  KF11 . dan gambar.  Menampilkan data dalam bentuk etalase.Admin Apotekdapat mengubah data apotek.

Sistem dapat diakses oleh user dalam 24 jam sehari 7 hari seminggu.3 . Usability KnF16 . Reliability KnF14. .Sistem dapat melacak seluruh data yang telah dilakukan pemutakhiran.7 .End user dapat mengirim komentar review terhadap apotek.End User  KF16 – End user dapat mencari informasi apotek di Surabaya.Admin dapat melakukan maintenance setiap saat dibutuhkan.1 Kebutuhan Kinerja KnF11 – Sistem mampu menangani permintaan/request dari user dengan waktu respon tidak melebihi 15 detik satuan waktu 11. KnF14.2 .Sistem dapat digunakan pada seluruh komputer dengan berbagai sistem operasi.Sistem harus dapat menangani jika ada dua atau lebih permintaan yang masuk secara bersamaan.Sistem tidak menampilkan eror ketika dilakukan maintenance. Maintainability KnF14.4 Atribut Kualitas Perangkat Lunak Availability KnF14. Testability KnF15 .5 .Sistem secara otomatis menyimpan data ke dalam database server per 1 menit untuk mencegah kehilangan data 11.3 Kebutuhan Perlindungan Keamanan KnF13.1 .Sistem dapat memberikan kemudahan kepada user dalam penggunaannya.  KF17 . 11 KebutuhanNon-fungsional Sistem Informasi Apotek (SIAp) memiliki beberapa kebutuhan non-fungsional sebagai berikut: 11. KnF14.Password user terlindungi menggunakan enkripsi md5 11.Sistem harus dapat diakses oleh setiap user secara bersamaan dan real time.2 Kebutuhan Keamanan KnF12 .2 . Portability KnF14.Sistem harus dapat diakses secara sempurna tanpa ada eror.1 .Sistem memiliki authentifikasi terhadap user yang akan melakukan akses KnF13.6 .4 . KnF14.

1.1 Aktor End User 12. Gambar 2 Tampilan Homepage SIAp Gambar 3 Tampilan setelah mengklik kategori wilayah (contoh mengklik Surabaya Utara) .12 GUI Stroyboard 12.mencari informasi apotek di Surabaya.1 KF16 .

Gambar 4 Tampilan setelah mengklik daerah yang terlist dalam kategori wilayah Gambar 5 Tampilan setelah mengklik salah satu apotek .

Gambar 7 Tampilan komentar .1.Gambar 6 Tampilan jika tidak ada apotek di daerah yang dipilih 12.2 KF17 –mengirim komentar review.

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 .

antara lain : 13.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.1 Admin Sistem uc Use Case Model Delete member Restore data Reset passw ord member Validasi member Mengubah Passw ord Admin Sistem Melihat daftar member Login Backup data .

1. Login.1 Use case model 14.1.2 Admin Apotek uc Use Case Model Mengubah passw ord Mendaftar sebagai member Login Admin Mengubah data Apotik Admin Apotek Menj aw ab Komentar Menambah data apotik Menghapus Data apotik 13.1 Use case 1 – KF01.1Use case description Use Case Name Use Case ID Login admin Sistem KF01 Primary Actor Use Case Type Admin system Device control Stakeholders and Interest: - Brief Description: Importance Level .3 End-User uc Use Case Model Mencari Informasi Mengirim Komentar «include» Login End-User 14 Analisis Use Case Aktor Admin Sistem 14.1.13. 14.

2 Robustness analisis analysis Login admin sistem Account ApotekPage Klik Login Button Home Page Valid Klik Login Admin Sistem Button Display Page Option Login Popup Admin Sistem Insert Username and Password Password valid Admin Sistem Click Admin Sistem Login login Button Page Validate Database Admin Sistem Normal Flow : Admin Sistem klik login button pada homepage. Admin mengisikan username dan password pada halaman login Admin Sistem.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. Maka Sistem menampilkan pesan gagal login pada halaman login admin sistem . Sistem menamplikan halaman login Admin sistem. Sistem menampilkan halaman acoount Admin Sistem Password not falid Not valid Failed message Popup Display Message Alternate Flow : Jika Terjadi gagal login. Sistem menampilkan popup option Login. Admin mengisikan username dan password pada halaman login Admin Sistem. Maka Sistem menampilkan pesan gagal login pada halaman login admin sistem 14. Sistem menampilkan popup option Login. Sistem memvalidasi username dan password sesuai dengan database Admin Sistem. Admin memilih option dengan klik Admin Sistem button pada Popup Option login. Relationship: Dapat masuk sebagai admin sistem di halaman apotek Normal Flow of Event: (Basic Course) Admin Sistem klik login button pada homepage. Admin memilih option dengan klik Admin Sistem button pada Popup Option login. Sistem menampilkan halaman acoount Admin Sistem PostConditions: Admin sistem dapat login Alternate Flow: (Alternate Course) Jika Terjadi gagal login. Admin klik login button pada halaman login Admin sistem. Admin klik login button pada halaman login Admin sistem. Sistem menamplikan halaman login Admin sistem.1. Sistem memvalidasi username dan password sesuai dengan database Admin Sistem.

1.14.3 Sequence Diagram sd login Admin Sistem Admin Sistem Normal flow Admin Sistem klik login button pada homepage Homepage Option login popup Admin Sistem login page Database Admin Sistem Halaman Account Admin Sistem OnKlik Login button() Sistem menampilkan popup option Login Display() Onklik Admin sistem login button() Admin memilih option dengan klik Admin Sistem button pada Popup Option login Display() Sistem menamplikan halaman login Admin sistem Admin mengisikan username dan password pada halaman login Admin Sistem Mengisikan username and password() OnKlik login button() Admin klik login button pada halaman login Admin sistem Validasi username dan password() Sistem memvalidasi username dan password sesuai dengan database Admin Sistem Display() Sistem menampilkan halaman acoount Admin Sistem setUserMessage "username atau password salah"() 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 cancel button () Display() 14.4 Update domain model Oleh karena ada use case Login dan terdapat home page maka didapatkan update domain model baru seperti berikut ini : class Domain Model Resep 24 j am 12 j am Tanpa Resep Log In Obat Kategori Apotek Admin Apotek Produk Jenis Obat Admin Sistem User SIAp Alat Kesehatan End User Apotek Rev iew Wilayah Apotek Search Result AdminApotek_Rev iew EndUser_Rev iew .1.

Sistem Menampilkan halaman Change password untuk mengubah password di halaman change password.. Jika Admin Sistem menekan tombol cancel pada Popup Verivication. Admin Klik button "OK" pada popup verification.. Sistem menampilkan pesan "password berhasil dirubah!" pada halaman login.2. Sistem menyimpan pasword yang baru kedalam database. Admin Klik Button save di halaman change password.2.1Use case description Use Case Name: Use Case ID: Importance level: Mengubah password KF02 Routin-Optional Primary actor: Use case type: Admin system Maintenance Stakeholder and interest : No external stakeholder Brief Description: Admin Sistem berada pada halaman edit account. Sistem menampilkan pesan "password tidak cocok" pada halaman Change password Dan Sistem kembali ke halaman change password . Sistem memvalidasi password yang lama dengan data yg ada di database admin_user.. Sistem kembali ke halaman edit account...14.1 Use case model 14. Sistem kembali ke halaman Change password. Mengubah Password 14.2 Use Case 2 – KF02.. Jika Password lama tidak valid dengan database admin_sistem.1. 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. Admin sistem memasukkan password lama sebagai syarat dan password yang baru pada dialog box. Sistem menampilkan halaman Login. dan memilih “change password” untuk mengganti password. Post-condition: Menampilkan pesan “Password berhasil dirubah!” Alternate flow: Jika Admin menekan tombol cancel pada halaman Change password.. Sistem menampilkan Popup verification.

.2 Robustness analisis analysis Mengubah passw . Sistem Menampilkan halaman Change password untuk mengubah password di halaman change password.. Sistem kembali ke halaman Change password.. Sistem memvalidasi password yang lama dengan data yg ada di database Member.2. Admin Sistem memasukkan password lama sebagai syarat dan password yang baru pada Halaman Change password. Sistem menampilkan halaman Login. Sistem menampilkan Popup verification.. Jika Password lama tidak valid dengan database Admin Sistem.. Admin Sistem Klik Button save di halaman change password.2. Sistem menampilkan pesan "password berhasil dirubah!" pada halaman login. 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 Failed Save message popup 14. Admin Sistem Normal Flow Admin Sistem menekan "Change password" yang ada pada halaman edit account Halaman list member Admin Klik Button save di halaman change password Popup Verification Database Admin Sistem Halaman Login OnKlik Change password button() Display() 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 Sistem Klik button "OK" pada popup verification. Jika Admin Sistem menekan tombol cancel pada Popup Verivication.... Sistem kembali ke halaman edit account.3 Sequence Diagram sd Mengubah passw ord Admin Sist....14.4 Update domain model Tidak ada yang terupdate lagi dari analisa Use Case ini .2. Sistem menampilkan pesan "password tidak cocok" pada halaman Change password Dan Sistem kembali ke halaman change password setUserMessage "password berhasil diubah"() Klik cancel button() Display() setUserMessage "Password tidak cocok"() Display() 14. Alternate flow : Jika Admin Sistem menekan tombol cancel pada halaman Change password. Sistem kembali ke halaman edit account. popup verification backup Memasukkan password lama dan baru() Klik Save button() Display() Sistem menampilkan Popup verification Admin Klik button "OK" pada popup verification Onklik Ok button() Validasi Password lama() Sistem memvalidasi password yang lama dengan data yg ada di database admin_user Simpan password baru() Sistem menyimpan pasword yang baru kedalam database Display() 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 menyimpan pasword yang baru kedalam database. Halaman Edit Display Page Success message popup Klik Change password Database Admin Sistem Admin Sistem ReDisplay Insert old and new password Display Success message Admin Sistem click cancel button Success Valid Validation Password Admin Sistem click Save button Save New Password Display popup Change password Admin Sistem click OK button ReDisplay failed Admin Sistem Klik Cancel button Popup Verification Display failed save message Normal flow : Admin Sistem Klik "Change password" yang ada pada halaman edit account.

1 Use case model 14.Admin Sistem. 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.3.. Jika Sistem gagal menyimpan reset password pada database Maka Sistem menampilkan pesan “Reset Password gagal” .Admin sistem menekan buton "OK" pada popup validasi reset password.1. Mereset Password 14. 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.3 Use Case 3 – KF03.3..class Domain Model Resep 24 j am 12 j am Tanpa Resep Log In Obat Kategori Apotek Admin Apotek Produk Jenis Obat Admin Sistem User SIAp Alat Kesehatan End User Apotek Rev iew Wilayah Apotek Search Result AdminApotek_Rev iew EndUser_Rev iew 14.1Use case description Use Case Name: Use Case ID: Importance level: Mereset password member KF03 Routin-Optional Primary actor: Use case type: Admin system Maintenance Stakeholder and interest : No external stakeholder Brief Description: Admin Sistem melakukan reset password pada halaman list member. Sistem MenDefault password pada database member.. Sistem Menampilkan popup Verification reset password... menekan "reset password" yang ada pada halaman list member.

3.Admin sistem menekan buton "OK" pada popup Verification reset password.3. Popup Verification reset password Display() OnKlik OK button() Sistem MenDefault password pada database member.. Set Default password() Sistem menampilkan pesan "Password berhasil di reset" pada halaman list member Alternate flow: Jika Admin menekan tombol cancel pada popup verification "reset password"..2 Robustness analisis analysis Reset passw o. Sistem Mereset password pada database member. dan Sistem kembali ke halaman daftar member.3 Sequence Diagram sd Reset passw ord memb. Jika Sistem gagal menyimpan reset password pada database Maka Sistem menampilkan pesan "Reset Password gagal" Failed message 14. 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. Sistem menampilkan pesan "Reset Password gagal" OnKlik cancel button() setUserMessage "password berhasil direset"() Display() setUserMessage "reset password gagal"() Database member ...Admin Sistem Klik "reset password" yang ada pada halaman list member.. Halaman List member menchecklist daftar Member Admin Sistem click Reset Button Display Popup redisplay Admin Sistem Klik Ok Button Admin Sistem click cancel button Popup verification Database Member Success mesage Reset Password Success Reset Password Display message Reset Password failed Normal flow : Admin sistem menceklist daftar member yang akan direset passwordnya pada halaman list member. Sistem Menampilkan popup Verification reset password. jika Sistem gagal reset password pada database..14... Admin Sistem 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 Halaman List Member OnChecklist Member() OnKlik reset_password button() Sistem Menampilkan popup Verification reset password Admin sistem menekan buton "OK" pada popup validasi reset password.

4..4... Menghapus Member 14. Admin sistem menekan buton "delete" pada popup persetujuan delete member. Sistem menghapus data member pada database member. Sistem Menampilkan popup persetujuan delete member. Sistem menampilkan pesan "Member berhasil di hapus" Post-condition: Menampilkan pesan “Member berhasil di hapus” Alternate flow: .4 Use Case 4 – KF04.3. Admin Sistem menekan "delete" yang ada 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.14.1..4 Update domain model Tidak ada yang terupdate lagi dari analisa Use Case ini class Domain Model Resep 24 j am 12 j am Tanpa Resep Log In Obat Kategori Apotek Admin Apotek Produk Jenis Obat Admin Sistem User SIAp Alat Kesehatan End User Apotek Rev iew Wilayah Apotek Search Result AdminApotek_Rev iew EndUser_Rev iew 14.1Use case description Use Case Name: Use Case ID: Importance level: Menghapus member KF04 Routin-Optional Primary actor: Use case type: Admin system Maintenance Stakeholder and interest : No external stakeholder Brief Description: Admin Sistem melakukan Hapus member pada halaman list member..1 Use case model 14.

Sistem kembali ke halaman list member. Admin sistem menekan buton "delete" pada popup persetujuan delete member. Jika Sistem gagal menghapus member pada database... Sistem Menampilkan popup persetujuan delete member.. Admin Sistem Databse member menekan "delete" yang ada pada halaman list member. Sistem Success menampilkan pesan "Member berhasil di hapus" Display message Failed Admin Sistem MenChecklist daftar Member Admin Sistem Click delete button Halaman List Member no member on checklist Failed message No checklist message Alternate Flow : Jika Admin tidak menceklist daftar member Maka Sistem menampilkan pesan "member belum dipilih" jika Admin menekan tombol cancel pada popup persetujuan delete member.Jika Admin tidak menceklist daftar member Maka Sistem menampilkan pesan "member belum dipilih" jika Admin menekan tombol cancel pada popup persetujuan delete member.4. Sistem menampilkan pesan "delete member gagal!" pada halaman list member . Success message Sistem menghapus data member pada database member.2 Robustness analisis analysis Menghapus memb.. Jika Sistem gagal menghapus member pada database. Popup verification Delete Admin SIstem click cancel button Click delete button ReDisplay Display Page Normal flow : Admin sistem menceklist member yang akan dihapus pada halaman list member.. Sistem menampilkan pesan "delete member gagal!" pada halaman list member 14... Sistem kembali ke halaman daftar member.

. Admin sistem Normal Flow : Admin sistem menceklist member yang akan dihapus pada halaman list member.4. setUserMessage "member berhasil dihapus"() Sistem menampilkan pesan "Member berhasil di hapus" Alternate flow : 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.14. Database member setUserMessage "member belum dipilih"() klik cancel button() Jika Sistem gagal menghapus member pada database.. Admin sistem menekan buton "delete" pada popup persetujuan delete member.4 Update domain model Tidak ada yang terupdate lagi dari analisa Use Case ini Display() setUserMessage "delete member gagal"() . Admin Sistem menekan "delete" yang ada pada halaman list member.3 Sequence Diagram sd Menghapus memb. Sistem Menampilkan popup persetujuan delete member. Sistem menampilkan pesan "delete member gagal!" pada halaman list member 14. OnChecklist Member() Halaman list member Popup persetujuan delete member OnKlik delete button() Display() OnKlik delete button() Menghapus data yang dipilih() Sistem menghapus data member pada database member.4.

class Domain Model Resep 24 j am 12 j am Tanpa Resep Log In Obat Kategori Apotek Admin Apotek Produk Jenis Obat Admin Sistem User SIAp Alat Kesehatan End User Apotek Rev iew Wilayah Apotek Search Result AdminApotek_Rev iew EndUser_Rev iew 14.1. Melihat Daftar Member 14.5.5.5 Use Case 5 – KF05... Triger: Admin sistem menekan “view member” pada halaman account.1Use case description Use Case Name: Use Case ID: Importance level: Melihat data member KF05 Routin-Optional Primary actor: Use case type: Admin system Comunication Stakeholder and interest : No external stakeholder Brief Description: Admin Sistem melihat daftar member.1 Use case model 14. Post-condition: Menampilkan daftar member Alternate flow: - . Sistem Menampilkan daftar member pada halaman list member. Sistem mencari data pada database member. Relationship: Normal flow: Admin Sistem menekan Button "View member" yang ada pada halaman Account Admin Sistem. Pre-Condition: Admin Sistem berada di halaman Account.

. 3.14.. Sistem mencari data pada database member. Sistem Menampilkan daftar member pada halaman list member.4 Update domain model Tidak ada yang terupdate lagi dari analisa Use Case ini Search record member() Display() . Sistem Menampilkan daftar member pada halaman list member.5. Admin Sistem Normal flow : 1.5.5.. Admin Sistem menekan Button "View member" yang ada pada halaman Account Admin Sistem.3 Sequence Diagram sd Melihat data memb. 14.2 Robustness analisis analysis melihat data member Halaman List member Display Database member Click View member button Halaman Account Search Admin Sistem Normal flow: Admin Sistem menekan Button "View member" yang ada pada halaman Account Admin Sistem. Sistem mencari data pada database member. Halaman Account Admin Sistem Database Member Halaman List member OnKlik view member button() 2. 14..

Sistem Menampilkan popup Verification backup. Sistem kembali ke halaman list member. Jika Sistem gagal menyimpan backup pada database.Admin sistem menekan buton "backup" pada popup persetujuan backup. Sistem menyimpan seluruh data di.1 Use case model 14. . Membackup Data 14... Sistem menampilkan pesan "backup sukses" pada halaman list member.6.1. Sistem menampilkan pesan "backup gagal!" pada halaman list member. database backup.class Domain Model Resep 24 j am 12 j am Tanpa Resep Log In Obat Kategori Apotek Admin Apotek Produk Jenis Obat Admin Sistem User SIAp Alat Kesehatan End User Apotek Rev iew Wilayah Apotek Search Result AdminApotek_Rev iew EndUser_Rev iew 14.6.1Use case description Use Case Name: Use Case ID: Importance level: Backup KF06 Routin-Optional Primary actor: Use case type: Admin system Maintenance Stakeholder and interest : No external stakeholder Brief Description: Admin Sistem melakukan backup data.6 Use Case 6 – KF06. Pre-Condition: Admin Sistem membackup seluruh data member. Post-condition: Backup sukses Alternate flow: Jika Admin menekan tombol cancel pada popup persetujuan backup. Triger: Admin sistem menekan “backup” pada halaman list member Relationship: Normal flow: Admin Sistem menekan "backup" yang ada pada halaman list member.

Sistem kembali ke halaman list member. Jika Sistem gagal menyimpan backup pada database.4 Update domain model Tidak ada yang terupdate lagi dari analisa Use Case ini Display() setUserMessage "backup gagal"() Database Admin Sistem . database backup. Sistem kembali ke halaman list member. popup verification backup Klik backup button() Sistem menyimpan seluruh data di.6. Alternate flow : Jika Admin menekan tombol cancel pada popup persetujuan backup.3 Sequence Diagram sd Backup data member Admin Sistem Normal flow : Admin Sistem menekan "backup" yang ada pada halaman list member. Halaman list member OnKlik Backup button() Display() Sistem Menampilkan popup Verification backup. Sistem menampilkan pesan "backup sukses" pada halaman list member.14.6. Admin sistem menekan buton "backup" pada popup persetujuan backup. Alternate flow: Jika Admin menekan tombol cancel pada popup persetujuan backup. Sistem menyimpan seluruh data di. setUserMessage "backup succes"() Klik cancel button() Jika Sistem gagal menyimpan backup pada database.. database backup Menyimpan data() Sistem menampilkan pesan "backup sukses" pada halaman list member.6. Sistem menampilkan pesan "backup gagal!" pada halaman list member 14.. Sistem Menampilkan popup Verification backup. Sistem menampilkan pesan "backup gagal!" pada halaman list member.Admin sistem menekan buton "backup" pada popup persetujuan backup. Failed Message Popup 14.2 Robustness analisis analysis Backup data sistem Halaman List member Database Backup Save Success Message Popup Click backup button Display page Success Click Ok button Popup verification Admin Sistem click cancel button Display_message Admin sistem Failed Normal flow: Admin Sistem menekan "backup" yang ada pada halaman list member.

7.1. Pre-Condition: Admin Sistem memrestore seluruh data. Relationship: Normal flow: Admin Sistem menekan “Restore” yang ada pada sistem database.1Use case description Use Case Name: Use Case ID: Importance level: Restore Data KF07 Routin-Optional Primary actor: Use case type: Admin system Maintenance Stakeholder and interest : No external stakeholder Brief Description: Admin Sistem melakukan Restore data.1 Use case model 14. Maka Sistem menampilkan pesan “proses restore gagal !”. . Triger: Admin sistem menekan “Restore” pada sistem database.7 Use Case 7 – KF07.class Domain Model Resep 24 j am 12 j am Tanpa Resep Log In Obat Kategori Apotek Admin Apotek Produk Jenis Obat Admin Sistem User SIAp Alat Kesehatan End User Apotek Rev iew Wilayah Apotek Search Result AdminApotek_Rev iew EndUser_Rev iew 14. Merestore Data 14. Post-condition: Restore sukses Alternate flow: Jika Admin menekan tombol cancel pada popup persetujuan restore.Sistem Menampilkan proses restore data. Maka Sistem kembali ke halaman database system. Jika Sistem gagal menyimpan backup pada database.7.Admin sistem menekan buton “Yes” pada popup “proses restore sukses”.

Memvalidasi Member 14.2 Robustness analisis 14..7.1 Use case model 14.3 Sequence Diagram 14.7. Post-condition: . Sistem menampilkan semua pesan yang ada di inbox pada halaman inbox Admin sistem.8 Use Case 8 – KF08.1.8...Sistem menampilkan PopUp "validate succesfull" pada halaman inbox Admin sistem..14.7.Sistem mengirimkan kode secara otomatis ke Halaman inbox email Admin apotek.8.4 Update domain model Tidak ada yang terupdate lagi dari analisa Use Case ini class Domain Model Resep 24 j am 12 j am Tanpa Resep Log In Obat Kategori Apotek Admin Apotek Produk Jenis Obat Admin Sistem User SIAp Alat Kesehatan End User Apotek Rev iew Wilayah Apotek Search Result AdminApotek_Rev iew EndUser_Rev iew 14. 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.Admin Sistem klik buton validate pada halaman inbox Admin.1Use case description Use Case Name: Use Case ID: Importance level: Validasi Member KF08 Core-Primary Primary actor: Use case type: Admin system System administration Stakeholder and interest : No external stakeholder Brief Description: Admin memvalidasi request new member.

Sistem mengirimkan kode secara otomatis ke Halaman inbox email Admin apotek.8.Sistem menampilkan PopUp "validate succesfull" pada halaman inbox Admin sistem... Sistem menampilkan semua pesan yang ada di inbox pada halaman inbox Admin sistem..Admin Sistem klik buton validate pada halaman inbox Admin. pada halaman inbox admin sistem dan inbox admin apotek . pada halaman inbox admin sistem dan inbox admin apotek 14. Sistem menampilkan popup "Validate cancel". Sistem menampilkan popup "Validate cancel".Validate Succesfull Alternate flow: Jika Admin menekan button "No" pada halaman inbox..2 Robustness analisis analysis Validasi member Halaman Account Display Click inbox button Inbox Admin Apotek Click validate Admin Sistem Halaman Inbox Admin Sistem Send code Admin Sistem click reject button Success message Popup Success display message Canceled Canceled message Popup Normal flow : Admin Sistem Klik Button inbox pada halaman account. Alternate flow : Jika Admin menekan button "reject" pada halaman inbox.

.14.3 Sequence Diagram sd Memv alidasi Mem.4 Update domain model Tidak ada yang terupdate lagi dari analisa Use Case ini class Domain Model Resep 24 j am 12 j am Tanpa Resep Log In Obat Kategori Apotek Admin Apotek Produk Jenis Obat Admin Sistem User SIAp Alat Kesehatan End User Apotek Rev iew Wilayah Apotek Search Result AdminApotek_Rev iew EndUser_Rev iew . setUserMessage "validation successfull"() Alternate flow Jika Admin menekan button "No" pada halaman inbox. Send Kode Validasi() Sistem menampilkan pesan "validate succesfull" pada halaman inbox Admin sistem.8. pada halaman inbox admin sistem dan inbox admin apotek Klik no button() setUserMessage "validation cancelled"() setUserMessage "validation cancelled"() 14. Sistem menampilkan pesan "Validate canceled". Display Request message() Klik Validate button() Admin Sistem klik buton validate pada halaman inbox Admin.8. Admin Sistem Normal Flow: Admin Sistem Klik Button inbox pada halaman account.. Sistem mengirimkan kode secara otomatis ke Halaman inbox email Admin apotek. Halaman Account Halaman Inbox Admin Sistem Halaman inbox Admin Apotek OnKlik inbox button() Display() Sistem menampilkan semua pesan yang ada di inbox pada halaman inbox Admin sistem.

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.1..1Use case description Use Case Name: Use Case ID: Importance level: Mendaftar sebagai member KF09 Core-Primary Primary actor: Use case type: Admin Apotik Data Entry Stakeholder and interest : Admin Sistem Brief Description: Admin Apotek mendaftarkan dirinya sebagai member untuk dapat berkontribusi memasukan apotik kedalam website. .1. Admin Apotek mengisi data diri pada form pendaftaran di halaman sign-up.15 Analisis Use Case Aktor Admin Apotek 15. Mendaftar Sebagai Member 15. Post-condition: Sign-Succesfull Alternate flow: jika Data form pendaftaran belum lengkap...1 Use Case 9 – KF09. Admin apotik menekan button daftar pada form pendaftaran. Admin klik close pesan "signup successfull". Sistem Memvalidasi kelengkapan data. Sistem kembali ke halaman utama.. Sistem menampilkan pesan "data belum lengkap" pada form pendaftaran...1 Use case model 15.1. 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. Sistem mengrimkan pesan request ke Halaman inbox admin sistem..

Admin apotik menekan button daftar pada form pendaftaran. Sistem mengrimkan pesan request ke database inbox admin sistem. Sistem menampilkan pesan "data belum lengkap" pada form pendaftaran. Admin apotik menekan button daftar pada form pendaftaran. Sistem Menampilkan form pendaftaran. bahwa Admin apotek harus menunggu Admin sistem memvalidasi dan mengirimkan kode validasi untuk login.15. Validasi Kelengkapan Data Form pendaftaran Data Not Complete Data Not Complete Message Display Message 15.3 Sequence Diagram sd mendaftar member Admin apotek Normal flow : Admin Apotek menekan "Sign-up" yang ada pada halaman utama.2 Robustness analisis analysis Mendaftar member Halaman utama Dispaly database admin sistem Klik SignUp button Re-Display Klik close button Sent request message Display Admin Apotek Mengisi data diri Sign up success message Data Complete Admin Apotek Klik On Daftar button Normal flow: Admin Apotek klik button "Sign-up" yang ada pada halaman utama.. Sistem mengrimkan pesan request ke Halaman inbox admin sistem.1. Sistem Memvalidasi kelengkapan data . setUserMessage"signup succesfull"() Onklik Close button() Admin klik close pesan "signup successfull" Display() Sistem kembali ke halaman utama Alternate flow : jika Data form pendaftaran belum lengkap.. Send request message() Sistem menampilkan pesan "sign-up succesfull" yang berisi panduan untuk langkah selanjutnya. Sistem Menampilkan form pendaftaran.. Sistem kembali ke halaman utama. Alternate flow: jika Data form pendaftaran belum lengkap. Admin klik close pesan "signup successfull"..1. Halaman utama Form pendaftaran Database Member OnKlik signup button() Display() Mengisi data diri() Klik daftar button() Validasi kelengkapan data() Sistem Memvalidasi kelengkapan data. Sistem menampilkan pesan "data belum lengkap" pada form pendaftaran. Admin Apotek mengisi data diri pada form pendaftaran di halaman sign-up. 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.. setUserMessage "data belum lengkap"() Halaman Inbox Admin sistem .. Admin Apotek mengisi data diri pada form pendaftaran...

. Sistem Menampilkan halaman Change password. Sistem memvalidasi password yang lama dengan data yg ada di database Member.. 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.4 Update domain model Tidak ada yang terupdate lagi dari analisa Use Case ini class Domain Model Resep 24 j am 12 j am Tanpa Resep Log In Obat Kategori Apotek Admin Apotek Produk Jenis Obat Admin Sistem User SIAp Alat Kesehatan End User Apotek Rev iew Wilayah Apotek Search Result AdminApotek_Rev iew EndUser_Rev iew 15.. Sistem menyimpan pasword yang baru kedalam database Member. Admin Apotek memasukkan password lama sebagai syarat dan password yang baru pada dialog box Halaman apotek....1 Use case model 15. Sistem menampilkan pesan "password berhasil dirubah!" pada halaman Login Admin Apotek.. Admin Klik Button save di halaman change password.2. Sistem menampilkan Popup verification.1.1Use case description Use Case Name: Use Case ID: Importance level: Mengubah password KF10 Routin-Optional Primary actor: Use case type: Admin Apotek Maintenance Stakeholder and interest : No external stakeholder Brief Description: Admin Apotek mengubah password secara berkala. Admin Klik button "OK" pada popup verification. Mengubah Password 15.2.2 Use Case 10 – KF10..1.15. Post-condition: . Sistem menampilkan halaman Login Admin apotek..

Jika Admin Sistem menekan tombol cancel pada Popup Verivication... Sistem memvalidasi password yang lama dengan data yg ada di database Member... Sistem menampilkan Popup verification. Sistem menyimpan pasword yang baru kedalam database. Sistem kembali ke halaman edit account. Sistem menampilkan pesan "password tidak cocok" pada halaman Change password Dan Sistem kembali ke halaman change password . Sistem kembali ke halaman Change password.. Jika Admin Apotek menekan tombol cancel pada Popup Verivication.. Admin Apotek Klik button "OK" pada popup verification.Change password succesfull Alternate flow: Jika Admin menekan tombol cancel pada halaman Change password.2 Robustness analisis analysis Mengubah passw . Sistem menampilkan halaman Login. Admin Apotek Klik Button save di halaman change password. Sistem Menampilkan halaman Change password untuk mengubah password di halaman change password.. Jika Password lama tidak valid dengan database member. Sistem menampilkan pesan "password berhasil dirubah!" pada halaman login. Jika Password lama tidak valid dengan database member. Sistem kembali ke halaman Change password. Halaman Edit Display Page Success message popup Klik Change password Database Member Admin Apotek Insert old and new password ReDisplay Display Success message Admin Apotek click cancel button Success Valid Validation Password Admin Apotek click Save button Change password Save New Password Display popup Admin Apotek click OK button Admin Apotek Klik Cancel button ReDisplay Popup Verification failed Display failed save message Failed Save message popup Normal flow : Admin Apotek Klik "Change password" yang ada pada halaman edit account.2. Admin Apotek memasukkan password lama sebagai syarat dan password yang baru pada Halaman Change password. Sistem menampilkan pesan "password tidak cocok" pada halaman Change password Dan Sistem kembali ke halaman change password 15.. Sistem kembali ke halaman edit account.. Alternate flow : Jika Admin Apotek menekan tombol cancel pada halaman Change password.

2. mengisi password lama dan baru() Admin Apotek memasukkan password lama sebagai syarat dan password yang baru pada dialog box Halaman apotek. Sistem kembali ke halaman edit account. Sistem menampilkan pesan "password berhasil dirubah!" pada halaman Login Admin Apotek setUserMessage "password berhasil diubah"() Alternate flow : Jika Admin menekan tombol cancel pada halaman Change password.. Onklik Save button() Admin Klik Button save di halaman change password Display() Sistem menampilkan Popup verification Onklik OK button() Admin Klik button "OK" pada popup verification Sistem memvalidasi password yang lama dengan data yg ada di database Member validasi password lama() Sistem menyimpan pasword yang baru kedalam database Member.4 Update domain model Tidak ada yang terupdate lagi dari analisa Use Case ini class Domain Model Resep 24 j am 12 j am Tanpa Resep Log In Obat Kategori Apotek Admin Apotek Produk Jenis Obat Admin Sistem User SIAp Alat Kesehatan End User Apotek Rev iew Wilayah Apotek Search Result AdminApotek_Rev iew EndUser_Rev iew ..3 Sequence Diagram sd Mengubah passw ord admin apot. Sistem menampilkan pesan "password tidak cocok" pada halaman Change password Dan Sistem kembali ke halaman change password setUserMessage"password tidak cocok"() Display() 15.15. Admin apotek Normal Flow Admin Apotek menekan "Change password" yang ada pada halaman edit account Apotek Halaman Edit Account Apotek Halaman Change password Popup verification Database Member Halaman Login Admin apotek Onklik Change password button() Display() Sistem Menampilkan halaman Change password. Onklik Cancel button() Display() Jika Password lama tidak valid dengan database member.2. simpan password baru() Display() Sistem menampilkan halaman Login Admin apotek.

Relationship: Dapat masuk sebagai admin apotek di halaman apotek Normal Flow of Event: (Basic Course) Admin Apotek klik login button pada homepage. Sistem menamplikan halaman login Admin Apotek. Login 15. dengan username dan password yang sudah dibuat waktu pendaftaran member. Sistem menampilkan popup option Login. PreConditions: Admin apotek harus memasukkan username dan password di menu box login Trigger: Admin apotek telah memasukkan username dan password dan mengklik button login.3.... Sistem menampilkan pesan gagal login pada halaman login admin Apotek Jika Admin menekan cancel button pada halaman login Admin Apotek. Sistem memvalidasi username dan password sesuai dengan database Member. Admin klik login button pada halaman login Admin Apotek.15.1. Sistem kembali ke halaman utama .3 Use Case 11 – KF11.1Use case description Use Case Name Use Case ID Importance Level Login admin apotek KF11 Primary Actor Use Case Type Admin Apotek Device control Stakeholders and Interest: Brief Description: Admin apotek dapat login yang sudah disediakan di halaman apotek...1 Use case model 15.. PostConditions: Admin apotek dapat login Alternate Flow: (Alternate Course) Jika Terjadi gagal login..Admin mengisikan username dan password pada halaman login Admin Apotek.3.Sistem menampilkan halaman acoount Admin Apotek. Admin memilih option dengan klik Admin Apotek button pada Popup Option login.

Sistem menampilkan halaman acoount Admin Apotek Alternate Flow : Jika Terjadi gagal login.3. Admin mengisikan username dan password pada halaman login Admin Apotek. Sistem menampilkan popup option Login. Admin memilih option dengan klik Admin Apotek button pada Popup Option login.3. Maka Sistem menampilkan pesan gagal login pada halaman login admin sistem 15.3 Sequence Diagram sd Login Admin Apotek 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 Halaman Utama Popup Option login Admin klik login button pada halaman login Admin Apotek Database Member Halaman Account Admin Apotek Onklik Login button() Display() Onklik Admin Apotek button() Display() Sistem menamplikan halaman login Admin Apotek Admin mengisikan username dan password pada halaman login Admin Apotek Halaman Login Admin Apotek Mengisi username and password() Onklik login button() Validate username and password() Sistem memvalidasi username dan password sesuai dengan database Member Display() Sistem menampilkan halaman acoount Admin Apotek setUserMessage"username atau password salah"() 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 Cancel button() Display() 15.2 Robustness analisis analysis Login admin sistem Account ApotekPage Home Page Klik Login Button Valid Klik Login Admin Apotek Button Display Page Option Login Popup Admin Apotek Insert Username and Password Password valid Admin Apotek Click Admin Apotek Login login Button Page Validate Database Admin Apotek Password not falid Not valid Failed message Popup Display Message Normal Flow : Admin Apotek klik login button pada homepage. Sistem menamplikan halaman login Admin Apotek.15.4 Update domain model Tidak ada yang terupdate lagi dari analisa Use Case ini . Sistem memvalidasi username dan password sesuai dengan database Admin Apotek. Admin klik login button pada halaman login Admin Apotek.3.

4 Use Case 12 – KF12.. Admin menekan Button "Simpan" pada form add apotek. Sistem menyimpan data apotek kedalam database apotek. Post-condition: Add apotek succesfull Alternate flow: jika data form add apotek belum lengkap. Sistem kembali ke halaman account. Sistem kembali ke halaman form add apotek jika Admin menekan buton cencel.1.. Menambahkan Data Apotek 15. Pre-Condition: Account member Triger: Admin apotek menekan “add apotek” Relationship: Normal flow: Admin Apotik menekan "add apotek" yang ada pada halaman account. Sistem memvalidasi kelengkapan data pada form apotek.1 Use case model 15. Sistem Menampilkan halaman form pengisian data apotek... .4.1Use case description Use Case Name: Use Case ID: Importance level: Menambah data apotek KF12 Core-Primary Primary actor: Use case type: Admin Apotek Data entry Stakeholder and interest : No external stakeholder Brief Description: Admin apotek menambahkan data apotek miliknya.class Domain Model Resep 24 j am 12 j am Tanpa Resep Log In Obat Kategori Apotek Admin Apotek Produk Jenis Obat Admin Sistem User SIAp Alat Kesehatan End User Apotek Rev iew Wilayah Apotek Search Result AdminApotek_Rev iew EndUser_Rev iew 15. Admin Apotek memasukkan data apotek secara lengkap di halaman form add apotek.. Sistem menampilkan pesan "add apotek succesfull" pada form add apotek.4..

. Sistem kembali ke halaman form add apotek jika Admin menekan buton cencel pada form add data apotek..... Admin menekan Button "Simpan" pada form add apotek OnKlik simpan button() Validasii kelengkapan data() Sistem memvalidasi kelengkapan data pada form apotek. Sistem menyimpan data apotek kedalam database apotek. Sistem menampilkan pesan "add apotek succesfull" pada form add apotek. Sistem kembali ke halaman account.. Sistem kembali ke halaman account Display() OnKlik cancel buton() Display() . Admin apotek Normal flow: Admin Apotik menekan "add apotek" yang ada pada halaman account. mengisi data apotik() Admin Apotek memasukkan data apotek secara lengkap di halaman form add apotek. Display Admin Apotek Klik On Cancel Button Data Complete Input data apotek Alternate flow: jika data form add apotek belum lengkap.15.4.. Admin Apotek Klik On Save button Validasi Kelengkapan Data Form add data apotek Data Not Complete Re-Display 15. Halaman Account Display Add apotek success Message Database apotek klik Add apotek Success Re-Display Display Message Admin Apotek Simpan data Normal flow: Admin Apotik menekan "add apotek" yang ada pada halaman account. Sistem memvalidasi kelengkapan data pada form apotek.. Sistem Menampilkan halaman form pengisian add data apotek. Menyimpan data() Sistem menyimpan data apotek kedalam database apotek. Halaman Account Form Add apotek Database apotek On Klik add apotik button() Display() Sistem Menampilkan halaman form pengisian data apotek. Admin menekan Button "Simpan" pada form add apotek.. Admin Apotek memasukkan data apotek secara lengkap di halaman form add apotek..4. Sistem kembali ke halaman form add apotek jika Admin menekan buton cencel. Sistem menampilkan pesan "add apotek succesfull" pada form add apotek setUserMessage "add apotek succesfull"() Alternate flow: jika data form add apotek belum lengkap.2 Robustness analisis analysis Menambah data apot.3 Sequence Diagram sd Menambah data apo.

Sistem memvalidasi kelengkapan data pada form edit apotek.5.15. Post-condition: edit apotek succesfull Alternate flow: . Sistem Menampilkan halaman form edit apotek untuk di rubah. Admin menekan Button "Simpan" pada form edit apotek..4...5.5 Use Case 13 – KF13...1Use case description Use Case Name: Use Case ID: Importance level: Mengubah data apotek KF13 Routin-optional Primary actor: Use case type: Admin Apotek 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. Mengubah Data Apotek 15.4 Update domain model Tidak ada yang terupdate lagi dari analisa Use Case ini class Domain Model Resep 24 j am 12 j am Tanpa Resep Log In Obat Kategori Apotek Admin Apotek Produk Jenis Obat Admin Sistem User SIAp Alat Kesehatan End User Apotek Rev iew Wilayah Apotek Search Result AdminApotek_Rev iew EndUser_Rev iew 15. Admin sistem memasukkan data apotek secara lengkap di halaman form edit apotek. Sistem kembali ke halaman form data apotek menampilkan pesan "edit apotek succesfull. Sistem menyimpan data apotek kedalam database apotek.1 Use case model 15.1.

. Alternate flow: jika data form edit apotek belum lengkap. Admin menekan Button "Simpan" pada form edit apotek. Sistem kembali ke halaman form data apotek menampilkan pesan "edit apotek succesfull.jika data form edit apotek belum lengkap. Sistem menyimpan data apotek kedalam database apotek. Sistem Menampilkan halaman form edit apotek untuk di rubah.2 Robustness analisis analysis Mengubah data apot. Sistem memvalidasi kelengkapan data pada form edit apotek. Maka Sistem kembali ke halaman form edit apotek Jika Admin menekan buton cencel. Admin sistem memasukkan data apotek secara lengkap di halaman form edit apotek. Maka Sistem kembali ke halaman apotek ... Halaman apotek Database apotek Edit apotek succes message Klik edit button Display Message Success Simpan data Re-Display Display Admin Apotek Admin Apotek Klik On Cancel Button Form Complete Input data apotek Admin Apotek klik On Save button Form edit apotek Validasi Kelengkapan Form Form Not Complete Re-Display Normal flow: Admin Apotik menekan "edit" button yang ada pada halaman apotek...5. Maka Sistem kembali ke halaman form edit apotek Jika Admin menekan buton cencel.. Maka Sistem kembali ke halaman apotek 15..

5. Maka Sistem kembali ke halaman apotek Display() 15.4 Update domain model Tidak ada yang terupdate lagi dari analisa Use Case ini class Domain Model Resep 24 j am 12 j am Tanpa Resep Log In Obat Kategori Apotek Admin Apotek Produk Jenis Obat Admin Sistem User SIAp Alat Kesehatan End User Apotek Rev iew Wilayah Apotek Search Result AdminApotek_Rev iew EndUser_Rev iew . Simpan data() Sistem kembali ke halaman form data apotek menampilkan pesan "edit apotek succesfull" SetUserMessage"edit apotek successfull"() Alternate Flow jika ada field pada form edit apotek yang tidak diisi.5..3 Sequence Diagram sd Mengubah data apot.. Admin Apotek Normal flow Admin Apotik menekan "edit" button yang ada pada halaman apotek. Mengisi Data Apotek() Admin sistem memasukkan data apotek di halaman form edit apotek.15. Halaman Apotek Form Edit Apotek Database apotek OnKlik edit button() Display() Sistem Menampilkan halaman form edit apotek untuk di rubah. Maka Sistem kembali ke halaman form edit apotek Display() OnKlik cancel button() Jika Admin menekan buton cencel. Admin menekan Button "Simpan" pada form edit apotek OnKlik Simpan Button() Sistem memvalidasi kelengkapan data pada form edit apotek. Validasi kelengkapan data() Sistem menyimpan data apotek kedalam database apotek.

Sistem menghapus data yang ada pada database apotek.6.1Use case description Use Case Name: Use Case ID: Importance level: Menghapus data apotek KF14 Routin-optional Primary actor: Use case type: Admin Apotek 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.Admin menekan Button "delete" pada Popup persetujuan. Menghapus Data Apotek 15.6.15....1 Use case model 15. 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 .6 Use Case 14 – KF14. Sistem Menampilkan Popup persetujuan delete apotek.1.

.3 Sequence Diagram sd Menghapus apo. Halaman Apotek Halaman utama Display() OnKlik delete button() Sistem menghapus data yang ada pada database apotek..2 Robustness analisis analysis Meghapus data apot.. Sistem menghapus data yang ada pada database apotek.. Sistem kembali ke halaman apotek Database apotek OnKlik delete button() Sistem Menampilkan Popup persetujuan delete apotek.6. Popup persetujuan delete apotek Display() setUserMessage "delete apotek successfull"() OnKlik cancel button() Display() 15. delete apotek succesfull message Home page Halaman Apotek Klik delete button Normal flow: Admin Apotik menekan "delete" yang ada pada halaman apotek.15... Menghapus data() 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 utama dan menampilkan pesan "delete apotek succesfull" Display Display Message Display Admin Apotek Success Klik Ok button Delete Data Popup persetujuan Database apotek Admin Apotek Klik On Cancel button Alternate flow: Jika admin menekan tombol cancel pada halaman persetujuan Maka Sistem kembali ke halaman apotek Re-Display 15. Admin menekan Button "delete" pada Popup persetujuan. Sistem Menampilkan Popup persetujuan delete apotek. Admin Apotik Normal flow: Admin Apotik menekan "delete" yang ada pada halaman apotek.6.4 Update domain model Tidak ada yang terupdate lagi dari analisa Use Case ini .. Admin menekan Button "ok" pada Popup persetujuan.6.

7.7 Use Case 15 – KF15. Menjawab Review Komentar 15. Post-condition: Coment sent Alternate flow: jika pesan tidak terkirim Maka Sistem menampilkan informasi “pesan tidak terkirim”pada 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.. Sistem menyimpan komentar pada database komentar.1 Use case model 15. ..1Use case description Use Case Name: Use Case ID: Importance level: Menjawab komentar KF15 Core-Primary Primary actor: Use case type: Admin Apotek Data entry Stakeholder and interest : End-user Brief Description: Admin Menjawab komentar dari end user pada kolom komentar di halaman apotek.class Domain Model Resep 24 j am 12 j am Tanpa Resep Log In Obat Kategori Apotek Admin Apotek Produk Jenis Obat Admin Sistem User SIAp Alat Kesehatan End User Apotek Rev iew Wilayah Apotek Search Result AdminApotek_Rev iew EndUser_Rev iew 15.7. Admin menekan button "send" yang ada di bawah kolom komentar halaman apotek.. Sistem menampilkan komentar pada baris komentar pada halaman apotek di bawah kolom komentar.1. Sistem menampilkan pesan "Coment sent" pada halaman apotek..

Sistem menampilkan pesan "Coment sent" pada halaman apotek.. Maka Sistem menampilkan pesan "komentar tidak terkirim" pada halaman apotek 15. Sistem Menampilkan komentar Halaman Apotek Admin Apotek klik On send button Tulis Komentar Display Comment sent Display Message Admin Apotek Succes Database Komentar Save Fail Comment not sent Normal flow: Admin Apotik menuliskan komentar pada kolom komentar yang ada pada halaman apotek.3 Sequence Diagram sd Menj aw ab Komen.. Admin Apotek Normal flow : Admin Apotik menuliskan komentar pada field komentar yang ada pada halaman apotek. Halaman apotek Database Komentar Halaman Apotek mengisi Komentar() OnKlik Send button() Sistem menyimpan komentar pada database komentar.2 Robustness analisis analysis Menj aw ab komen. Sistem menampilkan komentar pada baris komentar pada halaman apotek di bawah field komentar. Admin menekan button "send" yang ada di bawah kolom komentar halaman apotek. Admin menekan button "send" yang ada di bawah field komentar halaman apotek. Display Message 15... Sistem menampilkan komentar pada baris komentar pada halaman apotek di bawah kolom komentar.7.15.7..4 Update domain model Tidak ada yang terupdate lagi dari analisa Use Case ini Menyimpan komentar() Display Message() setUserMessage"komentar berhasil terkirim'() setUserMessage 'komentar tidak terkirim'() . Sistem menyimpan komentar pada database komentar.7. Sistem menampilkan pesan "komentar berhasil terkirim" pada halaman apotek Alternate flow : Jika pesan tidak terkirim.... Alternate flow: jika pesan tidak terkirim Maka Sistem menampilkan informasi “pesan tidak terkirim” pada halaman apotek.

1 Use case model 16. Mencari Informasi Apotek di Surabaya 16.1 Use Case 16 – KF16.class Domain Model Resep 24 j am 12 j am Tanpa Resep Log In Obat Kategori Apotek Admin Apotek Produk Jenis Obat Admin Sistem User SIAp Alat Kesehatan End User Apotek Rev iew Wilayah Apotek Search Result AdminApotek_Rev iew EndUser_Rev iew 16 Analisis Use Case Aktor End User 16. Sistem menampilkan wilayah dari menu dalam fitur kategori yang dipilih atau dari fitur search engine.1Use case description Use Case Name Use Case ID Importance Level Mencari Informasi KF16 Primary Actor Use Case Type End-User Device control Stakeholders and Interest: Brief Description: End-User masuk ke halaman apotek. End-User mencari data apotek sesuai wilayah yang dipilih. 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. PostConditions: .1.1. System akan menampilkan semua data dari apotek yang dipilih end-user.1.

End-User menekan tombol wilayah yang dicari. sistem akan menampilkan pesan kepada End-User bahwa apotek yang dicari tidak tersedia. 16.1.2 Robustness analisis sd Mencari inform.. Sistem menampilkan Laman Wilayah. Alternate Course Jika belum atau tidak terdapat data apotek di wilayah yang dipilih oleh End-User. Halaman Utama menekan submenu kategori wilayah Apotek Verify End-User menekan button wilayah yang dicari Display menekan frame atau button apotek Halaman Wilayah Basic Course End-User menekan sub menu kategori wilayah yang dicari di Laman Utama.Mendapatkan informasi tentang apotek yang dicari Alternate Flow: (Alternate Course) Jika data tidak tersedia Maka End-user kurang tepat mengetikkan apotek. Halaman Apotek . Sistem menampilkan data apotek tersebut. End-User menekan frame atau tombol apotek yang dicari.. Sistem melakukan verifikasi terhadap wilayah yang dicari kemudian menampilkan daftar apotek di wilayah tersebut pada Laman Apotek.

Alternate Flow : (Alternate Course) Jika data tidak tersedia Maka Enduser kurang tepat mengetikkan apotek.1.4 Update domain model Tidak ada yang terupdate lagi dari analisa Use Case ini class Domain Model Resep 24 j am 12 j am Tanpa Resep Log In Obat Kategori Apotek Admin Apotek Produk Jenis Obat Admin Sistem User SIAp Alat Kesehatan End User Apotek Rev iew Wilayah Apotek Search Result AdminApotek_Rev iew EndUser_Rev iew . OnKlik Wilayah button() Display() OnKlik frame atau nama apotek() validasi data apotek() Display() setUserMessage "tidak ada apotek terdaftar di wilayah ini"() alt Fitur Search Mengisi di field Search lalu tekan Enter atu klik search button() validasi data apotek() Display() setUserMessage "tidak ada apotek terdaftar dengan pencarian tersebut() 16...16.3 Sequence Diagram sd Mencari Apot.1. Sistem menampilkan wilayah dari menu dalam fitur kategori yang dipilih atau dari fitur search engine. System akan menampilkan semua data dari apotek yang dipilih end-user. End-User mencari data apotek sesuai wilayah yang dipilih. end user Halaman Utama Halaman Wilayah Halaman Apotek Halaman Informasi Apotek Apotek OnKlik kategori button() Display() Normal Flow of Ev ent: (Basic Course) End-User mengetikkan keyword di search engine atau mengklik melalui menu pilihan dalam fitur kategori.

1 Use case model 16.1Use case description Use Case Name: Use Case ID: Importance level: Mengirim Komentar KF17 Routin-Optional Primary actor: Use case type: End user Data Entry Stakeholder and interest : No external stakeholder Brief Description: End-user masuk kedalam halaman apotik. menuliskan komentar ataupun pertanyaan pada apotik di pilih. Mengirim Komentar Review 16.Sistem menampilkan komentar pada kolom review pada halaman apotek. baik berupa pertanyaan atau apapun pada kolom komentar di halaman apotik.Sistem menyimpan komentar yang di kirim kedalam database.1. 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.2.2 Use Case 17 – KF17.16. Sistem menampilkan jendela Popup “Komentar terkirim” setelah komentar tersimpan dalam database.2.End-user menekan buton kirim yang ada di bawah kolom komentar. . 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.

Sistem memvalidasi akun kemudian memunculkan send button di Halaman Apotek. Sistem menampilkan komentar tersebut di kotak komentar. sistem kembali memunculkan pop up dialog box.2. End-User memasukkan username dan password pada dialog box log-in dan menekan log-in button. Dialog box Log in Validate Akun . Alternate Course Jika account tidak valid.. Jika komentar gagal terkirim. Sistem menampilkan pop up dialog box log-in.2 Robustness analisis sd Mengirim koment. menulis komentar dan menekan ikon menekan send button Halaman Apotek End-User memasukkan data dan menekan log in button Display Basic Course End-User menulis komentar di kotak komentar dan menekan ikon Facebook/Twitter di Halaman Apotek. End-User menekan send button di Halaman Apotek. sistem menampilkan pesan "gagal terkirim"..16.

16. Halaman Apotek Database Komentar OnWrite Coment Column() Onklik Send Button() Sistem menyimpan komentar yang di kirim kedalam database Komentar. Alternate flow : Jika Terjadi kegagalan koneksi Maka Sistem menampilkan Popup "Periksa koneksi jaringan". Sistem menampilkan jendela Popup "Komentar terkirim" . 16. baik berupa pertanyaan atau apapun pada kolom komentar di halaman apotik.4 Update domain model Tidak ada yang terupdate lagi dari analisa Use Case ini Save Coment() Display success send Popup() Display Comment() Display failed send coment() .Sistem menampilkan komentar pada kolom review pada halaman apotek. dan End-user harus kembali menekan buton kirim yang ada di bawah kolom komentar.. setelah komentar tersimpan dalam database.2.. End user Normal flow : End-User Menuliskan komentar.2.3 Sequence Diagram sd Memberikan komert. End-user menekan buton kirim yang ada di bawah kolom komentar.

class Domain Model Resep 24 j am 12 j am Tanpa Resep Log In Obat Kategori Apotek Admin Apotek Produk Jenis Obat User Admin Sistem SIAp Alat Kesehatan End User Apotek Rev iew Wilayah Apotek Search Result EndUser_Rev iew AdminApotek_Rev iew 17 Update Domain Model Dari hasil analisa semua Use Case didapatkan Update domain model beserta atributnya seperti gambar 12 berikut : class Domain Model Resep 24 j am 12 j am Tanpa Resep Log In - password: varchar Username: varchar Obat Kategori Apotek - Admin Apotek - Id_kategori: int Nama_kategori: varchar Harga: varchar Stok: int Produk - User Admin Sistem Jenis Obat Id_Produk: int Kategori_produk: varchar Nama_Produk: varchar SIAp - Id_user: int Nama: varchar password: varchar username: varchar - Id_SIAp: int Nama: varchar Alat Kesehatan - End User Apotek Rev iew Wilayah Apotek - - Harga_alat: varchar Stok_alat: int - Id_review: int Id_wilayah: int Nama_wilayah: varchar Alamat_Apotek: varchar Id_apotek: int Nama_apotek: varchar Search Result AdminApotek_Rev iew - Deskripsi: varchar KomenAdmin: Text EndUser_Rev iew - komen: Text rating: int Gambar 12 Update Domain Model .

2 KF02 – Mengubah Password class Mengubah Passw ord Admin Sistem <<Boundary>> <<Entity>> DatabaseAdminSistem HalamanEditAccount + Display() : void - Id_Member: varchar <<Boundary>> - Username: varchar HalamanLogin - Password: varchar + ValidasiPasswordLama() : void + SimpanPasswordBaru() : void + <<Boundary>> HalamanChangePassw ord + Display() : void + DisplayMessage() : void <<Boundary>> PopupVeriv ication DisplayMessage() : void .1.1.1 Admin Sistem 18.18 Class Diagram 18.1 KF01 – Login Admin Sistem class Login Admin Sistem + <<Boundary>> <<Boundary>> HomePage OptionLoginPopup Display() : void + <<Entity> DatabaseAdminSistem <<Boundary>> <<Boundary>> AdminSistemLoginPage + Display() : void + DisplayMessage() : void Display() : void - Username: varchar - Id_Member: varchar - Password: varchar + PopupVeriv ication + DisplayMessage() : void + Return() : void Vaidate() : void <<Boundary>> HalamanAccountAdminSistem + Display() : void 18.

4 KF04 – Menghapus Member class Admin Sistem Menghapus Member <<Boundary>> HalamanListMember <<Entity>> + Display() : void + DisplayMessage() : void DatabaseMember - Id_Member: varchar - Username: varchar - Password: varchar + DisplayMessage() : void + MenghapusData() : void <<Boundary>> PopUpVeriv ication 18.5 KF05 – Melihat Daftar Member class Melihat Daftar Member <<Boundary>> <<Boundary> HalamanAccountAdminSistem HalamanListMember + <<Entity>> Database Member - Id_Member: varchar Display() : void .1.1.18.1.3 KF03 – Reset Password Member class Reset Passw ord Member <<Entity>> DatabaseMember <<Boundary>> Halaman List Member + Display() : void + DisplayMessage() : void - Id_member: varchar - Password: varchar - Username: varchar + DefaultPassword() : void <<Boundary>> PopUpVeriv ication + return() : void 18.

6 KF06 – Backup Data Sistem class BackUp Data Sistem <<Boundary>> HalamanListMember + Display() : void + DisplayMessage() : void <<Boundary>> PopUpVeriv ication <<Entity>> DatabaseBackUp - Id_Member: varchar + MenyimpanData() : void 18.7 KF08 – Validasi Member yang Mendaftar class Validasi Member yang mendaftar <<Boundary>> <<Boundary>> HalamanAccount HalamanInboxAdminSistem + + DisplayMessage() : void + SendKodeValidasi() : void Display() : void <<Boundary>> HalamanInboxAdminApotek .1.1.18.

2 Aktor Admin Apotek 18.2.2 KF10 – Mengubah Password class Mengubah Passw ord <<Boundary>> halaman edit account + <<Boundary>> Halaman change passw ord Display() : void Halaman Account + + + + Display() : void Display() : void Displaymessage() : void Return() : void <<entity>> database member <<Boundary>> Popup v erificaton + Dsiplay() : void - Id_member: int Password: varchar username: varchar + + savepassword() : void validationpasword() : boolean <<boundary>> Halaman login admin apotek + Displaymessgae() : void .1 KF09 – Mendaftar Sebagai Member class pendaftaran apotek admin <<Boundary>> Halaman utama + <<entity>> Database member Display() : void <<Boundary>> Form pendaftaran + + + + - Id_member: int Password: varchar username: varchar + Validasikelengkapandata() : void <<boundary>> Halaman Inbox Admin Sistem Display() : void Displaymessage() : void OnclickClosebutton() : void Return() : void - Requestmessages: String + sendrequestmessage() : void 18.2.18.

2.4 KF12 – Menambah Data Apotek class add data apotek <<Boundary>> halaman account + Display() : void <<entity>> database apotek - alamat: varchar Id: int kategori: varchar Nama: varchar wilayah: varchar + + simpandata() : void validasikelengkapandata() : boolean <<boundary>> Form add apotek + + + Display() : void Displaymessage() : void Return() : void .3 KF11 – Login class Login admin apotek <<entity>> Database member <<boundary>> halaman utama + Dsiplay() : void Id_member: int pasword: varchar username: varchar + Validasiusernamepassword() : boolean <<boundary>> halaman login admin apotek <<boundary>> Option login popup + - + + Display() : void Displaymessage() : void Dsiplay() : void <<boundary>> halaman account admin apotek + Display() : void 18.18.2.

2.6 KF14 – Menghapus Data Apotek class hapus data apotek <<boundary>> Halaman apotek + + <<entity>> database apotek Display() : void Displaymessage() : void - alamat: varchar Id: int kategori: varchar Nama: varchar wilayah: varchar + + simpandata() : void validasikelengkapandata() : boolean <<boundary>> Popup v erification + + Display() : void Return() : void <<boundary>> halaman utama + + Display() : void Displaymessage() : void .2.18.5 KF13 – Mengubah Data Apotek class ubah data apotek <<boundary>> Halaman apotek + + <<entity>> database apotek Display() : void Displaymessage() : void - alamat: varchar Id: int kategori: varchar Nama: varchar wilayah: varchar + + simpandata() : void validasikelengkapandata() : boolean <<boundary>> Popup v erification + + Display() : void Return() : void 18.

18.1 KF16 – Mencari Informasi class mencari informasi <<boundary>> Laman utama + Display() : void <<boundary>> Laman apotek + + + <<boundary>> Laman w ilayah Display() : void DisplayMessage() : void Verifikasi() : void <<entity>> Apotek .3.7 KF15 – Menjawab Review Komentar class Menj aw ab rev iew <<boundary>> kolom komentar <<boundary>> Halaman apotek + + Display() : void Displaymessage() : void <<entitty>> database komentar - Id_komentar: int komentar: Text + Simpankomentar() : void 18.3 End User 18.2.

<<boundary>> Halaman apotik + + Display() : void Display message() : void <<boundary>> Dialog box Log in + + Display() : void Validate() : void <<entity>> Akun .2 KF17 – Mengirim Komentar class Mengirim Koment..3..18.

go. A Guide to the Business Analysis Body of Knowledge (Babok 2. [Online] Mei 8.0). Doug. USA : Addison Wesley Rosenberg. Kementrian Komunikasi dan Informatika Republik. 2014. Matt. 2010 .] http://kominfo. 2014. UML for the IT Business Analyst. Use Case Driven Object Modeling with UML. USA : Cengage Learning Rosenberg. [Cited: Oktober 12. 2014.Scott. 2007. Kendal. Doug. 2001.php/content/detail/3980/Kemkominfo%3A+Pengguna+Internet+di+Ind onesia+Capai+82+Juta/0/berita_satker#.id/index.VD4Fs2eSxVU Podeswa. USA : Appress . Howard.Referensi Indonesia. Stephens.