báo cáo chuyên đề học phần công nghệ phần mềm đề tài xây dựng hệ thống quản lý quán coffee cadillac

TRƯỜNG ĐẠI HỌC ĐIỆN LỰC KHOA CÔNG NGHỆ THÔNG TIN

BÁO CÁO CHUYÊN ĐỀ HỌC PHẦN CÔNG NGHỆ PHẦN MỀM

ĐỀ TÀI:

XÂY DỰNG HỆ THỐNG QUẢN LÝ QUÁN COFFEE CADILLAC Sinh viên thực hiện: LÊ XUÂN HÙNG

Giảng viên hướng dẫn : LÊ THỊ TRANG LINH

Hà Nội, tháng 10 năm 2020

Họ Và TênNhiệm vụĐiểmChữ

DANH SÁCH HÌNH ẢNH

HÌNH 1.1 CỬA HÀNG COFFEE CADILLAC 2

HÌNH 1.2 SƠ ĐỒ TỔ CHỨC HỆ THỐNG 4

BẢNG 2.1 BẢNG ƯỚC LƯỢNG CHI PHÍ 8

BẢNG 2.2 ƯỚC LƯỢNG THỜI GIAN 10

BẢNG 2.3 LẬP LỊCH THEO DÕI 13

HÌNH 3.1 BIỂU ĐỒ USE CASE TỒNG QUÁT 18

HÌNH 3.2 BIỂU ĐỒ USECASE ĐĂNG NHẬP, ĐĂNG XUẤT 18

HÌNH 3.3 BIỂU ĐỒ USECASE QUẢN LÝ NHÂN VIÊN 20

HÌNH 3.4 BIỂU ĐỒ USECASE QUẢN LÝ BÀN 22

HÌNH 3.5 BIỂU ĐỒ QUẢN LÝ SẢN PHẨM 23

HÌNH 3.6 BIỂU ĐỒ TRÌNH TỰ ĐĂNG NHẬP ĐĂNG XUẤT 25

HÌNH 3.7 BIỂU ĐỒ TRÌNH TỰ SỬA THÔNG TIN NHÂN VIÊN 26

HÌNH 3.8 BIỂU ĐỒ TRÌNH TỰ TẠO BÀN MỚI 26

HÌNH 3.9 BIỂU ĐỒ TRÌNH TỰ NHẬP SẢN PHẨM 27

HÌNH 4.1 FORM ĐĂNG NHẬP 27

HÌNH 4.2 FORM TRANG CHỦ 28

HÌNH 4.3 FORM QUẢN LÝ NHÂN VIÊN 28

Lời Nói Đầu

Trong xu thế phát triển hiện nay trên thế giới khoa học và công nghệ luôn có những thay đổi mạnh mẽ.Một phần trong đó là việc ứng dụng Công Nghệ Thông Tin vào đời sống hàng ngày của con người Loài người chúng ta đang hướng tới thiết lập một hành tinh thông minh Ngày nay với sự phát triển mạnh mẽ của CNTT kết hợp với sự phát triển của mạng Internet đã kết nối được toàn thế giới lại với nhau thành một thể thống nhất Nó đã trở thành công cụ đắc lực cho nhiều ngành nghề : giao thông, quân sự, y học…và đặc biệt là trong công tác quản lý nói chung và quản lý quán Cafe nói riêng.

Trước đây khi máy tính chưa được ứng dụng rộng rãi các công việc quản lý đều được thực hiện một cách thủ công nên rất tốn thời gian, nhân lực cũng như tài chính Ngày nay với sự phát triển mạnh mẽ của công nghệ thông tin đã giúp cho việc quản lý được thực hiện một cách dễ dàng hơn, giảm chi phí, thời gian…

Qua quá trình khảo sát một vài quán cafe, em đã xây dựng lên đề tài quản lý quán Cafe với mong muốn giúp cho việc quản lý được thực hiện một cách dễ dàng hơn, thuận tiện và giảm thiểu được các sai xót.

Nhờ sự quan tâm, hướng dẫn của Cô Lê Thị Trang Linh chúng em đã từng bước nghiên cứu và vận dụng các kiến thức đã được học để tìm hiểu, phân tích và xây dựng được chương trình quản lý đáp ứng tương đối một số các yêu cầu đặt ra.Tuy nhiên,do kiến thức còn hạn chế nên chương trình vẫn không tránh khỏi những thiếu sót Vì vậy, chúng em rất mong nhận được sự đóng góp ý kiến của tất cả các thầy cô và các bạn để có thể từng bước xây dựng chương trình ngày càng hoàn thiện và hiệu quả hơn.

