UML #2: Use Case Diagram là gì và cách sử dụng

[@vannamnguyen2373]

khá hay và đầy đủ :)) dẫn dắt đủ và không gây chán cho viewers

Tks bạn nha :D đọc được những comment này thấy vui quá

[@tranffff6993]

Video rất hay và bổ ích, chuyên ngành của tôi là network của 1 chương trình đào tạo nghề, chương trình học có học về lập trình cơ bản nhưng thiếu rất nhiều nội dùng cần thiết về quá trình phát triển phần mềm, hiện tôi củng đang theo lập trình củng đc 2 năm và chợt nhận ra nhiều vấn đề khiên việc phát triển các ứng dụng trở nên khó khăn hơn, thay vì các bạn đc đào tạo bài bản quy trình phát triển 1 ứng dụng để né các khó khăn sẽ gặp phải còn tôi thì gặp khó khăn mới đi tìm cách giải quyết và nhưng kinh nghiệm của ông dev chia sẻ giúp tôi khắc phục những lỗ hổng kiến thức hiện tại, rất cảm ơn bạn đã làm nhưng video này vì cộng đồng lập trình viên chúng ta

[@phanminhtientran]

Anh giảng dễ hiểu quá, cảm ơn anh rất nhiều, không khô khan như ở trên trường :))

[@congquach8843]

cảm ơn anh rất nhiều, những Video của anh giúp ích em rất nhiều trong quá trình ôn thi ở nước ngoài,! Cảm ơn anh rất nhiều!

[@duyenminhle555]

Anh giảng dễ hiểu quá ạ, mặt anh nhìn cũng rất tín lun. Cảm ơn anh ạ hihi

[@trucquynhpham1279]

Cảm ơn anh nhiều ạ. Anh giảng dễ hiểu hơn tất cả những tài liệu text mà em tìm đc hehe

[@huyvuong9529]

Cảm ơn anh rất nhiều! Anh giảng rất dễ hiểu, hy vọng anh làm thêm nhiều series bổ ích!

[@conallstark]

Video giải thích chi tiết dễ hiểu, hi vọng series của anh ra nhiều video hơn

[@xuanvinhle5931]

Hi vọng a ra nhiều videos về quy trình tài liệu thiết kế phân tích để cho ra một ứng dụng .

[@Ari_Peace68]

Cảm ơn bạn nhiều, chia sẽ khá hữu ích :)😄😉

[@thienngo2953]

Cám ơn anh vì series chất lượng và rất rất cần thiết ạ :3

[@atphan1824]

cảm ơn anh nhiều mong a ra tiếp ạ

[@nichcolon1735]

Cảm ơn anh nhìu ạ anh rep thắc mắc của mn cũng dễ hiểu nữa hihi

[@viethunghua3329]

Video bổ ích quá anh ơi, em cảm ơn anh nhiều

[@xinhtraitien8180]

Cảm ơn anh, bài giảng rất dễ hiểu. Hi vọng anh có thể ra thêm một video hướng dẫn về Activity Diagram nữa ạ ♥

[@luongminhduy9373]

Video rất dễ hiểu, cảm ơn anh

[@gianghuong2419]

Cảm ơn anh ạ, bài giảng dễ hiểu lắm ạ !

[@duongla3579]

Cảm ơn anh ạ, bài giảng rất hay và dễ hiểu

[@khanhtoanle5987]

Cảm ơn anh rất nhiều. Rất hay và dễ hiểu !!

Tks e nha :D nếu muốn coi thêm về chủ đề gì thì comment để a biết nhé

[@cuongnguyenkhac7830]

Video rất bổ ích ạ, e cảm ơn a rất nhiều

[@longca2228]

Rất dễ hiểu ạ

[@sangtruong9829]

Hay quá anh ạ :v Mong anh ra thêm video các phần khác nữa ạ. Af, nếu được, anh làm thêm seri về bpmn với ạ. Em cảm ơn anh.

[@bongbinh2k3]

Cái chỗ login bỏ Check user/pass với Show error luôn đi , chỉ có Log in th

[@huuhieubui127]

Hay quá anh ơi ❤❤

[@minhnguyenvan9195]

Cảm ơn video của anh nha

[@annguyenkhac859]

Em chào anh ạ. Hôm nay em học ở trường thì thầy có bảo thế này, nếu A là mở rộng của B (kiểu A - - - extend - - - > B ) thì A phải gắn đến một actor chứ không được treo lơ lửng. Em không biết cách nào sẽ đúng ạ

[@otuyen5604]

