C. Xóa nhóm danh mục tin tức
3.5Quản lý danh mục tin tức
A.Thêm danh mục tin tức:
a) Đây là use case thêm danh mục tin tức. Để thực hiện điều kiện ban đầu cần có:
- Bạn là admin của mục quản lý tin tức hay là quản lý hệ thống. Trạng thái trước khi thêm danh mục tin tức:
- Actor: admin.
- Hệ thống: chờ thêm danh mục tin tức. Trạng thái hệ thống sau khi thêm danh mục.
- Actor:admin.
- Hệ thống: thêm danh mục tin thành công. Miêu tả chi tiết:
- Người admin có thể chọn nhóm danh mục và bấn hiển thị - Hệ thống hiển thị danh sách các tin.
- Admin chọn thêm danh mục tin.
- Hiển thị trang thêm danh mục tin và sau đó người quản trị điền các thông tin mà hệ website cung cấp.
- Sau đó chọn save và load lại dữ liệu => quá trinh thêm giữa liệu đã thành công.
b) Biểu đồ tuần tự của use case thêm danh mục tin.
Hình 9 : Biểu đồ tuần tự thêm danh mục tin B. Xóa danh mục tin tức.
Đây là use case xóa danh mục tin tức. Điều kiện ban đầu cần có:
-Bạn phải có quyền của Admin
Trạng thái hệ thống trước khi xóa danh mục tin tức:
• Actor: Admin
• Hệ thống: đưa ra các thông tin cần thiết trước khi xóa đổi. Trạng thái hệ thống sau khi kết thúc
• Hệ thống: xác định thành công, danh mục tin đã được xóa. Mô tả chi tiết:
• Admin chọn chức năng xóa danh mục tin.
• Hệ thống đưa ra danh sách các danh mục tin hiện có. • Admin chọn danh mục tin cần xóa theo id đang chọn • Hệ thống đưa ra cảnh báo, và yêu cầu Admin xác nhận. • Nếu đồng ý thì hệ thống sẽ xóa danh mục tin đó
• Nếu không đồng ý thì hệ thống sẽ không thay đổi.
• Kết thúc.
3.6 Quản lý sản phẩm, quản lý user, liên hệ , quản lý user thì cũng tương tự giống quản lý tin tức. cũng tương tự giống quản lý tin tức.
3.7 Thêm giỏ hàng.
Đây là use case thêm giỏ hàng. • Điều kiện ban đầu cần có:
Actor: khách hàng hoặc người dung.
• Trạng thái của đầu tiên là: Các danh sách sản phẩm mà khách hàng hay người dùng có thề đặt mua và xem thông tin.
• Trạng thái sau: Hiển thị các thông tin về giỏ hàng và số tiền về các sản phẩm trong giỏ hàng
• Miêu tả: Khách hàng muốn mua sản phẩm nào thì thêm sản
phẩm đó vào giở hàng, cuối cùng có thể mua tất cả các sản phẩm trong giỏ hàng với 1 thủ tục đặt mua. Tại giỏ hàng thì người dùng có thể được biết xem trong giỏ hàng của mình có bao nhiêu sản phẩm. Tương ứng với tổng số tiền phải thanh toán.
3.8 Xóa giỏ hàng.
Đây là use cases xóa giỏ hàng.
• Tiền điều kiện:khách hàng và người dùng đang có danh sách các sản phẩm đặt mua hàng.
• Hậu điều kiện: khách hàng và người dùng xóa thành công các sản
phẩm không muốn mua hàng nữa.
• Miêu tả chi tiết:Khách hàng và người dung mỗi khi xóa 1 sản phẩm trong giỏ hàng thí số lượng giỏ hàng phải giảm, và tổng số tiền được cập nhật lại sau mỗi lần xóa. Sau mỗi lần xóa sản phẩm thì có thông báo xác nhận xem khách hàng có đống ý xóa sản phẩm khỏi giỏ hàng không?
3.9 Cập nhật giỏ hàng.
Đây là use cases cập nhật giỏ hàng.
• Tiền điều kiện:có các sản phẩm đặt vào giỏ hàng.
• Hậu điều kiện: các sản phẩm được cập nhật thành công.
• Miêu tả chi tiết: Khi khách hàng hay người dùng muốn thay đổi số lượng mặt hàng đặt mua tại giỏ hàng thì sau khi cập nhật lại giỏ hàng, kết quả là số lượng giỏ hàng tăng lên và số tiền thanh toán cho các sản phẩm cũng tăng lên theo số lượng.
3.10 Đặt mua hàng.
Đây là use case đặt mua hàng.
• Điều kiện ban đầu cần có: Actor phải là khách hàng. • Tiền điều kiện: các sản phẩm đã có sẵn trong giỏ hàng. • Hậu điều kiện là đặt mua hàng thành công.
• Miêu tả chi tiết: Khi khách hàng đặt mua hàng thì trước tiên hệ thống sẽ kiểm tra xem khách hàng đã đăng nhập để mua hàng hay chưa? Nếu chưa đăng nhập thì hệ thống bắt buộc khách hàng phải đăng nhập thành công rồi mới được đặt mua hàng. Ngược lại nếu đăng nhập rổi thì hệ thống sẽ thống báo là khách hàng đặt mua hàng thành công.
3.11 Đăng nhập.
Đây là use cases đăng nhập.
• Điều kiện ban đầu cần có: Actor phải là khách hàng hoặc người dùng
• Miêu tả chi tiết: Hệ thống website có 1 phần đăng nhập nằm bên tay trái. Chờ khách hàng và người dung đăng nhập vào với tài khoản đăng ký với website. Sau khi đăng nhập thành công thì xuất hiện dòng chữa “welcome” + “ Tên của người đăng nhập”.
3.12 Tìm kiếm thông tin.
CHƯƠNG 4 : THIẾT KẾ HỆ THỐNG
4.1 Hiển thị thông thị - display
4.1.1 Chức năng xem thông tin.Thiết kế vật lý Thiết kế vật lý
Khi người dùng truy cập vào trang web thì người đó quan xem tin tương ứng với tới các danh mục tin. Căn cứ vào đó ta thiết kế sơ đồ mối quan hệ như sau:
Mối quan hệ giữa tin tức và danh mục là quan hệ n-n (nhiều nhiều) tức là 1 danh mục có nhiều tin và 1 tin có thể thuộc nhiều danh mục
Thiết kế lưu trữ
Hình 11 : Mô hình lưu trữ dữ liệu phần tin tức
Chi tiết các bảng trong sơ đồ :
a. news_categories
- Mục đích :Danh mục nhóm bản tin.
- Ý nghĩa các trường :
• icid: Lưu trữ mã danh mục tin.
• vname: Tên danh mục tin.
• iorder: Thứ tự của danh mục tin. • istatus: Trạng thái của danh mục tin.
• vtitle: Tên tin tức. • vimg: Ảnh của tin tức.
• vdetail: Nội dung của tin tức. • vauthor: Tác giả đăng tin. • dcreatedate: Ngày tạo bản tin. • denddate: Ngày hạ bản tin. • istatus: Trạng thái của bản tin. • iviews: Số lần xen tin.
Bảng 2: news_categories c. news_categories_news
Bảng 3 : news_categories_news
- Mục đich:Bảng news_categories_news dùng để liên kết giữa 2 bảng
news và bảng news_Categories với nhau. Cứ mỗi khi thêm mới, xoá hoặc cập nhật thì bản này có tác dụng là tự động cập nhật, xoá và thêm mới.
• ino:Mã news_category_news và là trường khóa chính.
• icid: Mã của bảng news_Category.
• inid: Mã của bảng news.
4.1.2 Chức năng bán hàng qua mạng.Thiết kế vật lý Thiết kế vật lý
Hình 12 : Sơ đồ thực thể quan hệ bán hàng Thiết kế logic.
Hình 14 : Sơ đồ quan hệ thực thể chi tiết khách hàng a. group_category
Bảng 4 : group_category
- Mục đích : Dùng để tạo các nhóm danh mục chính. - Ý nghĩa các trường :
• ig: Khóa chính của bảng group_category.
• vname: Tên nhóm danh mục.
• vdesc: Dùng để miêu tả về tên nhóm này có tác dụng thế nào?
• iorder: Thứ tự của nhóm danh mục.
• istatus: Trạng thái danh mục.
Bảng 5 : categories - Mục đích :Dùng để tạo ra danh mục.
- Ý nghĩa các trường :
• icategoryID: Khóa chính của bảng category.
• vCategoryName: Tên danh mục cần tạo.
• iorder: Thứ tự của danh từng danh mục. • istatus: Trạng thái.
• ig: Khóa ngoại của bảng group_category.
• iProductID: Khóa chính của bảng products.
• vProductName : Tên sản phẩm.
• vDescription: Miêu tả sản phẩm:
• vcontent: Thông tin chi tiết về sản phẩm. • iUnitPrice: Thành tiền.
• iUnitslnStock: Số lượng hàng tồn kho.
• iUnitOnOrder: Số lượng các sản phẩm trên đơn đặt hàng.
• fCostIn: Giá mua vào tương ứng của mỗi sản phẩm.
• fCostOut: Giá bán ra.
d. category_products
Bảng 7 : category_products - Mục đích :
- Ý nghĩa các trường :
• ino: Khóa chính của bảng category_products
• iCategoryID: Khóa ngoại của bảng category_products. • iProductID: Khóa ngoại của bảng category_products.
Bảng 8 : curtomers - Mục đích : Bảng khách hàng.
- Ý nghĩa các trường :
• iCuromerID: Khóa chính của bảng khách hàng
• vName: Acount của khách hàng
• vPwd: Mật khẩu.
• vFullName: Tên đầy đủ.
• vEmail: E-Mail của khách hàng. • vAddress: Địa chỉ của khách hàng. • bstatus: Trạng thái.
f. orders
• dOrderDate : Ngày đặt hàng.
• fTotalCost: Tổng số giá trị của đơn hàng. • iQuantity: Số lượng đơn đặt hàng.
g. order_detail
Bảng 10 : order_detail - Mục đích : Bảng thông tin chỉ tiết đơn đặt hàng.
- Ý nghĩa các trường :
• iOrderDetailID: Khóa chính của bảng thông tin chi tiết đơn đặt hàng.
• iProductID: Chỉ ra mã sản phẩm của đơn đặt hàng. • fUnitPrice: Giá đơn vị.
• fcost: Giá của 1 sản phẩm.
• iOrderID: Chỉ ra mã khách đặt hàng.
4.1.3 Chức năng liên hệ Thiết kế vât lý : Thiết kế vât lý :
Chức năng này riêng rẽ đối với các thành phần khác, nó chỉ có tác dụng cho phép người sử dụng gửi những góp ý của mình cho toàn bộ portal.
Bảng 11 : contacts - Mục đích : Bảng liên hệ.
- Ý nghĩa các trường :
• icontactid: Khoá chính của liên hệ. • vname: Tên của người liên hệ. • vaddress: Địa chỉ của người liên hệ. • vphone: Số điện thoại.
• vemail: Địa chỉ E-Mail của người liên hệ. • content: Nội dụng cần yêu cầu.
• istatus: Trạng thái của lien hệ là đã duyệt hay là chưa duyệt.
• ddate: Ngày mà người đùng gửi.
4.2 Quản trị hệ thống –admin
Thiết kế vât lý : admin không có liên quan dữ liệu tới bất kỳ thành
phần nào trong hệ thống song nó có chức năng quản lý tất cả dữ liệu trong hệ thống.
Bảng 12 : users
- Mục đích : Bảng này dùng để cấp quyền quản lý hệ thống và quản lý
1 phần của hệ thống. - Ý nghĩa các trường :
• vupwd: Mật khẩu của người quản trị
• irole: Quyền của người quản trị(có thể là quản trị hệ thống hoặc quản lý 1 phần của hệ thống).
• vname: Tên đăng nhập hệ thống.
• igender: Giới tính . • dbrithday: Ngày sinh.
• vaddress: Địa chỉ của người quản trị. • vphone: Số điện thoại để liên hệ. • vemail: Hòm thư liên hệ.
CHƯƠNG 5 : TRIỂN KHAI VÀ DEMO CHƯƠNG TRÌNH
5.1 Giao diện đối với người sử dụng.
5.1.1 Giao diện chương trình chính.
5.1.2 Trang danh mục tin tức.
Hình 16 : Trang danh mục tin tức 5.1.3 Trang chi tiết tin tức.
Hình 17 : Trang chi tiết tin tức 5.1.4 Trang chủ sản phẩm.
5.1.5 Trang danh muc sản phẩm.
5.1.6 Trang đặt mua hàng.
5.1.7 Trang đặt mua hàng khi mà khách hàng đă đăng nhập để mua hàng. mua hàng.
đăng nhập để đặt hàng
5.2 Giao diện của người quản trị.
5.2.1 Giao diện đăng nhập hệ thống.
5.2.2 Trang quản lý tin tức.
5.2.3 Trang quản lý user.
5.2.4 Trang quản lý sản phẩm.
CHƯƠNG 6 - TỔNG KẾT.
Trong quá trình làm project em đã hiểu được nhiều hơn về công nghệ ASP.NET, ngôn ngữ lập trình C#.NET, và hiểu rõ hơn về hệ cơ sở dữ liệu MySQL, sử dụng UML để phân tích và thiết kế hệ thống. Về mặt xây dựng giao diện chương trình em đã có thêm kinh nghiệm song vẫn chưa được chuyên nghiệp.
Từ những kết quả đặt được và những hiểu biết về thiết kế website em mong muốn xây dựng website hoàn chỉnh hơn cho “Ứng dụng tin tức và bán hàng qua mạng” và nhiều ứng dụng hơn trong cuộc sống này.
Tài liệu tham khảo
www.asp.net
www.msdn.microsoft.com
[PHN1] Phạm Tuấn Anh – Lập trình .Net
MỤC LỤC
Trang
1.4.3 Mô tả hoạt động của dự án ... 14
1..4.4 Phạm vi ứng dụng của dự án. ... 15
1.4.5. Đối tượng sử dụng. ... 16
2.1. Yêu cầu về giao diện của hệ thống: ... 17
2.2. Yêu cầu về các chức năng chính của hệ thống: ... 17
a. Đối với khách hàng. ... 17
b. Đối với người quản trị. ... 18
HƯƠNG 3 : PHÂN TÍCH HỆ THỐNG ... 19
3.1 Actor chính tham gia vào hệ thống. ... 20
3.2 Sơ đồ tổng quan các chức năng của hệ thống. ... 20
3.3 Đăng nhập hệ thống. ... 22
3.4 Quản lý nhóm danh mục tin tức. ... 25
A. Thêm nhóm danh mục tin tức: ... 25
B. Sửa nhóm danh mục tin tức. ... 26
C. Xóa nhóm danh mục tin tức. ... 28
3.5 Quản lý danh mục tin tức. ... 30
A.Thêm danh mục tin tức: ... 30
B. Xóa danh mục tin tức. ... 31
3.6 Quản lý sản phẩm, quản lý user, liên hệ , quản lý user thì cũng tương tự giống quản lý tin tức. ... 33 3.7 Thêm giỏ hàng. ... 33 3.8 Xóa giỏ hàng. ... 33 3.9 Cập nhật giỏ hàng. ... 34 3.10 Đặt mua hàng. ... 34 3.11 Đăng nhập. ... 34
3.12 Tìm kiếm thông tin. ... 35
CHƯƠNG 4 : THIẾT KẾ HỆ THỐNG ... 35
4.1 Hiển thị thông thị - display ... 35
4.1.1 Chức năng xem thông tin. ... 35
Thiết kế vật lý ... 35
Thiết kế lưu trữ ... 35
4.1.2 Chức năng bán hàng qua mạng. ... 38
Thiết kế logic. ... 38
4.1.3 Chức năng liên hệ ... 43
4.2 Quản trị hệ thống –admin ... 44
CHƯƠNG 5 : TRIỂN KHAI VÀ DEMO CHƯƠNG TRÌNH ... 46
5.1 Giao diện đối với người sử dụng. ... 46
5.1.1 Giao diện chương trình chính. ... 46
5.1.2 Trang danh mục tin tức. ... 47
5.1.3 Trang chi tiết tin tức. ... 47
5.1.4 Trang chủ sản phẩm. ... 48
5.1.5 Trang danh muc sản phẩm. ... 49
5.1.6 Trang đặt mua hàng. ... 50
5.1.7 Trang đặt mua hàng khi mà khách hàng đă đăng nhập để mua hàng. ... 51
5.2 Giao diện của người quản trị. ... 53
5.2.1 Giao diện đăng nhập hệ thống. ... 53
5.2.2 Trang quản lý tin tức. ... 54
5.2.3 Trang quản lý user. ... 55
5.2.4 Trang quản lý sản phẩm. ... 56
CHƯƠNG 6 - TỔNG KẾT. ... 57