CHƯƠNG 1: GIỚI THIỆU DỰ ÁN PHẦN MỀM1.1 Khảo sát hệ thống

 Quản lý quán Coffee Cadillac

Quán Coffee Cadillac có địa chỉ tại: Lô số 3, Đường Trần Hưng Đạo, Thành Phố Thái Bình.

- Thời gian mở cửa: 6:00h – 23:00h các ngày trong tuần - Số Điện Thoại: 096 662 22 69

- Website: http://cadillaccoffee.vn/

Hình 1.1 Cửa hàng Coffee Cadillac

Cửa hàng cà phê Coffee Cadillac chỉ mới mở được hơn 3 năm qua nhưng đã rất thành công Thành công của cửa hàng cà phê  Coffee Caddillac là nhờ vào việc

lựa chọn mô hình kinh doanh lấy khách hàng làm trung tâm, chất lượng hàng đầu và tinh tế trong từng dịch vụ nhằm tạo ra các giá trị thân quen cho khách hàng.

1.2 Xác Định Yêu Cầu Cần Giải Quyết

Tại cửa hàng Coffee Cadillac hiện nay với lượng khách càng ngày càng tăng, để phục vụ khách được tốt hơn, chính xác hơn và nhanh chóng hơn thì chủ cửa hàng muốn từng bước tin học hoá các khâu quản lí Đặc biệt là trong công tác kế toán và quản lí hàng hoá Bởi vì với công tác thủ công mà cửa hàng đang thực hiện đã bộc lộ nhiều hạn chế như sau:

- Tra cứu thông tin về hàng hoá, các đại lí cung cấp hàng và khách hàng mất nhiều thời gian và nhiều khi không chính xác.

- Cập nhật các thông tin hằng ngày tốn nhiều thời gian và khó khăn trong việc thực hiện báo cáo thống kê, nhất là khi có sự việc đột xuất.

Trước tình hình đó vấn đề đặt ra là xây dựng một hệ thống thông tin đáp ứng được các yêu cầu cơ bản sau:

- Giảm khối lượng ghi chép nhằm lưu trữ thông tin - Cập nhật dữ liệu nhanh chóng, chính xác và kịp thời:

+ Thêm loại đồ uống mới trong menu + Sửa các loại đồ uống trong menu + Xóa các loại đồ uống có trong menu - Quản lý nhân viên:

+ Thông tin nhân viên - Quản lý bàn:

+ Thêm bàn + Thông tin bàn

- Tự động in các hoá đơn cần thiết như: phiếu yêu cầu nhập hàng, hoá đơn nhập hàng, phiếu thu, phiếu chi.

- Có khả năng lưu trữ thông tin lâu dài, đảm bảo truy vấn nhanh khi cần thiết.

1.3.Phân Tích Và Đặc Tả Các Nghiệp Vụ Của Hệ Thống.1.3.1 Quy trình phục vụ

Khi có khách bước vào nhân viên phục vụ sẽ mở cửa cho khách Hỏi khách muốn dùng tại quán hay mang về (cách thức thanh toán) cùng với số lượng người đi (nếu dùng tại quán) để có thể sắp xếp chỗ ngồi một cách hợp lý nhất Sau khi chọn chỗ ngồi cho khách viên phục vụ sẽ đưa Menu cho khách để khách chọn đồ uống… Sau khi đã nhập hết các order của khách, nhân viên phục vụ thanh toán với khách hàng và in hóa đơn (2 hóa đơn) Một hóa đơn sẽ chuyển cho nhân viên pha chế, một hóa đơn giao cho khách hàng Khi pha chế xong các đồ uống nhân viên phục vụ sẽ mang ra cho khách Ngoài ra nhân viên muốn có các nguyên liệu để pha chế còn phải lấy lên từ kho bảo quản.

Từ những lý do trên đề tài quản lý quán café sẽ được chia làm 4 phần chủ yếu: Đăng nhập và đăng xuất, quản lý nhân viên, quản lý sản phẩm, quản lý bàn.

