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
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?
4 ปีที่แล้ว +3
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.
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 ạ
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 ạ?
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?
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 ạ
2 ปีที่แล้ว +1
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 á
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
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 ạ??
5 ปีที่แล้ว +1
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á
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 ạ?
4 ปีที่แล้ว
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.
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
4 ปีที่แล้ว +1
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
![[Phân tích thiết kế] - Bài 2: Tạo lược đồ Use-case | HowKteam](http://i.ytimg.com/vi/46S10eiEvms/mqdefault.jpg)
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á
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
Anh giảng dễ hiểu quá, cảm ơn anh rất nhiều, không khô khan như ở trên trường :))
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!
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
Anh giảng dễ hiểu quá ạ, mặt anh nhìn cũng rất tín lun. Cảm ơn anh ạ hihi
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!
Video giải thích chi tiết dễ hiểu, hi vọng series của anh ra nhiều video hơn
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 .
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 ạ ♥
Cám ơn anh vì series chất lượng và rất rất cần thiết ạ :3
Cảm ơn anh ạ, bài giảng rất hay và dễ hiểu
Cảm ơn anh ạ, bài giảng dễ hiểu lắm ạ !
Cảm ơn anh nhìu ạ anh rep thắc mắc của mn cũng dễ hiểu nữa hihi
cảm ơn anh nhiều mong a ra tiếp ạ
Video rất dễ hiểu, cảm ơn anh
Cảm ơn bạn nhiều, chia sẽ khá hữu ích :)😄😉
Video bổ ích quá anh ơi, em cảm ơn anh nhiều
Rất dễ hiểu ạ
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é
Video rất bổ ích ạ, e cảm ơn a rất nhiều
Cảm ơn video của anh nha
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.
Hay quá anh ơi ❤❤
cảm ơn anh vì sự truyền tải thông tin hữu ích này
Xin cảm ơn ạ
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?
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.
@ Cảm ơn anh nhiều!
10:36 sao không nối "Show error" với "Check username/pass" vậy anh?
check nếu đúng cần gì show ra cho costumer
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 ạ
quá hay
Em cám ơn anh ạ
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 ạ?
E Cảm ơn anh nhiều ạ
cảm ơn anh
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 ạ?
phần mềm bạn dùng trong video tên gì vậy?
hay lắm
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?
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
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
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 á
Cái chỗ login bỏ Check user/pass với Show error luôn đi , chỉ có Log in th
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
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
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
Thank you
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?
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
10 điểm
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
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á
Mình cảm ơn ạ^^
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.
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).
@ Cảm ơn bạn nhé
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
star uml
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.
Dạ cần lắm a ơi!
Cần ông Dev ơi
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
@ 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 ạ ?
Cho hỏi a vẽ use-case bằng pm gì vậy ạ?
Mình vẽ bằng Lucidchart bạn nhé
ứ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
anh giảng về state machine diagram được không ạ
Ok để a sắp xếp làm nha
Lạm dụng tiếng anh dữ dội
anh này ngừ quảng nôm
Rất dễ hiểu ạ.
Em cảm ơn nhiều ạ.