Phân Tích Thiết Kế Hệ Thống Quản Lý Quán Café Nhà Không Cửa.pdf

Siêu thị cũng vậy, tuy đã áp dụng tin học vào công việc quản lý,buôn bán nhưng mới chỉ dừng lại ở mức đơn giản, cần có một hệ thốngmới giúp việc quản lý tiện lợi dễ sử dụng.Hệ thống được

Xác định yêu cầu của dự án

Yêu cầu chức năng

Mô tả chi tiết các chức năng của hệ thống:

Chức năng đăng nhâp: Giúp quản lý và nhân viên có thể thao tác hê ̣ ̣thống Đảm bảo xác thực thông tin người sử dụng và an toàn bảo mật hệ thống.

Mỗi người muốn tham gia vào hệ thống đều cần có một tài khoản và mật khẩu khi đó họ mới có thể đăng nhập được, trước khi đăng nhập thì họ phải đăng ký ở trang chủ và được Chủ cửa hàng phân quyền thì mới đăng nhập được vào hệ thống bên trong (Hệ thống bên trong chỉ dành cho những người có chức vụ trong hệ thông).

Kiểm tra thông tin khách hàng: bao gồm các thông tin khách hàng ví dụ như tên khách hàng, sdt, địa chỉ,…

Kiểm tra thông tin nhân viên: thông tin của nhân viên làm việc tại cửa hàng, bao gồm thông tin nhân viên như quê quán, năm sinh, trình độ học vấn, kinh nghiệm…

 Chức năng quản lý đăng nhập

 Đăng nhập vào hệ thống

 Chức năng quản lý khách hàng

 Sửa thông tin khách hàng

 Chức năng quản lý nhân viên

 Sửa thông tin nhân viên

 Xóa thông tin nhân viên

 Chức năng quản lý đồ uống

 Sửa thông tin đồ uống

 Thêm thông tin đồ uống

 Chức năng quản lý nhà cung cấp

 Sửa thông tin nhà cung cấp

 Tìm kiếm nhà cung cấp

Yêu cầu phi chức năng

 Bảo mật: phân quyền hệ thống cho từng đối tượng sử dụng tránh

 Thông tin người dùng cần được bảo vệ.

 Hệ thống quản lý cửa hàng cần tuân thủ các yêu cầu đảm bảo chất lượng.

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

 An toàn: phải có giải pháp bảo đảm an toàn dữ liệu: Có khả năng backup dữ liệu và phục hồi dữ liệu khi có sự cố

 Hệ thống đáp ứng các nhu cầu: dữ liệu được luu thông 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 có thể kết xuất ra các thiết bị lưu trữ ngoài và có thế khôi phục khi cần thiết

1.4.2.3 Yêu cầu về tính năng sử dụng

 Hệ thống cho phép truy cập dữ liệu thời gian thực Các tác vụ thực hiện tức thời trong thời gian ngừng cho phép chấp nhận dưới 60s

 Hệ thống đảm bảo phục vụ truy cập online 200 người cùng một lúc

 Hệ thống đảm bảo trả lời những thắc mắc và yêu cầu của khách hàng trong vòng 2 tiếng

1.4.2.4 Yêu cầu ràng buộc thiết kế

 Yêu cầu công nghệ: Hệ thống phải dễ sử dụng, dễ sửa lỗi, có khả năng tái sử dụng và kế thừa.

 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.

1.4.2.5 Yêu cầu về phần cứng

 Hệ điều hành: Window 10 trở lên.

 Bộ xử lý: CPU lớn hơn hoặc bằng 2.30 GHz

 Ram: lớn hơn hoặc bằng 8GB

 Ổ cứng: lớn hơn hoặc bằng 200GB.

1.4.2.7 Yêu cầu khi sử dụng phần mềm

 Yêu cầu hiệu quả: Hệ thống phải làm việc hiệu quả thực hiện đúng các yêu cầu của người sử dụng Tỉ lệ lỗi trung bình hệ thống dưới 1%

 Yêu cầu tiến hóa: Hệ thống phải linh động trong việc thay đổi các thiết lập đặt sẵn phải dễ dàng nâng cấp.

 Yêu cầu tương thích: phần mềm phải tương thích với hệ thống của cửa hàng.

Các yêu cầu khác

Giai đoạn Công việc Mô tả Chi phí

Khảo sát yêu cầu dự án

Thu nhập các yêu cầu tổng quan của dự án

500.000- 1.000.000VND Khởi tạo dự án Thông báo triển khai dự án, lập project charter 2.000.000-

2.500.000VND Lập kế hoạch phạm vi dự án

Lập bản kế hoạch phạm vi dự án

2.000.000- 2.500.000VND Viết báo cáo tổng kết Tổng kết lại toàn bộ công việc thành báo cáo cuối cùng 0

Rút kinh nghiệm cho đợt dự án sau

Phân tích và thiết kế hệ thống Đặc tả chi tiết các yêu cầu

Từ yêu cầu thu được từ phần khảo sát, mô tả cụ thể hơn về những yêu cầu cần thiết của phần mềm

Mô tả kiến trúc hệ thống bằng các sơ đồ Use case, trình tự, hoạt động

Xây dựng kiến trúc phần mềm bằng các sơ đồ use case, trình tự, hoạt động (dùng Rational rose, astah)

Thiết kế cơ sở dữ liệu hệ thống

Xây dựng cấu trúc cơ sở dữ liệu cho phần mềm (gồm các bảng cụ thể)

Thiết kế giao diện phần mềm

Xây dựng các form cơ bản của phần mềm dựa theo các sơ đồ UML

Viết bản phân tích hệ thống chi tiết

Tổng hợp các báo cáo để cho ra bản phân tích thiết kế hoàn chỉnh

500.000- 1.000.000VND Phân tích yêu Từ những thông tin đã thu 500.000-

Module thống kê sản phẩm cầu cụ thể cho module thập ở trên lập kế hoạch xây dựng chi tiết những nhiệm vụ của quản lý