1.3.2 Đặc tả các nghiệp vụ của hệ thống

Hình 1.2 Sơ đồ tổ chức hệ thống  Đăng nhập, đăng xuất:

Gồm tên tài khoản và mật khẩu để truy cập vào hệ thống.

Để truy cập vào hệ thống thì chủ cửa hàng và nhân viên cần phải có một tài khoản, tài khoản này sẽ bao gồm hai thông tin đó chính là tên đăng nhập và mật khẩu Trong trường hợp chủ cửa hàng hoặc nhân viên đã có tài khoản đăng ký thì

bỏ qua bước đăng ký để vào hệ thống Sau khi đã đăng nhập thành công từ tuỳ vào chức năng của mỗi người mà hệ thống sẽ cho phép truy cập các trang khác nhau.

 Quản lý nhân viên:

- Chủ cửa hàng hoặc nhân viên có thể thêm, sửa, xoá thông tin nhân viên - Đặc biệt có thêm chức năng chấm công và tính lương cho mỗi nhân viên làm việc theo ca trong một ngày nhân với hệ số lương, cuối tháng Hệ Thống sẽ đưa ra bảng danh sách chấm công nhân viên trong tháng đó và tính lương cả tháng cho mỗi nhân viên dựa vào số công mà mỗi nhân viên làm việc trong tháng và in bản lương cho nhân viên theo yêu cầu cụ thể Ngoài ra những nhân viên làm full công/tháng sẽ được thưởng/hỗ trợ 10% cho mỗi tháng.

 Quản lý bàn:

- Chức năng này dùng để thêm, sửa, xoá sản phẩm trên mỗi bàn theo yêu cầu của khách hàng đồng thời thanh toán và in hoá đơn cũng như lưu thông tin hoá đơn để có thể thống kê mỗi tháng.

 Quản lý sản phẩm:

- Có thể thêm một sản phẩm mới hoặc cập nhật tình trạng các sản phẩm trong quá trình.

- Chủ cửa hàng sẽ quán lý những loại đồ uống có trong menu và 1 vài món ăn nhẹ (Hạt hướng dương, khô gà,…)

1.4.Yêu Cầu Của Hệ Thống. 1.4.1 Yêu cầu chức năng

- Đăng nhập, đăng xuất - Quản lý nhân viên - Quản lý bàn

- Quản lý sản phẩm

1.4.2 Yêu cầu phi chức năng.1.4.2.1 Yêu cầu về bảo mật.

Yêu cầu về bảo mật hệ thống, bảo vệ thông tin khách hàng, thông tin cửa

hàng phải được bảo mật về mật khẩu các các thông tin tế nhịn khác.

1.4.2.2 Yêu cầu về sao lưu.

Hệ thống đáp ứng các nhu cầu: dữ liệu được lưu trong hệ thống dự phòng tự động 24/24 bằng một hệ thống song hành nhắm tránh mất dữ liệu Dữ liệu của hệ thống sẽ có thể kết xuất ra các thiết bị lưu trữ ngoài à khôi phục khi cần thiết.

1.4.2.1 Các yêu cầu ràng buộc thiết kế

- Giao diện thân thiện, dễ sử dụng.  - Tốc độ xử lý nhanh. 

- Hệ quản trị cở sở dữ liệu : MySQL.

- Phân tích và thiết kế được thực hiện theo chuẩn UML.

- Các công cụ hỗ trợ không tính bản quyền, thư viện hỗ trợ khác phải là mã nguồn mở.

- Hệ thống được thiết kế theo hướng có khả năng phát triển trong tương lai với việc thêm bớt các module hoặc tích hợp hệ thống vào một hệ thống khác.

1.4.2.2 Yêu cầu phần cứng, phần mềm.

1.5.Kết Luận Chương 1

Qua việc thực hiện việc tìm hiểu, khảo sát của hệ thống LapTop Hoàng Nam tại thời điểm hiện tại, cũng như tìm hiểu các quy trình quản lý của hệ thống đã giúp cho em hiểu được phần nào những công việc khó khăn mà hệ thống gặp phải Từ đó xác định được yêu cầu bài toán cần được giải quyết, cũng như xác định được các yêu cầu mới mà hệ thống mới sẽ phải đáp ứng được giúp cho công việc quản lý được dễ dàng hơn, nhanh hơn và đạt được kết quả cao hơn.

