CHƯƠNG I : TỔNG QUAN
2.1.1.2 Biểu đồ mức dưới đỉnh
Sơ đồ dữ liệu mức dưới đỉnh là sự phân rã các chức năng trong sơ đồ mức đỉnh, các kho dữ liệu vẫn tồn tại ở mức này. [6]
- Các tác nhân được giữ nguyên không phát sinh mới. - Các luồng dữ liệu được bảo toàn từ mức trên xuống mức
dưới, có thể phân rã thành nhiều luồng con (nếu cần).
Hình 2.4 Biểu đồ luồng dữ liệu mức dưới đỉnh chức năng quản lý tài khoản
Biểu đồ luồng dữ liệu mức dưới đỉnh chức năng quản lý khách hàng
Hình 2.5 Biểu đồ luồng dữ liệu mức dưới đỉnh chức năng quản lý khách hàng
Biểu đồ luồng dữ liệu mức dưới đỉnh chức năng quản lý kho hàng
Hình 2.6 Biểu đồ luồng dữ liệu mức dưới đỉnh chức năng quản lý kho hàng
Biểu đồ luồng dữ liệu mức dưới đỉnh chức năng quản lý đơn hàng
Hình 2.7 Biểu đồ luồng dữ liệu mức dưới đỉnh chức năng quản lý đơn hàng
Biểu đồ luồng dữ liệu mức dưới đỉnh chức năng quản lý hàng hóa
Hình 2.8 Biểu đồ luồng dữ liệu mức dưới đỉnh chức năng quản lý hàng hóa
Biểu đồ luồng dữ liệu mức dưới đỉnh chức năng quản lý thanh tốn và vận chuyển
Hình 2.9 Biểu đồ luồng dữ liệu mức dưới đỉnh chức năng quản lý thanh tốn và vận chuyển
3.1 Mơ hình thực thể E-R 3.1.1 Tạo các thực thể
Căn cứ vào phân tích hiện trạng ta tìm thấy các thực thể sau: Thực thể Tài Khoản : Lưu thông tin tài khoản
Thực thể Khách hàng : Lưu thông tin khách hàng Thực thể Sản phẩm: Lưu thông tin sản phẩm Thực thể Hãng : Lưu thơng tin Hãng
Thực thể Hóa đơn : Lưu thơng tin hóa đơn
Thực thể Chi tiết hóa đơn: Lưu thơng tin chi tiết hóa đơn
3.1.2 Xác định kiểu liên kết các thực thể
Xét hai thực thể Sản phẩm và Hãng
Xét hai thực thể Hóa Đơn và chi Tiết Hóa đơn
Xét hai thực thể Tài Khoản và Khách hàng
4. Phân tích thiết kế hướng đối tượng4.1 Danh sách các tác nhân 4.1 Danh sách các tác nhân
STT Tên tác nhân Ý nghĩa
1 Người bán hàng Người bán hàng là người có tồn quyền tương tác với hệ thống, quyền sử dụng tất cả các chức năng mà website xây dựng, điều khiển và kiểm soát mọi hoạt động của
website
2 Khách hàng Khách hàng ở đây là những
người truy cập vào website, có thể đăng kí làm thành viên hoặc khơng. Người dùng chỉ có một số quyền nhất định đối với website
4.2 Danh sách các chức năng
STT Tên chức năng Ý nghĩa
1 Đăng nhập CHỨC NĂNG này mô tả chức năng
đăng nhập vào hệ thống của khách hàng hoặc người bán hàng
2 Đăng kí CHỨC NĂNG này mơ tả chức năng
đăng kí tài khoản làm thành viên của khách hàng và Người bán hàng
3 Đặt mua CHỨC NĂNG này mô tả chức năng đặt
mua sản phẩm tại website của khách hàng
4 Thanh tốn CHỨC NĂNG này mơ tả chức năng thanh toán tiền của khách hàng
5 Xem thông tin sản phẩm
CHỨC NĂNG này mô tả chức năng xem thơng tin sản phẩm có trên website của khách hàng
6 Tìm kiếm sản phẩm
CHỨC NĂNG này mơ tả chức năng tìm kiếm các sản phảm trên website của khách hàng
quản lý các thông tin như quản lý người dùng, sản phẩm, nhà cung cấp của
người bán hàng
8 Nhập hàng CHỨC NĂNG này mô tả chức năng
nhập hàng của người bán hàng
9 Bán hàng CHỨC NĂNG này mô tả chức năng bán
hàng trực tiếp của Người bán hàng 10 Tìm kiếm thơng
tin
CHỨC NĂNG này mơ tả chức năng tìm kiếm các thơng tin như : sản phẩm, khách hàng, nhà cung cấp, hãng sản xuất của người bán hàng
11 Thống kê CHỨC NĂNG này mô tả chức năng
thống kê theo các tiêu chí khác nhau của người bán hàng
4.3 Biểu đồ USE – CASE
Actor: Actor được dùng để chỉ người sử dụng hoặc một đối tượng nào đó bên ngồi tương tác với hệ thống. Actor được biểu diễn như sau:
Use Case: là chức năng mà các Actor sẽ sử dụng. Nó được ký hiệu như sau:
Với việc xác định các chức năng mà Actor sử dụng bạn sẽ xác định được các Use Case cần có có trong hệ thống.
Relationship(Quan hệ): Hay còn gọi là conntector được sử dụng để kết nối giữa các đối tượng . Có các kiểu quan hệ
Association thường được dùng để mô tả mối quan hệ giữa Actor và Use Case và giữa các Use Case với nhau. Ví dụ thể hiện Actor User sử dụng Use Case Login:
o Quan hệ Generalization: được sử dụng để thể hiện quan hệ thừa kế giữa các Actor hoặc giữa các Use Case với nhau
Ví dụ: Actor User thừa kế tồn bộ quyền của Actor Guest
o Quan hệ Include: Include được định nghĩa là mối quan hệ bắt buộc phải có giữa các Use Case với nhau. Include là quan hệ giữa các Use Case với nhau, nó mơ tả việc Use Case lớn chia thành các Use Case nhỏ để dễ cài đặt( module hóa) hoặc thể hiện sự dùng lại.
Use Case “Verify Password” có thể gộp chung vào Use Case Login nhưng tách ra để cho các Use Case khác sử dụng hoặc để module hóa cho dễ hiểu, dễ cài đặt
o Quan hệ Extend: Extend biểu diễn mối quan hệ mở rộng giữa các Use Case với nhau. Nếu Include thể hiện mối quan hệ bắt buộc thì Extend lại là mối quan hệ khơng bắt buộc (có thể có hoặc khơng) giữa các Use Case với nhau. Quan hệ Extend được sử dụng khi có một Use Case được tạo ra để bổ sung chức năng
cho một Use Case có sẵn và được sử dụng trong một điều kiện nhất định nào đó
Ví dụ:
Trong ví dụ trên “Open Account” là Use Case cơ sở để cho khách hàng mở tài khoản. Tuy nhiên, có thêm một điều kiện là nếu khách hàng là cơng ty thì có thể thêm người sở hữu lên tài khoản này. Add Account Holder là chức năng mở rộng của Use Case “Open Account” cho trường hợp cụ thể nếu Actor là Công ty nên quan hệ của nó là quan hệ Extend. Biểu đồ chức năng mức tổng quát
Biểu đồ chức năng của Người bán hàng( admin)
Biểu đồ chức năng của người dùng
Biểu đồ phân rã chức năng quản lý tìm kiếm
CHƯƠNG III: XÂY DỰNG CHƯƠNG TRÌNH QUẢN LÝ WEB BÁN HÀNG QUẦN ÁO NAM
3.1.THIẾT KẾ CƠ SỞ DỮ LIỆU3.1.1 Danh sách các CSDL của hệ thống 3.1.1 Danh sách các CSDL của hệ thống
ST T
Các CSDL Chi tiết
1 Tài khoản Các thông tin liên quan đến tài khoản (Tên đăng nhập, mật khẩu, họ tên, email, số điện thoại, phân quyền,… ) 2 Khách hàng Các thông tin của khách hàng(mã
khách hàng, tên khách hàng, email,…) 3 Sản phẩm Các thông tin của sản phẩm ( mã sản
phẩm,tên sản phẩm,…)
4 Hãng Các thông tin về hãng(mã hãng,tên hãng)
5 Hóa đơn Các thơng tin về hóa đơn(mã hóa đơn,mã khách hàng….)
6 Chi tiết hóa đơn Các thơng tin về chi tiết hóa đơn(mã hóa đơn,mã sản phẩm ….)
Bảng 3.1 Danh sách các cơ sở dữ liệu của hệ thống
3.1.2 Mô tả CSDL
Mô tả bảng Tài khoản
Taikhoan( MaTK, TenDN, Mật khẩu, Hoten, Email, Sđt, phanquyen)
ST T
Thuộc tính Kiểu dữ Liệu Chi tiết
để phân biệt các tài khoản này với tài khoản khác 2 TenDN varchar(50) Tên đăng nhập
3 Matkhau varchar(50) Mật khẩu đăng nhập
4 Hoten Nvarchar(100
)
Họ và tên của chủ tài khoản 5 Email varchar(50) Email của chủ tài khoản 6 Sđt Varchar(50) Số điện thoại của chủ tài
khoản
7 Phanquyen Int Để phân biệt quyền khi đăng nhập Bảng 3. 2: CSDL bảng Tài khoản Mơ tả bảng Khách Hàng KhachHang(MaKH,TenKH,NamSinh,GioiTinh,SoDienThoai,Diachi,Em ail) ST T
Thuộc tính Kiểu dữ Liệu Chi tiết
1 MaKH Varchar(11) Là khóa chính để phân biệt các khách hàng này với khách hàng khác
2 TenKH nvarchar(100) Tên khách hàng
3 MaTK Mã tài khoản
4 NamSinh Int Năm sinh của khách hàng
5 GioiTinh Nvarchar(10) Giới tính của khách hàng 6 Diachi nvarchar(200) Địa chỉ của khách hàng
7 email Varchar(100) Email của khách hàng
8 Sdt Varchar(50) Số điện thoại của khách hàng Mơ tả bảng Sản Phẩm
SanPham(MaSP,TenSP,MaHang, Xuatxu,SoLuong,DonGiaNhap)
ST T
Thuộc tính Kiểu dữ Liệu Chi tiết
1 MaSP Varchar(11) Là khóa chính để phân biệt các sản phẩm này với sản phẩm khác
2 TenSP nvarchar(100) Tên sản phẩm
3 MaHang Varchar(10) Mã hãng là khóa ngồi liên kết cột mã hàng trong bảng hàng
4 Xuatxu Nvarchar(10) Xuất xứ của sản phẩm
5 Soluong Int Số lượng sản phẩm còn trong kho
6 DongiaNhap Float Đơn giá sản phẩm khi nhập hàng
Mơ tả bảng Hãng
Hang(MaHang,TenHang)
ST T
Thuộc tính Kiểu dữ Liệu Chi tiết
1 MaHang Varchar(10) Mã hãng để phân biệt mã hãng này với mã hãng khác 2 TenHang Varchar(10) Tên của hãng
Mô tả bảng Hóa Đơn
ST T
Thuộc tính Kiểu dữ Liệu Chi tiết
1 MaHoaDon Varchar(10) Là khóa chính để phân biệt các hóa đơn này với hóa đơn khác
2 MaKH Varchar(11) Mã độc giả là khóa ngồi liên kết cột Mã khách hàng trong bảng khách hàng
3 NgayMua Date Ngày mua sản phẩm
4 Tongtien Float Tổng tiền sản phẩm
Mơ tả bảng Chi tiết hóa đơn
ChiTietHoaDon( MaHoaDon,MaSP,Soluong,DonGiaXuat,Giamgia,Tha nhTien)
ST T
Thuộc tính Kiểu dữ Liệu Chi tiết
1 MaHoaDon Varchar(10) Là khóa chính để phân biệt các hóa đơn này với hóa đơn khác
2 MaSP Varchar(11) Mã độc giả là khóa ngồi liên kết cột Mã sản phẩm trong bảng
Sản phẩm
3 Soluong Float Số lượng sản phẩm được mua
5 Giamgia Float Các khuyến mãi của sản phẩm
6 ThanhTien Float Tiền của sản phẩm sau khi áp các khuyến mãi
3.1.3Sơ đồ diagram
3.2 THIẾT KẾ GIAO DIỆN BÀI TOÁN3.2.1 Giao diện khi vào phần mềm 3.2.1 Giao diện khi vào phần mềm
Đây là giao diện ta thấy khi vào web ,ở giao diện này chúng ta có 10 nút và hình ảnh các sản phẩm lượt xem nhiều nhất
- Hỗ trợ : Để giúp khách hàng gửi thắc mắc cho người bán hàng - Trang chủ: Là để về trang chính( trang mà khách hàng đang nhìn) - Sản phẩm: Dùng để hiển thị các sản phẩm của shop
- Admin: Chỉ có người bán hàng vào để sửa, thêm, xóa sản phẩm - Tin tức: Để cung cấp cho khách hàng khuyến mại và giảm giá - Liên hệ: Dungf để liên hệ với người bán hàng quảng cáo
- Kính lúp:để cho khách hàng tìm kiếm các sản phẩm - Hình người: Để đăng nhập
3.2.2 Giao diện đăng nhập
Sẽ có 2 phần là nhập email và mật khẩu. Nếu nhập sai 1 trong hai sẽ báo là thông tin sai yêu cầu nhập lại. Nếu bạn quên mật khẩu thì nhấn vào quên mật khẩu rồi nhập gmail vào hệ thống sẽ cấp lại mật khẩu
3.2.3 Giao diện đăng kí
3.2.4 Giao diện chính
a. Giao diện tìm kiếm
Để khách hàng tìm quần đồ muốn mua b.Giao diện giỏ hàng
Giups khách hàng xác nhận sản phẩm tính tiền thanh tốn c.Lọc sản phẩm
Để khách hàng có thể lọc tìm kiếm các muốn đồ như ý. d. Bình luận sản phẩm
Để khách hàng có thể đánh giá sản phẩm cho người mua tiếp theo
PHẦN KẾT LUẬN Luận văn đã thu được kết quả sau:
- Sử dụng thành công công cụ Visual Studio và Sql Server vào phần mềm.
- Đã phân tích, thiết kế và xây dựng thành cơng chương trình quản lý thư viện.
- Đề tài nghiên cứu đã đáp ứng được các chức năng cơ bản cần thiết để phục vụ cho thư viện.
Hướng phát triển của phần mềm:
- Đề tài nghiên cứu vẫn cần thêm một số chức năng update các hàng hóa, Thanh tốn qt mã, … sẽ giúp quản lý dễ dàng hơn và nhanh gọn hơn.
- Giao diện chương trình cịn sơ sài, chưa thân thiện với người dùng, chưa có tính thẩm mỹ cao.
- Cần cập nhật và sửa lỗi phát sinh trong quá trình thực hiện chương trình.
Trong quá trình thực hiện đề tài, do bản thân em còn nhiều hạn chế nên khơng tránh khỏi những sai sót và vấn đề cịn chưa được giải quyết triệt để. Nếu có điều kiện thêm về thời gian em sẽ hồn thiện bài của mình tốt hơn để sau này có thể ứng dụng vào thực tiễn. Rất mong nhận được ý kiến phản hồi và đóng góp của các thầy cơ để em hồn thiện và phát triển cách tốt nhất.
TÀI LIỆU THAM KHẢO
[1]Bài giảng Phân tích thiết kế hệ thống của Gỉang viên Trần Bích Thảo
[2] https://vi.wikipedia.org/wiki/Microsoft_Visual_Studio [3] Dự án mẫu Uy Nguyễn của Fpoly