BỘ GIÁO DỤC VÀ ĐÀO TẠO TRƯỜNG ĐẠI HỌC SƯ PHẠM TP HCM KHOA CÔNG NGHỆ THÔNG TIN ĐỒ ÁN MÔN HỌC ĐỀ TÀI QUẢN LÍ NHÀ SÁCH Giảng viên hướng dẫn Thầy Nguyễn Văn Thịnh Sinh viên thực hiện 1 46 01 104 150 Mai T.
GIỚI THIỆU
Trong thời đại tri thức ngày nay việc ra đời của rất nhiều nhà sách đã mang lại cho hàng triệu người những cuốn sách hay và bổ ích Tuy nhiên việc lưu trữ, quản lý, kinh doanh hàng triệu cuốn sách trong kho sách của mình thật không dễ dàng Vì vậy việc ứng dụng tin học vào quản lý, kinh doanh đối với họ là rất cần thiết nhất là sự ra đời của phần mềm Quản lý sách sẽ giúp cho các nhà sách quản lý một cách dễ dàng công việc của mình để đạt hiệu quả kinh doanh cao nhất. Ưu điểm của hệ thống là:
Cập nhật và khai thác thông tin nhanh chóng tại mọi thời điểm.
Tổ chức thông tin một cách có khoa học.
Tìm kiếm, thống kê thông tin nhanh chóng theo các tiêu chí khác nhau.
Lưu trữ thông tin với số lượng lớn.
An toàn thông tin, đảm bảo thông tin chính xác, không sai lệch.
Dựa trên tính ưu việt đó Chúng em đã tiến hành nghiên cứu đề tài “Quản lý nhà sác’' cho cá nhân kinh doanh nhà sách với hy vọng sẽ giảm bớt khó khăn của người kinh doanh nhà sách trong việc tìm kiếm, sắp xếp, thống kê doanh thu,…
MỤC TIÊU VÀ PHẠM VI ĐỀ TÀI
Mục tiêu đề tài
Kinh doanh nhà sách là một công việc phức tạp và chủ nhà sách chắc chắn cần một phần mềm để quản lý nhà sách hiệu quả Đề tài quản lý nhà sách được thành lập nhờ ý tưởng cung cấp kiến thức đến mọi người, giúp giảm bớt gánh nặng của cá nhân kinh doanh nhà sách Giải quyết bất kỳ vấn đề khó khăn nào mà nhà sách đang gặp đều được phần mềm giải quyết theo cách thông minh và tối ưu nhất:
Dễ dàng quản lý hàng trăm đầu sách
Biết chính xác số lượng sách trong kho
Quản lý bán hàng thông minh tiện ích
Giảm bớt áp lực nhân sự quản lý nhà sách
Lập báo cáo tự động trực quan nhanh chóng
Phạm vi giới hạn đề tài
Đề tài ứng dụng cho các nhà sách có quy mô nhỏ do cá nhân kinh doanh.
KHẢO SÁT HỆ THỐNG
Hướng đối tượng
Một khách hàng chủ nhà sách yêu cầu xây dựng phần mềm hỗ trợ cho việc quản lý sách, quản lý việc bán sách
Thông tin nhà sách như sau:
Nhà sách có quy mô nhỏ
Nhân lực nhà sách gồm có: Chủ nhà sách
Mỗi khách hàng đến mua sách chủ nhà sách lập hóa đơn bán sách gồm có thông tin sau: mã hóa đơn, tên khách hàng, ngày lập hóa đơn, mã sách, tên sách, số lượng, giá bán, tổng tiền.
Chủ nhà sách cập nhật thông tin sách vào kho, kiểm kê số lượng sách kho.
Hàng tháng, chủ nhà sách thống kê số sách bán, số sách kho, để biết loại sách bán nhiều, loại sách bán ít Ngoài ra, thống kê doanh thu để nắm bắt tình hình kinh doanh nhà sách.
Hệ thống truy cập vào CSDL nhà sách hệ thống cho phép:
Chủ nhà sách: Toàn quyền sử dụng
Quy trình nghiệp vụ
Mã sách Tên sách Tác giả Thể loại Năm xuất bản Nhà xuất bản Giá bán
Liệt kê danh sách các sách có trong cửa hàng Gắn nhãn, sắp xếp, xem chi tiết từng quyển 1
Thông tin đầy đủ của sách (cả hình ảnh)
Mã khách hàng Tên sách
Số lượng Giá bán Tổng tiền
Mã hóa đơn Điền đúng mã khách hàng, chọn sách cần bán, lập hóa đơn
Hóa đơn gồm có thông tin khách hàng, danh sách sách bán, tổng chi phí, xuất hóa đơn
Quản lý thông tin khách hàng
Mã khách hàng Tên khách hàng Địa chỉ
Danh sách khách hàng từng mua
Thêm, xóa, tra cứu thông tin khách hàng
Chi tiết thông tin khách hàng Nút thêm sửa xóa thông tin
Mã khách hàng Ngày nhập Tổng tiền
Lưu trữ các hóa đơn, Tổng kết doanh thu theo tháng/năm, xuất file
Danh sách hóa đơn trong tháng/năm, file excel tổng kết doanh thu
Quản lý kho Mã sách
Nhà cung cấp Giá gốc
Thống kê các sách có trong kho, sắp xếp, nhập/xóa sách, xuất file
Các đầu sách đã được sắp xếp, file excel nhập sách
Các biểu mẫu thu thập được trong quá trình khảo sát
Hình 1.1 Hình quản lý thông tin khách hàng
Hình 1.2 Hình hóa đơn bán hàng
Hình 1.3 Hình quản lý sách trong cửa hàng
PHÂN TÍCH HỆ THỐNG
GIỚI THIỆU
Phân tích thiết kế hướng đối tượng có vai trò rất quan trọng trong quy trình xây dựng phần mềm vì có được cái nhìn đầy đủ, đúng đắn, chính xác về hướng đối tượng sẽ xây dựng trong tương lai nhằm thuận lợi cho việc sửa chữa, bổ sung và phát triển hệ thống khi có yêu cầu Hơn thế nữa, còn tránh được những sai lầm trong thiết kế, cài đặt.Tuy nhiên, trong thực tế người làm phần mềm chưa coi trọng và rất lúng túng trong khâu này dẫn đến những sai sót ở phần ý niệm/quan niệm lớn nhất trong tất các cả các loại sai sót mắc phải.
MÔ HÌNH HÓA NGHIỆP VỤ
2.2.1 Sơ đồ Use-Case nghiệp vụ
Hình 2.1 Sơ đồ Use-Case nghiệp vụ
2.2.2 Sơ đồ hoạt động đính kèm thừa tác viên và thực thể
Hình 2.2 Sơ đồ hoạt động đính kèm thừa tác viên và thực thể
2.2.3 Mô hình hóa quy trình nghiệp vụ
2.2.3.1 Quy trình nghiệp vụ quản lý sách a) Nghiệp vụ quản lý sách:
Thực thể nghiệp vụ: Thông tin sách. b) Mô tả bằng văn bản:
Use case nghiệp vụ: Quản lý sách.
Use case bắt đầu khi cần tra cứu sách Mục tiêu của use case nhằm liệt kê danh sách các sách có trong cửa hàng và cung cấp thông tin đầy đủ của sách.
1 Hệ thống hiển thị giao diện quản lý sách.
2 Admin nhập sách mới vào kho.
3 Gán nhãn, sắp xếp và xem chi tiết cho từng quyển sách.
4 Kiểm tra, liệt kê các sách có trong cửa hàng.
Tại bước 4 admin kiểm tra thông tin sách bị sai hoặc thiếu thông tin sẽ yêu cầu admin kiểm tra lại. c) Sơ đồ hoạt động:
Hình 2.3 Sơ đồ hoạt động quy trình nghiệp vụ quản lý sách
2.2.3.2 Quy trình nghiệp vụ bán sách a) Nghiệp vụ bán sách:
Thừa tác viên: Khách hàng, admin.
Thực thể nghiệp vụ: danh mục sách, bảng giá sách, thông tin khách hàng. b) Mô tả bằng văn bản:
Use case nghiệp vụ: Bán sách.
Use case bắt đầu khi khách hàng muốn mua sách Mục tiêu của use case nhằm cung cấp quy trình bán sách cho khách hàng.
1 Admin điền thông tin khách hàng muốn mua sách.
2 Tìm kiếm, thêm sách và số lượng sách theo yêu cầu của khách hàng.
3 Admin kiểm tra lại danh mục sách để xác nhận với khách hàng.
4 Admin xuất hóa đơn đưa khách hàng kiểm tra thông tin hóa đơn.
5 Khách hàng nhận hóa đơn, sau đó thanh toán bằng thẻ hoặc tiền mặt.
Tại bước 3 nếu thông tin khách hàng và danh sách sản phẩm khách chọn mua không đúng với yêu cầu của khách thì admin sẽ kiểm tra và chỉnh sửa. c) Sơ đồ hoạt động
Hình 2.4 Sơ đồ hoạt động quy trình nghiệp vụ bán sách
2.2.3.3 Quy trình nghiệp vụ quản lý thông tin khách hàng a) Nghiệp vụ quản lý thông tin khách hàng:
Thực thể nghiệp vụ: Hồ sơ thông tin của khách hàng. b) Mô tả bằng văn bản:
Use case nghiệp vụ: Quản lý thông tin khách hàng
Use case bắt đầu khi khách hàng yêu cầu thay đổi thông tin cá nhân Mục tiêu của use case nhằm mô tả quy trình sửa đổi, cung cấp thông tin của khách hàng.
1 Khách hàng yêu cầu thay đổi thông tin cá nhân.
2 Yêu cầu khách hàng cung cấp thông tin (Tên, Địa chỉ, Số điện thoại).
3 Cập nhật thông tin khách hàng.
4 Lưu thông tin khách hàng.
Không có c) Sơ đồ hoạt động
Hình 2.5 Sơ đồ hoạt động quy trình nghiệp vụ quản lý thông tin khách hàng
2.2.3.4 Quy trình nghiệp vụ quản lý kho a) Nghiệp vụ quản lý kho:
- Thực thể nghiệp vụ: Thông tin của sách. b) Mô tả bằng văn bản:
Use case nghiệp vụ: Quản lý kho
Use case bắt đầu khi admin cần thống kê, sắp xếp các sách có trong kho Mục tiêu của use case nhằm mô tả quy trình quản lý kho.
1 Hệ thống hiển thị giao diện quản lý kho.
2 Admin sẽ tiến hành kiểm tra số lượng sách đang có trong kho.
3 Thống kê số lượng sách mới nhập và sách đã xuất.
5 Xuất file sách có trong kho.
Tại bước 2 nếu admin kiểm tra số lượng sách không đủ thì phải lập danh sách các sách thiếu, kết thúc quy trình. c) Sơ đồ hoạt động:
Hình 2.6 Sơ đồ hoạt động quy trình nghiệp vụ quản lý kho
2.2.3.5 Quy trình nghiệp vụ quản lý doanh thu a) Nghiệp vụ quản lý doanh thu:
- Thực thể nghiệp vụ: Thông tin của hóa đơn. b) Mô tả bằng văn bản:
Use case nghiệp vụ: Quản lý doanh thu
Use case bắt đầu khi admin cần thống kê doanh thu và số lượng đơn hàng đã được bán ra. Mục tiêu của use case nhằm mô tả quy trình thống kê doanh thu của cửa hàng.
1 Hệ thống hiển thị giao diện thống kê.
2 Admin chọn khoảng thời gian được xác định để thống kê.
3 Hệ thống truy xuất thông tin chi tiết của đơn hàng để thống kê doanh thu.
Tại bước 2 tháng thống kê chưa có đơn hàng nên không thể thống kê, kết thúc quy trình. c) Sơ đồ hoạt động
Hình 2.7 Sơ đồ hoạt động quy trình nghiệp vụ quản lý doanh thu
MÔ HÌNH HÓA CHỨC NĂNG
2.3.1 Sơ đồ Use Case hệ thống
Hình 2.8 Sơ đồ Use Case hệ thống
2.3.2 Đặc tả Use Case hệ thống
STT Mã usecase Tên usecase Mô tả usecase Tác nhân tương tác
1 UC01 Đăng nhập Đăng nhập vào hệ thống phần mềm Admin
2 UC02 Chọn sách Chọn sách theo yêu cầu của khách hàng Admin
3 UC03 Thêm sách Thêm sách vào hệ thống Admin
4 UC04 Thanh toán Thanh toán sách mà khách hàng đã chọn Admin
5 UC05 In hóa đơn In hóa đơn cho khách hàng có đơn hàng Admin
6 UC06 Doanh thu Thống kê doanh thu Admin a) Use case Đăng nhập:
Mục đích sử dụng Đăng nhập vào hệ thống.
Sự kiện kích hoạt Khi người dùng thao tác đăng nhập vào hệ thống
Sự kiện chính Người dùng phải có tên đăng nhập và mật khẩu được cung cấp bởi người quản lý ứng dụng.
Sự kiện thay thế Người dùng đăng nhập hệ thống đúng vai trò admin. Điều kiện tiên quyết Admin phải đăng nhập vào hệ thống đúng tài khoản đã được cấp quyền.
Hậu điều kiện Thông báo sai tài khoản và mật khẩu, thử lại. b) Use case Chọn sách:
Mục đích sử dụng Chọn khách theo yêu cầu của khách hàng.
Sự kiện kích hoạt Khi khách hàng muốn mua sách.
Sự kiện chính Điền thông tin của khách hàng, thêm sách và số lượng sách đã yêu cầu, xác nhận với khách hàng sau đó nhấn lưu.
Sự kiện thay thế Hiển thị thông tin thiếu/ sai. Điều kiện tiên quyết Admin phải đăng nhập vào hệ thống đúng tài khoản đã được cấp quyền.
Hậu điều kiện Cập nhật danh sách các sách vào đơn hàng. c) Use case Thêm sách:
Mục đích sử dụng Thêm sách mới vào trong hệ thống.
Sự kiện kích hoạt Khi có sách chuyển vào kho.
Sự kiện chính Gán nhãn, sắp xếp và thêm thông tin chi tiết của sách, kiểm tra và liệt kê các sách có trong cửa hàng.
Sự kiện thay thế Thông tin sách thiếu/sai. Điều kiện tiên quyết Admin phải đăng nhập vào hệ thống đúng tài khoản đã được cấp quyền.
Hậu điều kiện Hình thành 1 cuốn sách mới trong kho. d) Use case Thanh toán:
Mục đích sử dụng Thanh toán sách mà khách hàng đã chọn.
Sự kiện kích hoạt Sau khi khách hàng đã chọn sách muốn mua.
Xác nhận với khách hàng thông tin cá nhân và danh sách các sách đã chọn sau đó chọn “Thanh toán” Đơn hàng được thanh toán sẽ lưu vào mục doanh thu.
Sự kiện thay thế Thông tin sách thiếu/sai. Điều kiện tiên quyết Admin phải đăng nhập vào hệ thống đúng tài khoản đã được cấp quyền.
Hậu điều kiện Hình thành 1 đơn hàng mới. e) Use case In hóa đơn:
Tên usecase In hóa đơn.
Mục đích sử dụng Admin in hóa đơn cho khách hàng có đơn hàng.
Sự kiện kích hoạt Xuất hóa đơn khi nhận yêu cầu thanh toán của khách hàng.
Admin vào đơn hàng cần in, hệ thống hiển thị thông tin khách hàng đã mua và danh sách các sách mà khách đã chọn Sau đó nhấn “PrintPreview” để hệ thống in hóa đơn Khách hàng nhận hóa đơn, sau đó thanh toán bằng tiền mặt hoặc thẻ.
Sự kiện thay thế Hệ thống lỗi, thử lại. Điều kiện tiên quyết Admin phải đăng nhập vào hệ thống đúng tài khoản đã được cấp quyền.
Hậu điều kiện Hình thành 1 hóa đơn theo đơn mua hàng. f) Use case Doanh thu:
Mục đích sử dụng Thống kê doanh thu.
Sự kiện kích hoạt Admin thống kê doanh thu đã bán theo từng tháng của năm.
Admin vào mục quản lý doanh thu, chọn thời gian để thống kê, hệ thống sẽ truy xuất danh sách thông tin các đơn hàng để thống kê.
Sự kiện thay thế Tháng thống kê chưa có đơn hàng nên không thể thống kê. Điều kiện tiên quyết Admin phải đăng nhập vào hệ thống đúng tài khoản đã được cấp quyền.
Hậu điều kiện Thống kê số lượng đơn đã được bán ra.
SƠ ĐỒ LỚP MỨC PHÂN TÍCH
Sơ đồ lớp phân tích (thể hiện các đối tượng dữ liệu) cho cả hệ thống.
Hình 2.9: Sơ đồ lớp mức phân tích
THIẾT KẾ HỆ THỐNG
GIỚI THIỆU
Giai đoạn thiết kế hệ thống là giai đoạn chuyển những yêu cầu của khách hàng thành các chức năng trong phần mềm máy tính Đây là giai đoạn quan trọng nhất trong tiến trình phát triển phần mềm vì giai đoạn này quyết định vòng đời của hệ thống Ở giai đoạn này quyết định việc lựa phương pháp và mô hình phân tích thiết kế ảnh hưởng đến cấu trúc và tốc độ truy xuất dữ liệu của hệ thống Mặt khác, ngoài việc đáp ứng các yêu cầu nghiệp vụ thì phần mềm cần có được khả năng thích ứng và mở rộng Khi không có thiết kế, hệ thống được xây dựng sẽ không ổn định, ẩn chứa nhiều nguy cơ đổ vỡ, chất lượng cũng không đảm bảo, tốn rất nhiều công sức và chi phí Vì vậy, phần mềm cần được phân tích thiết kế tốt để đứng vững trước những biến đổi của môi trường, dù từ phía người dùng hay từ phía công nghệ vẫn có thể dễ dàng phát triển theo yêu cầu của người dùng mà không cần phải sửa chữa nhiều.
THIẾT KẾ CSDL
3.2.1 Mô hình dữ liệu quan hệ
Hình 3.1 Mô hình dữ liệu quan hệ
Mỗi hóa đơn phải có ít nhất 1 chi tiết hóa đơn
Số lượng sách trong kho phải có tối thiểu 200 quyển
SƠ ĐỒ LỚP Ở MỨC THIẾT KẾ
Hình 3.2 Sơ đồ lớp mức thiết kế
THIẾT KẾ GIAO DIỆN HỆ THỐNG
Hình 3.3 Giao diện đăng nhập phần mềm winform
3.4.2 Giao diện màn hình chính
Hình 3.4 Giao diện màn hình chính sau khi đăng nhập
3.4.3 Giao diện quản lý sách
Hình 3.5 Giao diện danh sách sách trong cửa hàng
Hình 3.6 Giao diện tìm kiếm sách
Hình 3.7 Giao diện xem chi tiết sách
3.4 4 Giao diện quản lý bán sách
Hình 3.8 Giao diện lập hóa đơn bán sách
Hình 3.9 Giao diện sau khi bấm lưu hóa đơn
Hình 3.10 Giao diện sau khi bấm print preview hóa đơn
3.4.5 Giao diện quản lý khách hàng
Hình 3.11 Giao diện danh sách thông tin khách hàng đã từng mua sách
Hình 3.12 Giao diện xem, thêm, sửa thông tin chi tiết khách hàng
3.4.5 Giao diện quản lý doanh thu
Hình 3.13 Giao diện thống kê danh sách hóa đơn
Hình 3.14 Giao diện xuất file thống kê
Hình 3.15 Giao diện file thống kê
3.4.5 Giao diện quản lý kho
Hình 3.16 Giao diện sắp xếp kho
Hình 3.17 Giao diện thêm, sửa sách
THIẾT KẾ CHỨC NĂNG HỆ THỐNG
3.5.1 Chức năng lập hóa đơn bán hàng
Hình 3.18 Sơ đồ lớp mức thiết kế chức năng lập hóa đơn bán hàng
3.5.2 Chức năng cập nhật khách hàng
Hình 3.19 Sơ đồ lớp mức thiết kế chức năng cập nhật khách hàng
3.5.3 Chức năng cập nhật và thống kê kho
Hình 3.20 Sơ đồ lớp mức thiết kế chức năng cập nhật khách hàng
CÀI ĐẶT THỰC NGHIỆM
CÀI ĐẶT CSDL TOÀN CỤC
Kiến trúc hệ thống là cấu trúc tổ chức của hệ thống Kiến trúc gồm nhiều bộ phận có thể ở nhiều mức khác nhau, tương tác với nhau thông qua các giao diện Sau khi xác định và phân tích yêu cầu hệ thống, chúng ta chuyển sang thiết kế và cài đặt hệ thống. Thiết kế kiến trúc hệ thống là giai đoạn sớm nhất trong quy trình thiết kế hệ thống Thiết kế kiến trúc cung cấp cho chúng ta bản đặc tả về kiến trúc hệ thống, bao gồm những hệ thống con nào, tương tác với nhau ra sao, framework hỗ trợ điều khiển tương tác giữa các hệ thống con như thế nào.
Hình 4.1 Kiến trúc hệ thống
4.1.2 Cài đặt dữ liệu thực nghiệm
Dữ liệu thực nghiệm trong cơ sở dữ liệu để chạy phần mềm có 6 bảng với mỗi bảng bao gồm các dòng dữ liệu như sau:
TaiKhoan (Tài Khoản) có 1 dòng tương ứng với cửa hàng có 1 chủ
Sach (Sách) có 30 dòng dữ liệu, có thể tăng giảm
Kho (Kho) có 30 dòng dữ liệu, có thể tăng giảm
KhachHang (Khách Hàng) có 17 dòng dữ liệu, có thể tăng giảm
HoaDon (Hóa Đơn) có 13 dòng dữ liệu, có thể tăng giảm
ChiTietHoaDon (Chi tiết hóa đơn) có 23 dòng dữ liệu, có thể tăng giảm
4.1.3 Cài đặt ràng buộc toàn vẹn
Mỗi khi thêm dữ liệu vào bảng cần kiểm tra mã khóa chính đã tồn tại hay không, ví dụ thêm mới một khách hàng, thêm sách phải kiểm tra mã nhập vào đã tồn tại hay chưa.
Hình 4.2 Store procedure kiểm tra mã khách hàng và mã sách
Cập nhật số lượng sách trong kho
Hình 4.3 Trigger cập nhật số lượng sách trong kho
Microsoft NET Framework 4.0 (hoặc cao hơn)
Ta có thể sử dụng các IDE sau để chạy ứng dụng winform c#, sử dụng các công cụ sử dụng.
4.2.3 SQL Server Để chạy demo ứng dụng winform c# trên máy, cần phải cài đặt môi trường cơ sở dữ liệu trên nền tảng Microsoft SQL Express với các version sau:
Microsoft SQL Server 2019 Express Edition
Microsoft SQL Server 2016 Express Edition
CÀI ĐẶT ỨNG DỤNG
4.3.1 Một số chức năng xử lý chính
Chức năng quản lí sách có trong hệ thống là một trong những chức năng giúp cho người dùng dễ quản lí sách một cách dễ dàng
Hình 4.4 Source code thể hiện việc mở form và kết nối dữ liệuChức năng bán sách và lưu sách vào hóa đơn
Hình 4.5 Source code thể hiện lưu sách vào hóa đơn Chức năng quản lí doanh thu: quản lí doanh thu bán sách từ trước đến giờ của ứng dụng có lọc dữ liệu theo ngày, tìm kiếm hóa đơn cần tìm, tìm kiếm theo mã khách hàng, mở chi tiết hóa đơn, xem chi tiết hóa đơn và xuất file excel
Hình 4.6 Source code thể hiện xem chi tiết hóa đơn
Hình 4.7 Source code thể hiện việc xuất file Excel
Chức năng quản lí thông tin khách hàng có thêm, xóa, sửa, tìm kiếm khách hàng
Hình 4.8 Souce code thể hiện việc thêm xóa khách hàng
Chức năng quản lí kho có các chức năng: thêm sách vào kho, xóa sách, xuất file excel
Hình 4.9 Source code thể hiện việc xóa sách trong kho
KẾT QUẢ ỨNG DỤNG
Phần mềm quản lý nhà sách đã cài đặt được các chức năng đúng với yêu cầu ban đầu đặt ra như các chức năng quản lý sách, quản lý bán sách, quản lý kho, quản lý khách hàng và thống kê doanh thu Áp dụng cơ sở dữ liệu vào xậy dựng hệ thống quản lý bán sách, cải tiến hơn so với các phần mềm quản lý bán sách đã có Đơn đặt hàng được thống kê lưu trữ cẩn thận Kiểm soát được kho hàng, thấy được mặt hàng nào tồn nhiều và cần tiêu thụ trước, sản phẩm nào nhu cầu cao để nhập thêm, giảm thiểu chi phí bảo quản, lưu trữ, tăng doanh thu và khách hàng tiềm năng.
KẾT LUẬN VÀ HƯỚNG PHÁT TRIỂN Đề tài “Xây dựng hệ thống quản lý nhà sách tư nhân” đã được khảo sát và phân tích dựa trên các phần mềm có sẵn trước đó Qua quá trình hơn 2 tháng từ tiếp cận đề tài bắt đầu khảo sát, phân tích và nghiên cứu các công cụ hỗ trợ cài đặt phần mềm chúng em đã xây dựng được phần mềm dự án, hoàn thành được tất cả các chức năng cơ bản của phần mềm quản lý bán hàng trên nền tảng winform sử dụng ngôn ngữ lập trình C# Tuy nhiên, với kiến thức còn hạn hẹp và thời gian nghiên cứu có hạn vì vậy phần mềm chỉ đáp ứng được các chức năng cơ bản, cơ sở dữ liệu có tính bảo mật cao nhưng với tính hình hiện tại chỉ chạy được trên một máy tính Chính vì những thiếu sót đó mà chúng em hi vọng trong tương lai cơ sở dữ liệu của phần mềm được phân tán cho các máy tính độc lập và có thể phát triển khắc phục các tính năng chưa có, trở thành sản phẩm phần mềm được các khách hàng tin dùng.