-xây dựng form đăng nhập

- xây dựng form thống kê

QUẢN LÝ DỰ ÁN

Ước lượng dự án

Giai đoạn Công việc Mô tả Chi phí

500.000- 1.000.000VND Khởi tạo dự án Thông báo triển khai dự án, lập project charter 2.000.000-

2.500.000VND Lập kế hoạch phạm vi dự án

Lập bản kế hoạch phạm vi dự án

2.000.000- 2.500.000VND Viết báo cáo tổng kết Tổng kết lại toàn bộ công việc thành báo cáo cuối cùng 0

Rút kinh nghiệm cho đợt dự án sau

Xây dựng các form cơ bản của phần mềm dựa theo các sơ đồ UML

500.000- 1.000.000VND Phân tích yêu Từ những thông tin đã thu 500.000-

Module thống kê sản phẩm cầu cụ thể cho module thập ở trên lập kế hoạch xây dựng chi tiết những nhiệm vụ của quản lý

- xây dựng form thống kê

- xây dựng các nút chức năng: thống kê, in phiếu TK Viết code cho module

Xây dựng form tự động thông báo số lượng hàng tồn, nhập xuất, hàng bán chạy theo tháng cho kế toán kho

Cài đặt module Thực hiện chạy thử module đã xây dựng 0

- kiểm thử giao diện, kiểm tra xem giao diện có đạt yêu cầu không, về hình thức bố trí giao diện của phần mềm có bố trí hợp lý hay không

- kiểm thử khả năng thống kê nhập xuất hàng…

Viết báo cáo về module Xây dựng báo cáo mô tả chi tiết về module 500.000VND

Tích hợp và hoàn thiện sản phẩm

Lắp ráp hoàn chỉnh các module thành chương trình thống nhất để chạy thử.

Kiểm thử tích hợp toàn hệ thống

Test tổng quan toàn bộ hệ thống

Thực hiện fix các lỗi tồn tại Fix các lỗi phát sinh trong khi test 4.000.000-

5.500.000VND Đóng gói phần mềm và chuyển giao

Viết tài liệu hướng dẫn sử dụng phần mềm

Tạo bản hướng dẫn sử dụng phần mềm

Lên kế hoạch bảo trì phần mềm

Chuyển giao các sản phẩm của dự án cho khách hàng

Bàn giao sản phẩm cũng như những tài liệu liên quan cho khách hàng đề ra kế hoạch bảo trì 1.500.000VND

Kết thúc dự án Tổng kết dự án 5.000.000VND

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

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

Giai đoạn Công việc Mô tả Thời gian

Thu nhập các yêu cầu tổng quan của dự án 1 ngày

Thông báo triển khai dự án, lập project charter 1 ngày

Lập kế hoạch phạm vi dự án

Lập bản kế hoạch phạm vi dự án 5 ngày

Viết báo cáo tổng kết

Tổng kết lại toàn bộ công việc thành báo cáo cuối cùng Giai đoạn cuối của dự án

Rút kinh nghiệm Rút kinh nghiệm cho đợt dự án sau Giai đoạn cuối của dự án

Thiết kế cơ sở dữ liệu hệ

Xây dựng các form cơ bản của phần mềm dựa theo các sơ đồ UML 4 ngày

Module thống kê sản phẩm

Phân tích yêu cầu cụ thể cho module

Từ những thông tin đã thu thập ở trên lập kế hoạch xây dựng chi tiết những nhiệm vụ của quản lý

- xây dựng form thống kê nhập xuất hàng, hình thức thống kê hàng hóa.

- xây dựng các nút chức năng: thống kê, in phiếu

Thực hiện chạy thử module đã xây dựng 1 ngày

- kiểm thử giao diện, kiểm tra xem giao diện có đạt yêu cầu không, về hình thức bố trí giao diện của phần mềm có bố trí hợp lý hay không

Viết báo cáo về module

Xây dựng báo cáo mô tả chi tiết về module 1 ngày

Tích hợp và hoàn thiện sản phẩm

Lắp ráp hoàn chỉnh các module thành chương trình thống nhất để chạy thử.

Test tổng quan toàn bộ hệ thống 1 ngày

Thực hiện fix các lỗi tồn tại

Fix các lỗi phát sinh trong khi test 2 ngày

Viết tài liệu Tạo bản hướng dẫn sử dụng phần 1 ngày Đóng gói phần mềm và chuyển giao hướng dẫn sử dụng phần mềm mềm

Bàn giao sản phẩm cũng như những tài liệu liên quan cho khách hàng đề ra kế hoạch bảo trì 1 ngày

Kết thúc dự án Tổng kết dự án 1 ngày

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

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

Giai đoạn Công việc Mô tả

Khởi tạo dự án Thông báo triển khai dự án, lập project charter Lập kế hoạch phạm vi dự án

Lập bản kế hoạch phạm vi dự án Viết báo cáo tổng kết Tổng kết lại toàn bộ công việc thành báo cáo cuối cùng Rút kinh nghiệm Rút kinh nghiệm cho đợt dự án sau Đặc tả chi tiết các yêu cầu

Phân tích và thiết kế hệ thống

Xây dựng các form cơ bản của phần mềm dựa theo các sơ đồ UML Viết bản phân tích hệ thống chi tiết

Module thống kê sản phẩm

Phân tích yêu cầu cụ thể cho module

Từ những thông tin đã thu thập ở trên lập kế hoạch xây dựng chi tiết những nhiệm vụ của quản lý giải bóng đá vô địch quốc gia Thiết kế module

- xây dựng form thống kê nhập xuất hàng , hình thức thống kê hàng hóa.

- xây dựng các nút chức năng: thống kê, in phiếu TK Viết code cho module

Cài đặt module Thực hiện chạy thử module đã xây dựng Kiểm thử module

- kiểm thử giao diện , kiểm tra xem giao diện có đạt yêu cầu không, về hình thức bố trí giao diện của phần mềm có bố trí hợp lý hay không

