MODUL 7

1. MODUL 7 Dokumentasi Use Cases Pemodelan Informasi

2. Format Dasar Use Case Format dasar dalam dokumentasi Use case adalah: • Pra Kondisi Suatu kondisi yang harus dipenuhi terlebih dahulu sebelum aktor dapat berinteraksi dengan sistem • Aliran Kejadian Suatu urutan daftar langkah-langkah yang dikerjakan oleh aktor • Pasca Kondisi Keadaan yang ditunjukkan sistem diakhir use case. Pasca kondisi harus benar tidak soal apakah ada percabangan atau alterantif untuk use case. Pemodelan Informasi

3. Format Dasar Use Case (2) Pendaftaran On-line Use case Pra Kondisi: Calon mahasiswa (cama) dapat mengakses webpage pendaftaran Aliran kejadian: • Use Casedimulai ketika cama meng”klik” ikon “daftar” • Cama mengisikan Nama, Tempat/Tgl Lahir, Jenis Kelamin, Alamat …dsb pada formulir on-line • Ketika cama memilih kode kota • Sistem mengisi nama kota dan propinsi secara otomatis • Cama memasukkan kode program studi yang diminatinya • Sistem menyediakan pilihan program studi • Cama memilih tanggal test yang dikehendaki Pemodelan Informasi

4. Format Dasar Use Case (3) Aliran kejadian..: • Cama memilih model pembayaran uang pendaftaran • Cama menekan tombol “submit” • Sistem melakukan verifikasi dari informasi yang diterima. Jika ada informasi yang kurang lengkap/salah, maka sistem akan memberikan informasi balik agar cama segera melengkapinya Pasca Kondisi: Jika pengisian formulir tidak di batalkan, informasi akan disimpan dan sistem memberikan pesan “sukses Pemodelan Informasi

5. Format Dasar Use Case (4) Perulangan Aliran kejadian: • Use Casedimulai ketika cama meng”klik” ikon “daftar” • Cama mengisikan Nama, Tempat/Tgl Lahir, Jenis Kelamin, Alamat …dsb pada formulir on-line • Ketika cama memilih kode kota • Sistem mengisi nama kota dan propinsi secara otomatis • Cama memasukkan kode program studi yang diminatinya • For setiap kode prodi yang dimasukkan • Sistem menyediakan nama program studi dan jenis seleksi • Sistem meminta verifikasi cama apakah akan memasukkan pilihan prodi lainnya End loop 7. dst Pemodelan Informasi

6. Format Dasar Use Case (5) Percabangan Aliran kejadian: • Jika cama memilih model pembayaran uang pendaftaran dengan kartu kredit • Cama mengisikan identitas kartu kredit • Sistem melakukan verifikasi kebenaran identitas kartu kredit • Sistem memberikan informasi pada cama bahwa jenis pembayaran diterima • Cama menekan tombol “submit” • Sistem melakukan verifikasi dari informasi yang diterima. Jika ada informasi yang kurang lengkap/salah, maka sistem akan memberikan informasi balik agar cama segera melengkapinya Pemodelan Informasi

7. Ciri-2 dokumentasiUse Case • Setiap langkah harus merupakan pernyataan deklaratif yang sederhana dan singkat • Setiap langkah harus didasarkan pada urutan waktu • Pada setiap langkah harus mampu menunjukkan fungsionalitas • Jika mengandung unsur percabangan atau perulangan harus dinyatakan • Titik awal dan akhir harus jelas • Lengkap dan benar Perlu diingat bahwa use case adalah alat komunikasi dalam perancangan. Hal ini baru efektif jika semua aktor yang terlibat memahami dan mengerti bagaimana sistem bekerja. Jika ada yang tidak dimengerti, maka use case harus ditulis ulang Pemodelan Informasi

8. Ragam Presentasi • Teks Informal • Urutan langkah Cama mengisikan nama, alamat, jenis kelamin, …. dsb kemudian cama melakukan pemilihan program studi dan tanggal test, jika cama memilih jenis pembayaran dengan kartu kredit, maka sistem melakukan verifikasi nomor kartu kredit ….dst • Use Casedimulai ketika cama meng”klik” ikon “daftar” • Cama mengisikan Nama, Tempat/Tgl Lahir, Jenis Kelamin, Alamat …dsb pada formulir on-line • Ketika cama memilih kode kota • dst Pemodelan Informasi

9. Ragam Presentasi (2) • Tabel Cama Sistem • Cama mengisikan identitas diri pada formulir on-line • Ketika cama memilih kode kota • 4. Cama memasukkan kode program studi yang diminatinya 3. Sistem mengisi nama kota dan propinsi secara otomatis 5. Sistem menyediakan nama program studi dan jenis seleksi 6. Sistem meminta verifikasi cama apakah akan menambah pilihan prodi Pemodelan Informasi

