Người dùng đã đăng nhập vào hệ thống. Người dùng đã hoàn thành các bước tạo tài khoản và hồ sơ cá nhân.Điều kiện hậu kỳ Thành công: Lịch tập được lưu lại trong hệ thống và hiển thị t
Trang 2LỜI CẢM ƠN
Trang 3KÝ HIỆU CÁC CỤM TỪ VIẾT TẮT
Trang 4CHƯƠNG I: PHẨN MỞ ĐẦU
1 Đặt vấn đề:
Trong xã hội hiện đại, việc duy trì một lối sống lành mạnh và cân bằng giữa công việc và cuộcsống cá nhân là một thách thức lớn đối với nhiều người Các vấn đề về sức khỏe như béo phì,tiểu đường, và các bệnh tim mạch ngày càng trở nên phổ biến, đặt ra nhu cầu cấp thiết về việcquản lý và theo dõi hoạt động thể chất cũng như chế độ ăn uống
Mặc dù có nhiều ứng dụng và nền tảng mạng xã hội riêng lẻ tập trung vào sức khỏe và thể dục,vẫn chưa có một hệ thống nào tích hợp đầy đủ các chức năng quản lý lịch tập và chế độ ăn uốngtrong một nền tảng mạng xã hội Một nền tảng như vậy không chỉ cung cấp các công cụ cần thiết
để người dùng tự theo dõi sức khỏe, mà còn tạo ra một cộng đồng hỗ trợ, nơi người dùng có thểchia sẻ kinh nghiệm, động viên lẫn nhau, và học hỏi từ những người có cùng mục tiêu
Hệ thống mạng xã hội kết hợp quản lý fitness và dinh dưỡng cá nhân mà chúng tôi đề xuất sẽgiải quyết các vấn đề này bằng cách cung cấp một giải pháp toàn diện, thân thiện với người dùng
và thúc đẩy sự tương tác tích cực trong cộng đồng Bằng việc tích hợp các công cụ quản lý lịchtập và chế độ ăn uống, người dùng sẽ có thể theo dõi tiến trình của mình một cách hiệu quả vàđạt được mục tiêu sức khỏe một cách bền vững
Với sự phát triển của công nghệ và sự quan tâm ngày càng tăng đối với sức khỏe cá nhân,việc phát triển một nền tảng mạng xã hội tích hợp các công cụ quản lý fitness và dinhdưỡng là cần thiết và có tiềm năng lớn Hệ thống này không chỉ giúp người dùng theo dõi
và cải thiện sức khỏe của mình mà còn tạo ra một cộng đồng hỗ trợ, thúc đẩy lối sốnglành mạnh và bền vững
2 Mục tiêu hệ thống:
Hệ thống sẽ bao gồm các chức năng như:
Quản lý lịch tập luyện
Theo dõi chế độ ăn uống
Chia sẻ kinh nghiệm và kiến thức sức khỏe
Tạo ra các thử thách sức khỏe
Cung cấp các công cụ phân tích tiến trình sức khỏe
3 Lợi ích của hệ thống:
Người dùng có thể nhận được những lợi ích như:
Cải thiện sức khỏe cá nhân
Tăng cường động lực và cam kết với lối sống lành mạnh
Xây dựng mạng lưới hỗ trợ từ cộng đồng
Tiếp cận với các kiến thức và kinh nghiệm từ những người có cùng mục tiêu
Trang 5CHƯƠNG 2: XÁC ĐỊNH YÊU CẦU HỆ THỐNG
1 Sơ đồ Workfow của hệ thống
1.1 Workfow
Trang 72 Mô tả yêu cầu hệ thống
2.1 Xác định tác nhân và hoạt động của tác nhân
gia
Các hoạt động của các tác nhân
1 Người dùng Đăng ký, đăng nhập, quên mật khẩu
Chọn lịch tập, thêm bài tập, chỉnh sửa bài tập, nhắc nhở
Chọn bữa ăn, thêm bữa ăn, chỉnh sữa bữa ănXem bài viết, yêu thích bài viết, bình luậnĐăng bài viết, chỉnh sửa bài viết, xoá bài viếtTạo cuộc trò chuyện, nhận tin nhắn, xem tin nhắnQuản lý thông tin cá nhân
2 Người quản trị Quản lý người dùng: Thêm, sửa, khoá
Quản lý thức ăn: Thêm, sửa, xoáQuản lý bài tập: Thêm, sửa, xoáQuản lý nội dung: Duyệt, xoá
2.2 Quan hệ giữa các tác nhân
Biểu đồ quan hệ 1 Người dùng
2.3 Bảng thuật ngữ
ST
T
Tên tiếng Anh Tên tiếng Việt Nội dung
1 User Người dùng Là người sử dụng app để dùng nhhư một công
cụ sức khoẻ và mạng xã hội
2 Manager Người quản lý Người quản lý tất cả mọi tài khoản, thông tin
về bài tập thức ăn và kiểm duyệt cho cả hệ thống
2.4 Yêu cầu chức năng
2.4.1 Người dùng
Quản lý tài khoản:
o Đăng ký tài khoản mới
Trang 8 Quản lý bữa ăn:
o Chọn bữa ăn
o Thêm bữa ăn mới
o Chỉnh sửa bữa ăn đã có
Tương tác với nội dung:
o Xem bài viết
o Yêu thích bài viết
o Bình luận trên bài viết
Quản lý nội dung cá nhân:
o Đăng bài viết mới
o Chỉnh sửa bài viết đã đăng
o Xoá bài viết đã đăng
Giao tiếp và nhắn tin:
o Tạo cuộc trò chuyện mới
o Nhận tin nhắn
o Xem tin nhắn
o Nhắn tin
Quản lý thông tin cá nhân:
o Cập nhật thông tin cá nhân
2.4.2 Người quản lý
Quản lý người dùng:
o Thêm người dùng mới
o Sửa thông tin người dùng
o Khoá tài khoản người dùng
Quản lý thức ăn:
o Thêm thức ăn mới
o Sửa thông tin thức ăn
o Xoá thức ăn
Quản lý bài tập:
o Thêm bài tập mới
o Sửa thông tin bài tập
o Xoá bài tập
Quản lý nội dung:
o Duyệt nội dung bài viết
o Xoá nội dung bài viết
2.5 Yêu cầu phi chức năng
Các thiết kế chức năng được phân bố đúng đắn, rõ ràng, phím nóng phổ thông Đảm bảo người không chuyên về công nghệ vẫn có thể dễ dàng sử dụng
Hệ thống thông báo lỗi một cách tường minh, tránh gây hiểu lầm cho người dùng
Hệ thống hiển thị chức năng đúng như phân quyền cấp phép cho mỗi tài khoản
Tốc độ truy xuất nhanh, nhỏ hơn 2 giây tính từ khi người dùng gửi yêu cầu
Trang 9 Có thể tái sử dụng mã nguồn (code) và chức năng hệ thống, tránh hiện tượng trùng lặp lượng lớn dòng code giống nhau ở nhiều nơi trong source gây ra lãng phí tài nguyên.
Tính bảo mật: người dùng phải đăng nhập bằng mật khẩu cá nhân, và không cho phép sử dụng các chức năng không có trong phân quyền
Tính chịu tải: đáp ứng được lượng yêu cầu cao (bé hơn hoặc bằng 1000 máy truy cập) tại mọi thời điểm
Có khả năng khôi phục dữ liệu khi gặp sự cố: Dữ liệu được backup vào lúc 0 giờ 0 phút mỗi ngày, và khi gặp sự cố dữ liệu toàn bộ hệ thống sẽ được khôi phục vào thời điểm ngày hôm trước lúc 0 giờ 0 phút Thời gian khôi phục trong dưới 45 phút
Dễ bảo trì và phát triển
3 Biểu đồ UseCase
3.1 Usecase tổng quát
Usecase tổng quát người dùng
Biểu đồ Usecase 1: Tổng quát người dùng
Usecase tổng quán người quản lý
Trang 10Biểu đồ Usecase 2: Tổng quát người quản lý
Phân rã Usecase Quản lý tài khoản:
Biểu đồ Usecase 3: Phân rã quản lý tài khoản
Phân rã Usecase quản lý bữa ăn:
Trang 11Biểu đồ Usecase 4: Phân rã quản lý bữa ăn
Phân rã Usecase quản lý lịch tập
Trang 12Biểu đồ Usecase 5: Phân rã quản lý lịch tập
Phân rã Usecase quản lý bài đăng phần người dùng:
Trang 13Biểu đồ Usecase 6: Phân rã quản lý bài đăng
Phân rã Usecase quản lý tin nhắn:
Biểu đồ Usecase 7: Phân rã quản lý tin nhắn
Phân rã Usecase quản lý người dùng:
Trang 14Biểu đồ Usecase 8: Phân rã quản lý người dùng
Phân rã Usecase quản lý món ăn:
Trang 15Phân rã Usecase quản lý bài tập:
Biểu đồ Usecase 10: Phân rã quản lý bài tập
Phân rã Usecase quản lý bài đăng phần người quản lý:
Biểu đồ Usecase 11: Phân rã quản lý bài đăng phần người quản lý
3.2 Xây dựng Usecase
3.2.1 Usecase dùng chung
a U1: Đăng nhập
Trang 16Biểu đồ Usecase 12: Đăng nhập
Tên Usecase Đăng nhập
Tác nhân Người dùng, quản trị
Mô tả Người dùng hoặc người quản trị đăng nhập vào hệ thống để truy cập
các chức năng tương ứng với vai trò của họ
Điều kiện tiên
quyết
Người dùng hoặc người quản trị đã có tài khoản trong hệ thống
Người dùng biết thông tin đăng nhập (tên đăng nhập và mật khẩu)
Điều kiện hậu
Hệ thống xác thực thông tin đăng nhập
Hệ thống chuyển hướng người dùng đến trang chính của hệ thống
Dòng sự kiện
Tên đăng nhập hoặc mật khẩu không đúng.
1.1. Hệ thống hiển thị thông báo lỗi "Tên đăng nhập hoặc mật khẩu không đúng".
1.2. Quay lại bước 2 của dòng sự kiện chính.
Yêu cầu đặc
biệt
Hệ thống phải đảm bảo tính bảo mật cho quá trình xác thực thông tin đăng nhập
Trang 17a U2: Đăng xuất
Biểu đồ Usecase 13: Đăng xuất
Tên Usecase Đăng xuất
Tác nhân Người dùng, quản trị
Mô tả Người dùng hoặc người quản trị đăng xuất khỏi hệ thống để kết
thúc phiên làm việc và đảm bảo an toàn thông tin
Điều kiện tiên
quyết
Người dùng hoặc người quản trị đã đăng nhập vào hệ thống
Điều kiện hậu
1 Người dùng mở giao diện chính của hệ thống
2 Người dùng nhấn vào nút "Đăng xuất"
3 Hệ thống xác nhận yêu cầu đăng xuất
4 Hệ thống xóa phiên làm việc của người dùng
5 Hệ thống chuyển hướng người dùng đến trang đăng nhập hoặc trang chủ
Trang 18Biểu đồ Usecase 14: Đăng ký
Tên Usecase Đăng ký
Mô tả Người dùng mới tạo một tài khoản trong hệ thống để có thể đăng
nhập và sử dụng các chức năng của hệ thống
Điều kiện tiên
quyết Người dùng chưa có tài khoản trong hệ thống.
Điều kiện hậu
1 Người dùng mở trang đăng ký trên giao diện hệ thống
2 Người dùng nhập các thông tin cần thiết cho việc đăng ký (ví dụ: tên, email, mật khẩu, xác nhận mật khẩu)
3 Người dùng nhấn nút "Đăng ký"
4 Hệ thống kiểm tra tính hợp lệ của thông tin nhập vào (email hợp lệ, mật khẩu đủ mạnh, mật khẩu và xác nhận mật khẩu khớp nhau)
5 Hệ thống kiểm tra xem email đã được sử dụng để đăng ký trước đó hay chưa
6 Nếu tất cả thông tin hợp lệ và email chưa được sử dụng, hệ thống tạo tài khoản mới cho người dùng
7 Hệ thống hiển thị thông báo đăng ký thành công
Dòng sự kiện
thay thế 1 Thông tin nhập vào không hợp lệ
1.1 Hệ thống hiển thị thông báo lỗi cho người dùng (ví dụ:
"Email không hợp lệ", "Mật khẩu quá yếu", "Mật khẩu và xác
Trang 19nhận mật khẩu không khớp").
1.2 Người dùng chỉnh sửa thông tin và nhấn lại nút "Đăng ký".1.3 Quay lại bước 4 của dòng sự kiện chính
2 Email đã được sử dụng để đăng ký trước đó
2.1 Hệ thống hiển thị thông báo lỗi cho người dùng (ví dụ:
"Email này đã được sử dụng")
2.2 Người dùng nhập email khác hoặc chọn khôi phục mật khẩu nếu đã có tài khoản
2.3 Quay lại bước 2 của dòng sự kiện chính
b U4: Quên mật khẩu
Biểu đồ Usecase 15: Quên mật khẩu
Tên Usecase Quên mật khẩu
Trang 20Mô tả Người dùng yêu cầu đặt lại mật khẩu khi quên mật khẩu hiện tại Hệ
thống sẽ gửi email chứa liên kết đặt lại mật khẩu cho người dùng
Điều kiện tiên
quyết
Người dùng đã có tài khoản trong hệ thống
Người dùng có thể truy cập email đã đăng ký tài khoản
Điều kiện hậu
2 Hệ thống chuyển người dùng đến trang yêu cầu đặt lại mật khẩu
3 Người dùng nhập địa chỉ email đã đăng ký tài khoản và nhấn nút
"Gửi yêu cầu"
4 Hệ thống kiểm tra địa chỉ email có tồn tại trong hệ thống hay không
5 Nếu email tồn tại, hệ thống tạo mã thông báo (token) đặt lại mật khẩu và lưu vào cơ sở dữ liệu
6 Hệ thống gửi email chứa liên kết đặt lại mật khẩu (bao gồm mã thông báo) tới địa chỉ email của người dùng
7 Hệ thống hiển thị thông báo xác nhận rằng email đặt lại mật khẩu đã được gửi
Dòng sự kiện
thay thế 1 Email nhập vào không tồn tại trong hệ thống
1.1 Hệ thống hiển thị thông báo lỗi "Email không tồn tại trong
Hệ thống phải đảm bảo tính bảo mật cho quá trình gửi và xử lý
mã thông báo đặt lại mật khẩu
Liên kết đặt lại mật khẩu phải có thời hạn hiệu lực (ví dụ: 24 giờ) để đảm bảo an toàn
c U5: Chọn lịch tập
Trang 21Biểu đồ Usecase 16: Chọn lịch tập
Tên Usecase Chọn lịch tập
Mô tả Người dùng chọn lịch tập để bố trí các buổi tập thể dục theo ngày và
giờ phù hợp với lịch trình cá nhân
Điều kiện tiên
quyết
Người dùng đã đăng nhập vào hệ thống
Người dùng đã hoàn thành các bước tạo tài khoản và hồ sơ cá nhân
Điều kiện hậu
3 Người dùng chọn ngày và giờ muốn tập luyện
4 Người dùng chọn loại bài tập hoặc chương trình tập luyện cho từng buổi tập
5 Người dùng nhấn nút "Lưu lịch tập"
6 Hệ thống kiểm tra tính hợp lệ của các lựa chọn (không trùng lặp thời gian, phù hợp với khả năng của người dùng)
7 Hệ thống lưu lịch tập vào cơ sở dữ liệu
8 Hệ thống hiển thị thông báo xác nhận lịch tập đã được lưu thành công và hiển thị lịch tập trên giao diện người dùng
Dòng sự kiện
thay thế 1 Thời gian chọn bị trùng lặp hoặc không hợp lệ
1.1 Hệ thống hiển thị thông báo lỗi "Thời gian chọn bị trùng lặp
Trang 22hoặc không hợp lệ".
1.2 Người dùng chọn lại thời gian và loại bài tập
1.3 Quay lại bước 3 của dòng sự kiện chính
Yêu cầu đặc
biệt
Hệ thống phải đảm bảo tính thân thiện với người dùng trong việcchọn và quản lý lịch tập
d U6: Thêm bài tập
Biểu đồ Usecase 17: Thêm bài tập
Tên Usecase Thêm bài tập
Mô tả Người dùng chọn và thêm các bài tập vào lịch tập đã chọn trước đó
Điều kiện tiên
quyết
Người dùng đã đăng nhập vào hệ thống
Người dùng đã chọn lịch tập hoặc đang trong quá trình chọn lịchtập
Điều kiện hậu
2 Hệ thống hiển thị danh sách các bài tập có sẵn
3 Người dùng chọn bài tập muốn thêm vào lịch tập
4 Người dùng chọn lịch cho bài tập đã chọn
5 Người dùng nhấn nút "Thêm bài tập"
6 Hệ thống kiểm tra tính hợp lệ của bài tập (không trùng lặp thời
Trang 23thay thế 1 Bài tập trùng lặp hoặc không hợp lệ.
1.1 Hệ thống hiển thị thông báo lỗi "Bài tập trùng lặp hoặc không hợp lệ"
1.2 Người dùng chọn lại bài tập và thời gian phù hợp
1.3 Quay lại bước 3 của dòng sự kiện chính
Yêu cầu đặc
biệt
Hệ thống phải đảm bảo tính thân thiện với người dùng trong việcchọn và thêm bài tập
e U7: Chỉnh sửa bài tập
Biểu đồ Usecase 18: Chỉnh sửa bài tập
Tên Usecase Sửa bài tập
Mô tả Người dùng chỉnh sửa thông tin của bài tập đã thêm vào lịch tập,
bao gồm thay đổi ngày, giờ, hoặc loại bài tập
Điều kiện tiên
quyết
Người dùng đã đăng nhập vào hệ thống
Người dùng đã thêm ít nhất một bài tập vào lịch tập
Điều kiện hậu
Trang 24dùng thực hiện lại các bước chỉnh sửa bài tập.
Dòng sự kiện
chính
1 Người dùng mở giao diện lịch tập và chọn bài tập cần chỉnh sửa
2 Hệ thống hiển thị thông tin chi tiết của bài tập đã chọn
3 Người dùng thực hiện các thay đổi cần thiết (ngày, giờ, loại bài tập)
4 Người dùng nhấn nút "Lưu thay đổi"
5 Hệ thống kiểm tra tính hợp lệ của thông tin đã chỉnh sửa (không trùng lặp thời gian, phù hợp với lịch trình)
6 Hệ thống cập nhật thông tin bài tập trong cơ sở dữ liệu
7 Hệ thống hiển thị thông báo xác nhận rằng bài tập đã được chỉnhsửa thành công và hiển thị trên giao diện lịch tập của người dùng
Dòng sự kiện
thay thế 1 Thông tin chỉnh sửa không hợp lệ
1.1 Hệ thống hiển thị thông báo lỗi "Thông tin chỉnh sửa không hợp lệ"
1.2 Người dùng thực hiện lại các thay đổi cần thiết
1.3 Quay lại bước 3 của dòng sự kiện chính
2 Người dùng muốn hủy bỏ chỉnh sửa
2.1 Người dùng nhấn nút "Hủy bỏ" hoặc "Quay lại"
2.2 Hệ thống hủy bỏ các thay đổi và quay lại giao diện lịch tập ban đầu
Trang 25Biểu đồ Usecase 19: Nhắc nhở lịch tập
Tên Usecase Nhắc nhở lịch tập
Mô tả Hệ thống gửi thông báo nhắc nhở người dùng về các buổi tập thể
dục sắp tới theo lịch tập đã được lên trước
Điều kiện tiên
chính 1 Người dùng mở giao diện cài đặt nhắc nhở lịch tập.2 Hệ thống hiển thị các tùy chọn cài đặt nhắc nhở (thời gian nhắc
trước buổi tập, hình thức nhắc nhở: email, thông báo trên ứng dụng)
3 Người dùng chọn các tùy chọn cài đặt nhắc nhở phù hợp và nhấnnút "Lưu cài đặt"
4 Hệ thống lưu lại cài đặt nhắc nhở của người dùng trong cơ sở dữ liệu
5 Khi đến thời gian nhắc nhở (theo cài đặt của người dùng), hệ thống gửi thông báo nhắc nhở qua email hoặc thông báo trên ứng dụng
6 Người dùng nhận được thông báo nhắc nhở và kiểm tra lịch tập
Dòng sự kiện
thay thế 1 Người dùng muốn chỉnh sửa cài đặt nhắc nhở
1.1 Người dùng mở lại giao diện cài đặt nhắc nhở và thực hiện các thay đổi cần thiết
1.2 Người dùng nhấn nút "Lưu cài đặt"
Trang 261.3 Quay lại bước 4 của dòng sự kiện chính.
2 Hệ thống không thể gửi thông báo nhắc nhở
2.1 Hệ thống hiển thị thông báo lỗi "Không thể gửi nhắc nhở, vui lòng kiểm tra lại cài đặt thông báo"
2.2 Người dùng kiểm tra lại cài đặt nhắc nhở hoặc liên hệ hỗ trợ
g U9: Chọn bữa ăn
Biểu đồ Usecase 20: Chọn bữa ăn
Tên Usecase Chọn bữa ăn
Mô tả Người dùng chọn các bữa ăn phù hợp với nhu cầu dinh dưỡng và
lịch trình cá nhân trong ngày
Điều kiện tiên
quyết
Người dùng đã đăng nhập vào hệ thống
Người dùng đã cung cấp thông tin về nhu cầu dinh dưỡng cá nhân
Điều kiện hậu Thành công: Bữa ăn được chọn và lưu lại trong hệ thống, hiển
Trang 27kỳ thị trên giao diện của người dùng.
Thất bại: Hệ thống hiển thị thông báo lỗi và hướng dẫn người dùng thực hiện lại các bước chọn bữa ăn
Dòng sự kiện
chính 1 Người dùng mở giao diện chính và chọn chức năng "Chọn bữa ăn".
2 Hệ thống hiển thị danh sách các bữa ăn đề xuất dựa trên nhu cầu dinh dưỡng của người dùng
3 Người dùng chọn bữa ăn muốn thêm vào lịch trình dinh dưỡng hàng ngày
4 Người dùng nhấn nút "Thêm bữa ăn"
5 Hệ thống kiểm tra tính hợp lệ của bữa ăn đã chọn
6 Hệ thống lưu bữa ăn vào cơ sở dữ liệu và cập nhật lịch trình dinhdưỡng của người dùng
7 Hệ thống hiển thị thông báo xác nhận rằng bữa ăn đã được thêm thành công và hiển thị trên giao diện của người dùng
1.2 Người dùng chọn lại bữa ăn khác phù hợp
1.3 Quay lại bước 3 của dòng sự kiện chính
Trang 28Biểu đồ Usecase 21: Thêm bữa ăn
Tên Usecase Thêm bữa ăn
Người dùng đã đăng nhập vào hệ thống
Người dùng có quyền thêm bữa ăn mới (điều này có thể giới hạncho người quản trị hoặc người dùng với quyền đặc biệt)
Điều kiện hậu
chính 1 Người dùng mở giao diện chính và chọn chức năng "Thêm bữa ăn".
2 Hệ thống hiển thị biểu mẫu thêm bữa ăn mới
3 Người dùng điền thông tin chi tiết về bữa ăn (tên bữa ăn, thành phần dinh dưỡng, khẩu phần, hình ảnh minh họa, v.v.)
4 Người dùng nhấn nút "Lưu bữa ăn"
5 Hệ thống kiểm tra tính hợp lệ của thông tin bữa ăn đã nhập
6 Hệ thống lưu thông tin bữa ăn mới vào cơ sở dữ liệu
Hệ thống hiển thị thông báo xác nhận rằng bữa ăn mới đã được thêm thành công và hiển thị trên danh sách bữa ăn của người dùng
Trang 29Dòng sự kiện
thay thế 1 Thông tin bữa ăn không hợp lệ hoặc thiếu
1.1 Hệ thống hiển thị thông báo lỗi "Thông tin bữa ăn không hợp lệ hoặc thiếu"
1.2 Người dùng điền lại thông tin bữa ăn chính xác và đầy đủ.1.3 Quay lại bước 3 của dòng sự kiện chính
2 Người dùng muốn hủy bỏ thêm bữa ăn
Hệ thống phải hỗ trợ việc kiểm tra tính hợp lệ của thông tin bữa
ăn trước khi lưu
i U11: Chỉnh sửa bữa ăn
Biểu đồ Usecase 22: Chỉnh sửa bữa ăn
Tên Usecase Chỉnh sửa bữa ăn
Mô tả Người dùng chỉnh sửa thông tin của một bữa ăn đã thêm vào danh
sách bữa ăn trong hệ thống
Điều kiện tiên
quyết
Người dùng đã đăng nhập vào hệ thống
Người dùng đã thêm bữa ăn vào danh sách bữa ăn hoặc có quyềnchỉnh sửa bữa ăn
Điều kiện hậu
kỳ
Thành công: Thông tin bữa ăn được cập nhật và hiển thị chính
Trang 30xác trên danh sách bữa ăn của người dùng.
Thất bại: Hệ thống hiển thị thông báo lỗi và hướng dẫn người dùng thực hiện lại các bước chỉnh sửa bữa ăn
Dòng sự kiện
chính 1 Người dùng mở giao diện chính và chọn chức năng "Chỉnh sửa bữa ăn".
2 Hệ thống hiển thị danh sách các bữa ăn đã thêm
3 Người dùng chọn bữa ăn cần chỉnh sửa từ danh sách
4 Hệ thống hiển thị biểu mẫu chỉnh sửa thông tin bữa ăn đã chọn
5 Người dùng thực hiện các thay đổi cần thiết (tên bữa ăn, thành phần dinh dưỡng, khẩu phần, hình ảnh minh họa, v.v.)
6 Người dùng nhấn nút "Lưu thay đổi"
7 Hệ thống kiểm tra tính hợp lệ của thông tin bữa ăn đã chỉnh sửa
8 Hệ thống cập nhật thông tin bữa ăn trong cơ sở dữ liệu
9 Hệ thống hiển thị thông báo xác nhận rằng bữa ăn đã được chỉnhsửa thành công và hiển thị trên danh sách bữa ăn của người dùng
Dòng sự kiện
thay thế 1 Thông tin bữa ăn không hợp lệ hoặc thiếu.
1.1 Hệ thống hiển thị thông báo lỗi "Thông tin bữa ăn không hợp lệ hoặc thiếu".
1.2 Người dùng thực hiện lại các thay đổi cần thiết.
1.3 Quay lại bước 5 của dòng sự kiện chính.
2 Người dùng muốn hủy bỏ chỉnh sửa.
Hệ thống phải hỗ trợ việc kiểm tra tính hợp lệ của thông tin bữa
ăn trước khi lưu
j U12: Tạo bài viết
Trang 31Biểu đồ Usecase 23: Tạo bài viết
Tên Usecase Tạo bài viết
Người dùng đã đăng nhập vào hệ thống
Điều kiện hậu
2 Hệ thống hiển thị biểu mẫu tạo bài viết mới
3 Người dùng nhập nội dung bài viết, bao gồm tiêu đề, nội dung chính, hình ảnh (nếu có), và các thẻ (tags) liên quan
4 Người dùng nhấn nút "Đăng bài viết"
5 Hệ thống kiểm tra tính hợp lệ của nội dung bài viết
6 Hệ thống lưu thông tin bài viết mới vào cơ sở dữ liệu
7 Hệ thống hiển thị thông báo xác nhận rằng bài viết đã được đăngthành công và hiển thị trên mạng xã hội của hệ thống
Dòng sự kiện
thay thế 1 Nội dung bài viết không hợp lệ hoặc thiếu
1.1 Hệ thống hiển thị thông báo lỗi "Nội dung bài viết không hợp lệ hoặc thiếu"
Trang 321.2 Người dùng nhập lại nội dung bài viết chính xác và đầy đủ.1.3 Quay lại bước 3 của dòng sự kiện chính.
2 Người dùng muốn hủy bỏ tạo bài viết
k U13: Chỉnh sửa bài viết
Biểu đồ Usecase 24: Chỉnh sửa bài viết
Tên Usecase Chỉnh sửa bài viết
Trang 33chính 1 Hệ thống hiển thị danh sách các bài viết đã đăng của người dùng.
2 Người dùng chọn bài viết cần chỉnh sửa từ danh sách
3 Hệ thống hiển thị biểu mẫu chỉnh sửa nội dung bài viết đã chọn
4 Người dùng thực hiện các thay đổi cần thiết (tiêu đề, nội dung chính, hình ảnh, thẻ liên quan, v.v.)
5 Người dùng nhấn nút "Lưu thay đổi"
6 Hệ thống kiểm tra tính hợp lệ của nội dung bài viết đã chỉnh sửa
7 Hệ thống cập nhật nội dung bài viết trong cơ sở dữ liệu
8 Hệ thống hiển thị thông báo xác nhận rằng bài viết đã được chỉnh sửa thành công và hiển thị nội dung mới trên mạng xã hội của hệ thống
Dòng sự kiện
thay thế 1 Nội dung bài viết không hợp lệ hoặc thiếu
1.1 Hệ thống hiển thị thông báo lỗi "Nội dung bài viết không hợp lệ hoặc thiếu"
1.2 Người dùng thực hiện lại các thay đổi cần thiết
1.3 Quay lại bước 5 của dòng sự kiện chính
2 Người dùng muốn hủy bỏ chỉnh sửa
Trang 34l U14: Xoá bài viết
Biểu đồ Usecase 25: Xoá bài viết
Tên Usecase Xoá bài viết
Tác nhân Người dùng, quản trị
Mô tả Người dùng xóa một bài viết đã đăng trên mạng xã hội của hệ
thống
Điều kiện tiên
quyết
Người dùng đã đăng nhập vào hệ thống
Người dùng đã tạo hoặc có quyền xóa bài viết
Điều kiện hậu
kỳ
Thành công: Bài viết được xóa khỏi mạng xã hội của hệ thống
Thất bại: Hệ thống hiển thị thông báo lỗi và hướng dẫn người dùng thực hiện lại các bước xóa bài viết
3 Người dùng chọn bài viết cần xóa từ danh sách
4 Hệ thống hiển thị thông báo xác nhận yêu cầu xóa bài viết
5 Người dùng xác nhận xóa bài viết bằng cách nhấn nút "Xóa"
6 Hệ thống kiểm tra quyền xóa bài viết của người dùng
7 Hệ thống xóa bài viết khỏi cơ sở dữ liệu
8 Hệ thống hiển thị thông báo xác nhận rằng bài viết đã được xóa thành công và cập nhật danh sách bài viết của người dùng
Hệ thống phải đảm bảo tính an toàn và bảo mật khi xóa bài viết
Hệ thống phải xác nhận quyền xóa bài viết của người dùng trướckhi thực hiện hành động xóa
Trang 35m U15: Xem bài viết
Biểu đồ Usecase 26: Xem bài viết
Tên Usecase Xem bài viết
Người dùng đã đăng nhập vào hệ thống
Điều kiện hậu
chính 1 Người dùng mở giao diện chính và chọn bài viết muốn xem.2 Hệ thống hiển thị nội dung chi tiết của bài viết, bao gồm tiêu đề,
nội dung, hình ảnh, thẻ liên quan, v.v
3 Người dùng có thể cuộn xuống để xem các phản hồi hoặc bình luận liên quan đến bài viết
Dòng sự kiện
thay thế 1 Bài viết không tồn tại hoặc không thể truy cập.1.1. Hệ thống hiển thị thông báo lỗi "Không thể tìm thấy bài viết
hoặc bạn không có quyền truy cập"
1.2 Người dùng quay lại giao diện danh sách bài viết hoặc tiếp tục thao tác khác
n U16: Yêu thích bài viết
Trang 36Biểu đồ Usecase 27: Yêu thích bài viết
Tên Usecase Yêu thích bài viết
Người dùng đã đăng nhập vào hệ thống
Người dùng có quyền thực hiện thao tác yêu thích bài viết
Điều kiện hậu
Trang 37 Hệ thống phải đảm bảo tính năng và hiệu suất để người dùng có thể thực hiện hành động yêu thích một cách thuận tiện và dễ dàng.
o U17: Bình luận bài viết
Biểu đồ Usecase 28: Bình luận bài viết
Tên Usecase Bình luận bài viết
Người dùng đã đăng nhập vào hệ thống
Người dùng có quyền thực hiện thao tác bình luận bài viết
Điều kiện hậu
2 Người dùng nhập nội dung bình luận vào ô nhập liệu
3 Người dùng nhấn nút "Gửi" hoặc tương tự để đăng bình luận
4 Hệ thống ghi nhận bình luận và hiển thị nó trong danh sách các bình luận của bài viết
Trang 381.2 Người dùng có thể thử lại sau hoặc liên hệ với hỗ trợ kỹ thuật
p U18: Chỉnh sửa thông tin cá nhân
Biểu đồ Usecase 29: Chỉnh sửa thông tin cá nhân
Tên Usecase Chỉnh sửa thông tin cá nhân
Mô tả Người dùng chỉnh sửa thông tin cá nhân của mình trong hệ thống
Điều kiện tiên
quyết
Người dùng đã đăng nhập vào hệ thống
Người dùng có quyền thực hiện thao tác chỉnh sửa thông tin cá nhân
Điều kiện hậu
Trang 39thông tin như tên, địa chỉ, số điện thoại, email, v.v.
4 Người dùng nhấn nút "Lưu thay đổi" để xác nhận việc chỉnh sửa
5 Hệ thống kiểm tra tính hợp lệ của các thông tin đã chỉnh sửa
6 Hệ thống cập nhật thông tin cá nhân mới vào cơ sở dữ liệu
7 Hệ thống hiển thị thông báo xác nhận rằng thông tin cá nhân đã được cập nhật thành công
Dòng sự kiện
thay thế 1 Không thể thực hiện hành động chỉnh sửa thông tin cá nhân (ví dụ: lỗi kết
nối, quyền truy cập không đủ).
1.1 Hệ thống hiển thị thông báo lỗi "Không thể cập nhật thông tin cá nhân vào lúc này".
1.2 Người dùng có thể thử lại sau hoặc liên hệ với hỗ trợ kỹ thuật
Giao diện chỉnh sửa thông tin cá nhân cần thiết kế thân thiện và
dễ sử dụng để người dùng có thể thực hiện các thao tác một cáchthuận tiện
q U19: Tạo cuộc trò chuyện mới
Biểu đồ Usecase 30: Tạo cuộc trò chuyện mới
Tên Usecase Tạo cuộc trò chuyện mới
Trang 40chính 1 Người dùng mở giao diện chính và chọn chức năng "Tạo cuộc trò chuyện mới".
2 Hệ thống hiển thị biểu mẫu để tạo cuộc trò chuyện mới
3 Người dùng nhập các thông tin cần thiết như tên cuộc trò chuyện
và chọn các thành viên tham gia
4 Người dùng nhấn nút "Tạo" để xác nhận việc tạo cuộc trò chuyện mới
5 Hệ thống kiểm tra tính hợp lệ của các thông tin đã nhập
6 Hệ thống lưu thông tin cuộc trò chuyện mới vào cơ sở dữ liệu
7 Hệ thống gửi thông báo tới các thành viên được thêm vào cuộc trò chuyện mới
8 Hệ thống hiển thị thông báo xác nhận rằng cuộc trò chuyện mới
đã được tạo thành công và hiển thị giao diện cuộc trò chuyện
Dòng sự kiện
thay thế 1 Thông tin cuộc trò chuyện không hợp lệ hoặc thiếu.
1.1 Hệ thống hiển thị thông báo lỗi "Thông tin cuộc trò chuyện không hợp lệ hoặc thiếu".
1.2 Người dùng thực hiện lại các thay đổi cần thiết.
1.3 Quay lại bước 3 của dòng sự kiện chính.
2 Người dùng muốn hủy bỏ tạo cuộc trò chuyện mới.
Giao diện tạo cuộc trò chuyện mới cần thiết kế thân thiện và dễ
sử dụng để người dùng có thể thực hiện các thao tác một cách thuận tiện và hiệu quả