CHƯƠNG 2:QUẢN LÝ DỰ ÁN Viết báo cáo tổng kết Tổng kết toàn bộ công việc

thành báo cáo cuối cùng

Mô tả cụ thể hơn những yêu cầy cần thiết của phần mềm

Viết báo cáo cho ra bảng phân tích hoàn chỉnh

Kiểm thử module

Kiểm tra giao dện, độ chính xác của nhập xuất dữ liệu Kiểm thử Test toàn bộ hệ thống 100$ Fix lỗi tồn tại Fix các lỗi phát sinh 300$

Bảng 2.1 Bảng ước lượng chi phí

2.1.2 Ước lượng người tham gia

- Số lượng người tham gia: 1 người

2.1.3 Ước lượng thời gian

Kiểm thử Test toàn bộ hệ thống 27/9/2020 28/9/2020 Fix lỗi tồn tại Fix các lỗi phát sinh 28/9/2020 1/10/2020

Bảng 2.2 Ước lượng thời gian

2.2 Lập lịch theo dõi- Lập lịch theo dõi:

Cấu trúcHoạt độngTên hoạt độngKếNgày bắt đầuNgày kết

phân việcthừa

có thuận tiện cho người dùng chưa

Bảng 2.3 Lập lịch theo dõi

 Theo dõi các kế hoạch quản lý rủi ro- Khách hàng đòi thay đổi yêu cầu dự án:

Đặc điểm : Khách hàng đột nhiên đòi thay đổi một số điểm quan trọng trong bản yêu cầu Ví dụ như thêm một số chức năng như quản lý giờ giấc làm việc, an ninh …

 Thời gian xuất hiện / Tần suất : Bất cứ lúc nào trong giai đoạn lập kế hoạch hoặc thực thi dự án

 Nguyên nhân : Do khách hàng

 Phòng ngừa rủi ro : Cần khảo sát cặn kẽ, tỉ mỉ trước khi đưa ra bản phân tích cho khách hàng Nên đưa nhiều mẫu thiết kế cho khách hàng tham 63 khảo, tránh chỉ đưa một mẫu Trong quá trình thực hiện PM cần thường xuyên liên hệ với khách hàng để cập nhật thay đổi, tránh để quá muộn.

 Phương pháp phản ứng : Yêu cầu khách hàng thống nhất chốt hạ những thay đổi cuối cùng  Ước tính chi phí phản ứng : Tùy thuộc vào giai đoạn thay đổi, có thể sẽ phải yêu cầu khách hàng chi thêm tiền.

 Ước tính thời gian phản ứng : Ngay lập tức.

 Nhân sự đối phó : PM, nhân viên phân tích hệ thống

- Dự án bị vỡ kế hoạch thời gian:

 Đặc điểm : Các công việc không hoàn thành đúng tiến độ dẫn đến chậm bàn giao sản phẩm cho khách hàng

 Thời gian xuất hiện / Tần suất : Vào giai đoạn đầu và cuối dự án

 Nguyên nhân : Do sự chủ quan của các thành viên đội dự án, mất thời gian vào tìm hiểu quy trình nghiệp vụ của siêu thị khách hàng, không có lịch biểu cụ thể

 Phòng ngừa rủi ro : PM cần xác định rõ các công việc cần làm ngay từ đầu, tạo một lịch biểu cụ thể cho từng thành viên

 Phương pháp phản ứng : Xác định số ngày chậm tiến độ, rút ngắn thời gian một số công việc không quan trọng, nếu không thể kịp thì phải thông báo trước với khách hàng kèm lời xin lỗi và giải thích

 Ước tính thời gian phản ứng : Ngay lập tức sau khi PM tổ chức cuộc họp giải quyết khó khăn với các thành viên.

- Các thành viên trong đội dự án không đoàn kết, mâu thuẫn với nhau

 Đặc điểm : Các thành viên không thực sự hợp tác trong công việc, nói xấu nhau ảnh hưởng đến chất lượng cũng như tiến độ dự án

 Thời gian xuất hiện / Tần suất : Bất cứ lúc nào, nhưng thường gặp nhất trong giai đoạn thực thi dự án

 Nguyên nhân : Có thể do đội mới thành lập, các thành viên chưa có thời gian làm quen, tìm hiểu lẫn nhau

 Phòng ngừa rủi ro : PM cần tổ chức một buổi gặp mặt cho toàn thể đội dự án trước khi bắt đầu vào làm dự án chính thức để mọi người hiểu nhau hơn  Phương pháp phản ứng : Khi giao việc cho thành viên, PM phải đảm bảo sự