Viết báo cáo về module Xây dựng báo cáo mô tả chi tiết về module Tích hợp và Tích hợp các module

Lắp ráp hoàn chỉnh các module thành chương trình thống nhất để chạy thử. hoàn thiện sản phẩm

Test tổng quan toàn bộ hệthống

Thực hiện fix các lỗi tồn tại Fix các lỗi phát sinh trong khi test Đóng gói phần mềm và chuyển giao

Viết tài liệu hướng dẫn sử dụng phần mềm

Tạo bản hướng dẫn sử dụng phần mềm

Bàn giao sản phẩm cũng như những tài liệu liên quan cho khách hàng đề ra kế hoạch bảo trì

Kết thúc dự án Tổng kết dự án

Bảng 2.3 Bảng ước lượng người tham gia

Lập lịch và theo dõi

Tên hoạt động Kế thừa hoạt động

1.1 Khảo sát thực tế, phân tích các yêu cầu

1.2 Báo cáo triẻn khkai dự án, phạm vi dự án

1.3 Lập bản kế hoạch cho dự án 1.2 14/9/2022 15/9/2022 x

Phân tích và thiết kế hệ thống

2.1 Phân tích quy trình nghiệp vụ

2.2 Lập sơ đồ use case của hệ thống 2.1 16/9/2022 17/9/2022 x

2.3 Lập sơ đồ trình tự của hệ thống 2.2 17/9/202

2.4 Thống nhất lại các sơ đồ thiết kế

3.1 Phân tích các đối tượng

3.2 Xây dựng các thuộc tính với đối tượng đó

3.3 Thiết lập cơ sở và nhập dữ liệu cho hệ thống

4.1 Thiết lập form đăng nhập vào hệ thống 3.3 23/9/202

4.2 Code chức năng đăng kí, đăng nhập vào hệ thống

4.3 Test chức năng đăng kí, đăng nhập 4.1;

27/9/2022 x module đã xây dựng xong

6.1 Kiểm tra giao diện,bố cục

6.2 Kiểm tra độ chính xác dữ liệu

7.1 Viết báo cáo toàn bộ module

7.2 Kiểm tra độ chính xác dữ liệu

Tích hợp và bảo trì

8.1 Lên kế hoạch bảo trì

Bảng 2.4 : Lâp lịch và theo dõi

PHÂN TÍCH THIẾT KẾ HỆ THỐNG

Biểu đồ Use case của toàn hệ thống

Hình 3.1 Biểu đồ use case toàn hệ thống

Phân tích chi tiết từng chức năng của hệ thống

Hình 3.2 Biểu đồ use case đăng nhập

- Tên ca sử dụng: Đăng nhập

- Tác nhân sử dụng: Nhân viên, Quản lý

- Tiền điều kiên: Người dùng có tài khoản và mật khẩu để đăng nhập vào hệ ̣ thống.

- Mục đích: Đăng nhập vào hệ thống và sử dụng chức năng của mình

- Mô tả khái quát: Nhập trực tiếp thông tin tài khoản và mật khẩu vào hệ thống hệ thống ghi nhận và xử lý thông tin sau đó trả về kết quả.

- Kích hoạt: Nhân viên chọn chức năng đăng nhập trong menu.

- Bước 1: Người dùng yêu cầu đăng nhập vào hệ thống

- Bước 3: Người dung nhập thông tin tài khoản và mật khẩu

- Bước 4: Hệ thống xử lý thông tin đăng nhập và trả về kết quả

- Ngoại lệ: Nhập trực tiếp: Kết quả kiểm tra thông tin là thiếu hoặc không chính xác Hệ thống thông báo lỗi và yêu cầu nhập lại hoặc phải dừng ca sử dụng Nếu kiểm tra thông tin khách hàng thấy trùng với một thông tin khách hàng khác đang đăng nhập trong hệ thống thì thông báo nhập lại hoặc dừng.

Hình 3.3 Biểu đồ hoạt động chức năng đăng nhập

Chức năng quản lý khách hàng

Hình 3.4 Biểu đồ use case quản lý khách hàng

- Tên ca sử dụng: Thêm khách hàng

- Tác nhân sử dụng: Nhân viên

- Tiền điều kiên: Nhân viên đã đăng nhâp vào hê ̣ thống và tài khoản nhân viên ̣có chức năng thêm khách hàng.

- Mục đích: Cập nhật thông tin khách hàng mới vào hệ thống

- Mô tả khái quát: Nhập trực tiếp thông tin về hệ thống dựa vào thông tin của mỗi khách hàng

- Kích hoạt: Nhân viên chọn chức năng quản lý khách hàng trong menu.

- Bước 1: Người dung đăng nhập và chọn chức năng quản lý khách hàng

- Bước 2: Hệ thống hiện thị chọn chức năng quản lý khách hàng và đưa ra yêu cầu với người dùng

- Bước 3: Người dung chọn chức năng thêm khách hàng và nhâp dữ liệu khách hàng vào hệ thống

- Bước 4: Hệ thống xử lý thông tin và trả về kết quả

Kết quả kiểm tra thông tin là thiếu hoặc không chính xác Hệ thống thông báo lỗi và yêu cầu nhập lại hoặc phải dừng ca sử dụng Nếu kiểm tra thông tin khách hàng thấy trùng với một thông tin khách hàng khác đã có trong hệ thống thì thông báo nhập lại hoặc dừng.

Hình 3.5 Biểu đồ hoạt động thêm khách hàng

* Sửa thông tin khách hàng ̣

- Tên ca sử dụng: Sửa thông tin khách hàng

- Mục đích: Sửa các thông tin của một khách hàng đang tồn tại trong hệ thống

- Mô tả khái quát: Tìm đến thông tin khách hàng cần sửa đổi, xóa các thông tin cũ và nhập các thông tin mới về khách hàng này Cuối cùng, yêu cầu hệ thống ghi nhận các thông tin mới

- Tiền điều kiên: nhân viên đã đăng nhâp và tài khoản nhân viên phải có chức ̣năng sửa thông tin khách hàng