Hi anh, cho e hỏi là UML chính là công cụ hỗ trợ để thực hiện hóa OOAD đúng k anh?

[@vongocminh5776]

bạn e gửi link anh dạy, em xin anh vía qua môn ạ, ngày mai e thi mà chưa có gì trong đầu hết

[@juljulie706]

Cảm ơn anh rất nhiều. E có một số chỗ thắc mắc, anh giải đáp giúp em với ạ 1. Nếu muốn vẽ thêm chức năng riêng cho New customer và old customer mình sẽ vẽ thêm lên 2 UC riêng đúng không ạ 2. Nếu muốn vẽ chi tiết cho những UC thừa kế như Pay by Cash hoặc Pay by Cash thì vẽ cùng trên 1 diagram này hay phải tách ra vẽ riêng 3. Chỗ Show privacy, nếu trường hợp bắt buộc phải đọc privacy mới có thể đăng ký thì chuyển extend sang include thì có đúng không anh?

Chào bạn. 1. Đúng nha, mình nên tách ra để phân biệt cụ thể hơn. 2. Thường thì chúng ta sẽ có 1 cái UC tổng quát, rồi chi tiết mỗi tính năng lớn nên tách ra UC riêng. 3. Đúng rồi.

[@juljulie706]

@ Cảm ơn anh nhiều!

[@thunguyet-rd4ou]

anh ơi cho em hỏi chức năng thanh toán, có mối quan hệ include use thanh toán bằng thẻ, hay thanh toán bằng tiền mặt duoc không? vì sao ạ?

[@angkhoanguyen7566]

Make payments, customer là đối tưỡng được kế thừa chứ a nhỉ. Kế thừa từ những thằng khác có chung 1 function hoặc method

[@nguyenthanhlong9805]

Làm thế nào để chúng ta thể hiện sự lặp lại của một chuỗi hành động?

[@honganhduong4122]

E cảm ơn a, e có 1 số thắc mắc mong a giải đáp giúp e với ạ: 1. Include UC A include UC B thì có nhất thiết là mỗi lần thực hiện UC A là 1 lần hoàn thành UC B trước k ạ (tức là mỗi lần đăng nhập cần 1 lần đăng ký thành công)? Hay n đơn giản n mang ý nghĩa nếu muốn thực hiện UC A thì UC B đã hoàn thành là đc ạ? 2. Extend UC A là extend của UC B là phải hoàn thành hết UC B thì mới mở rộng sang UC A được hay bất kỳ bước nào trong UC B đều có thể mở rộng sang UC A? 3. 2 actor cùng nối với 1 UC có nghĩa là 2 actor này có thể thực hiện chức năng đó và độc lập hay n mang ý nghĩa để hoàn thành hết UC đó thì cần cả 2 actor thao tác ạ?

[@DoanTheDuongFGWHN]

e đang k hiểu là tại sao mũi tên chỗ login nó lại hướng vô thằng check user/pass

[@hieupham8169]

10:36 sao không nối "Show error" với "Check username/pass" vậy anh?

[@minhnhutang593]

check nếu đúng cần gì show ra cho costumer

[@NamPham-yp1lo]

Cho hỏi tí :Ví dụ ng ười quản lí 1 cữa hàng online thì nó không có usercase đăng kí đúng không?Ví dụ như cái hệ thống đó họ cấp trước 1 tài khoản mặc định á.Hay vẫn có usercase nào khác ,nếu có thì như thế nào?

[@khangvi2936]

Chào mọi người. Theo mình hiểu là use case là kiểu hành vi của actor dùng app, nên mấy bước show lỗi hay check password có vẻ như không nằm trong hành vi của người dùng mà là từ phía app đúng không ạ? Thay vào đó ở phần log in có thể là đổi mật khẩu, hay cái gì đó mà customer chủ động làm ... Mình chưa hiểu rõ nên nói ra suy nghĩ thôi, mong mọi người giải đáp với ạ, mình xin cảm ơn

[@longtruong9935]

phần mềm bạn dùng trong video tên gì vậy?

[@TranNguyen-mv6ln]

Xin cảm ơn ạ

[@LamNguyen-pd5uh]

Vậy anh cho em hỏi usecase check username/pass thì vẫn sẽ phải relationship đến foody đúng k a. Vì đó là việc của dev bên foody mà. Em cảm ơn

[@nguyenvanthanh845]

cảm ơn anh vì sự truyền tải thông tin hữu ích này

[@minhthangngo4431]

