Xây dựng website bán đấu giá online
Trang 1MỤC LỤC Trang
Trang 2
LỜI NÓI ĐẦU
Ngày nay, trước những vai trò, khả năng ứng dụng thực tiễn hết sức to lớn của Tin học - ngành mà thâm nhập vào mọi lĩnh vực của đời sống Từ những việc đơn giản (soạn thảo văn bản, …) đến những việc phức tạp như để quản lý công ty, trường học, buôn bán qua mạng…Với sự trợ giúp của máy tính và mạng internet đã làm giảm sức lao động của con người, giúp công việc được giải quyết nhanh và chính xác hơn.
Từ trước tới nay người ta đã biết đến các tổ chức đấu giá lớn, theo những cách truyền thống là người nào đưa ra giá cao có thể mua được những sản phẩm mà mình trả giá Những sản phẩm này thường là những sản phẩm rất
có giá trị về nhiều khía cạnh Nhưng cách thức đấu giá truyền thống này có hạn chế là số lượng người tham gia ít, và số lượng sản phẩm không đa dạng… Cùng với sự phát triển của Công Nghệ Thông Tin và mạng Internet Cùng với
đó là sự xuất hiện nhu cầu bán hàng và mua hàng trực tuyến Nhận thấy được
sự cần thiết đó, em quyết định xây dựng một hệ thống đấu giá sản phẩm qua
mạng Mục đích khi xây dựng hệ thống này là để giải quyết những vấn đề khó của hệ thống bán đấu giá truyền thống mà đã tồn tại khá lâu.
Trang 3CHƯƠNG I - ĐẶC TẢ YÊU CẦU
- Website có thể phát triển thành 1 hệ thống giới thiệu, quảng cáo và bán đấu giá rộng rãi nhiều loại sản phẩm trên internet.
1.2 Mô tả hệ thống
- Hệ thống được xây dựng với mục đích phục vụ khách hàng có thể trao đổi, buôn bán các sản phẩm của mình qua internet theo hình thức đấu giá sản phẩm Để có thể tham gia bán đấu giá các sản phẩm thì điều đầu tiên mọi khách hàng phải đăng ký là thành viên của website, khách hàng phải gửi đầy đủ các thông tin cá nhân như: Họ tên, số điện thoại, địa chỉ… để tiện cho việc giao dịch và thanh toán
Trang 4- Đối với nhà cung cấp muốn bán một sản phẩm hay khách hàng muốn đấu giá để mua một sản phẩm mà mình mong muốn thông thường phải thông qua những bước sau:
• Với nhà cung cấp: Họ phải đăng kí với văn phòng đại diện hoặc tổ chức
bán đấu giá sản phẩm cần gửi đấu giá Điền đầy đủ chi tiết liên quan đến những loại sản phẩm và gửi đến tổ chức bán đấu giá.
• Với những người tham gia phiên bán đấu giá: Khách hàng có thể xem những thông tin về sản phẩm, thời gian và địa điểm của cuộc bán đấu giá
và bất cứ ai chú ý đến cuộc bán đấu giá này Vấn đề khách hàng quan tâm
đó chính là thời gian và sự linh hoạt trong giao dịch đấu giá Khi tham gia vào một phiên bán đấu giá thật thì cũng xảy ra nhiều vấn đề như: giá đưa
ra bị dàng buộc vì thời gian ngắn, số người tham gia đấu giá bị hạn chế Vấn đề này thì hệ thống này có thể hoàn toàn thay thế được Khách hàng có thể nhìn thấy thông tin về sản phẩm và sau đó có thể ước lượng giá sản phẩm để có thể mua sản phẩm một cách nhanh chóng khi tham gia hệ thống này.
- Admin là người trực tiếp quản trị hệ thống Admin trực tiếp quản lý các thông tin về sản phẩm của nhà cung cấp, quản lý tất cả các thông tin về thành viên để tiện cho việc giao dịch, đảm bảo chính xác các thông tin về khách hàng để tránh sự nhầm lẫn khi giao dịch đồng thời xử lý các thông tin phản hồi của khách hàng và xử lý các hóa đơn mỗi khi các phiên đấu giá sản phẩm kết thúc.
- Khi kết thúc các phiên đấu giá, thành viên nào trả giá cao nhất thì đó là người thắng cuộc và được hệ thống tự động cấp hóa đơn thanh toán mua sản phẩm đó.
1.3 Đối tượng sử dụng của hệ thống
- Người quản trị hệ thống (Admin).
- Cấp khách hàng (Customer).: khách hàng tham gia phiên đấu giá và mua sản phẩm
Trang 5- Cấp nhà cung cấp (Vendor): nhà cung cấp đăng ký sản phẩm để các thành viên tham gia đấu giá.
b. Chức năng đăng nhập :
Khi khách hàng là thành viên của website, trước khi tham gia đấu giá các sản phẩm của website thì trước tiên phải đăng nhập vào hệ thống.
c. Chức năng khách hàng tham giao đấu giá:
- Khách hàng có thể xem chi tiết cuộc bán đấu giá như: ngày, giờ,…, phương thức và sản phẩm của phiên đấu giá,…Mỗi sản phẩm bán đấu giá sẽ hiện thị các thông tin chi tiết về sản phẩm đó như: hình ảnh, thông tin chi tiết và giá khởi điểm của sản phẩm, các mức giá trước khi đưa ra mua sản phẩm…
- Khách hàng lần lượt trả giá cho mỗi sản phẩm từ thấp tới cao Kết thúc mỗi phiên đấu giá, khách hàng nào có giá trả cao nhất là người chiến thắng và mua được sản phẩm.
d. Chức năng đối tác (Vendor) đăng kí sản phẩm:
- Các đối tác của website đăng ký sản phẩm của mình lên cho các thành viên tham gia đấu giá Các sản phẩm này được duyệt thông qua Admin Các đối tác cũng có thể sửa đổi các thông tin về sản phẩm mà mình đăng ký trước khi các phiên đấu giá diễn ra.
e. Chức năng góp ý của khách hàng (Feedback):
- Khách hàng có thể gửi những ý kiến của mình tới quản trị website thông qua mục góp ý của khách hàng.
Trang 6- Hệ thống sẽ xử lý và gửi tới Admin.
1.4.2 Chức năng của Admin
a. Đăng nhập
- Admin phải đăng nhập để quản trị hệ thống.
b. Quản lý thông tin phản hồi (Feedback) của khách hàng:
- Các thông tin phản hồi của khách hàng được gửi tới quản trị website là Admin Admin xem và duyệt các thông tin phản hồi và hồi âm lại cho khách hàng
c. Quản lý sản phẩm:
- Các sản phẩm của các đối tác đăng ký đều phải được Admin duyệt trước khi tham gia đấu giá Admin có thể xóa các sản phẩm không đạt yêu cầu.
d. Quản lý phiên đấu giá:
- Admin quản lý thông tin chi tiết của các phiên đấu giá đang diễn ra.
e. Quản lý thành viên:
- Admin quản lý xem và xóa thông tin của các thành viên đã đăng ký là thành viên của hệ thống để đảm bảo chính xác thông tin tiện cho việc giao dịch và thanh toán.
Trang 71.5 Biểu đồ hoạt động của hệ thống
Dang nhap Website
Dang ky san pham
Dau gia san pham
Thanh toan mua san pham
Tao phien dau gia
Kiem tra dang nhap
yes no yes
Tu dong xuat hoa don
Dang nhap website
Duyet san pham
Admin Website
Customer, Vendor
Hình 1.1 Biểu đồ hoạt động của hệ thống
Trang 8Monitor: 14 inch, colors
Processor:Intell Xeon (R)3.06 Ghz or moreMemory: 512 MbHard disk drive: 200 Gb or more
Modem 56K Monitor: 14 inch, colors
1.6.2 Công cụ sử dụng để phát triển
Trang 9- Thiết kế cơ sở dữ liệu: SQL server 2005.
- Công cụ soạn thảo: Jcreator Pro, DreamweaverMX.
- Đồ họa: Maccromedia FlashMX, Photoshop.
- Sơ đồ quan hệ: Microsoft Word, Visio, IBM Rational Rose.
- Vẽ Use case: UML.
1.6.3 Yêu cầu về thực thi
- Các chức năng nghiệp vụ của hệ thống có thể phục vụ 50 người truy cập cùng lúc.
1.6.4 Yêu cầu về chất lượng phần mềm
- Phần mềm phải đầy đủ các chức năng, giao diện thân thiện, dễ sử dụng và có khả năng tương thích với môi trường mạng internet.
- Phần mềm phải thống kê chính xác các nghiệp vụ liên quan đến thống kê của
Trang 10Xem xét tiến trình nghiệp vụ ta xác định được các tác nhân của hệ thống bao gồm:
- Khách hàng (Customer): là thành viên của website khi đã đăng ký thành viên
và đăng nhập hệ thống Khách hàng có thể xem, chọn lựa các sản phẩm để đấu giá và mua sản phẩm đó.
- Nhà cung cấp (Vendor): là những thành viên đăng ký website và có thể đăng
ký sản phẩm của mình lên để các khách hàng của website có thể tham gia đấu giá và mua sản phẩm.
- Quản trị hệ thống (Admin): là người trực tiếp quản trị hệ thống: quản lý sản phẩm, quản lý thành viên, quản lý các phiên đấu giá…
2.1.2 Xác định các Use case
1 Góp ý Khách hàng (Customer, vender) đều
2 Đăng ký Nếu khách hàng và nhà cung cấp Customer, vender
Trang 11thành viên chưa là thành viên có thể đăng ký
thành viên qua UseCase này.
3 Đăng nhập Thành viên có thể Login vào
Website sau khi đã đăng ký là thành viên.
Admin đăng nhập để quản trị hệ thống
Customer, Admin
Quản lý các phiên đấu giá đang
2.1.3 Biểu đồ Use case tổng thể
Trang 12Dang nhap Website Quan ly thanh vien
Quan ly san pham
Quan ly chi tiet phien dau gia
Quan ly gop y Admin
Gop y Dang ky thanh vien
Dang ky san pham
Customer
Tham gia dau gia
Hình 2.1 Biểu đồ Use case tổng thể của hệ thống
2.2 Mô tả kịch bản cho các Use case
Trang 132.2.1 Use case đăng nhập (Customer, Admin)
Dang nhap he thong
Dang nhap Admin, Customer, Vendor
Thay doi mat khau
Hình 2.2 Use case đăng nhập
Mô tả:
a- Tóm tắt
- Các khách hàng có thể đăng nhập để tham gia đấu giá các sản phẩm.
- Các đối tác đăng nhập để đưa những sản phẩm của mình lên cho các khách hàng tham gia đấu giá.
- Admin đăng nhập để quản trị hệ thống.
Trang 141.Chọn đăng nhập 2.Hệ thống hiển thị giao diện
đăng nhập 3.Nhập username và
pasword, chọn đồng ý
đăng nhập
4.Tiếp nhận thông tin, kiểm tra username và password của người dùng
Bảng
“tbl_usermaster”
“tbl_adminmaster” 5.Hiển thị thông báo đăng
nhập thành công
- Luồng sự kiện rẽ nhánh
• Luồng 1: Tại giao diện đăng nhập người sử dụng không muốn
tiếp tục, chọn hủy bỏ.
• Luồng 2: Hệ thống kiểm tra thông tin đăng nhập không chính xác,
hệ thống sẽ từ chối đăng nhập, hiển thị thông báo.
• Luồng 3: Hệ thống kết nối CSDL để kiểm tra, thông tin không có
trong CSDL.
2.2.2 Use case đăng ký thành viên (Customer, Vendor)
Dang ky thanh vien Customer
Trang 15Hình 2.3 Use case đăng ký thành viên
ký thành viên
2 Hệ thống hiển thị giao diện đăng ký thành viên
Trang 163.Nhập các thông tin
đăng ký thành viên
4.Kiểm tra thông tin đăng ký
5.Chọn nút ”Submit” 6.Kiểm tra và thông báo thành
• Luồng 2: Thông tin đăng ký không chính xác, hệ thống sẽ từ chối
đăng ký và yêu cầu đăng ký lại.
2.2.3 Use case đấu giá sản phẩm (Customer, Vendor)
Dau gia Customer, Vendor
Tra gia cho sp
Hình 2.4 Use case đấu giá sản phẩm
Mô tả
a- Tóm tắt
UseCase này diễn tả quy trình khách hàng tham gia phiên bán đáu giá:
- Khách hàng có thể tham gia vào các phiên bán đấu giá của hệ thống nếu có nhu cầu Mỗi khách hàng đều có thể tìm hiểu các thông tin chi
Trang 17tiết về mỗi phiên bán đấu giá như: ngày, giờ, phương thức và sản phẩm đấu giá…
- Mỗi sản phẩm bán đấu giá sẽ hiển thị ảnh, thông tin chi tiết và giá đấu giá đưa ra
- Khách hàng có thể chọn, xem thời gian về sản phẩm và bắt đầu đưa ra mua sản phẩm
giá sản phẩm
2 Hệ thống hiển thị giao diện chức năng đấu giá sản phẩm 3.Chọn sản phẩm muốn
đấu giá
4.Hiển thị sản phẩm
Trang 185.Trả giá cho sản phẩm 6.Kiểm tra và lưu giá của
• Luồng 1: Tại giao diện đấu giá sản phẩm người sử dụng không
muốn tiếp tục, chọn hủy bỏ.
• Luồng 2: Quá trình tham gia đấu giá không hợp lệ Hệ thống yêu
cầu thành viên thực hiện lại.
2.2.4 Use case đăng ký sản phẩm (Vendor)
Them san pham Dang ky san pham
Vendor
Hình 2.5 Use case đăng ký sản phẩm
Mô tả:
a- Tóm tắt
Use case này diễn tả quy trình các đối tác đăng ký sản phẩm lên hệ thống:
- Hệ thống do Admin quản lý nhập các thông tin này vào cơ sở dữ liệu của hệ thống.
- Các thông tin về sản phẩm được khách hàng đăng ký sẽ nằm trong mục quản lý sản phẩm của Admin
b- Tác nhân
- Nhà cung cấp (vendor).
c- Liên quan
- Use case đăng nhập
- Use case quản lý sản phẩm
d- Luồng sự kiện
Trang 19- Luồng sự kiện rẽ nhánh
• Luồng 1: Tại giao diện đăng ký sản phẩm người sử dụng không
muốn tiếp tục, chọn hủy bỏ.
• Luồng 2: Thông tin bắt buộc về sản phẩm không đầy đủ Hệ thống
yêu cầu nhập lại.
2.2.5 Use case tạo phiên đấu giá
Hình 2.6 Tạo phiên đấu giá
- Use case đăng ký sản phẩm.
- Use case đăng nhập.
d- Luồng sự kiện
- Luồng sự kiện chính
Hành động tác nhân Phản ứng hệ thống Dữ liệu liên quan
Trang 201.Chọn chức năng tạo
phiên đấu giá
2 Hệ thống hiển thị giao diện chức năng tạo mới phiên đấu giá
3.Thêm mới phiên đấu
• Luồng 1: tại giao diện tạo mới phiên đấu giá, các đối tác không
muốn thao tác tiếp, chọn hủy bỏ.
• Luồng 2: thông tin về thêm mới phiên đấu giá không đầy đủ Hệ
thống yêu cầu nhập lại.
2.2.6 Use case góp ý cho Admin (Customer, Vendor)
Them moi gop y Customer, Vendor
Hình 2.7 Use case góp ý tới admin
Mô tả:
a- Tóm tắt
UseCase này diễn tả quy trình khách hàng đóng góp ý kiến cho website:
- Khách hàng có thể đóng góp ý kiến cho website thông qua Form góp ý (Feedback).
- Cần nhập đầy đủ các thông tin trong Form như: Email, chủ đề và nội dung.
- Hệ thống sẽ cập nhật vào cơ sở dữ liệu và được Admin quản lý trong mục góp ý
Trang 21• Luồng 2: Các thông tin của Form nhập không hợp lệ Hệ thống
báo lỗi và yêu cầu làm lại.
2.2.7 Use case quản lý người dùng (Admin)
Trang 22Xem thành viên
Quan ly thanh vien Admin
Xoa thanh vien
Hình 2.8 Use case quản lý thành viên
Mô tả
a- Tóm tắt
- Admin sẽ quản lý các khách hàng đã đăng ký thành viên.
- Các thông tin về thành viên như: tên, tuổi, địa chỉ… đều được Admin quản
lý trong Use case này để tiện cho việc thanh toán và hồi âm.
- Các thông tin này sẽ được lưu trong bảng “tbl_userdetails” Hệ thống sẽ cập nhật vào cơ sở dữ liệu những thay đổi về thông tin của các thành viên.
b- Tác nhân
- Quản trị hệ thống (Admin).
c- Liên quan
- Use case đăng nhập.
- Use case đăng ký thành viên.
d- Luồng sự kiện
- Luồng sự kiện chính
Hành động tác nhân Phản ứng hệ thống Dữ liệu liên
quan 1.Chọn chức quản lý
thành viên
2 Hệ thống hiển thị giao diện chức năng quản lý thành viên 3.Xem thông tin các
Trang 235.Xóa thành viên 6.Xóa thông tin về thành viên
khỏi cơ sở dữ liệu
Thông báo đã xóa.
2.2.8 Use case quản lý phản hồi (Admin)
Xem phan hoi
Quan ly phan hoi Admin
Xoa phan hoi
Hình 2.9 Use case quản lý phản hồi
Mô tả:
a- Tóm tắt
- Admin sẽ quản lý các thông tin góp ý của khách hàng cho Website.
- Các thông tin về thông tin góp ý như: Email, chủ đề, nội dung… Được lưu trong cở sở dữ liệu “tbl_feedbackdetails” của hệ thống.
b- Tác nhân
- Quản trị hệ thống (Admin)
c- Liên quan
- Use case góp ý
Trang 243.Xem các thông tin
CSDL 7.Hiển thị thông báo xóa
• Luồng 2: Các thông tin góp ý chưa được hồi âm Admin tiếp tục
hồi âm lại cho khách hàng.
Trang 252.2.9 Use case quản lý sản phẩm (Admin)
Xem san pham
Quan ly san pham Admin
Xoa san pham Duyet san pham
Hình 2.10 Use case quản lý sản phẩm
Mô tả:
a- Tóm tắt
- Admin sẽ quản lý tất cả các sản phẩm có trong cơ sở dữ liệu
- Các thông tin về sản phẩm như: tên, ảnh, giá, mô tả… sẽ được lưu trong bảng “tbl_itemsdetailsmaster” của hệ thống.
- Admin sẽ duyệt những sản phẩm đạt yêu cầu để các nhà cung cấp đưa lên đấu giá.
b- Tác nhân
- Quản trị hệ thống (Admin).
c- Liên quan
- Use case đăng nhập.
- Use case đăng ký sản phẩm.
Trang 263.Xem chi tiết sản
5.Duyệt sản phẩm 6 Hiển thị trạng thái
duyệt sản phẩm
Bảng
“tbl_itemsdetailsmaste r”
7.Xóa sản phẩm (nếu
muốn)
8.Xóa các sản phẩm khỏi CSDL Hiển thị thông báo
đã xóa
Bảng
“tbl_itemsdetailsmaste r”
Trang 272.2.10 Use case quản lý phiên đấu giá
Quan ly phien dau gia Admin
- Use case đăng nhập
- Use case đấu giá sản phẩm
d- Luồng sự kiện
Trang 285.Lưu phiên mới
Hiển thị thông báo
Bảng
“tbl_auctionmaster
”
- Luồng sự kiện rẽ nhánh
• Luồng 1: tại giao diện quản lý chi tiết phiên đấu giá, Admin không
muốn tiếp tục chọn hủy bỏ
2.3 Xây dựng biểu đồ lớp mức quan niệm
Trang 29tbl_contactDetails i_autoid Name Mobileno Msg Email Createdate
tbl_adminmaster i_autoid Username Password Createdate
tbl_feedbackdetails i_autoid Name Emailid Subject Feedback Createdate
i_autoid username password Question Ans Createdate
tbl_itemsdetailsmaster i_autoid
i_refid Itemname Itemimage Createdate
1
*
1
* tbl_biddetails
* 1
Hình 2.12 Biểu đồ lớp mức quan niệm
2.4 Xây dựng biểu đồ tuần tự và biểu đồ cộng tác
Trang 302.4.1 Biểu đồ tuần tự và cộng tác “Đăng nhập”
a- Biểu đồ tuần tự
: Customer
(Admin, vendor) : Customer
(Admin, vendor) : Login_ : Login : tbl_usermaster : tbl_usermaster tbl_adminmaster tbl_adminmaster
1: Dang nhap
2: Kiem tra User, Password
3: Kiem tra User, Password
4: Ket qua 5: Ket qua
6: Hien thi ket qua
7: Thay doi mat khau
8: Thay doi mk 9: Luu
10: ket qua
11: ket qua 1: Dang nhap
2: Kiem tra User, pass 5: Ket qua
3: Kiem tra User, pass
4: Ket qua
Hình 2.14 Biểu đồ cộng tác đăng nhập
2.4.2 Biểu đồ tuần tự và cộng tác “Đăng ký thành viên”
a- Biểu đồ tuần tự
Trang 312: Dang ky thanh vien
3: Luu thong tin 4: Ket qua 5: Ket qua
6: Hien thi kq
Hình 2.15 Biểu đồ tuần tự đăng ký thành viên
b- Biểu đồ cộng tác
6: Hien thi
1: Dang ky thanh vien
2: Dk thanh vien 5: Ket qua
3: Luu thong tin thanh vien
4: Ket qua
Hình 2.16 Biểu đồ cộng tác đăng ký thành viên
2.4.3 Biểu đồ tuần tự và cộng tác “Đấu giá sản phẩm”
a- Biểu đồ tuần tự
Trang 32Hình 2.18 Biểu đồ cộng tác đấu giá sản phẩm
2.4.4 Biểu đồ tuần tự và biểu đồ cộng tác “Đăng ký sản phẩm”
a- Biểu đồ tuần tự
Trang 33: Vendor : Dang_ky san pham : Dang ky san pham :
tbl_itemsdetailsmaster
: tbl_itemsdetailsmaster
3: Them san pham
4: Them san pham
5: Luu thong tin 6: Ket qua 7: Ket qua
4: Them san pham 5: Luu thong tin
6: ket qua 7: ket qua
8: hien thi
1: Dang nhap
2: kiem tra dang nhap
3: Them san pham
Hình 2.20 Biểu đồ cộng tác đăng ký sản phẩm
2.4.5 Biểu đồ tuần tự và cộng tác “ Tạo phiên đấu giá”
a- Biểu đồ tuần tự
Trang 34: Vendor : Tao phien
dau_gia
: Tao phien dau_gia
tbl_auctionmaster
: tbl_auctionmaster
3: Them phien dau gia
4: Them phien dau gia
5: Luu thong tin 6: Ket qua 7: Ket qua
: Tao phien dau gia : tbl_auctionmaster
4: Them phien dau gia 5: Luu thong tin
6: ket qua 7: ket qua
Trang 354: Ket qua 5: Ket qua
Hình 2.24 Biểu đồ cộng tác góp ý
2.4.7 Biều đồ tuần tự và cộng tác “Quản lý người dùng”
a- Biểu đồ tuần tự