- Kích hoạt: Nhân viên chọn chức năng quản lý khách hàng trong menu.

- Bước 1: Người đăng nhập và chọn chức năng quản lý khách hàng

- Bước 2: Hệ thống hiện thị chức năng quản lý khách hàng và đưa ra yêu cầu

- Bước 3: Người dung nhập thông tin khách hàng và yêu cầu tìm

- Bước 4: Hệ thống xử lý thông tin tìm kiếm và hiển thị danh sách tìm được

- Bước 5 : Người dung chọn khách hàng cần sửa trong danh sách kết quả tìm kiếm

- Bước 6 : Người dung tiến hành sửa thông tin khách hàng và yêu cầu hệ thống ghi lại

- Bước 7 : Hệ thống kiểm tra ghi lại thông tin mới và thông báo kết quả ghi nhân

+) Bước 4: Nếu không có thông tin nào thỏa mãn điều kiện tìm kiếm thì thông báo không tìm được và yêu cầu tìm lại hoặc dừng

+) Bước 7: Nếu thông tin sửa không chính xác thì yêu cầu sửa lại hoặc dừng ca sử dụng

Hình 3.6 Biểu đồ hoạt động sửa thông tin khách hàng

- Tên ca sử dụng: Xoá khách hàng

- Mục đích: Xoá tất cả các thông tin trong hệ thống mà liên quan đến khách hàng cần xoá

- Mô tả khái quát: Nhân viên tìm đến khách hàng cần xoá và tiến hành xoá tất cả thông tin liên quan đến khách hàng đó.

- Tiền điều kiên: nhân viên đã đăng nhâp vào hê ̣ thống, tài khoản nhân viên ̣phải có chức năng xóa khách hàng

- Kích hoạt: Nhân viên chọn chức năng quản lý khách hàng trong menu ̣

- Bước 3: Người dung nhập thông tin khách hàng và yêu cầu tìm

- Bước 5 : Người dung chọn khách hàng cần xóa trong danh sách kết quả tìm kiếm

- Bước 6 : Người dung tiến hành xóa thông tin khách hàng và yêu cầu hệ thống ghi lại

+) Bước 7: Nếu thông tin xóa không chính xác thì yêu cầu sửa lại hoặc dừng ca sử dụng.

Hình 3.7 Biểu đồ hoạt động xóa thông tin khách hàng

- Tên ca sử dụng: Tìm kiếm khách hàng

- Mục đích: Tìm kiếm và lựa chọn khách hàng cần tìm

- Mô tả khái quát: Tìm kiếm thông tin của khách hàng dựa vào dữ liêu

- Tiền điều kiên: tài khoản nhân viên có chức năng tìm kiếm khách hàng ̣

- Kích hoạt: Nhân viên chọn chức năng quản lý khách hàng

- Bước 3: Người dung nhập thông tin khách hàng cần tìm kiếm và chọn chức năng tìm kiếm

+) Bước 4: Không có khách hàng nào thỏa mãn điều kiên tìm ̣ kiếm thì thông báo dữ liêu tìm kiếm không tồn tại và yêu cầu tìm lại hoăc dừng.

Hình 3.8 Biểu đồ hoạt động tìm kiếm khách hàng

3.3.3 Chức năng quản lý nhân viên

3.3.3.1 Biểu đồ use case quản lý nhân viên

Hình 3.9 Biểu dồ usecase quản lý nhân viên

3.3.3.2 Biểu đồ hoạt động quản lý nhân viên

- Tên ca sử dụng: Thêm nhân viên

- Tác nhân sử dụng: Quản lý

- Tiền điều kiên: Quản lý đã đăng nhâp vào hê ̣ thống và tài khoản quản lý có chức năng thêm nhân viên

- Mục đích: Cập nhật thông tin nhân viên mới vào hệ thống

- Mô tả khái quát: Nhập trực tiếp thông tin về hệ thống dựa vào thông tin của mỗi nhân viên

- Bước 1: Người đăng nhập và chọn chức năng quản lý nhân viên

- Bước 2: Hệ thống hiện thị chức năng quản lý nhân viên và đưa ra yêu cầu

- Bước 3: Người dung nhập thông tin nhân viên và chọn chức năng thêm nhân viên

- Bước 4: Hệ thống xử lý thông tin và thông báo kết quả

+) Bước 4: Nhập trực tiếp: Kết quả kiểm tra thông tin là thiếu hoặc không chính xác Hệ thống thông báo lỗi và yêu cầu nhập lại hoặc phải dừng ca sử dụng Nếu kiểm tra thông tin nhân viên thấy trùng với một thông tin nhân viên khác đã có trong hệ thống thì thông báo nhập lại hoặc dừng.

Hình 3.10 Biểu đồ hoạt động thêm nhân viên

*Xóa thông tin nhân viên

- Tên ca sử dụng: Xoá nhân viên

- Mục đích: Xoá tất cả các thông tin trong hệ thống mà liên quan đến nhân viên cần xoá

- Mô tả khái quát: Quản lý tìm đến nhân viên cần xoá và tiến hành xoá tất cả thông tin liên quan đến nhân viên đó

- Tiền điều kiên: Quản lý đã đăng nhâp vào hê ̣ thống, tài khoản quản lý phải có chức năng xóa nhân viên

- Kích hoạt: Quản lý chọn chức năng quản lý nhân viên trong menu ̣

- Bước 3: Người dung nhập thông tin nhân viên và yêu cầu tìm

- Bước 5 : Người dung chọn nhân viên cần xóa trong danh sách kết quả tìm kiếm

- Bước 6 : Người dung tiến hành xóa thông tin nhân viên và yêu cầu hệ thống ghi lại

Hình 3.11 Biểu đồ hoạt động xóa nhân viên

- Tên ca sử dụng: Tìm kiếm nhân viên

- Mục đích: Tìm kiếm và lựa chọn nhân viên cần tìm