anh ơi! Nếu 2 feature cùng có show error thì có dùng error cho cả 2 không hay mỗi feature đều phải có 1 cái use case là show error

[@nguyetnguyen9492]

em cảm ơn nhiều ạ, anh cho em hỏi anh có biết tài liệu, sách tiếng anh hay tiếng việt viết về phần use case này chuyên sâu không ạ, anh giới thiệu em với, em muốn đọc thêm ạ

Anh thì nhớ là có cái trang về uml thôi á e, a thì ko học sách, nên cũng ko biết á, a toàn tự mò, đọc bào viết, research quanh á

[@mcfunhappy5552]

quá hay

[@youcantsee3867]

Em cám ơn anh ạ

[@QuickTale55]

E Cảm ơn anh nhiều ạ

[@12a4tv]

cảm ơn anh

[@TikTokTQ]

Anh giảng bài dễ hiểu lắm

MEAN và Angular ngoài kia có nhiều course chất lượng lắm rồi e :D Nên anh sẽ không làm đâu :D

[@truedevelopersstudio6081]

hay lắm

[@xtmdarkt769]

anh giảng về state machine diagram được không ạ

Ok để a sắp xếp làm nha

[@doducnghia00]

Thank you

[@haamii1993]

Cho mình hỏi là nếu mình muốn lưu tên vào danh bạ điện thoại thì trong phần Add Name gồm First Name và Last Name có được dùng quan hệ kế thừa không ạ??

Cái đó còn tùy vào hệ thống nữa. -Ví dụ AddName nó sẽ tự detect string input và split ra firstname và lastname thì chỉ có 1 usecase AddName thôi -Còn nếu AddName nó chia ra là addFirstName và addLastName thì mình có thể sử dụng include để liên kết nhá

[@haamii1993]

Mình cảm ơn ạ^^

[@hoanguyenthanh5890]

ứng dụng để làm uml là j vậy ạ. làm sao để tải vậy, chỉ em vs ạ.

Anh dùng online draw.io nha e

[@trinhviet4691]

10 điểm

[@quynhbui7526]

Bạn ơi cho mình hỏi chút là 1 hệ thống thì mình vẽ 1 use case diagram thôi hay nên vẽ thành nhiều diagram ạ?

Thường thì sẽ là nhiều diagram. Bạn sẽ có 1 cái diagram kiểu general, bao gồm cả system như trong bài. Sau đó sẽ có những cái use case cho từng module nhỏ ví dụ như là use case cho riêng một user.

[@buithao6471]

Cho hỏi a vẽ use-case bằng pm gì vậy ạ?

Mình vẽ bằng Lucidchart bạn nhé

[@dieuhuynh5065]

a ơi có thể gợi ý cho e các actor và use case cho đề tài quản lý việc khuyến mãi của siêu thị được không ạ! e bị bí ý tưởng quá,hix hix

Ui, a bị miss cái comment này, giờ còn cần nữa không e.

[@dieuhuynh5065]

Dạ cần lắm a ơi!

[@devfun3032]

Cần ông Dev ơi

[@angNguyen-cg8gk]

cái extend bình thường khác gì với cái extention points vậy anh, em chưa hiểu công dụng lắm

Extension points dùng để miêu tả rõ hơn cái relationship thôi. Kiểu như nó khai báo ra là, ê tui có mấy cái extension points này nè, ông use case nào thích thì có thể extend á. Còn về cơ bản thì tụi nó 1 cái là động từ, 1 cái là danh từ :D nghĩa là 1 cái biểu hiện hành động extend, 1 cái là để tạo ra danh sách các extension points

[@ucmanhly8404]

@ vậy khi mình có nhiều extension points thì mình biểu diễn nó như nào vậy anh. Liệt kê hết ở vùng dưới ạ ?

[@ThuHoangSongThuong]

Bạn ơi cho mình hỏi bạn dùng phần mềm gì để vẽ vậy?

Mình dùng draw.io và lucid chart(bản dùng thử :v).

[@ThuHoangSongThuong]

@ Cảm ơn bạn nhé

[@ThuHoangSongThuong]

Bạn ơi bạn có thể làm thêm video về state machine diagram không, mình nghe bạn giảng rất dễ hiểu. :D

[@nguyenvanthanh845]

star uml

[@phanngocnam2668]

Lạm dụng tiếng anh dữ dội

[@datngo167]

anh này ngừ quảng nôm

[@LocNguyen-v5e]

Rất dễ hiểu ạ.

[@cfpoly3648]

Em cảm ơn nhiều ạ.