Phân tích thiết kế hệ thống quản lý cửa hàng mua bán nước

Một cửa hàng mua bán nước giải khát cần tin học hóa việc mua bán nước giải khát của cửa hàng. CỬA HÀNG buôn bán nhiều loại NGK của nhiều nhãn hiệu khác nhau. Khi khách đến mua hàng, cửa hàng sẽ kiểm tra trong kho số lượng các loại NGK khách yêu cầu. Nếu số lượng có đủ trong kho thì khách được giao hàng ngay cùng với hóa đơn tính tiền cần thanh toán. Nếu không đủ thì đối với các khách quen cửa hàng sẽ hẹn giao hàng vào một ngày khác. Đối với khách vãng lai thì hóa đơn sẽ được thanh toán ngay, còn đối với các khách quen cửa hàng cho phép trả chậm và sẽ ghi nhận lại ngày khách trả tiền cho hóa đơn đã nợ. Cuối ngày, cửa hàng sẽ kiểm tra hàng trong kho và quyết định cần mua thêm những mặt hàng nào. Mỗi loại nước giải khát cửa hàng chỉ mua của một nhà cung ứng. Với những hàng cần mua, cửa hàng sẽ lập đơn đặt hàng đến các nhà cung ứng. Mỗi DDH có thể giao tối đa 3 đợt. Mỗi đợt giao hàng nhà cung ứng sẽ gởi kèm theo phiếu giao hàng trên đó ghi Ngày giao, các mặt hàng được giao, số lượng và tiền phải trả.