công bằng Trong giai đoạn thực thi, PM phải chú ý sâu sát với đội, kịp thời giải quyết ngay những mâu thuẫn nhỏ.

 Ước tính thời gian phản ứng : Ngay lập tức  Nhân sự đối phó : PM.

- Một thành viên bất ngờ xin rút khỏi dự án

 Đặc điểm : Một thành viên trong đội đột nhiên nêu ý định muốn rời bỏ dự án mặc dù đang tiến hành

 Thời gian xuất hiện / Tần suất : Bất cứ lúc nào trong thời gian thực hiện dự án

 Nguyên nhân : Có thể có rất nhiều nguyên nhân như : Thành viên đó có vấn đề sức khỏe hoặc lý do gia đình, cũng có khi do được một công ty khác lôi kéo.

 Phòng ngừa rủi ro : Trước khi bắt đầu dự án, PM cần phải lập ra những quy tắc (team contract) chặt chẽ với đội dự án qua đó quy định mỗi thành viên khi muốn nghỉ việc phải thông báo trước cho PM tối thiểu trước 2 tuần  Phương pháp phản ứng : Trong trường hợp rủi ro xảy ra, trước tiên PM cần

xác định kỹ độ lớn công việc mà nhân viên bỏ đi để lại Tốt nhất nếu có thể là giao thêm cho những nhân viên khác phần việc đó Còn nếu như không đủ nhân sự thì phải tuyển thêm người mới vào để hoàn thành công việc.

 Ước tính thời gian phản ứng : 1 đến 2 tuần.

 Nhân sự phản ứng : Các thành viên còn lại trong đội hoặc tuyển người mới

- Khách hàng hủy bỏ hợp đồng, rút tài trợ dự án

 Đặc điểm : Khách hàng muốn chấm dứt hợp đồng hoặc cắt tài trợ cho đội dự án

 Thời gian xuất hiện / Tần suất : Bất cứ lúc nào trong giai đoạn thực thi dự án

 Nguyên nhân : Do nhiều nguyên nhân như khách hàng không hài lòng với công việc hay sản phẩm của đội dự án, hoặc do khả năng tài chính không đảm bảo

 Phòng ngừa rủi ro : Cần có những điều khoản ràng buộc chặt chẽ trong hợp đồng với khách hàng để ngăn họ đơn phương hủy hợp đồng.

 Phương pháp phản ứng : Cố gắng thuyết phục khách hàng để giữ lại dự án, còn nếu khách hàng kiên quyết muốn hủy bỏ thì yêu cầu bồi thường tiền dự án sau đó đi tìm một khách hàng tiềm năng khác

 Thời gian phản ứng : 1 đến 2 tuần

 Nhân sự phản ứng : PM

- Dự án cạn kiệt kinh phí

 Đặc điểm : Trong quá trình thực hiện dự án, PM nhận thấy số tiền còn lại không đủ để chi cho các hoạt động còn lại của dự án.

 Thời gian xuất hiện / Tần suất : Bất cứ lúc nào trong giai đoạn thực hiện dự án

 Nguyên nhân : Có thể do lập bản kế hoạch chi phí không kỹ dẫn đến việc vỡ ngân quỹ cho dự án, hoặc do các thành viên chi tiêu quá mức, không tuân thủ theo kế hoạch cũng có thể dẫn đến vỡ quỹ 65

 Phòng ngừa rủi ro : PM cần thống nhất với toàn đội về bản kế hoạch chi tiêu thật rõ ràng, yêu cầu toàn đội dự án thực hiện nghiêm ngặt, có hình thức kỷ luật với thành viên không tuân thủ đúng kế hoạch chi tiêu

 Phương pháp phản ứng : Xác định nguyên nhân gây thâm hụt ngân sách dự án, sau đó họp toàn đội lại đề ra giải pháp Có thể cắt giảm tối đa những hoạt động không thực sự quan trọng với dự án, trong trường hợp khó đảm đương PM cần liên hệ ngay với khách hàng, cố gắng xin lỗi và xin thêm tiền tài trợ cho dự án

 Thời gian phản ứng : Ngay lập tức  Nhân sự phản ứng : PM.