- Mô tả khái quát: Tìm kiếm thông tin của nhân viên dựa vào dữ liêu nhâp vào ̣ hê thống từ môt cơ sở dữ liêu cũ từ file văn bản từ exel và yêu cầu hê ̣ thống ghi ̣ nhân ̣

- Tiền điều kiên: tài khoản quản lý có chức năng tìm kiếm nhân viên ̣

- Kích hoạt: Nguoi dung chọn chức năng quản lý nhân viên

- Bước 3: Người dung nhập thông tin nhân viên cần tìm kiếm và chọn chức năng tìm kiếm

+) Bước 4: Không có nhân viên nào thỏa mãn điều kiên tìm kiếm ̣ thì thông báo dữ liêu tìm kiếm không tồn tại và yêu cầu tìm lại hoăc dừng.

Hình 3.12 Biểu đồ hoạt động tìm kiếm nhân viên

- Tên ca sử dụng: Sửa thông tin nhân viên

- Mục đích: Sửa các thông tin của một nhân viên đang tồn tại trong hệ thống

- Mô tả khái quát: Tìm đến thông tin nhân viên cần sửa đổi, xóa các thông tin cũ và nhập các thông tin mới về khách hàng này Cuối cùng, yêu cầu hệ thống ghi nhận các thông tin mới

- Tiền điều kiên: Người dùng đã đăng nhâp và tài khoản người dùng phải có chức ̣năng sửa thông tin nhân viên

- Kích hoạt: Người dùng chọn chức năng quản lý khách hàng trong menu.

- Bước 1: Người dung đăng nhập và chọn chức năng quản lý nhân viên

- Bước 3: Người dung nhập thông tin nhân viên và yêu cầu tìm

- Bước 5 : Người dung chọn nhân viên cần sửa trong danh sách kết quả tìm kiếm

- Bước 6 : Người dung tiến hành sửa thông tin nhân viên và yêu cầu hệ thống ghi lại

+) Bước 7: Nếu thông tin sửa không chính xác thì yêu cầu sửa lại hoặc dừng ca sử dụng

Hình 3.13 Biểu đồ hoạt động sửa nhân viên

3.3.3.4 Chức năng quản lý đồ uống

3.3.4.1 Biểu đồ usecase quản lý đồ uống

Hình 3.14 Biểu đồ usecase quản lý đồ uống

3.3.4.2 Biểu đồ hoạt động quản lý đồ uống

- Tên ca sử dụng: Thêm đồ uống

- Tiền điều kiên: Nhân viên đã đăng nhâp vào hê ̣ thống và tài khoản nhân viên ̣có chức năng thêm đồ uống.

- Mục đích: Cập nhật thông tin về đồ uống mới vào hệ thống

- Mô tả khái quát: Nhập trực tiếp thông tin về hệ thống dựa vào thông tin của mỗi đồ uống

- Bước 1: Người dung đăng nhập và chọn chức năng quản lý đồ uống

- Bước 2: Hệ thống hiện thị chức năng quản lý đồ uống và đưa ra yêu cầu

- Bước 3: Người dung nhập thông tin về đồ uống mới và yêu cầu ghi nhận

- Bước 4: Hệ thống xử lý thông tin ghi nhân và thông báo kết quả

Nhập trực tiếp: Kết quả kiểm tra thông tin là thiếu hoặc không chính xác Hệ thống thông báo lỗi và yêu cầu nhập lại hoặc phải dừng ca sử dụng Nếu kiểm tra đồ uống thấy trùng với một đồ uống khác đã có trong hệ thống thì thông báo nhập lại hoặc dừng

Hình 3.15 Biểu đồ hoạt động thêm đồ uống

*Sửa thông tin đồ uống

- Tên ca sử dụng: Sửa thông tin đồ uống

- Mục đích: Sửa các thông tin về một đồ uống đang tồn tại trong hệ thống

- Mô tả khái quát: Tìm đến đồ uống cần sửa đổi, xóa các thông tin cũ và nhập các thông tin mới về đồ uống này Cuối cùng, yêu cầu hệ thống ghi nhận các thông tin mới

- Tiền điều kiên: Người dùng đã đăng nhâp và tài khoản người dùng phải có chức ̣ năng sửa thông tin đồ uống

- Kích hoạt: Nhân viên chọn chức năng quản lý đồ uống trong menu

- Bước 1: Người dung đăng nhập và chọn chức năng quản lý đồ uống

- Bước 3: Người dung nhập thông tin đồ uống và yêu cầu tìm

- Bước 5 : Người dung chọn đồ uống cần sửa trong danh sách kết quả tìm kiếm

- Bước 6 : Người dung tiến hành sửa thông tin đồ uống và yêu cầu hệ thống ghi lại

+) Bước 4: Không có kho nào thỏa mãn điều kiện tìm kiếm thì thông báo không tìm được và yêu cầu tìm lại hoặc dừng

+) Bước 7: Nếu thông tin sửa không chính xác thì yêu cầu sửa lại hoặc dừng ca sử dụng.

Hình 3.16 Biểu đồ hoạt động sửa đồ uống

- Tên ca sử dụng: Xoá đồ uống

- Tác sử dụng: Quản lý

- Mục đích: Xoá tất cả các thông tin trong hệ thống mà liên quan đến đồ uống cần xoá

- Mô tả khái quát: người dùng tìm đến đồ uống cần xoá và tiến hành xoá tất cả thông tin liên quan đến đồ uống đó

- Tiền điều kiên: người dùng đã đăng nhâp vào hê ̣ thống, tài khoản người dùng phải có chức năng xóa đồ uống

- Kích hoạt: người dùng chọn chức năng quản lý đồ uống trong menu ̣

- Bước 1: Người đăng nhập và chọn chức năng quản lý đồ uống

- Bước 3: Người dung nhập thông tin đồ uống và yêu cầu tìm

- Bước 5 : Người dung chọn đồ uống cần xóa trong danh sách kết quả tìm kiếm

- Bước 6 : Người dung tiến hành xóa thông tin đồ uốngtikf và yêu cầu hệ thống ghi lại

