Chính vì vậy, đề tài “Quản lý quán cà phê” được lựa chọn với mục tiêu xây dựng một hệ thống thông tin hiệu quả, hỗ trợ tự động hóa các quy trình quản lý, giúp giảm thiểu sai sót, tiết k
Trang 1TRƯỜNG ĐẠI HỌC QUỐC TẾ HỒNG BÀNG KHOA KỸ THUẬT – CÔNG NGHỆ
BÁO CÁO ĐỀ TÀI
PHÂN TÍCH THIẾT KẾ HỆ THỐNG THÔNG TIN
ĐỀ TÀI: QUẢN LÝ QUÁN CÀ PHÊ
Giảng viên hướng dẫn NGUYỄN MINH ĐẾ
Sinh viên thực hiện PHẠM HOÀNG BẢO – 2211110008
VÕ MINH AN – 2211110083
Trang 2MỤC LỤC
MỤC LỤC -2
DANH MỤC HÌNH ẢNH -4
CHƯƠNG 1 TỔNG QUAN -6
1.1 LÝ DO LỰA CHỌN ĐỀ TÀI 6
1.2 PHẠM VI ĐỀ TÀI 6
1.2.1 Tên đề tài 6
1.2.2 Mục tiêu của đề tài 6
1.2.3 Phạm vi nghiên cứu 6
1.3 PHƯƠNG PHÁP NGHIÊN CỨU 7
1.4 KẾT LUẬN 8
CHƯƠNG 2 KIẾN THỨC CƠ SỞ -9
2.1 KHÁI NIỆM CƠ BẢN VỀ HỆ THÔNG 9
2.1.1 Định nghĩa hệ thống 9
2.1.2 Các loại hệ thống 9
2.2 PHÂN TÍCH VÀ THIẾT KẾ HỆ THỐNG 10
2.2.1 Quy trình phân tích 10
2.2.2 Quy trình thiết kế 10
2.2.3 Các mô hình 11
2.3 PHƯƠNG PHÁP TIẾP CẬN HƯỚNG ĐỐI TƯỢNG 12
2.3.1 Khái niệm cơ bản 12
2.3.2 Nguyên tắc SOLID 12
2.4 TỔNG QUAN VỀ UML (UNIFIED MODELING LANGUAGE) 13 2.4.1 Khái niệm 14
2.4.2 Tác dụng 14
2.4.3 Mục đích 14
2.5 STARUML 15
2.5.1 Các ký hiệu trong biểu đồ UseCase 15
2.5.2 Các ký hiệu trong biểu đồ trình tự 17
2.5.3 Các ký hiệu trong biểu đồ cộng tác 18
2.5.4 Các ký hiệu trong biểu đồ hoạt động 18
2.5.5 Các ký hiệu trong biểu đồ trạng thái 19
Trang 32.5.6 Các ký hiệu trong biểu đồ lớp 20
2.6 KẾT LUẬN 20
CHƯƠNG 3 KHẢO SÁT VÀ PHÂN TÍCH -21
3.1 KHẢO SÁT THỰC TẾ 21
3.2 MÔ TẢ NGHIỆP VỤ 21
3.3 KẾT LUẬN 22
CHƯƠNG 4 THIẾT KẾ VÀ CÀI ĐẶT -24
4.1 BIỂU ĐỒ USECASE VÀ ĐẶC TẢ CHO TỪNG USECASE 24
4.1.1 Biểu đồ usecase 24
4.1.2 Đặc tả usecase 25
4.2 BIỂU ĐỒ TRÌNH TỰ VÀ BIỂU ĐỒ CỘNG TÁC CỦA MỖI USECASE 26
4.3 BIỂU ĐỒ TRẠNG THÁI 30
4.4 BIỂU ĐỒ LỚP 31
4.5 KẾT LUẬN 32
KẾT LUẬN -33
Trang 4DANH MỤC HÌNH ẢNH
Hình 2 1 Ký hiệu actor trong biểu đồ usecase -14
Hình 2 2 Ký hiệu usecase trong biểu đồ usecase -15
Hình 2 3 Ký hiệu quan hệ association trong biểu đồ usecase 15 Hình 2 4 Ví dụ về quan hệ association trong biểu đồ usecase -15
Hình 2 5 Ký hiệu quan hệ include trong biểu đồ usecase -15
Hình 2 6 Ví dụ về quan hệ include trong biểu đồ usecase -15
Hình 2 7 Ký hiệu quan hệ extend trong biểu đồ usecase -16
Hình 2 8 Ví dụ về quan hệ extend trong biểu đồ usecase -16
Hình 2 9 Ký hiệu đường đời trong biểu đồ trình tự -16
Hình 2 10 Ký hiệu thông điệp trong biểu đồ trình tự -16
Hình 2 11 Gửi thông điệp tới chính nó trong biểu đồ trình tự17 Hình 2 12 Ký hiệu đối tượng trong biểu đồ cộng tác -17
Hình 2 13 Ký hiệu thông điệp trong biểu đồ cộng tác -17
Hình 2 14 Ký hiệu nút start trong biểu đồ hoạt động -17
Hình 2 15 Ký hiệu nút end trong biểu đồ hoạt động -17
Hình 2 16 Ký hiệu activity trong biểu đồ hoạt động -18
Hình 2 17 Ký hiệu rẽ nhánh trong biểu đồ hoạt động -18
Hình 2 18 Ký hiệu nút start trong biểu đồ trạng thái -18
Hình 2 19 Ký hiệu nút end trong biểu đồ trạng thái -18
Hình 2 20 Ký hiệu trạng thái trong biểu đồ trạng thái -18
Hình 2 21 Ký hiệu quá độ trạng thái trong biểu đồ trạng thái -19
Hình 2 22 Ký hiệu lớp trong biểu đồ lớp -19
Hình 2 23 Ký hiệu association trong biểu đồ lớp -19
Hình 4 1 Biểu đồ usecase tổng quát 23
Hình 4 2 Biểu đồ trình tự usecase đăng nhập 26
Hình 4 3 Biểu đồ cộng tác usecase đăng nhập 26
Hình 4 4 Biểu đồ tuần tự usecase mua bán 27
Hình 4 5 Biểu đồ cộng tác usecase mua bán 27
Hình 4 6 Biểu đồ tuần tự usecase quản lý nhân viên 28
Hình 4 7 Biểu đồ cộng tác usecase quản lý nhân viên 28
Hình 4 8 Biểu đồ tuần tự usecase thống kê bán hàng 29
Hình 4 9 Biểu đồ cộng tác usecase thống kê bán hàng 29
Trang 5Hình 4 10 Biểu đồ trạng thái usecase đăng nhập 30
Hình 4 11 Biểu đồ trạng thái usecase bàn 30
Hình 4 12 Biểu đồ trạng thái usecase oder 30
Hình 4 13 Biểu đồ trạng thái usecase danh sách món 30
Hình 4 14 Biểu đồ lớp tổng quát 31
Trang 6CHƯƠNG 1 TỔNG QUAN
1.1 LÝ DO LỰA CHỌN ĐỀ TÀI
Hiện nay, ngành dịch vụ ăn uống, đặc biệt là lĩnh vực kinh
doanh quán cà phê, đang phát triển mạnh mẽ và trở thành mộtphần không thể thiếu trong đời sống hiện đại Các quán cà phêkhông chỉ đóng vai trò là nơi phục vụ đồ uống mà còn trở
thành không gian lý tưởng cho các hoạt động như làm việc, gặp
gỡ bạn bè và thư giãn Với sự cạnh tranh ngày càng lớn trong lĩnh vực này, việc áp dụng công nghệ thông tin vào quản lý hoạt động kinh doanh là cần thiết để tối ưu hóa hiệu quả và nâng cao chất lượng dịch vụ
Tuy nhiên, việc quản lý quán cà phê thường gặp nhiều khó khăn như kiểm soát doanh thu, quản lý nhân sự, quản lý hàng
hóa và tương tác với khách hàng Chính vì vậy, đề tài “Quản lý quán cà phê” được lựa chọn với mục tiêu xây dựng một hệ
thống thông tin hiệu quả, hỗ trợ tự động hóa các quy trình quản lý, giúp giảm thiểu sai sót, tiết kiệm thời gian, đồng thời nâng cao trải nghiệm của khách hàng và hiệu quả hoạt động kinh doanh
1.2 PHẠM VI ĐỀ TÀI
1.2.1 Tên đề tài
Hệ thống quản lý quán cà phê.
1.2.2 Mục tiêu của đề tài
Xây dựng hệ thống thông tin hỗ trợ quản lý hiệu quả các hoạt động kinh doanh của quán Hệ thống sẽ giúp tự động hóa việc quản lý nhân sự, theo dõi lịch làm việc và chấm công,
đồng thời quản lý tài chính, doanh thu và chi phí một cách chính xác Ngoài ra, hệ thống còn cung cấp các tính năng kiểm
kê kho hàng, quản lý nguyên liệu và giảm thất thoát, đồng thời tăng cường tương tác với khách hàng qua các chức năng đặt hàng trực tuyến và chương trình khách hàng thân thiết Thông
Trang 7qua các báo cáo chi tiết, nhà quản lý có thể đưa ra các quyết định chiến lược phù hợp, nâng cao hiệu quả kinh doanh của quán.
1.2.3 Phạm vi nghiên cứu
Đề tài tập trung nghiên cứu và xây dựng một hệ thống thông tin phục vụ cho việc quản lý các hoạt động trong một quán cà phê Phạm vi nghiên cứu của đề tài bao gồm việc quản
lý nhân sự, tài chính, kho hàng và tương tác với khách hàng, giúp tối ưu hóa các quy trình vận hành và nâng cao hiệu quả công việc Cụ thể, hệ thống sẽ bao gồm các chức năng như chấm công, theo dõi doanh thu, chi phí, kiểm soát hàng hóa và cung cấp các công cụ để quản lý quan hệ khách hàng Đề tài không bao gồm việc nghiên cứu các yếu tố bên ngoài như
marketing, quảng cáo hay các vấn đề pháp lý liên quan đến việc kinh doanh quán cà phê Các nghiên cứu và phân tích trong báo cáo chỉ tập trung vào việc ứng dụng công nghệ
thông tin vào công tác quản lý quán cà phê, nhằm nâng cao hiệu quả hoạt động và cải thiện trải nghiệm của khách hàng
1.3 PHƯƠNG PHÁP NGHIÊN CỨU
- Phương pháp nghiên cứu lý thuyết: Nghiên cứu các tài
liệu, sách, bài báo, nghiên cứu trước đó và các mô hình quản lý quán cà phê để hiểu rõ về các vấn đề cần giải quyết trong quản lý quán cà phê, đặc biệt là việc ứng dụng công nghệ thông tin vào quản lý
- Phương pháp phân tích hệ thống: Phân tích các yêu
cầu chức năng và phi chức năng của hệ thống thông tin,
từ đó xây dựng mô hình hệ thống phù hợp với yêu cầu thực tế của quán cà phê
- Phương pháp khảo sát: Tiến hành khảo sát các chủ
quán cà phê và nhân viên để thu thập thông tin về các
Trang 8vấn đề họ đang gặp phải trong quá trình quản lý, từ đó xác định các tính năng cần thiết cho hệ thống.
- Phương pháp thiết kế và triển khai hệ thống: Dựa
trên kết quả khảo sát và phân tích yêu cầu, hệ thống sẽ được thiết kế và triển khai với các chức năng cần thiết, bao gồm quản lý nhân sự, tài chính, kho hàng và tương tác với khách hàng
- Phương pháp kiểm thử và đánh giá: Sau khi hoàn
thành hệ thống, sẽ tiến hành kiểm thử để đảm bảo hệ thống hoạt động đúng chức năng và hiệu quả, đồng thời đánh giá sự phù hợp với nhu cầu thực tế của quán cà phê
1.4 KẾT LUẬN
Chương 1 của báo cáo đã giới thiệu tổng quan về đề tài
"Quản lý quán cà phê", bao gồm lý do lựa chọn đề tài, mục
tiêu nghiên cứu, phạm vi nghiên cứu và phương pháp nghiên cứu Việc ứng dụng công nghệ thông tin vào quản lý quán cà phê sẽ giúp giải quyết nhiều vấn đề thực tiễn mà các quán cà phê đang gặp phải, như quản lý nhân sự, tài chính và kho
hàng, đồng thời cải thiện trải nghiệm khách hàng Các phương pháp nghiên cứu được lựa chọn sẽ giúp xây dựng một hệ thống quản lý hiệu quả, từ khảo sát thực tế đến thiết kế và triển khai
hệ thống Những nội dung này sẽ là nền tảng để phát triển cácchương tiếp theo trong báo cáo, nhằm cung cấp giải pháp cụ thể cho việc quản lý quán cà phê bằng hệ thống thông tin
Trang 9CHƯƠNG 2 KIẾN THỨC CƠ SỞ
1.5 KHÁI NIỆM CƠ BẢN VỀ HỆ THÔNG
1.5.1 Định nghĩa hệ thống
Hệ thống là một tập hợp các thành phần có mối quan hệ
tương tác với nhau để đạt được mục tiêu chung Trong công nghệ thông tin, hệ thống thông tin là một cấu trúc bao gồm phần cứng, phần mềm, dữ liệu và con người, làm việc cùng nhau để thực hiện các chức năng cụ thể
Trong bối cảnh quản lý quán cà phê, hệ thống thông tin giúp thu thập, xử lý và phân phối thông tin, hỗ trợ quản lý tài chính, nhân sự, kho hàng và cải thiện trải nghiệm khách
hàng Các thành phần chính của hệ thống bao gồm: thiết bị
phần cứng, phần mềm quản lý, dữ liệu và người sử dụng, tất
cả phối hợp để nâng cao hiệu quả hoạt động và tối ưu hóa quy trình quản lý
1.5.2 Các loại hệ thống
Trong lĩnh vực công nghệ thông tin, có nhiều loại hệ
thống khác nhau, tùy thuộc vào chức năng và mục đích sử dụng Các loại hệ thống cơ bản bao gồm:
- Hệ thống thông tin quản lý (MIS - Management
Information System): Là hệ thống được thiết kế để hỗ trợ
việc quản lý và ra quyết định trong các tổ chức Hệ thống này thu thập, xử lý và cung cấp thông tin về hoạt động của tổ chức, giúp quản lý theo dõi và đưa ra quyết định kịp thời Ví dụ: Hệ thống quản lý quán cà phê giúp giám sát doanh thu, chi phí và hiệu suất công việc
- Hệ thống hỗ trợ ra quyết định (DSS - Decision Support
System): Đây là hệ thống cung cấp các công cụ phân tích
và mô phỏng để hỗ trợ người quản lý trong việc đưa ra các quyết định chiến lược DSS thường xử lý dữ liệu phức tạp và đưa ra các báo cáo hoặc dự báo dựa trên các yếu tốtác động
Trang 10- Hệ thống điều khiển tự động (Control System): Là hệ
thống sử dụng các thiết bị phần cứng và phần mềm để giám sát và điều khiển các quy trình tự động, ví dụ như hệthống điều khiển trong các nhà máy sản xuất hoặc các quán cà phê tự động hóa quy trình pha chế
- Hệ thống thông tin giao dịch (TPS - Transaction
Processing System): Là hệ thống xử lý các giao dịch hàng
ngày trong một tổ chức Hệ thống này thu thập và lưu trữ
dữ liệu từ các giao dịch, như bán hàng, thanh toán, và kiểm kê kho hàng Ví dụ: hệ thống thanh toán tại quán cà phê hoặc hệ thống quản lý đơn hàng trực tuyến
- Hệ thống thông tin khách hàng (CRM - Customer
Relationship Management): Là hệ thống giúp quản lý mối
quan hệ với khách hàng, bao gồm lưu trữ thông tin khách hàng, theo dõi lịch sử mua hàng và triển khai các chương trình chăm sóc khách hàng
Mỗi loại hệ thống có vai trò quan trọng trong việc hỗ trợ quản lý và tối ưu hóa các quy trình trong tổ chức, tùy thuộc vào nhu cầu và mục tiêu cụ thể của tổ chức hoặc doanh nghiệp
Trang 11yếu tố như hiệu suất và bảo mật Sau đó, các nhà phân tích xây dựng mô hình và biểu đồ để mô phỏng hệ thống Cuối cùng, các yêu cầu được đánh giá và xác nhận với các bên liên quan để đảm bảo hệ thống sẽ đáp ứng đúng mục tiêu
hệ thống được xây dựng để đảm bảo hệ thống hoàn thiện vàsẵn sàng đưa vào sử dụng
- Mô hình luồng dữ liệu (DFD - Data Flow Diagram):
DFD mô tả cách dữ liệu di chuyển qua hệ thống, từ các nguồn đến các đích, và cách thức các quy trình xử lý dữ liệu Mô hình này giúp hình dung được sự tương tác giữa các thành phần trong hệ thống
- Mô hình quan hệ thực thể (ER - Entity Relationship
Diagram): ER mô tả các thực thể (entities) trong hệ thống
và mối quan hệ giữa chúng Đây là công cụ hữu ích trong việc thiết kế cơ sở dữ liệu, giúp xác định các bảng dữ liệu
và quan hệ giữa chúng
Trang 12- Sơ đồ lớp (Class Diagram): Sử dụng trong thiết kế hướng
đối tượng, sơ đồ lớp mô tả các lớp đối tượng, các thuộc tính và phương thức của chúng, cũng như mối quan hệ giữa các lớp trong hệ thống
- Mô hình trạng thái (State Diagram): Mô tả các trạng
thái của hệ thống hoặc các đối tượng trong hệ thống và các sự kiện thay đổi trạng thái Đây là công cụ quan trọngtrong việc thiết kế các hệ thống có tính tương tác cao
- Mô hình sơ đồ hoạt động (Activity Diagram): Diễn tả
các hoạt động trong hệ thống theo dạng tuần tự và các quyết định trong quá trình thực hiện Mô hình này hữu ích
để xác định luồng công việc và các quy trình trong hệ thống
Các mô hình này giúp các nhà phân tích và thiết kế hệ
thống tổ chức, minh họa và kiểm tra các yêu cầu và chức năng của hệ thống, đảm bảo rằng hệ thống cuối cùng sẽ đáp ứng được mục tiêu và yêu cầu đã đề ra
1.7 PHƯƠNG PHÁP TIẾP CẬN HƯỚNG ĐỐI
TƯỢNG
1.7.1 Khái niệm cơ bản
Phương pháp tiếp cận hướng đối tượng (OOA) mô hình hóa hệ thống dưới dạng các đối tượng, mỗi đối tượng có dữ liệu và phương thức xử lý dữ liệu Các khái niệm cơ bản bao gồm:
- Đối tượng (Object): Là thực thể có thuộc tính và phương
thức, ví dụ "Nhân viên" với các thuộc tính như tên và các phương thức như "chấm công"
Trang 13- Lớp (Class): Là khuôn mẫu để tạo đối tượng, định nghĩa
các thuộc tính và phương thức mà đối tượng sẽ có
- Kế thừa (Inheritance): Cho phép lớp con kế thừa các
thuộc tính và phương thức từ lớp cha, giúp tái sử dụng mãnguồn
- Đóng gói (Encapsulation): Che giấu dữ liệu và chỉ cho
phép truy cập qua phương thức, bảo vệ tính toàn vẹn của
dữ liệu
- Đa hình (Polymorphism): Cho phép phương thức có thể
hoạt động với nhiều đối tượng hoặc có nhiều hành vi khácnhau
Phương pháp này giúp xây dựng các hệ thống dễ bảo trì, mởrộng và phản ánh tốt các thực thể trong thế giới thực
1.7.2 Nguyên tắc SOLID
Nguyên tắc SOLID là tập hợp năm nguyên tắc cơ bản
trong lập trình hướng đối tượng nhằm giúp thiết kế phần mềm dễ bảo trì, mở rộng và giảm thiểu sự phụ thuộc giữa các thành phần Các nguyên tắc này bao gồm:
S - Single Responsibility Principle (Nguyên tắc trách
nhiệm đơn nhất): Mỗi lớp chỉ nên có một lý do để thay
đổi, tức là mỗi lớp chỉ nên chịu trách nhiệm cho một côngviệc cụ thể
O - Open/Closed Principle (Nguyên tắc mở/đóng): Các
lớp nên được mở để mở rộng nhưng đóng với sự thay đổi
Trang 14Điều này có nghĩa là có thể mở rộng chức năng của lớp
mà không cần sửa đổi mã nguồn của lớp đó
L - Liskov Substitution Principle (Nguyên tắc thay thế
Liskov): Các đối tượng của lớp con có thể thay thế đối
tượng của lớp cha mà không làm ảnh hưởng đến tính chính xác của chương trình
I - Interface Segregation Principle (Nguyên tắc phân
tách giao diện): Các lớp không nên bị ép buộc phải triển
khai các phương thức mà chúng không sử dụng Điều nàykhuyến khích việc chia nhỏ giao diện thành nhiều phần nhỏ, mỗi phần chỉ chứa các phương thức cần thiết
D - Dependency Inversion Principle (Nguyên tắc đảo
ngược phụ thuộc): Các mô-đun cấp cao không nên phụ
thuộc vào mô-đun cấp thấp mà cả hai nên phụ thuộc vào các trừu tượng Đồng thời, các trừu tượng không nên phụ thuộc vào chi tiết, mà chi tiết phải phụ thuộc vào trừu tượng
Tuân thủ nguyên tắc SOLID giúp phần mềm dễ bảo trì, mở
rộng và giảm sự phụ thuộc giữa các lớp, tạo ra các hệ thống linh hoạt và ít bị lỗi
1.8 TỔNG QUAN VỀ UML (UNIFIED MODELING
LANGUAGE)
1.8.1 Khái niệm
UML (Unified Modeling Language) là ngôn ngữ mô hình
hóa đồ họa dùng để mô tả và thiết kế phần mềm UML sử dụng các sơ đồ để trực quan hóa các thành phần và mối quan hệ trong hệ thống, giúp các nhà phát triển và các bên liên quan hiểu rõ hơn về hệ thống UML hỗ trợ trong các
Trang 15giai đoạn phân tích, thiết kế và triển khai phần mềm, với các sơ đồ phổ biến như sơ đồ lớp, sơ đồ đối tượng và sơ đồ hoạt động.
1.8.2 Tác dụng
- Trực quan hóa hệ thống: UML giúp mô tả rõ ràng cấu
trúc và hành vi của hệ thống, giúp người phát triển dễ dàng hiểu và phân tích hệ thống
- Giao tiếp hiệu quả: UML tạo ra một ngôn ngữ chung
giữa các nhà phân tích, lập trình viên và các bên liên
quan, giúp trao đổi thông tin chính xác và dễ hiểu
- Hỗ trợ thiết kế: UML giúp trong việc thiết kế hệ thống
phần mềm, cho phép mô hình hóa các đối tượng, lớp, mối quan hệ và quy trình trong hệ thống
- Giảm thiểu sự phức tạp: UML giúp tổ chức thông tin
một cách có hệ thống, giảm sự phức tạp và làm cho việc quản lý dự án phần mềm trở nên dễ dàng hơn
- Dễ bảo trì và mở rộng: Với các mô hình UML rõ ràng,
việc bảo trì và mở rộng hệ thống trở nên thuận tiện và nhanh chóng hơn
Trang 16- Giao tiếp giữa các nhóm phát triển: Tạo ra một ngôn
ngữ chung cho các nhà phân tích, thiết kế và lập trình viên, từ đó cải thiện khả năng hợp tác và giảm thiểu hiểu lầm
- Thiết kế và phát triển phần mềm hiệu quả: Cung cấp
các công cụ hỗ trợ thiết kế hệ thống có cấu trúc rõ ràng,
dễ hiểu và dễ duy trì
- Tạo tài liệu chuẩn: UML giúp tạo ra tài liệu chuẩn hóa
cho hệ thống, phục vụ cho việc bảo trì, mở rộng và phát triển hệ thống trong tương lai
UML giúp các nhà phát triển phần mềm thiết kế, mô hình hóa và triển khai các hệ thống hiệu quả và linh hoạt
1.9 STARUML
StarUML là một công cụ phần mềm mã nguồn mở dùng
để thiết kế và mô hình hóa hệ thống phần mềm bằng UML Nó
hỗ trợ nhiều loại sơ đồ UML, bao gồm sơ đồ lớp, sơ đồ đối
tượng, sơ đồ hoạt động, và sơ đồ trình tự StarUML giúp các nhà phát triển dễ dàng tạo và quản lý các mô hình phần mềm, đồng thời cung cấp một giao diện người dùng trực quan và dễ
sử dụng Công cụ này được thiết kế để hỗ trợ các phương phápphát triển phần mềm hướng đối tượng và giúp cải thiện năng suất trong quá trình phát triển phần mềm
1.9.1 Các ký hiệu trong biểu đồ UseCase
Actor: Actor được dùng để chỉ người sử dụng hoặc một
đối tượng nào đó bên ngoài tương tác với hệ thống Actor được biểu diễn như sau:
Trang 17Hình 2 1 Ký hiệu actor trong biểu đồ usecase
Usecase: là chức năng mà các Actor sẽ sử dụng và được
ký hiệu như sau:
Hình 2 2 Ký hiệu usecase trong biểu đồ usecase
Quan hệ Association: thường được dùng để mô tả mối
quan hệ thông thường giữa Actor và Usecase hoặc giữa Usecase và Usecase, được ký hiệu như sau:
Hình 2 3 Ký hiệu quan hệ association trong biểu đồ usecase
Ví dụ về quan hệ giữa Actor và Usecase được thể hiện nhưsau:
Hình 2 4 Ví dụ về quan hệ association trong biểu đồ usecase
Quan hệ Include: Include là quan hệ giữa các Use Case
với nhau, nó mô tả việc một Use Case lớn được chia ra thành các Use Case nhỏ để dễ cài đặt (module hóa) hoặc thể hiện sự dùng lại Quan hệ Include được ký hiệu như sau:
Hình 2 5 Ký hiệu quan hệ include trong biểu đồ usecase
Trang 18Giả sử usecase đăng nhập có thể gộp chung và usecase đặt hàng nhưng tách ra để cho các usecase khác có thể sử dụng hoặc để module hóa cho dễ hiểu:
Hình 2 6 Ví dụ về quan hệ include trong biểu đồ usecase
Quan hệ Extend: dùng để mô tả quan hệ giữa 2
usecase Quan hệ Extend được sử dụng khi có một
usecase được tạo ra để bổ sung chức năng cho một
usecase có sẵn và được sử dụng trong một điều kiện nhấtđịnh nào đó, được ký hiệu như sau:
Hình 2 7 Ký hiệu quan hệ extend trong biểu đồ usecase
Giả sử usecase tìm sản phẩm theo loại là usecase bổ sung cho usecase tìm sản phẩm, ta có thể vẽ như sau:
Hình 2 8 Ví dụ về quan hệ extend trong biểu đồ usecase
1.9.2 Các ký hiệu trong biểu đồ trình tự
Đường đời: mỗi đường đời được gắn nhãn với tên của đối
tượng mà nó đại diện, thể hiện rằng đối tượng đó tồn tại
và có thể tham gia vào các tương tác trong suốt thời gian của biểu đồ Ký hiệu:
Hình 2 9 Ký hiệu đường đời trong biểu đồ trình tự
Thông điệp: là một mũi tên nối giữa hai lifeline, đại diện
cho sự tương tác giữa hai đối tượng Thông điệp thể hiện