CHƯƠNG 3: PHÂN TÍCH HỆ THỐNG3.1 Mô tả bài toán

Quản lý cửa hàng nắm được tình hình mua bán, doanh thu của cửa hàng, việc thống kê được thực hiện hàng tháng…Nhân viên bán hàng sẽ thực hiện thanh toán những mặt hàng mà khách hàng mua và lập hoá đơn cho khách hàng Khách hàng là người mua hàng từ cửa hàng.Việc quản lý của cửa hàng được thực hiện như sau:

Phần mềm sẽ hiển thị các sản phẩm và dịch vụ mà cửa hàng cung ứng Nhân viên sẽ nhập liệu các yêu cầu của khách hàng được ghi vào phần mềm và có thể thêm, sửa, xoá thông tin bàn trong quá trình phục vụ Đến khi khách hàng yêu cầu thanh toán sẽ xuất hoá đơn.

3.2 Xác định Actor3.2.1 Quản lý cửa hàng

Là người nắm bắt được mọi tình hình của cửa hàng, từ doanh thu, việc mua bán cũng như quản lý nhân viên…

3.2.2 Nhân viên

Nhân viên làm việc trong cửa hàng có trách nhiệm chào đón khách hàng và phục vụ, order theo yêu cầu của khách hàng đồng thời cả việc thanh toán cho khách hàng.

3.3 Xây dựng biểu đồ Use Case3.3.1 Biểu đồ Use Case tổng quát

Hình 3.1 Biểu đồ Use Case Tồng quát

3.3.2 Đặc tả Use Case

3.3.2.1 UseCase Đăng nhập, đăng xuất

Hình 3.2 Biểu đồ UseCase Đăng nhập, đăng xuất

 Đặc tả UseCase Đăng nhập đăng xuất

 Tác nhân: Quản lý cửa hàng, nhân viên

 Mô tả: Tác nhân sử dụng để thực hiên chức năng đăng nhập, đăng xuất

 Dòng sự kiện chính:

1 Tác nhân yêu cầu giao diện đăng nhập tới hệ thống 2 Hệ thống sẽ hiển thị giao diện đăng nhập cho tác nhân.

-Cập nhật tên đăng nhập.

-Cập nhật mật khẩu đăng nhập.

4 Hệ thống sẽ kiểm tra dữ liệu và xác nhận thông tin được nhập vào 5 Khi thành công, hệ thống sẽ hiển thị giao diện chính của phần

6 Kết thúc use case  Dòng sự kiện phụ:

o Dòng thứ 1:

1 Tác nhân yêu cầu huỷ đăng nhập hoặc đăng xuất 2 Hệ thống sẽ đóng lại hoặc rời khỏi đăng nhập 3 Kết thúc use case.

o Dòng thứ 2:

1 Tác nhân nhập sai thông tin.

2 Hệ thống sẽ hiển thị dòng chữ báo lỗi 3 Kết thúc use case.

 Các yêu câu đặc biệt: không có

 Trạng thái hệ thống trước khi use case sử dụng: không đòi hỏi yêu cầu gì trước đó.

 Trạng thái hệ thống sau khi usecase được sử dụng

-Nếu thành công: Hệ thống sẽ hiển thị giao diện chính Người dùng có

thể thực hiện các chức năng, quyền hạn của mình.

-Nếu thất bại: Hệ thống sẽ đưa ra thông báo “Lỗi! Tài Khoản hoặc mậtkhẩu không đúng Vui lòng nhập lại.”.

3.3.2.2 Usecase Quản lý nhân viên

Hình 3.3 Biểu đồ Usecase Quản lý nhân viên

 Đặc tả UseCase Quản lý nhân viên

 Tác nhân: Quản lý cửa hàng, nhân viên

 Mô tả: Tác nhân sử dụng để thực hiên các chức năng có trong quản lý nhân viên

 Dòng sự kiện chính:

1 Tác nhân yêu cầu bất kỳ một trong các hành động 2 Hệ thống sẽ hiển thị giao diện quản lý nhân viên.

3 Tác nhân sẽ cập nhật: (ví dụ là sửa thông tin nhân viên) -Cập nhật thông tin.

-Xác nhận thông tin.

4 Hệ thống sẽ lưu lại thông tin nhân viên