Hình 3.17 Biểu đồ hoạt động xóa đồ uống

- Tên ca sử dụng: Tìm kiếm đồ uống

- Tác nhân sử dụng: Quản lý, nhân viên

- Mục đích: Tìm kiếm và lựa chọn đồ uống cần tìm

- Mô tả khái quát: Tìm kiếm thông tin các đồ uống dựa vào dữ liêu nhâp vào ̣ hê thống

- Tiền điều kiên: tài khoản người dùng có chức năng tìm đồ uống

- Kích hoạt: Nhân viên chọn chức năng quản lý đồ uống

- Bước 1: Người đăng nhập và chọn chức năng quản lý đồ uống

- Bước 3: Người dung nhập thông tin đồ uống cần tìm kiếm và chọn chức năng tìm kiếm

+) Bước 4: Không có đồ uống nào thỏa mãn điều kiên tìm kiếm ̣ thì thông báo dữ liêu tìm kiếm không tồn tại và yêu cầu tìm lại hoăc dừng

Hình 3.18 Biểu đồ hoạt động tìm kiếm đồ uống

3.3.5 Chức năng quản lý nhà cung cấp

3.3.5.1 Biểu đồ usecase quản lý nhà cung cấp

Hình 3.19 Use case quản lý nhà cung cấp

3.3.5.2 Biểu đồ hoạt động quản lý nhà cung cấp

- Tên ca sử dụng: Thêm nhà cung cấp

- Tiền điều kiên: Người dùng đã đăng nhâp vào hê ̣ thống và tài khoản người dùng có chức năng thêm nhà cung cấp.

- Mục đích: Cập nhật thông tin nhà cung cấp mới vào hệ thống

- Mô tả khái quát: Nhập trực tiếp thông tin về hệ thống dựa vào thông tin của mỗi nhà cung cấp

- Kích hoạt: Người dùng chọn chức năng quản lý nhà cung cấp trong menu.

- Bước 1: Người đăng nhập và chọn chức năng quản lý nhà cung cấp

- Bước 2: Hệ thống hiện thị chức năng quản lý nhà cung cấp và đưa ra yêu cầu

- Bước 3: Người dung nhập thông tin nhà cung cấp và chọn chức năng thêm nhà cung cấp

- Bước 4: Hệ thống xử lý thông tin và thông báo kết quả

+) Bước 4: Nhập trực tiếp: Kết quả kiểm tra thông tin là thiếu hoặc không chính xác Hệ thống thông báo lỗi và yêu cầu nhập lại hoặc phải dừng ca sử dụng Nếu kiểm tra thông tin nhà cung cấp thấy trùng với một thông tin nhà cung cấp khác đã có trong hệ thống thì thông báo nhập lại hoặc dừng

Hình 3.20 Biểu đồ thêm nhà cung cấp

* Sửa thông tin nhà cung cấp

- Tên ca sử dụng: Sửa thông tin nhà cung cấp

- Mục đích: Sửa các thông tin của một nhà cung cấp đang tồn tại trong hệ thống

- Mô tả khái quát: Tìm đến thông tin nhà cung cấp cần sửa đổi, xóa các thông tin cũ và nhập các thông tin mới về nhà cung cấp này Cuối cùng, yêu cầu hệ thống ghi nhận các thông tin mới

- Tiền điều kiên: người dùng đã đăng nhâp và tài khoản người dùng phải có chức ̣năng sửa thông tin nhà cung cấp

- Kích hoạt: người dùng chọn chức năng quản lý nhà cung cấp trong menu.

- Bước 1: Người dung đăng nhập và chọn chức năng quản lý nhà cung cấp

- Bước 3: Người dung nhập thông tin nhà cung cấp và yêu cầu tìm

- Bước 5 : Người dung chọn nhà cung cấp cần sửa trong danh sách kết quả tìm kiếm

- Bước 6 : Người dung tiến hành sửa thông tin nhà cung cấp và yêu cầu hệ thống ghi lại

+) Bước 4: Nếu không có thông tin nào thỏa mãn điều kiện tìm kiếm thì thông báo không tìm được và yêu cầu tìm lại hoặc dừng.

+) Bước 7: Nếu thông tin sửa không chính xác thì yêu cầu sửa lại hoặc dừng ca sử dụng.

Hình 3.21 Biểu đồ hoạt động sửa nhà cung cấp

- Tên ca sử dụng: Xoá nhà cung cấp

- Mục đích: Xoá tất cả các thông tin trong hệ thống mà liên quan đến nhà cung cấp cần xoá

- Mô tả khái quát: người dùng tìm đến nhà cung cấp cần xoá và tiến hành xoá tất cả thông tin liên quan đến nhà cung cấp đó.

- Tiền điều kiên: nhân viên đã đăng nhâp vào hê ̣ thống, tài khoản nhân viên ̣phải có chức năng xóa nhà cung cấp

- Kích hoạt: Nhân viên chọn chức năng quản lý nhà cung cấp trong menu. ̣

- Bước 1: Người dùng đăng nhập và chọn chức năng quản lý nhà cung cấp

- Bước 3: Người dung nhập thông tin nhà cung cấp và yêu cầu tìm

- Bước 5 : Người dung chọn nhà cung cấp cần xóa trong danh sách kết quả tìm kiếm

- Bước 6 : Người dung tiến hành xóa thông tin nhân viên và yêu cầu hệ thống ghi lại

Hình 3.22 biểu đồ hoạt động xóa nhà cung cấp

* Tìm kiếm nhà cung cấp

- Tên ca sử dụng: Tìm kiếm khách hàng

- Mục đích: Tìm kiếm và lựa chọn nhà cung cấp cần tìm

- Mô tả khái quát: Tìm kiếm thông tin của nhà cung cấp dựa vào dữ liêu nhâp ̣vào hê thống

- Tiền điều kiên: tài khoản có chức năng tìm kiếm nhà cung cấp ̣

