Program Studi Teknik Informatika SKPL
–3S 26 41
Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UAJY dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
6.
Aktor memasukkan data interior
. 7.
Aktor meminta sistem untuk menyimpan data interior yang telah dimasukkan.
8.
Sistem menyimpan data interior ke dalam basis data
. 9. Use Case selesai.
5. Alternative Flow
A-1 Aktor memilih melakukan perubahan interior. 1. Aktor memilih warna mobil yang datanya akan
diubah. 2. Sistem menampilkan data satu warna mobil.
3.
Aktor melakukan perubahan sesuai dengan kebutuhan
. 4.
Aktor meminta sistem untuk menyimpan data interior yang telah diubah.
5.
Sistem menyimpan perubahan data ke dalam basis data.
6.
Kembali ke Basic Flow langkah ke-9
. A-2 Aktor memilih untuk menghapus gambar interior.
1. Aktor memilih tipe mobil yang datanya akan dihapus.
2. Sistem meminta konfirmasi operasi penghapusan. 3. Aktor memberikan konfirmasi penghapusan.
4.
Sistem menghapus data tersebut dari basis data
. 5.
Kembali ke Basic Flow langkah ke-9
.
6. Error Flow
none
7. PreConditions
1. Use Case Login sudah dilakukan 2. Aktor telah memasuki sistem
3. Sistem berjalan dengan benar.
Program Studi Teknik Informatika SKPL
–3S 27 41
Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UAJY dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
8. PostConditions
1.
Data interior dalam basis data diperbaharui
.
4.1.6 Use case Spesification : Mengelola Berita
1. Brief Description
Use Case ini
digunakan untuk mengelola berita yang meliputi menambahkan, mengubah, dan menghapus.
2. Primary Actor
Administrator
3. Supporting Actor
none
4. Basic Flow
1. Use Case ini dimulai ketika aktor memilih untuk melakukan pengelolaan berita.
2. Sistem menampilkan semua berita yang berada di dalam database.
3. Aktor memilih berita akan diubah atau dihapus, atau akan menambahkan berita baru.
4. Aktor memilih untuk menambah berita. A-1 Aktor memilih melakukan perubahan berita.
A-2 Aktor memilih untuk menghapus berita. 5. Aktor memasukkan data berita.
6.
Aktor meminta sistem untuk menyimpan data berita yang telah dimasukkan.
7.
Sistem menyimpan data berita ke dalam basis data
. 8. Use Case selesai.
5.Alternative Flow
A-1 Aktor memilih melakukan perubahan berita. 1. Aktor memilih berita yang datanya akan diubah.
2. Sistem menampilkan data satu berita. 3.
Aktor melakukan perubahan sesuai dengan kebutuhan
.
Program Studi Teknik Informatika SKPL
–3S 28 41
Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UAJY dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
4.
Aktor meminta sistem untuk menyimpan data berita yang telah diubah.
5.
Sistem menyimpan perubahan data ke dalam basis data.
6.
Kembali ke Basic Flow langkah ke-8
. A-2 Aktor memilih untuk menghapus berita.
1.
Aktor memilih
berita
yang datanya akan dihapus
. 2. Sistem meminta konfirmasi penghapusan.
3. Aktor memberikan konfirmasi penghapusan. 4. Sistem menghapus data tersebut dari basis
data. 5. Kembali ke Basic Flow langkah ke-8.
6.Eror Flow
none
7.PreConditions
1.Use Case Login sudah dilakukan 2.Aktor telah memasuki system
3.Sistem berjalan dengan benar.
8.PostConditions
1.
Data berita dalam basis data diperbaharui
.
4.1.7 Use case Spesification : Mengelola Banner
1. Brief Description
Use Case ini
digunakan untuk mengelola banner yang meliputi menambahkan, mengubah, dan menghapus
banner.
2. Primary Actor
Administrator
3. Supporting Actor
none
4. Basic Flow
Program Studi Teknik Informatika SKPL
–3S 29 41
Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UAJY dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika
1. Use Case ini dimulai ketika aktor memilih untuk melakukan pengelolaan banner.
2. Sistem menampilkan semua banner yang berada di dalam database.
3. Aktor memilih banner akan diubah atau dihapus, atau akan menambahkan banner baru.
4. Aktor memilih untuk menambah banner. A-1 Aktor memilih melakukan perubahan banner.
A-2 Aktor memilih untuk menghapus banner. 5.
Aktor memasukkan data banner
. 6.
Aktor meminta sistem untuk menyimpan data banner yang telah dimasukkan
. 7.
Sistem menyimpan data banner ke dalam basis data.
8. Use Case selesai.
5. Alternative Flow