5 Khi thành công, hệ thống sẽ quay lại giao diện quản lý nhân viên 6 Kết thúc use case.

 Dòng sự kiện phụ: o Dòng thứ 1:

1 Tác nhân huỷ bỏ việc cập nhật thông tin nhân viên

2 Hệ thống sẽ đóng lại và quay lại giao diện quản lý nhân viên 3 Kết thúc use case.

o Dòng thứ 2:

1 Tác nhân nhập thiếu dữ liệu 2 Hệ thống sẽ hiển thị lỗi 3 Kết thúc use case.

 Các yêu câu đặc biệt: không có

 Trạng thái hệ thống trước khi use case sử dụng: không đòi hỏi yêu cầu gì trước đó.

 Trạng thái hệ thống sau khi usecase được sử dụng

-Nếu thành công: Hệ thống sẽ hiển thị giao diện quản lý nhân viên.

Người dùng có thể thực hiện các chức năng, quyền hạn của mình.

-Nếu thất bại: Hệ thống sẽ đưa ra thông báo “Thao tác đã bị huỷ”.

3.3.2.3 Usecase Quản lý bàn

Hình 3.4 Biểu đồ Usecase Quản lý bàn

 Đặc tả UseCase Quản lý bàn

 Tác nhân: Quản lý cửa hàng, nhân viên

 Mô tả: Tác nhân sử dụng để thực hiên các chức năng có trong quản lý bàn

 Dòng sự kiện chính:

1 Tác nhân yêu cầu bất kỳ một trong các hành động 2 Hệ thống sẽ hiển thị giao diện quản lý bàn.

3 Tác nhân sẽ cập nhật: (ví dụ là sửa thông tin bàn) -Cập nhật thông tin.

-Xác nhận thông tin.

4 Hệ thống sẽ lưu lại thông tin bàn

5 Khi thành công, hệ thống sẽ quay lại giao diện quản lý bàn 6 Kết thúc use case.

 Dòng sự kiện phụ:

1 Tác nhân huỷ bỏ việc cập nhật thông tin bàn

2 Hệ thống sẽ đóng lại và quay lại giao diện quản lý bàn

3 Kết thúc use case  Các yêu câu đặc biệt: không có

 Trạng thái hệ thống trước khi use case sử dụng: không đòi hỏi yêu cầu gì trước đó.

 Trạng thái hệ thống sau khi usecase được sử dụng

-Nếu thành công: Hệ thống sẽ hiển thị giao diện quản lý bàn Người

dùng có thể thực hiện các chức năng, quyền hạn của mình.

-Nếu thất bại: Hệ thống sẽ đưa ra thông báo “Thao tác đã bị huỷ”.3.3.2.4 Usecase Quản lý sản phẩm

Hình 3.5 Biểu đồ quản lý sản phẩm

 Đặc tả UseCase Quản lý bàn

 Tác nhân: Quản lý cửa hàng

 Mô tả: Tác nhân sử dụng để thực hiên các chức năng có trong quản lý bàn

 Dòng sự kiện chính:

1 Tác nhân yêu cầu bất kỳ một trong các hành động 2 Hệ thống sẽ hiển thị giao diện quản lý bàn.

3 Tác nhân sẽ cập nhật: (ví dụ là tạo sản phẩm mới)

-Nhập thông tin sản phẩm mới -Xác nhận thông tin.

4 Hệ thống sẽ lưu lại thông tin sản phẩm

5 Khi thành công, hệ thống sẽ quay lại giao diện quản lý sản phẩm 6 Kết thúc use case.

 Dòng sự kiện phụ:

1 Tác nhân huỷ bỏ việc nhập liệu thông tin sản phẩm

2 Hệ thống sẽ đóng lại và quay lại giao diện quản lý sản phẩm 3 Kết thúc use case.

 Các yêu câu đặc biệt: không có

 Trạng thái hệ thống trước khi use case sử dụng: không đòi hỏi yêu cầu gì trước đó.

 Trạng thái hệ thống sau khi usecase được sử dụng

-Nếu thành công: Hệ thống sẽ hiển thị giao diện quản lý sản phẩm Tác

nhân có thể thực hiện các chức năng, quyền hạn của mình.

-Nếu thất bại: Hệ thống sẽ đưa ra thông báo “Thao tác đã bị huỷ”.