- Kích hoạt: người dùng chọn chức năng quản lý nhà cung cấp.

- Bước 1: Người đăng nhập và chọn chức năng quản lý nhà cung cấp

- Bước 3: Người dung nhập thông tin nhà cung cấp cần tìm kiếm và chọn chức năng tìm kiếm

+) Bước 4: Không có nhà cung cấp nào thỏa mãn điều kiên tìm ̣kiếm thì thông báo dữ liêu tìm kiếm không tồn tại và yêu cầu tìm lại hoăc dừng

Hình 3.23 Biểu đồ hoạt động tìm kiếm nhà cung cấp

THIẾT KẾ

Thiết kế giao diện

Hình 4.1Giao diện đăng nhập

- Khi người dùng đăng nhập vào hệ thống thì hệ thống sẽ kiểm tra tên đăng nhâp và mât khẩu xem nhập vào có đúng không ̣

- Nếu sai sẽ đưa ra thông báo, còn nếu đúng sẽ hiển thị thông báo đăng nhâp ̣ thành công và vào giao diện trang chủ để có thể sử dụng phần mềm, quyền sử dụng tùy vào từng tài khoản

- Nếu người dùng ấn Thoát thì sẽ hỏi có muốn thoát không Nếu chọnYes thì sẽ thoát khỏi phần mềm.

Hình 4.2 Giao diện trang chủ

- Giao diên chính của hê ̣ thống tích hợp các menu chức năng nhằm hiển thị ̣ các chức năng mà hê thống của shop đồng hồ đang có

Hình 4.3 Giao diện quản lý khách hàng

- Chức năng cho phép thêm khách hàng vào danh sách của hê thống ̣ -Khi nhâp lỗi ta có thể sửa thông tin của khách hàng, ta cũng có thể xóa ̣ thông tin khách hàng ra khỏi hê thống

Hình 4.4 Giao diện quản lý nhân viên

- Chức năng cho phép bổ sung thêm thông tin của nhân viên vào danh sách của hê thống ̣

- Khi nhâp lỗi ta có thể sửa thông tin của nhân viên, hoă ̣ c khi nhân viên đó ̣ nghỉ viêc có thể xóa nhân viên đó ra khỏi hê ̣ thống ̣

- Nhân viên cũng có thể thay đổi lại mât khẩu đăng nhâp vào hê ̣ thống qua ̣ button reset mât khẩu ̣

- Chức năng tìm kiếm: tìm kiếm nhân viên theo tên

Hình 4.5 Giao diện quản lý đồ uống

Chức năng cho phép bổ sung thêm đồ uống vào danh sách của hê thống ̣

- Khi nhâp lỗi ta có thể sửa thông tin của đồ uống, khi không nhâp loại sản phẩm này nữa ra có thể xóa sản phẩm ra khỏi hê thống ̣

- Chức năng tìm kiếm: tìm kiếm đồ uống theo tên

4.1.3.4 Quản lý nhà cung cấp

- Chức năng cho phép bổ sung thêm nhà cung cấp đồ uống vào danh sách của hê thống

- Khi nhâp lỗi ta có thể sửa thông tin của nhà cung cấp, khi không không hợp ̣ tác với nhà cung cấp này nữa ra có thể xóa nhà cung cấp này ra khỏi hê thống ̣

- Chức năng tìm kiếm: tìm kiếm nhà cung cấp theo tên

Thiết kế lưu trữ

LẬP TRÌNH

Ngôn ngữ lập trình

 C# cũng là ngôn ngữ khá “an toàn” Những ngôn ngữ cấp thấp hơn như C hay C++ vẫn sẽ thực hiện chương trình ngay cả khi có lỗi dẫn đến các thiệt hại nghiêm trọng, còn C# sẽ tiến hành kiểm tra code của bạn khi biên dịch và đưa ra các lỗi đồng thời gửi cảnh báo để ngăn chặn điều tồi tệ có thể xảy ra

 C# có cộng đồng trực tuyến cực kỳ đông đảo Có điểm tựa vững chắc là Microsoft.

 Tạo ra được các phần mềm đa nền tảng

 Phần mềm thực hiện code: Visual Studio 2019

 Hệ quản trị cơ sở dữ liệu: SQL Server

Code lập trình

Hình 5.1 Code kết nối với sql

Hình 5.2 Code form đăng nhập

Hình 5.3 Code form Hệ thống

Hình 5.4 Code form Quản lý khách hàng

Hình 5.5 Code form Quản lý đồ uống

Hình 5.6 Code form quản lý nhà cung cấp

Hình 5.7 Code form quản lý nhân viên

KIỂM THỬ PHẦN MỀM

Phương pháp kiểm thử

 Khi viết test case sẽ dựa vào yêu cầu và giao diện bên ngoài của chương trình(không can thiệp vào bên trong code của chương trình)

 Khi thực hiện test sẽ thực hiện trên giao diện của chương trình(yêu cầu chương trình phải chạy được mới test được, không can thiệp vào code)

 Do tính chất kiểm thử: Chỉ thực hiện test bên ngoài code của chương trình(coi như một cai hộp), vì không biết rõ bên trong hộp nên gọi là hộp đen

ID_TEST Pre_condition Test operation

Actual Result Login_01 Kiểm tra giao diện

Hiển thị form đăng nhập

Login_02 Kiểm tra giao diện Ấn nút tab trên bàn phím

Thực hiện được đúng thứ tự từ trên xuống dưới, từ trái qua phải

Login_03 Vị trí form Form hiển thị chính giữa màn hình

Login_04 Khả năng resize của form

Login_05 Khả năng di chuyển của form

Form có thể di chuyển được trên màn hình

Login_06 Kiểm tra trạng thái button

Trạng thái của button đăng nhập, đăng kí hoạt động

Login_07 Kiểm tra các field trong form

Label và button đúng kích thước, vị trí, màu sắc:

- Mật khẩu -2 buttons: đăng nhập, Thoát

Login_08 Kiểm tra hiển thị