10. Kompleks Use Cases Suatu use case yang lengkap terkadang dapat menimbul-kan kerumitan. Hal ini wajar karena deskripsi use case berkembang dari waktu ke waktu. Untuk use case yang komplek, maka kita dapat membaginya menjadi dua bagian yaitu: • Alur Dasar • Urutan kejadian yang normal • Alur Alternatif • Urutan kejadian berbeda yang dapat terjadi pada kejadian normal (Misal, jika user mengisikan data yang salah, user melakukan pembatalan dsb) Pemodelan Informasi

11. Kompleks Use Cases (2) Pertanyaan berikut ini menolong kita menemukan alur alternatif terhadap alur dasarnya. • Adakah beberapa aksi yang dapat dilakukan pada langkah ini? • Adakah kemungkinan timbulnya kesalahan pada langkah ini? • Adakah beberapa prilaku yang dapat terjadi pada satu saat? Metode lain adalah: • Aktor keluar dari aplikasi • Aktor membatalkan suatu oeprasi tertentu • Aktor memerlukan bantuan • Aktor mengisikan data yang tidak lengkap • Aktor mengisikan data yang jelek • Aktor memilih suatu alternatif alternatif lain dari yang seharusnya • Sistemnya “crash” • Sistem yang belum berlaku (unavailable) Pemodelan Informasi

12. Kompleks Use Cases (3) Aliran Kejadian Alur dasar • Use Casedimulai ketika cama meng”klik” ikon “daftar” • Cama mengisikan Nama, Tempat/Tgl Lahir, Jenis Kelamin, Alamat …dsb pada formulir on-line • Ketika cama memilih kode kota • Sistem mengisi nama kota dan propinsi secara otomatis • Cama memasukkan kode program studi yang diminatinya • For setiap kode prodi yang dimasukkan • Sistem menyediakan nama program studi dan jenis seleksi • Sistem meminta verifikasi cama apakah akan memasukkan pilihan prodi lainnya End loop 7. dst Pemodelan Informasi

13. Kompleks Use Cases (4) Aliran Kejadian Alur Alternatif Alternatif1: data yang tidak lengkap • Alternatif dimulai sesudah cama menekan tombol “submit” dan ketika sistem mendeteksi adanya data yang belung diisikan oleh cama • Sistem meminta cama melengkapi data yang belum diisikan dengan menimpalkin ”field” yang belum dilengkapi • Langkah selanjutnya adalah kembali ke langkah 11 pada alur dasar. Alternatif2: Pembatalan • Setiap saat didalam pendaftaran Use case, cama boleh melakukan pembatalan • Sistem meminta cama untuk memverifikasi apakah proses dibatalkan atau tidak • Cama menekan tombol “OK” dan use case berakhir Pemodelan Informasi

14. Include Bilamana kita bermaksud memotong dan menggunakan potongan-2 bagian use case berulang-ulang, maka kita dapat menggunakan “include”. Perhatikan contoh use case berikut: Pemodelan Informasi

15. Include - 2 Pemodelan Informasi

16. Include - 3 Pemodelan Informasi

17. Extend Extend dipakai bilamana kita bermaksud menambahkan beberapa prilaku pada use case yang sudah ada tanpa kita perlu mengubah use case aslinya. Pada contoh berikut kita bermaksud memberikan prilaku khusus pada use case berupa potongan harga untuk pelanggan tetap dan juga memberikan harga khusus pada waktu-tertentu. Pemodelan Informasi

18. Extend - 2 Pemodelan Informasi

19. Extend - 3 Pemodelan Informasi

20. Extend - 4 Pemodelan Informasi

21. Inheritance Inheritance berarti suatu elemen memiliki sifat yang sama dengan elemen lainnya. Inheritance diantara aktor berarti suatu aktor memiliki peran yang sama dengan aktor lainnya, boleh juga memiliki peran tambahan. Atau dengan kata lain bahwa suatu aktor berinteraksi dengan use case yang sama. Inheritance antara use case berarti suatu use case merupakan versi khusus dari use case lainnya. Pemodelan Informasi

22. Inheritance -2 Pemodelan Informasi

23. Inheritance -3 Pemodelan Informasi

24. Interface-1 Interface adalah apa yang kita harapkan dikerjakan oleh entitas. Interface bukanlah bagian dari aktor ataupun use case, melainkan suatu deskripsi tentang bagaimana berinteraksi dengan aktor atau use case. Pemodelan Informasi

25. Interface-2 Pemodelan Informasi

26. Review Pemodelan Informasi