Error Flow PreConditions Brief Description Supporting Actor Basic Flow

Program Studi Teknik Informatika SKPL-SiPeTra 22 44 Dokumen ini dan informasi yang dimilikinya adalah milik Program StudiTeknik Informatika-UAJY dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika 2. Aktor mengubah data gejala yang sudah ditampilkan. 3. Aktor meminta sistem untuk menyimpan data gejala yang telah diubah. 4. Sistem mengecek data gejala baru yang telah diinputkan. 5. Sistem menyimpan data gejala yang telah diubah ke database. 6. Berlanjut ke Basic Flow langkah ke 8. A-2 Aktor memilih untuk melakukan hapus data gejala setelah basic flow 2. 1. Sistem menampilkan data gejala. 2. Aktor memilih data gejala yang akan dihapus. 3. Aktor meminta sistem untuk menghapus data gejala. 4. Sistem mengkonfirmasi apakah data yakin akan dihapus. 5. Aktor memilih ya untuk menghapus data gejala. 6. Berlanjut ke Basic Flow langkah ke 8. A-3 Aktor memilih untuk membatalkan penghapusan data gejala setelah alternative flow 3. 1. Berlanjut ke Basic Flow langkah ke 8. A-4 Aktor memilih untuk melakukan cari data gejala setelah basic flow 2. 1. Aktor memasukkan nama gejala yang akan ditampilkan. 2. Sistem mencari data gejala. 3. Berlanjut ke Basic Flow langkah 8.

6. Error Flow

E-1 Data gejala yang diinputkan aktor salah setelah basic flow 6. Program Studi Teknik Informatika SKPL-SiPeTra 23 44 Dokumen ini dan informasi yang dimilikinya adalah milik Program StudiTeknik Informatika-UAJY dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika 1. Sistem memberikan pesan peringatan bahwa data yang diinputkan salah. 2. Kembali ke Basic Flow Langkah ke 4. E-2 Data gejala yang diinputkan aktor salah setelah basic flow 4. 1. Sistem memberikan pesan peringatan bahwa data yang diubah salah. 2. Kembali ke Basic Flow Langkah ke 4.

7. PreConditions

1. Use Case login telah dilakukan. 2. Aktor telah memasuki sistem.

8. PostConditions

1. Data informasi di database telah terupdate.

4.1.3 Spesifikasi Use Case : Pengelolaan Ramuan

1. Brief Description

Use Case ini digunakan oleh aktor untuk mengelola data ramuan. Aktor dapat melakukan tambah ramuan, ubah ramuan, hapus ramuan, dan cari ramuan. 2. Primary Actor Pakar

3. Supporting Actor

None

4. Basic Flow

1. Use Case ini dimulai ketika aktor memilih untuk melakukan pengelolan data ramuan 2. Sistem memberikan pilihan untuk melakukan tambah data ramuan, ubah data ramuan, hapus data ramuan, atau cari data ramuan. 3. Aktor memilih untuk melakukan tambah data ramuan. 4. Aktor menginputkan data ramuan. Program Studi Teknik Informatika SKPL-SiPeTra 24 44 Dokumen ini dan informasi yang dimilikinya adalah milik Program StudiTeknik Informatika-UAJY dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika 5. Aktor meminta sistem untuk menyimpan data ramuan yang telah diinputkan. 6. Sistem mengecek data ramuan yang telah diinputkan. 7. Sistem menyimpan data ramuan ke database. 8. Use Case selesai.

5. Alternative Flow