“*” khi nhập thông tin vào ô mật khẩu

Login_09 Kiểm tra textboxs mặc định

Số điện thoại, Mật khẩu: Khả dụng và để trống

Login_10 Kiểm tra đăng nhập

Nhập đúng tất cả các trường thông tin và click button đăng nhập

Không hiển thị thông báo gì Vào thẳng form main

Login_11 Kiểm tra số điện thoại:

“Số điện thoại và mật khẩu không được để trống”

Yêu cầu hiển thị : “Hãy nhập tài khoản, mật khẩu

Login_12 Kiểm tra số điện thoại:

“Số điện thoại hoặc mật khẩu không đúng”

Login_13 Kiểm tra mật khẩu

“Số điện thoại và mật khẩu không được để trống”

Yêu cầu hiển thị : “Hãy nhập tài khoản, mật khẩu

Login_14 Kiểm tra mật khẩu

“Số điện thoại hoặc mật khẩu

Login_15 Kiểm tra vai trò:

Hiển thị thông báo: “ Đăng nhập với vai trò người dùng thành công”

Hiển thị thông báo: “ Đăng nhập với vai trò người quản lý thành công”

Login_18 Kiểm tra button Thoát Đóng form đăng nhập 

ĐÓNG GÓI VÀ BẢO TRÌ PHẦN MỀM

Đóng gói phần mềm

Đóng gói phần mềm giúp người sử dụng dễ dàng cài đặt phần mềm phần mềm được đóng gói dưới định dạng exe.

Hình 7.1: Đóng gói phần mềm bằng visual studio 2019.

Hình 7.2: phần mềm sau khi được đóng gói

Bảo trì phần mềm

Bảo trì phần mềm chính là hoạt động chỉnh sửa chương trình sau khi nó đã được đưa vào sử dụng.

Bảo trì thường không bao gồm những thay đổi chính liên quan tới kiến trúc của hệ thống Những thay đổi trong hệ thống thường được cài đặt bằng cách điều chỉnh những thành phần đang tồn tại và bổ sung những thành phần mới cho hệthống.

Bảo trì là không thể tránh khỏi vì:

- Các yêu cầu hệ thống thường thay đổi khi hệ thống đang được xây dựng vì môi trường thay đổi

- Các hệ thống có gắn kết chặt chẽ với môi trường của nó Khi hệ thống được cài đặt trong một môi trường nhất định nó sẽ làm thay đổi môi trường đó và vì vậy sẽ thay đổi các yêu cầu của hệ thống.

- Các hệ thống phải được bảo trì nếu chúng muốn là những phần hữu ích trong môi trường nghiệp vụ.

Phân loại các kiểu bảo trì:

- Bảo trì sửa lỗi: thay đổi hệ thống để sửa lại những khiếm khuyết nhằm thoả mãn yêu cầu hệ thống.

- Bảo trì tích hợp hệ thống vào một môi trường vận hành khác

- Bảo trì để bổ sung hoặc chỉnh sửa các yêu cầu chức năng của hệ thống: chỉnh sửa hệ thống sao cho thoả mãn các yêu cầu mới.

Nếu bảo trì càng nhiều, sẽ càng làm thay đổi cấu trúc phần mềm và do đó sẽ làm cho việc bảo trì càng trở lên khó khăn hơn Phần mềm có tuổi thọ càng cao thì càng phải cần chi phí cao hơn (vì sử dụng các ngôn và chương trình dịch cũ …).

- Sự ổn định của đội dự án: chi phí bảo trì sẽ giảm nếu nhân viên trong đội dự án không thay đổi

- Những trách nhiệm đã cam kết: người xây dựng hệ thống có thể không cam kết trách nhiệm bảo trì cho nên không có gì để bắt buộc họ phải thiết kế lại cho các thay đổi trong tương lai.

- Kỹ năng của nhân viên: nhân viên bảo trì thường không có kinh nghiệm và hiểu biết về miền ứng dụng của họ bị hạn chế.

- Tuổi thọ và cấu trúc chương trình: khi tuổi thọ và cấu trúc chương trình bịxuống cấp thì chúng càng trở lên khó hiểu và thay đổi nhiều.

Dự đoán bảo trì có liên quan tới việc đánh giá những phần nào của hệ thống có thể gây ra lỗi và cần nhiều chi phí để bảo trì.

Khả năng chịu được sự thay đổi phụ thuộc vào khả năng bảo trì của các thành phần bị ảnh hưởng bởi sự thay đổi đó

Chi phí bảo trì phụ thuộc vào số lượng các thay đổi và chi phí thay đổi phụ thuộc vào khả năng bảo trì.

Dự đoán số lượng các thay đổi có thể xảy ra và tìm hiểu mối quan hệ giữa hệ thống và môi trường của nó.

Sự thay đổi yêu cầu hệ thống có liên quan chặt chẽ tới sự thay đổi của môi trường Trong đó, các nhân tố ảnh hưởng tới mối quan hệ này bao gồm:

- Số lượng và độ phức tạp của các giao diện hệ thống.

- Số lượng các yêu cầu bất ổn định có tính phân cấp.

- Các quy trình nghiệp vụ của hệ thống.

Ta có thể dự đoán bảo trì thông qua việc đánh giá độ phức tạp của các thành phần hệ thống Độ phức tạp phụ thuộc vào:

- Độ phức tạp của cấu trúc điều khiển.

- Độ phức tạp của cấu trúc dữ liệu.

- Kích thước của đối tượng, phương thức và mô-đun.

Tiêu đề	Phân Tích Thiết Kế Hệ Thống Quản Lý Quán Café Nhà Không Cửa
Tác giả	Mai Hồng Quân
Người hướng dẫn	Lê Thị Trang Linh
Trường học	Trường Đại Học Điện Lực
Chuyên ngành	Công Nghệ Thông Tin
Thể loại	Báo Cáo Chuyên Đề
Năm xuất bản	2022
Thành phố	Hà Nội

Định dạng
Số trang	88
Dung lượng	1,52 MB