BỘ CÔNG THƯƠNG TRƯỜNG ĐẠI HỌC CÔNG NGHIỆP TP HỒ CHÍ MINH KHOA CƠNG NGHỆ THƠNG TIN  BÁO CÁO Báo cáo mơn học: Phân tích thiết kế hệ thống Chủ đề: Mua bán nước giải khát cửa hàng Giảng viên hướng dẫn : TS Huỳnh Hữu Nghĩa Sinh viên thực : Nhóm Lớp : DHKTPM17B TP.HCM, ngày 29 tháng năm 2023 \ Các thành viên nhóm Họ tên Trần Thị Thuý Vy (Nhóm trưởng) Phùng Anh Minh Nguyễn Thanh Định Nguyễn Thanh Quyền Lại Dương Minh Hiếu MSSV 21046361 21046541 21024081 21045131 21044141 Mục lục CHƯƠNG 1: XÁC ĐỊNH CÁC YÊU CẦU I Giới thiệu Đặt tả hệ thống II Xác định yêu cầu A Yêu cầu chức năng: B Yêu cầu phi chức năng: CHƯƠNG II: XÂY DỰNG CÁC USE CASE Xác định use case Đặc tả use case CHƯƠNG 3: VẼ SƠ ĐỒ LUỒNG DỮ LIỆU 12 Sơ đồ ngữ cảnh 12 Sơ đồ luồng liệu (Data Flow Diagram-DFD) 12 CHƯƠNG 4: MƠ HÌNH DỮ LIỆU .16 Xác định thực thể 16 Xác định thuộc tính 16 Xác định mối quan hệ 17 CHƯƠNG 5: THIẾT KẾ KIẾN TRÚC .20 Kiến trúc 20 Đặt tả phần cứng phần mềm 20 CHƯƠNG 6: THIẾT KẾ HỆ THỐNG .22 Giao diện “Trang chủ” 22 Giao diện “Bán Hàng” 22 Giao diện “Phiếu lập hóa đơn” 23 Giao diện “Kho Hàng” 23 Giao diện “Khách Hàng” 24 Giao diện “Thống kê” 24 CHƯƠNG 1: XÁC ĐỊNH CÁC YÊU CẦU I Giới thiệu Đặt tả hệ thống Một cửa hàng mua bán nước giải khát cần tin học hóa việc mua bán nước giải khát cửa hàng CỬA HÀNG buôn bán nhiều loại NGK nhiều nhãn hiệu khác Khi khách đến mua hàng, cửa hàng kiểm tra kho số lượng loại NGK khách yêu cầu Nếu số lượng có đủ kho khách giao hàng với hóa đơn tính tiền cần tốn Nếu khơng đủ khách quen cửa hàng hẹn giao hàng vào ngày khác Đối với khách vãng lai hóa đơn tốn ngay, khách quen cửa hàng cho phép trả chậm ghi nhận lại ngày khách trả tiền cho hóa đơn nợ Cuối ngày, cửa hàng kiểm tra hàng kho định cần mua thêm mặt hàng Mỗi loại nước giải khát cửa hàng mua nhà cung ứng Với hàng cần mua, cửa hàng lập đơn đặt hàng đến nhà cung ứng Mỗi DDH giao tối đa đợt Mỗi đợt giao hàng nhà cung ứng gởi kèm theo phiếu giao hàng ghi Ngày giao, mặt hàng giao, số lượng tiền phải trả II Xác định yêu cầu Đầu tiên, Nhóm bắt đầu thực hoạt động phân tích , nhóm thu thập báo cáo có (ví dụ: biểu mẫu bán hàng, hình ảnh chụp hình bán hàng trực tuyến) tài liệu hệ thống (mơ hình liệu, mơ hình quy trình) để làm sáng tỏ hệ thống nguyên trạng Tiếp theo, nhóm vấn cửa hàng bên ngồi về hệ thống bán hàng để có hiểu rõ cách hệ thống hoạt động tìm hiểu vấn đề cần giải Những điều bao gồm thu thập yêu cầu nhiều kỹ thuật khác phân tích u cầu tập hợp lại Các chức cụ thể mà hệ thống nên có bao gồm sau: A Yêu cầu chức năng: Quản lý kho hàng 1.1Kiểm tra số lượng hàng kho: Hệ thống cần cập nhật số lượng hàng tồn kho có giao dịch mua bán, số lượng NGK nhỏ 10 chai nhân viên tạo hóa đơn yêu cầu nhập hàng 1.2Tạo hóa đơn nhập hàng: Mỗi đơn đặt hàng cần lưu trữ thông tin tên nhà cung cấp, mặt hàng đặt hàng, số lượng ngày giao hàng dự kiến 1.3Yêu cầu nhập hàng: Hệ thống cần cho phép nhân viên cửa hàng gửi đơn đặt hàng đến nhà cung cấp để mua thêm hàng 1.4Cập nhật số lượng hàng kho: Nhân viên cập nhật thông tin hàng vừa nhập vào hệ thống Kho 1.5Lưu phiếu nhập hàng: Nhân viên lưu thông tin phiếu giao hàng nhận từ nhà cung cấp lên hệ thống Bán hàng 2.1 Kiểm tra số lượng NGK: Hệ thống cho phép nhân viên xem số lượng kho NGK mà khách yêu cầu Nếu số lượng có đủ kho khách giao hàng với hóa đơn tính tiền cần tốn Nếu khơng đủ khách quen cửa hàng hẹn giao hàng vào ngày khác 2.2Lập hóa đơn: Nhân viên tạo hóa đơn thông tin bao gồm thông tin khách hàng, mặt hàng mua, số lượng giá Đối với khách hàng quen, hệ thống cần lưu trữ thông tin hóa đơn chưa tốn ngày trả tiền hẹn với khách hàng 2.3Lưu hóa đơn: Nhân viên lưu thơng tin hóa đơn vào hệ thống 2.4Cập nhật số lượng hàng kho: số lượng kho tự động cập nhật trừ số lượng hàng vừa bán vào hệ thống Kho 2.5Cập nhật hóa đơn: Đối với hóa đơn chưa hồn thành cập nhật lại cách điền thêm thông tin hóa đơn Thống kê: 3.1Thống kê doanh thu theo ngày, tuần, tháng năm 3.2 Xem lại hóa đơn cũ 3.3 Xem lại phiếu nhập hàng 3.4 Xem lại phiếu giao hàng 3.5 Kiểm tra số lượng hàng kho B Yêu cầu phi chức năng: Độ ổn định độ tin cậy: Hệ thống cần phải hoạt động ổn định, đáng tin cậy mà không gặp lỗi cố đáng kể, để đảm bảo hoạt động liên tục không gián đoạn cửa hàng Hiệu suất độ phản hồi: Hệ thống cần phải đáp ứng yêu cầu hiệu suất độ phản hồi, đồng nghĩa với việc xử lý đồng thời nhiều giao dịch, xử lý liệu nhanh chóng trả kết cho người dùng thời gian chấp nhận Bảo mật quản lý truy cập: Hệ thống cần có biện pháp bảo mật đáng tin cậy, bao gồm việc bảo vệ liệu khách hàng, thông tin sản phẩm doanh thu, quản lý quyền truy cập người dùng vào hệ thống Giao diện thân thiện: Hệ thống cần có giao diện đẹp mắt, dễ nhìn, dễ sử dụng CHƯƠNG II: XÂY DỰNG CÁC USE CASE Xác định use case Sau xác định chức năng, thấy có ba kiện kích hoạt quan trọng: cửa hàng nhập thêm hàng, nhân viên lập hóa đơn theo yêu cầu khách hàng, quản lí xem báo cáo thống kê Cuối ngày, cửa hàng kiểm tra hàng kho định cần mua thêm mặt hàng (1.1), số lượng hàng kho sản phẩm nhỏ 10 nhân viên lập đơn đặt hàng mua thêm 50 sản phẩm (1.2) Mỗi loại nước giải khát cửa hàng mua nhà cung ứng Đơn đặt hàng gửi đến nhà cung ứng (1.3) Mỗi DDH giao tối đa đợt Mỗi đợt giao hàng nhà cung ứng gởi kèm theo phiếu giao hàng ghi Ngày giao, mặt hàng giao, số lượng tiền phải trả Nhân viên lưu phiếu nhập hàng vào hệ thống (1.5) Sau nhận hàng, nhân viên cập nhật lại số lượng hàng kho (1.4) Sự kiện thứ 2, Khi khách đến mua hàng, cửa hàng kiểm tra kho số lượng loại NGK khách yêu cầu (2.1) Nếu số lượng có đủ kho khách giao hàng với hóa đơn tính tiền cần tốn (2.2) Đối với khách vãng lai hóa đơn tốn ngay, Hóa đơn lưu vào CSDL Hóa đơn (2.3) Khi lập hóa đơn số lượng hàng kho tự động cập nhât (2.4) Nếu khơng đủ khách quen cửa hàng hẹn giao hàng vào ngày khác Đối với khách quen cửa hàng cho phép trả chậm ghi nhận lại ngày khách trả tiền cho hóa đơn nợ (2.5) Cuối , chủ cửa hàng chọn chức báo cáo thống kê, hệ thông hiển thị tiêu chí báo cáo, xem lại doanh thu theo ngày, tháng, năm, (3.1) xem lại hóa đơn cũ (3.2) Xem lại chi tiết phiếu nhập hàng (3.3) Xem lại chi tiết phiếu giao hàng (3.4) Xem số lượng hàng có kho (3.5) Sự kiện Cửa hàng nhập thêm hàng Phản hồi Yêu cầu Số lượng hàng kho 1.1 1.2 1.3 1.4 cập nhật 1.5 Nhân viên lập hóa đơn theo Giao dịch mua tải xuống hoàn 2.1 2.2 2.3 2.4 yêu cầu khách hàng tất 2.5 Quản lí xem báo cáo Các khuyến tạo cho 3.1 3.2 3.3 3.4 thống kê khách hàng 3.5 Bước xác định bước cho use case, sau bổ sung thêm chi tiết cho bước cách xác định đầu vào đầu chúng Đặc tả use case Quản lý kho hàng Đối với use case Quản lý kho hàng, nhiệm vụ nhập thêm hàng vào kho lưu lại thông tin vào CSD LKho Actor định nhân viên, nhân viên người thực trình Đầu tiên, nhân viên kiểm tra số lượng hàng CSDL Kho, có NGK có số lượng nhỏ 10 chai nhân viên lập đơn đặt hàng với số lượng 100 chai, đơn đặt hàng gửi đến nhà cung ứng, đơn đặt hàng lưu vào CSDL đơn đặt hàng Khi giao hàng, nhà cung ứng gửi lại phiếu giao hàng, thông tin phiếu giao hàng lưu vào CSDL Phiếu giao hàng, thơng tin phiếu giao hàng chỉnh sửa nhà cung ứng giao hàng tối đa lần, lần giao thông tin giữ lại Sau nhân viên nhận hàng, nhân viên cập nhật lại số lượng nước giải khát CSDL Kho thông tin phiếu giao hàng vào CSDL phiếu giao hàng Tên use case: Quản lý kho hàng ID: UC-1 Độ ưu tiên: cao Actor: Nhân Viên Giải thích: use case để mơ tả nhân viên quản lý kho hàng Hành động: Nhân viên kiểm tra hàng kho, nhập hàng hàng không đủ số lượng Điều kiện tiên Nhân viên đăng nhập vào hệ thống quản lý kho hàng Luồng kiện chính: Thơng tin bước 1.0 Kiểm tra số lượng hàng kho: Số lượng hàng Hệ thống quản lý kho hiển kho thị thông tin số lượng sản phẩm có kho Nếu số lượng kho không đủ yêu cầu số lượng nhân viên tạo đơn đặt hàng Nhân viên gửi yêu cầu nhập hàng đến nhà cung ứng Sau nhận hàng Hệ thống cập nhật lại số lượng hàng kho Hệ thống lưu phiếp giao hàng Đơn đặt hàng Thông tin nhà cung cấp,sản phẩm cần đặt CSDL Kho CSDL phiếu giao hàng Luồng kiện thay thế: 1.1 Nhân viên kiểm tra đủ yêu cầu số lượng (Nhánh bước 3) Kết thúc use case 1.2 Nếu số lượng vận chuyển lần không đủ số lượng đặt (nhánh bước 6) Hệ thống lưu lại phiếu giao hàng lần nhập hàng Tiếp tục nhận hàng câp nhật thống tin giao hàng Tối đa lần ‘ Thông tin giao hàng Số lượng hàng kho Hậu điều kiện Kho đủ số lượng loại sản phẩm theo yêu cầu Phiếu giao hàng lần nhận hàng lưu lại Tóm tắt đầu vào Nguồn Số lượng hàng CSDL Kho kho Cập nhật số lượng Nhân viên Outputs Danh sách mặt hàng kho Số lượng thêm Yêu cầu đặt hàng Nhân viên Phiếu đặt hàng Thông tin nhà cung ứng Phiếu giao hàng CSDL Nhà cung Nhà cung cấp ứng Nhà cung ứng Thông tin phiếu giao hàng Điểm đến Nhân viên Cơ sở liệu kho Cơ sở liệu Phiếu đặt hàng Phiếu đăt hàng Cơ sở liệu Phiếu giao hàng Bán hàng Khi khách đến mua hàng, cửa hàng kiểm tra kho số lượng loại NGK khách yêu cầu, thông tin lấy từ CSDL Kho Nếu số lượng có đủ kho khách giao hàng với hóa đơn tính tiền cần tốn Đối với khách vãng lai hóa đơn tốn ngay, Hóa đơn lưu vào CSDL Hóa đơn Khi lập hóa đơn số lượng hàng kho tự động cập nhât = số lượng – số lượng hóa đơn Nếu khơng đủ khách quen (thông tin lấy từ CSDL khách hàng) cửa hàng hẹn giao hàng vào ngày khác Đối với khách quen cửa hàng cho phép trả chậm ghi nhận lại ngày khách trả tiền cho hóa đơn nợ sau khách hàng tốn nhận hàng, thơng tin hóa đơn cập nhât Tên use case: Quản lý bán hàng ID: UC-2 Độ ưu tiên: cao Actor: Nhân Viên Giải use case để mô tả nhân viên bán hàng cho khách hàng thích: Hành động: Nhân viên lập hóa đơn Kiểu X Bên ngồi Tạm thời Điều kiện tiên Khách hàng yêu cầu mua hàng Cách bước: Thông tin bước Nhân viên kiểm tra số lượng NGK mà khách yêu cầu Nếu số Số lượng khách lượng có đủ làm bước tiếp hàng yêu cầu theo Số lượng kho Nhân viên lập hóa đơn: Nhân viên tạo hóa đơn thông tin bao Kho Khách hàng gồm thông tin khách hàng, Kho Nước giải khát mặt hàng mua, số lượng Đơn đặt hàng giá Lưu hóa đơn: Nhân viên lưu thơng tin hóa đơn vào hệ thống Đối với khách hàng quen, hệ thống cần lưu trữ thơng tin hóa đơn chưa toán ngày trả tiền hẹn với khách hàng Cập nhật số lượng hàng kho: hệ thống tự động cập nhật số lượng hàng vừa bán vào hệ thống Kho Kho Đơn đặt hàng Kho nước giải khát Luồng kiện thay thế: 1.1 Nếu số lượng khơng đủ kiểm tra khách quen hay vãng lai’ 1.2 Nhân viên kiểm tra khách quen CSDL Khách hàng 1.3 Nếu khách quen khách có nhu cầu nhận hàng vào ngày khác nhân vien lưu hóa đơn vào CSDL Hóa đơn 1.4 Nếu khách vãng lai kết thúc use case CSDL Hóa đơn 3.1 Khách hàng quen nhận hàng CSDL Hóa đơn tốn với hóa đơn khách quen Nhân viên cập nhật lại hóa đơn trước Hậu điều kiện Những đơn đặt hàng lưu vào kho hóa đơn Những đơn đặt hàng chưa toán chưa giao lưu vào kho hóa đơn chờ xử lí Cập nhật lại số lượng NGK kho Tóm tắt đầu vào Nguồn Outputs Điểm đến Số lượng khách Khách hàng Hóa đơn CSDL Hóa đơn hàng u cầu Thơng tin khách Khách hàng Thông tin khách CSDL Khách hàng hàng hàng Thơng tin khách CSDL Khách Khách quen CSDL Hóa đơn hàng hàng Khách hàng CSDL Hóa đơn Hóa đơn CSDL Hóa đơn tốn Báo cáo thống kế Khi chủ cửa hàng chọn chức báo cáo thống kê, hệ thơng hiển thị tiêu chí báo cáo, xem lại doanh thu theo ngày, tháng, năm, xem lại hóa đơn cũ thơng tin lấy từ CSDL hóa đơn Xem lại chi tiết phiếu nhập hàng Xem lại chi tiết phiếu giao hàng, thông tin lấy từ CSDL Phiếu đặt hàng phiếu giao hàng Xem số lượng hàng có kho từ CSDL Kho Những thông tin báo cáo lưu vào CSDL Báo cáo Tên use case: Thống kê Actor: ID: UC-3 Độ ưu tiên: cao Quản lí Giải Use case mô tả cách để nhân viên xem thống kê bán hàng thích: kho hàng Hành động: Nhân viên kiểm tra thống kê bán hàng kho hàng Kiểu X Bên Tạm thời Điều kiện tiên Nhân viên đăng nhập vào hệ thống quản lý kho hàng Database trực tuyến Cách bước: Thông tin bước 1.0 Kiểm tra doanh thu theo yêu cầu: Quản lí bấm vào danh mục cần hiển thị doanh thu theo ngày, theo tuần, theo CSDL bán hàng tháng,theo năm Hệ thống hiển thị tổng doanh thu bán hàng theo yêu cầu mà nhân viên chon CSDL Báo cáo Những thông tin báo cáo lưu lại 1.1 Kiểm tra hàng kho theo yêu cầu: Quản lí bấm vào mục hiển thi hàng CSDL Kho kho,hàng cần hiển thị Hệ thống hiển thị liệu số lượng hàng kho theo yêu cầu nhân viên 1.2 Xem lại phiếu nhập hàng Quản lí bấm vào mục hiển thị hàng CSDL Phiếu nhập nhập theo hàng ngày,theo tuần,theo tháng,theo năm Hệ thống hiển thị phiếu nhập hàng theo yêu cầu 1.3 Xem lại phiếu giao hàng CSDL Phiếu giao Quản lí bấm vào hàng mục hiển thị phiếu 10 giao hàng theo ngày,theo tuần,theo tháng,theo năm Hệ thống hiển thi phiếu giao hàng theo yêu cầu Hậu điều kiện Nhân viên xem thống kê theo yêu cầu Thống kê đáp ứng nhu cầu liệu mà nhân viên cần biết Những lần truy vấn lưu lại vào CSDL Báo cáo Tóm tắt đầu vào u cầu Nguồn Quản lí Outputs Dữ liệu thống kê bán hàng Dữ liệu thống kê hàng kho Dữ liệu thống kê nhập hàng, giao hàng Điểm đến Cơ sở liệu bán hàng Cơ sở liệu kho CSDL phiếu giao hàng, CSDL Phiếu nhập hàng 11 CHƯƠNG 3: VẼ SƠ ĐỒ LUỒNG DỮ LIỆU Sơ đồ ngữ cảnh Nhóm bắt đầu cách tạo sơ đồ ngữ cảnh Nhóm đọc qua khu vực tổng hợp ba use case để tìm đầu vào đầu Nhóm sử dụng dịng liệu vào từ use case phát triển sơ đồ ngữ cảnh sau: Sơ đồ luồng liệu (Data Flow Diagram-DFD) Bước tạo đoạn DFD cho use case Điều thực vẽ quy trình trang, đảm bảo số tên quy trình phù hợp kết nối tất luồng liệu đầu vào đầu với Không giống sơ đồ ngữ cảnh, đoạn DFD bao gồm luồng liệu đến bên thực thể đến kho lưu trữ liệu nội a) Tạo sơ đồ luồng liệu cấp Bước tạo DFD mức cách tích hợp đoạn DFD vẽ bên trên, ta sơ đồ bên dưới: 12 b) Tạo sơ đồ luồng liệu cấp Bước tạo DFD cấp cho use case *UC1: Quản lí Kho 13 *UC2: Bán hàng 14 *UC3: Báo cáo 15 CHƯƠNG 4: MƠ HÌNH DỮ LIỆU Xác định thực thể Sau kiểm tra DFD nguồn điều chỉnh mức 0, Chúng ta thấy có chín sở lưu trữ liệu: Nhân viên, Hóa đơn, Khách hàng, Nước giải khát, Chi tiết giao hàng, Nhà cung ứng, Kho hàng, Phiếu nhập hàng Phiếu giao hàng Mỗi sở liệu đại diện thực thể mơ hình liệu Các thực thể cho nước giải khát xác định sau kiểm tra kho lưu trữ liệu thực thể bên ngồi hình sau: Xác định thuộc tính Bước chọn thuộc tính sử dụng để mơ tả thực thể Chúng ta xác định số thuộc tính use case kiểm tra DFD Ví dụ, hóa đơn có mã hóa đơn, tổng tiền, ngày lập hóa đơn, số thuộc tính nhân viên tên nhân viên mã nhân viên, số điện thoại *Xác định khóa Để xác định định danh thực thể, chúng tơi xem xét thuộc tính thuộc tính xác định thực thể (khóa chính) Chúng tơi thiết lập số khách hàng cho khách hàng hệ thống Mỗi hóa đơn, phiếu nhập hàng, phiếu giao hàng định mã hóa đơn, mã phiếu nhập hàng, mã phiếu giao hàng Mỗi nhân viên cấp mã nhân viên lần bán hàng tặng số bán Mỗi nước giải khát có mã nước giải khát Mỗi kho hàng có mã kho Cuối nhà cung ứng có mã nhà cung ứng Các thực thể nhân viên, khách hàng, nước giải khát, kho hàng nhà cung ứng nhắm mục tiêu thực thể độc lập; thuộc tính từ thực thể khác không cần thiết để xác định trường hợp Tuy nhiên, thực thể hóa đơn, phiếu giao hàng, phiếu nhập hàng, chi tiết giao hàng, hóa đơn_nước giải khát 16 tạo có tương tác lẫn thực thể cố định hay cịn gọi thực thể ẹm Vì thực thể lấy phần khóa chúng từ thực thể mẹ chúng, chúng coi thực thể phụ thuộc Các thuộc tính cho thực thể liệt kê hình sau: Xác định mối quan hệ Bước cuối việc tạo ERD xác định cách thực thể có quan hệ với Các đường vẽ thực thể có mối quan hệ mối quan hệ gắn nhãn gán lực lượng phương thức • Khách hàng có nhiều hố đơn, hóa đơn mua khách hàng Hóa đơn khơng bắt buộc khách hàng cụ thể , khách hàng u cầu phải có hóa đơn • Nhân viên tạo nhiều hố đơn, hóa đơn tạo nhân viên Nhân viên bắt buộc phải tạo hóa đơn, hóa đơn khơng bắt buộc nhân viên tạo • Nhân viên tạo nhiều phiếu nhập hàng, phiêu nhập hàng tạo nhân viên Nhân viên không bắt buộc phải tạo phiếu nhập hàng, phiếu nhập hàng bắt buộc phải tạo 17 • Nhà cung ứng có nhiều phiếu nhập hàng, phiêu nhập hàng thuộc nhà cung ứng Nhà cung ứng khơng bắt buộc phải có phiếu nhập hàng, phiếu nhập hàng phải thuộc nhà cung ứng • Nhà cung ứng tạo nhiều phiếu giao hàng, phiêu giao hàng thuộc nhà cung ứng Nhà cung ứng bắt buộc phải có phiếu giao hàng phiếu giao hàng phải thuộc nhà cung ứng • Nhà cung ứng có nhiều nước giải khát, nước giải khát thuộc nhà cung ứng Nhà cung ứng không bắt buộc phải có nước giải khát, nước giải khát phải thuộc nhà cung ứng • Hóa đơn có nhiều nước giải khát nước giải khát thuộc nhiều hóa đơn Nước giải khát khơng bắt buộc phải thuộc hóa đơn hóa đơn phải có nước giải khát • Kho hàng có nhiều nước giải khát, nước giải khát thuộc kho hàng Nước giải khát không bắt buộc kho hàng kho hàng phải có nước giải khát • Hóa đơn_nước giải khát, chi tiết giao hàng mối quan hệ không xác định Sau xác định mối liên hệ, sơ đồ ERD hoàn chỉnh thể qua hình sau: 18 19 CHƯƠNG 5: THIẾT KẾ KIẾN TRÚC Kiến trúc Dựa vào yêu cầu phi chức nhóm xác định chương 1: Độ ổn định độ tin cậy: Hệ thống cần phải hoạt động ổn định, đáng tin cậy mà không gặp lỗi cố đáng kể, để đảm bảo hoạt động liên tục không gián đoạn cửa hàng Hiệu suất độ phản hồi: Hệ thống cần phải đáp ứng yêu cầu hiệu suất độ phản hồi, đồng nghĩa với việc xử lý đồng thời nhiều giao dịch, xử lý liệu nhanh chóng trả kết cho người dùng thời gian chấp nhận Bảo mật quản lý truy cập: Hệ thống cần có biện pháp bảo mật đáng tin cậy, bao gồm việc bảo vệ liệu khách hàng, thông tin sản phẩm doanh thu, quản lý quyền truy cập người dùng vào hệ thống Giao diện thân thiện: Hệ thống cần có giao diện đẹp mắt, dễ nhìn, dễ sử dụng Nhóm phân tích tìm kiến trúc thỏa mãn yêu cầu kiến trúc client-server, vì: + Kiến trúc client-server cho phép tách biệt rõ ràng giao diện người dùng (client) phần xử lý logic (server) Điều giúp giảm phức tạp hệ thống giúp cho việc phát triển bảo trì dễ dàng +Phân tán tải công việc: nhiệm vụ xử lý logic chủ yếu thực server, client đảm nhận vai trò giao diện người dùng Điều cho phép phân tán tải công việc client server, giúp giảm tải cho hai phía đồng thời đảm bảo hiệu suất độ ổn định hệ thống +Dễ dàng mở rộng nâng cấp: Kiến trúc client-server cho phép dễ dàng mở rộng nâng cấp hệ thống, mà không cần thay đổi nhiều phía client Việc mở rộng nâng cấp thực server để đáp ứng nhu cầu hệ thống cửa hàng mở rộng có thêm tính Đặt tả phần cứng phần mềm 20 Phần cứng Máy chủ (Server) Đặc tả - Bộ vi xử lý: Intel Xeon tương đương, dùng để xử lý yêu cầu từ client - RAM: 32 GB trở lên, đáp ứng khả xử lý đồng thời nhiều client - Ổ cứng: RAID RAID để đảm bảo tính dự phịng độ tin cậy liệu - Kết nối mạng: Giao diện mạng Ethernet, hỗ trợ kết nối LAN Máy trạm (Client) - Bộ vi xử lý: Intel Core i5 tương đương, đáp ứng yêu cầu xử lý phần mềm client - RAM: GB trở lên, đáp ứng khả xử lý đồng thời ứng dụng - Ổ cứng: 256 GB trở lên, để lưu trữ liệu ứng dụng cần thiết - Màn hình: 15 inch lớn hơn, độ phân giải tối thiểu 1920x1080 Thiết bị mạng - Bộ định tuyến (Router): Hỗ trợ kết nối LAN Wi-Fi - Switch: Hỗ trợ kết nối đồng thời nhiều thiết bị LAN - Cáp mạng: Cáp Ethernet Cat6 cao hơn, tương thích với định dạng mạng cửa hàng Thiết bị toán - Thiết bị POS (Point of Sale): Bao gồm máy trạm, hình cảm ứng, máy in hố đơn máy đọc mã vạch - Thiết bị toán liên kết với máy chủ để xử lý giao dịch toán Phần mềm Hệ điều hành (OS) Đặc tả - Máy chủ: Hệ điều hành Server OS Windows Server, Linux Unix - Máy trạm: Hệ điều hành Desktop OS Windows, MacOS Linux Phần mềm máy chủ - Phần mềm quản lý cửa hàng: SQL Server 21 CHƯƠNG 6: THIẾT KẾ HỆ THỐNG Giao diện “Trang chủ” Giao diện “Bán Hàng” 22 Giao diện “Phiếu lập hóa đơn” Giao diện “Kho Hàng” 23 Giao diện “Khách Hàng” Giao diện “Thống kê” 24