Mudah Belajar Use Case Diagram
ฝัง
- เผยแพร่เมื่อ 11 เม.ย. 2020
- Use Case Diagram adalah salah satu bahasa pemodelan untuk menggambarkan behavior dari sistem perangkat lunak. Simak tutorial selengkapnya di video ini, semoga bermanfaat.
Terimakasih atas dukungannya.
Jangan lupa Subscribe, Like, Comment, & Share
#UseCaseDiagram #UML #RPL #RekayasaPerangkatLunak #DesainSistem #BelajarDesainPerangkatLunak
terimakasih banyak atas ilmu nyaa pak
Penjelasan dan analoginya bagus.
Penjelasannya mudah dimengerti terima kasih pak 👌👌
mantap pak, sangat membantu dan mudah dipahami. terimakasih
Mudah di pahami. Terima Kasih.
makasih pak, simple penjelasannya.
Semoga jadi berkah ya pak...
sukses channelnya.
Videonya singkat, mudah dimengerti dan dipahami dalam sekali jalan (nonton). Makasih banyak pak.
penjelasanya mudah dimengerti, trimakasih pak, semangat buat video yg lain
Terimakasih
sangat membantu
Penjelasannya bagus banget, diperici juga dan tidak melompat lompat.
Sangat mudah dipahami pak, terimakasih sukses trus pakk
Terima kasih kembali
@@Codingers Pak izin bertanya
apakah bisa use case diagram hanya dengan satu aktor yaitu pemilik toko
sistem yang syaa kembangkan yaitu sistem penjualan yang hanya dipakai oleh pemilik toko untuk mengelola data barang, pelanggan sama transaksi penjjualan
apakah memungkinkan hanya 1 aktor ?
terimakasih
Terima kasih pak atas penjelasannya 😊
mantap, ,terima kasih pak, penjelasannya mudah dimengerti
Makasih banyak bang
Terimakasih pa
Makasih pak, mudah dipahami kmren dijelasin dosen waktu kuliah gk masuk kepala sama sekali😅😃
mantap
tolong bikin video usecase scenarionya juga, terimakasih
Use case login itu adalah use case utama yang semua use case lain akan sangat tertgantung kepada login, hemat saya semua use case dari aktor dosen dan mahasiswa harusnya inlcude ke use login.....bukankah begitu Pak seharusnys? semua aktor tidak akan bisa mengelola/melakukan proses (use case) jika belum login.....mohon diluruskan jika keliru
Boleh saja👍
mungkin koreksi saya benar dan ilustrasi Sistem KRS anda salah, pada bagian Aktor (Mahasiswa)-(Login)->include(validasi user)
Menurut saya :
(Mahasiswa)-(Validasi user)->include(login)
Penjelasan alur dari saya : Untuk dapat validasi user harus melewati tahap Login, sebaliknya alur anda mengatakan : Mahasiwa melakukan login namun harus melewati validasi user.
Dari beberapa use case yang saya baca, use case login selalu menjadi sumber atau tahapan inti untuk dapat berinteraksi dengan use case lain. Kalo dari ilustrasi Sistem KRS berupa UML (use case) yang anda tampilkan mendefinisikam Mahasiswa ataupun bukan Mahasiwa dapat melihat Daftar makul, Mengelola KRS tanpa harus melewati tahapan login.
saya koreksi sedikit ya mas pda login seharusnya garisnya gak spt itu klo spt itu kesannya login suka2 user dia mau login atau tdk dia sama2 bisa lihat daftar matkul dan kelola KRS pdhal yg diminta gak spt itu, login dulu baru bsa lihat daftar matkul dan kelola KRS
iya juga
Ntar tinggal tambahin penjelasan, klo mau akses itu harus login dulu . Dah beres
Sy masih bingung krn ada beberapa referensi yg menyatakan arah panah include dan extend berbeda penjelasanx dgn yg anda paparkan. Justru kebalikan dr contoh login extend dan include. Jd sy blm memahami yg mana yg benar.
ya, saya juga sering mengalami hal itu, biasanya saya cari banyak referensi dan mana yg paling banyak kesamaannya itu saya jadikan referensi. kebetulan referensi yang saya pakai itu dari beberapa buku dan web.
Penjelasannya mudah dimengerti, tapi saya mau bertanya apa perbedaan aktor yg posisinya berada di kiri dan di kanan box use case?
Tdk ada bedanya
Yang sequence nya pak😁
Makasih pak, pemaparanya sangat jelas sekali 🙏
😁
terima kasih bgus bgt