Bài tập lớn đề tài quản lí bán hàng sách

Bài tập lớn quản lý bán hàng sách: Tham khảo mẫu bài tập lớn đề tài quản lý bán sách hiệu quả. Tải miễn phí, báo cáo chi tiết, dễ dàng chỉnh sửa.

• Tác giả: Nguyễn Nhật Phương
• Người hướng dẫn: Nguyễn Thị Thu Trang
• Trường học: Học Viện Ngân Hàng
• Chuyên ngành: Cơ Sở Dữ Liệu II
• Đề tài: Quản Lí Bán Hàng Sách
• Loại tài liệu: Bài tập lớn
• Năm xuất bản: 2022
• Địa điểm: Hà Nội

Tóm tắt

I. Hướng dẫn chi tiết đề tài quản lí bán hàng sách từ A Z

Đề tài quản lý bán hàng sách là một lựa chọn phổ biến và thiết thực cho sinh viên các ngành Công nghệ thông tin và Hệ thống thông tin quản lý. Một đồ án quản lý nhà sách hoàn chỉnh không chỉ thể hiện kỹ năng lập trình và thiết kế cơ sở dữ liệu mà còn cho thấy khả năng phân tích nghiệp vụ thực tế. Mục tiêu chính của đề tài là xây dựng một hệ thống thông tin có khả năng tự động hóa các quy trình kinh doanh cốt lõi của một cửa hàng sách, từ việc quản lý nhập kho, theo dõi tồn kho, xử lý đơn hàng đến chăm sóc khách hàng và thống kê doanh thu. Việc triển khai thành công một hệ thống quản lý nhà sách giúp giảm thiểu sai sót so với phương pháp thủ công, tiết kiệm thời gian cho nhân viên và cung cấp cho người quản lý cái nhìn tổng quan, chính xác về tình hình kinh doanh. Tài liệu tham khảo từ dự án của sinh viên Học viện Ngân hàng cho thấy, một hệ thống hiệu quả cần quản lý các thực thể chính như Sách, Nhân viên, Khách hàng, Nhà cung cấp, và các giao dịch như Hóa đơn, Phiếu nhập. Thông qua việc phân tích và thiết kế hệ thống một cách logic, đề tài này trở thành một báo cáo quản lý bán sách toàn diện, có giá trị ứng dụng cao. Phạm vi của dự án thường bao gồm các chức năng cơ bản như thêm, sửa, xóa, tìm kiếm thông tin về sách, nhà xuất bản, tác giả; tạo và quản lý hóa đơn bán hàng; quản lý thông tin khách hàng thân thiết; và tạo các báo cáo thống kê cần thiết. Đây là nền tảng vững chắc để phát triển các tính năng nâng cao sau này.

1.1. Tầm quan trọng của đồ án quản lý nhà sách trong thực tiễn

Trong bối cảnh công nghệ số, việc chuyển đổi từ quản lý thủ công sang sử dụng phần mềm là yêu cầu tất yếu. Một đồ án quản lý nhà sách giải quyết trực tiếp bài toán này. Nó giúp các cửa hàng sách tối ưu hóa quy trình vận hành, từ khâu nhập hàng từ nhà cung cấp đến khi bán sản phẩm cho khách hàng. Hệ thống giúp theo dõi chính xác số lượng sách, tránh tình trạng hết hàng đột ngột hoặc tồn kho quá lâu. Hơn nữa, việc quản lý thông tin khách hàng và lịch sử mua hàng giúp cửa hàng triển khai các chiến dịch marketing, chăm sóc khách hàng hiệu quả hơn, từ đó tăng lòng trung thành và doanh thu.

1.2. Mục tiêu và phạm vi của báo cáo quản lý bán sách

Mục tiêu chính của một báo cáo quản lý bán sách là trình bày chi tiết quá trình từ phân tích yêu cầu, thiết kế hệ thống, đến triển khai và kiểm thử. Báo cáo cần làm rõ các chức năng chính của hệ thống như: quản lý kho sách, quản lý đơn hàng, quản lý khách hàng và thống kê doanh thu. Phạm vi của đề tài thường giới hạn trong một mô hình cửa hàng sách đơn lẻ. Các chức năng được mô tả thông qua sơ đồ use case quản lý nhà sách và các mô tả chi tiết, đảm bảo người đọc hiểu rõ cách hệ thống hoạt động và đáp ứng nhu cầu nghiệp vụ đã đặt ra ban đầu.

II. Phân tích các thách thức khi quản lý cửa hàng sách thủ công

Việc quản lý một cửa hàng sách bằng phương pháp thủ công, dựa trên sổ sách và bảng tính, tiềm ẩn nhiều rủi ro và hạn chế. Thách thức lớn nhất là việc kiểm soát hàng tồn kho. Nhân viên phải tốn nhiều thời gian để kiểm đếm, đối chiếu số liệu, dẫn đến sai sót và thất thoát. Việc không có dữ liệu tồn kho theo thời gian thực khiến quá trình tư vấn bán hàng và đặt hàng mới gặp nhiều khó khăn. Một vấn đề khác là quản lý khách hàng. Thông tin khách hàng thân thiết, lịch sử mua hàng bị phân tán, khó khai thác để tạo các chương trình khuyến mãi cá nhân hóa. Quá trình thanh toán và xuất hóa đơn thủ công cũng chậm chạp, dễ tính toán sai, làm giảm trải nghiệm của khách hàng. Đặc biệt, việc thống kê doanh thu và lợi nhuận cuối kỳ là một công việc phức tạp và tốn nhiều công sức. Người quản lý khó có được báo cáo nhanh chóng và chính xác để đưa ra quyết định kinh doanh kịp thời. Những thách thức này cho thấy sự cần thiết của việc xây dựng một phần mềm quản lý bán hàng sách chuyên dụng, giải quyết triệt để các vấn đề của phương pháp truyền thống. Một hệ thống tự động hóa sẽ là công cụ đắc lực, giúp cửa hàng sách vận hành trơn tru và hiệu quả hơn trong môi trường cạnh tranh.

2.1. Khó khăn trong quản lý kho sách và thông tin sản phẩm

Công tác quản lý kho sách thủ công là một bài toán nan giải. Việc cập nhật số lượng sách sau mỗi lần bán hoặc nhập hàng dễ xảy ra sai sót. Tìm kiếm thông tin chi tiết về một cuốn sách (tác giả, nhà xuất bản, năm xuất bản) mất nhiều thời gian. Không có một hệ thống tập trung, việc theo dõi sách nào bán chạy, sách nào tồn kho lâu trở nên bất khả thi. Điều này ảnh hưởng trực tiếp đến quyết định nhập hàng, có thể dẫn đến tình trạng tồn đọng vốn hoặc bỏ lỡ cơ hội kinh doanh với các đầu sách ăn khách.

2.2. Rủi ro trong việc quản lý đơn hàng và thống kê doanh thu

Ghi chép hóa đơn bằng tay dễ dẫn đến sai sót về số lượng, đơn giá và tổng tiền. Việc thất lạc hóa đơn có thể gây ra tranh chấp với khách hàng và khó khăn trong việc đối soát tài chính. Quan trọng hơn, việc tổng hợp dữ liệu từ hàng trăm, hàng nghìn hóa đơn để thực hiện thống kê doanh thu theo ngày, tháng, hoặc theo từng sản phẩm là một công việc đòi hỏi sự tỉ mỉ và tốn nhiều thời gian. Các báo cáo này thường có độ trễ và độ chính xác không cao, ảnh hưởng đến khả năng phân tích và ra quyết định của người quản lý.

III. Phương pháp thiết kế cơ sở dữ liệu quản lí bán sách

Nền tảng của mọi hệ thống quản lý nhà sách hiệu quả là một cơ sở dữ liệu quản lý bán sách được thiết kế tốt. Quá trình này bắt đầu bằng việc xác định các thực thể chính trong nghiệp vụ. Dựa trên tài liệu phân tích, các thực thể cốt lõi bao gồm: Sách, Tác giả, Nhà xuất bản, Nhà cung cấp, Khách hàng, Nhân viên, Hóa đơn và Phiếu nhập. Bước tiếp theo là xây dựng mô hình quan hệ thực thể (ERD). Sơ đồ ERD quản lý bán sách trực quan hóa các thực thể và mối quan hệ giữa chúng, ví dụ: một Tác giả có thể 'viết' nhiều Sách (1-n), một Hóa đơn có thể bao gồm nhiều Sách (thông qua bảng Chi tiết hóa đơn, tạo mối quan hệ n-n). Sau khi có mô hình ERD, bước tiếp theo là chuyển đổi sang mô hình logic, tức là thiết kế các bảng dữ liệu. Mỗi thực thể trở thành một bảng, các thuộc tính trở thành các cột. Việc xác định khóa chính (primary key) và khóa ngoại (foreign key) là cực kỳ quan trọng để đảm bảo tính toàn vẹn và nhất quán của dữ liệu. Ví dụ, trong bảng Sách sẽ có khóa ngoại tham chiếu đến bảng Tác giả và Nhà xuất bản. Cuối cùng là thiết kế vật lý, nơi các kiểu dữ liệu (Nvarchar, Number, Date) và các ràng buộc (NOT NULL, UNIQUE) được định nghĩa cụ thể cho từng cột trên một hệ quản trị CSDL như SQL Server hoặc Oracle.

3.1. Xây dựng sơ đồ ERD quản lý bán sách chi tiết và logic

Việc xây dựng sơ đồ ERD quản lý bán sách là bước đầu tiên và quan trọng nhất trong việc phân tích thiết kế hệ thống bán sách. Sơ đồ này cần xác định rõ các thực thể như SACH, KHACHHANG, NHANVIEN, HOADON. Các mối quan hệ cần được biểu diễn chính xác, ví dụ như mối quan hệ một-nhiều giữa NHANVIEN và HOADON (một nhân viên lập nhiều hóa đơn), hay mối quan hệ nhiều-nhiều giữa HOADON và SACH (một hóa đơn có nhiều sách, một sách có thể nằm trong nhiều hóa đơn), được giải quyết bằng bảng trung gian CHITIETHOADON.

3.2. Thiết kế bảng và ràng buộc cho CSDL SQL Server

Từ sơ đồ ERD, các bảng dữ liệu được tạo ra trong một hệ quản trị như SQL Server. Mỗi bảng phải có một khóa chính duy nhất (ví dụ MaSach trong bảng SACH). Các khóa ngoại được sử dụng để liên kết các bảng, đảm bảo tính toàn vẹn tham chiếu. Ví dụ, bảng SACH sẽ chứa MaNXB làm khóa ngoại, tham chiếu đến khóa chính của bảng NHAXUATBAN. Việc áp dụng các ràng buộc như NOT NULL cho các trường quan trọng (Tên sách, Tên khách hàng) và CHECK để kiểm tra tính hợp lệ của dữ liệu (Giá bán > 0) là rất cần thiết.

IV. Bí quyết xây dựng phần mềm quản lý bán hàng sách hiệu quả

Sau khi có một cơ sở dữ liệu vững chắc, bước tiếp theo là phát triển phần mềm quản lý bán hàng sách. Việc lựa chọn công nghệ phù hợp là yếu tố quyết định đến sự thành công của dự án. Đối với ứng dụng desktop, C# Winforms hoặc Java Swing/FX là những lựa chọn phổ biến, mạnh mẽ và dễ tiếp cận cho sinh viên. Đối với các dự án hướng tới nền tảng web, PHP, ASP.NET MVC là các framework mạnh mẽ để xây dựng một website bán sách hoàn chỉnh. Một phương pháp kiến trúc phổ biến là áp dụng mô hình 3 lớp (Presentation, Business Logic, Data Access), giúp mã nguồn được tổ chức rõ ràng, dễ bảo trì và mở rộng. Lớp Data Access chịu trách nhiệm giao tiếp với cơ sở dữ liệu. Lớp Business Logic chứa các quy tắc nghiệp vụ (ví dụ: kiểm tra số lượng tồn kho trước khi bán). Lớp Presentation là giao diện người dùng. Việc phát triển các module chức năng cần bám sát vào các use case quản lý nhà sách đã định nghĩa. Các chức năng cơ bản cần có bao gồm: quản lý danh mục (sách, tác giả, NXB), quản lý nhập hàng, quản lý bán hàng, quản lý khách hàng, và hệ thống báo cáo, thống kê. Cung cấp source code quản lý bán sách có cấu trúc tốt, bình luận rõ ràng cũng là một điểm cộng lớn trong các bài tập lớn và đồ án.

4.1. Lựa chọn công nghệ Java C Winforms hay PHP

Việc lựa chọn công nghệ phụ thuộc vào yêu cầu đề tài và kỹ năng của nhóm. C# Winforms và Java phù hợp để xây dựng ứng dụng desktop chạy trên Windows, cung cấp hiệu năng tốt và giao diện quen thuộc. Ngược lại, PHP hoặc ASP.NET MVC là lựa chọn lý tưởng để phát triển website bán sách, cho phép người dùng truy cập hệ thống từ bất kỳ đâu thông qua trình duyệt web. Mỗi công nghệ đều có ưu và nhược điểm riêng về hệ sinh thái, thư viện hỗ trợ và cộng đồng phát triển.

4.2. Triển khai các module chức năng quản lý cốt lõi

Các module chính của một phần mềm quản lý bán hàng sách bao gồm: Module quản lý kho sách (thêm, sửa, xóa, tìm kiếm sách, quản lý nhập hàng), Module Bán hàng (tạo hóa đơn, thanh toán, in hóa đơn), Module Quản lý khách hàng (lưu trữ thông tin, xem lịch sử mua hàng), và Module Báo cáo (thống kê doanh thu theo thời gian, theo sản phẩm, theo nhân viên). Việc phát triển các module này một cách độc lập và tích hợp chúng lại với nhau giúp quá trình làm việc nhóm hiệu quả hơn.

4.3. Cấu trúc source code quản lý bán sách theo mô hình 3 lớp

Áp dụng mô hình 3 lớp giúp source code quản lý bán sách trở nên mạch lạc. Lớp Giao diện (GUI) chỉ chịu trách nhiệm hiển thị và nhận dữ liệu từ người dùng. Lớp Nghiệp vụ (BLL) xử lý logic, tính toán và kiểm tra các quy tắc. Lớp Truy cập Dữ liệu (DAL) thực thi các câu lệnh truy vấn đến cơ sở dữ liệu. Sự phân tách này giúp việc gỡ lỗi, nâng cấp và bảo trì hệ thống trong tương lai trở nên dễ dàng hơn rất nhiều.

V. Cách hoàn thiện báo cáo và hướng phát triển cho đề tài

Hoàn thiện một báo cáo quản lý bán sách không chỉ dừng lại ở việc trình bày code và thiết kế cơ sở dữ liệu. Một báo cáo tốt cần có cấu trúc rõ ràng, từ phần đặt vấn đề, phân tích yêu cầu, thiết kế hệ thống, triển khai, kiểm thử đến phần kết luận và hướng phát triển. Phần kết quả đạt được cần nêu bật những chức năng hệ thống đã hoàn thành và lợi ích mà nó mang lại, chẳng hạn như: "Việc cập nhật dữ liệu trở nên nhanh chóng, hiệu quả, chính xác" và "Chương trình được thiết kế dễ dàng cho việc mở rộng". Tuy nhiên, việc nhìn nhận các hạn chế của dự án cũng rất quan trọng. Như trong tài liệu tham khảo đã đề cập, hạn chế có thể là "chương trình chỉ chạy trên một máy lẻ" hoặc "số lượng các thực thể còn ít". Từ những hạn chế đó, phần hướng phát triển của đề tài sẽ trở nên giá trị hơn. Các hướng phát triển tiềm năng cho đồ án quản lý nhà sách bao gồm: xây dựng phiên bản web hoặc ứng dụng di động để khách hàng có thể đặt hàng trực tuyến; tích hợp hệ thống thanh toán điện tử; xây dựng module gợi ý sách cho khách hàng dựa trên lịch sử mua hàng; hoặc nâng cấp hệ thống để quản lý một chuỗi cửa hàng sách. Những đề xuất này cho thấy tầm nhìn và khả năng tư duy phát triển sản phẩm của sinh viên.

5.1. Đánh giá kết quả và các hạn chế còn tồn tại của dự án

Phần đánh giá cần so sánh kết quả thực tế với mục tiêu ban đầu của đề tài. Cần trình bày cụ thể các chức năng đã hoạt động tốt, ví dụ như hệ thống đã cho phép quản lý đơn hàng và thống kê doanh thu chính xác. Bên cạnh đó, cần thẳng thắn chỉ ra các hạn chế, ví dụ như giao diện người dùng chưa thân thiện, hiệu năng hệ thống còn chậm khi dữ liệu lớn, hoặc chưa có các tính năng nâng cao như quản lý khuyến mãi. Việc nhận diện điểm yếu là cơ sở để cải tiến.

5.2. Hướng phát triển tương lai cho hệ thống quản lý nhà sách

Hướng phát triển cho hệ thống quản lý nhà sách là vô cùng phong phú. Một hướng đi phổ biến là mở rộng hệ thống thành một website bán sách đầy đủ chức năng. Hướng khác là tích hợp các công nghệ mới như AI để phân tích hành vi mua sắm của khách hàng và đưa ra gợi ý sản phẩm phù hợp. Ngoài ra, việc phát triển ứng dụng di động cho cả nhân viên (để kiểm kho) và khách hàng (để mua sắm) cũng là một hướng đi đầy hứa hẹn, giúp nâng cao tính cạnh tranh cho cửa hàng sách trong thời đại số.

Trích đoạn nội dung tài liệu

HỌC VIỆN NGÂN HÀNG KHOA HỆ THỐNG THÔNG TIN QUẢN LÍ BÀI TẬP LỚN MÔN: CƠ SỞ DỮ LIỆU II ĐỀ TÀI : QUẢN LÍ BÁN HÀNG SÁCH GVHD : Nguyễn Thị Thu Trang Nhóm thực hiện: 9 Hà Nội, năm 2022 1 DANH SÁCH THÀNH VIÊN Mã sinh viên Họ và tên % đóng góp 23A4040117 Nguyễn Nhật Phương (NT) % 23A4040055 Nguyễn Thị Đảm Hương % 23A4040067 Nguyễn Thị Khánh Linh % 23A4040052 Đỗ Thị Thu Huyền % 23A4040032 Phạm Thị Thu Hà % 2 MỤC LỤC MỤC LỤC. THÔNG TIN DỰ ÁN. Nhiệm vụ của hệ thống quản lý bán hàng sách. Tổ chức quản lý bán hàng sách.1 Quản lý một số thông tin về nhân viên làm việc tại cửa hàng.2 Quản lý thông tin về sách trong cửa hàng.3 Quản lý thông tin của khách hàng.4 Quản lý quá trình bán sách.

Mô tả tóm tắt dự án.TRIỂN KHAI DỰ ÁN.Các mối quan hệ.Thiết kế mức logic. Biểu diễn các thực thể thành quan hệ.Biểu diễn mối quan hệ giữa các thực thể thành các quan hệ.Thiết kế cơ sở dữ liệu vật lý.XÂY DỰNG VÀ QUẢN LÝ CƠ SỞ DỮ LIỆU. Tạo cơ sở dữ liệu. Tạo tablespace và các bảng.Nhập dữ liệu.Các câu truy vấn cửa hàng thường sử dụng.Một số nghiệp vụ thông thường.Sao lưu phục hồi (Backup).Phương án backup.

Chiến lược backup.Điều kiện backup. Nhận xét về nhóm. Kết quả đạt được.Hướng phát triển của đề tài.46 DANH MỤC TÀI LIỆU THAM KHẢO.47 4 LỜI NÓI ĐẦU “Sách mở ra trước mắt tôi những chân trời mới”- M.Goocki Mỗi cuốn sách là kết tinh từ tri thức và cuộc sống, đọc sách không chỉ là một sở thích mà còn là con đường ngắn nhất để tiếp cận với nền văn minh của nhân loại. Cửa hàng sách là nơi con người dễ dàng tiếp cận với nền tri thức, văn minh nhân loại đó.

Trong thời kỳ hiện nay, thời kỳ của công nghệ số 4.0, các loại hình dịch vụ phục vụ yêu cầu khách hàng ngày càng được cải tiến và tối ưu hóa. Đời sống càng nâng cao đi kèm nhu cầu càng lớn tạo nên khối dữ liệu khổng lồ cần lưu trữ và xử lý. Để tiết kiệm thời gian, chi phí và mang lại độ chính xác cao thì quản lý dữ liệu cửa hàng sách là giải pháp hỗ trợ kinh doanh cửa hàng sách hiệu quả hơn. Việc nghiên cứu quản lý dữ liệu trong cửa hàng bán sách là giải pháp hiệu quả trong việc nâng cao năng lực vận hàng, kiểm soát hiệu quả trong kinh doanh mang lại nhiều lợi ích: tiết kiệm thời gian và chi phí, hạn chế các sai sót và thất thoát dễ xảy ra theo phương pháp thủ công.

Bên cạnh đó, việc quản lý dữ liệu còn giúp ta theo dõi hoạt động kinh doanh mọi lúc mọi nơi mà không cần có mặt trực tiếp, thuận tiện trong trường hợp quản lý chuỗi nhiều cửa hàng. Nhận thấy tầm quan trọng của môn học và sự hứng thú đặc biệt với lĩnh vực quản lý cửa hàng bán sách, chúng em đã quyết định lựa chọn đề tài “Quản lý dữ liệu cửa hàng bán sách” làm đề tài báo cáo kết thúc học phần. Do còn nhiều hạn chế về kiến thức và kinh nghiệm, nên báo cáo không thể tránh khỏi những sai sót, chúng em rất mong nhận được góp ý từ cô và các bạn để bài báo cáo được hoàn thiện hơn. Chúng em xin chân thành cảm ơn.

THÔNG TIN DỰ ÁN 1. Nhiệm vụ của hệ thống quản lý bán hàng sách Quản lý bán hàng sách là một hệ thống giúp chúng ta quản lý sách, nhân viên bán sách, nhà xuất bản, nhà cung cấp, hoá đơn bán và nhập sách. Quản lý sách đã và đang bán tại cửa hàng, quản lý lượng sách của mỗi thể loại, nhà xuất bản, nhà cung cấp, thống kê được số lượng sách mỗi khách hàng mua thông qua hoá đơn bán. Đồng thời quản lí về số lượng đơn mỗi nhân viên bán được.

Tổ chức quản lý bán hàng sách 2.1 Quản lý một số thông tin về nhân viên làm việc tại cửa hàng - Quản lý về họ tên của nhân viên. - Quản lý về địa chỉ, số điện thoại, ngày sinh, giới tính, căn cước công dân. - Quản lý một số thông tin khác của nhân viên để phục vụ cho việc quản lý bán sách dễ dàng hơn như: quyền, tài khoản, mật khẩu 2.2 Quản lý thông tin về sách trong cửa hàng - Quản lý tên sách. - Quản lý nhà cung cấp, nhà xuất bản, tác giả, thể loại, năm xuất bản.

- Trong quá trình bán sách, nhân viên cần đến các thông tin của sách như số lượng tồn mỗi sách, giá bán.3 Quản lý thông tin của khách hàng - Quản lý họ tên khách hàng. - Quản lý địa chỉ, số điện thoại(nếu có). - Quản lý voucher giảm giá của khách hàng(nếu có).4 Quản lý quá trình bán sách - Quản lý các hóa đơn nhập và bán sách tại cửa hàng. 6 - Quản lý thông tin nhà cung cấp sách cho cửa hàng.

Mô tả tóm tắt dự án Khách hàng đến cửa hàng mua sách phải tiến hành như sau: - Mang theo voucher giảm giá (nếu có) - Đầu tiên phải qua bộ phận đón tiếp làm thủ tục, tại đây nhân viên sẽ lấy thông tin hành chính của khách hàng để viết phiếu mua hàng. - Khách hàng được các tiếp viên hướng dẫn đến nơi chứa thể loại sách theo yêu cầu của khách hàng. - Tại quầy sách, khách hàng được tư vấn sách. Nếu có nhu cầu đổi thể loại sách sẽ được tư vấn sang quầy sách khác.

- Khách hàng phải qua bộ phận thanh toán để thanh toán hóa đơn bán hàng và làm các thủ tục khác (nếu có). - Sau khi khách hàng thanh toán hóa đơn, xuất phiếu hóa đơn. Cập nhật lại số lượng sách, tặng voucher giảm giá nếu đạt mức chi tiêu tối thiểu.TRIỂN KHAI DỰ ÁN 1.Các thực thể  Nhân viên( Mã nhân viên, họ tên, CCCD,địa chỉ, ngày sinh, giới tính, SĐT,tài khoản, mật khẩu)   Khách hàng (Mã khách hàng, tên khách hàng, địa chỉ, SĐT)   Nhà xuất bản(Mã nhà xuất bản, tên nhà xuất bản, địa chỉ, SĐT)   Nhà cung cấp ( Mã nhà cung cấp, tên nhà cung cấp , địa chỉ, SĐT)   Sách(Mã sách, tên sách, năm xuất bản, giá bán, số lượng)   Tác giả(Mã tác giả, tên tác giả)   Thể loại(Mã thể loại,tên thể loại) 7   Quyền (Mã quyền, tên quyền)   Hoá đơn(Mã hoá đơn, ngày xuất)   Chi tiết hoá đơn (Mã chi tiết hoá đơn, mã sách, đơn giá)   Phiếu nhập (Mã phiếu nhập, ngày nhập)   Chi tiết phiếu nhập (Mã chi tiết phiếu nhập, mã sách, số lượng, giá nhập) 2.Các mối quan hệ Thực thể Quan hệ Thực thể Tác giả Viết Sách Sách Thuộc Nhà xuất bản Nhà cung cấp Cung cấp Sách Sách Thuộc Thể loại Nhân viên Bán Hoá đơn Nhân viên Được cấp Quyền Nhân viên Tạo Phiếu nhập Khách hàng Có Hoá đơn Chi tiết phiếu Phiếu nhập Có nhập Hoá đơn Có Chi tiết hoá đơn 8 3.Thiết kế mức logic a. Biểu diễn các thực thể thành quan hệ [Sách] => sach (masach, tensach, namxuatban, giaban, soluongton) [Nhà xuất bản] => nhaxuatban (manxb, tennxb, diachi, dienthoai) [Nhà cung cấp] => nhacungcap (mancc, tenncc, diachi, dienthoai) [Tác giả] => tacgia (matacgia, tentacgia) 9 [Thể loại] => theloai (matheloai, tentheloai) [Khách hàng] => khachhang (makhach, tenkhach, diachi, dienthoai) [Quyền] => quyen (maquyen, tenquyen) [Nhân viên] => nhanvien (manhanvien, tennhanvien, cccd, gioitinh, ngaysinh, diachi, dienthoai, tai khoan, matkhau) [Hoá đơn] => hoadon (mahoadon, ngayxuat) [Chi tiết hoá đơn] => chitiethoadon (machitiethd, masach, soluong, dongia) [Phiếu nhập] => phieunhap (maphieunhap, ngaynhap) [Chi tiết phiếu nhập] => chitietphieunhap (machitietpn, masach, soluong, gianhap) 10 b.Biểu diễn mối quan hệ giữa các thực thể thành các quan hệ 1.Thiết kế cơ sở dữ liệu vật lý Bảng nhaxuatban Tên trường Kiểu dữ Ràng buộc Ghi chú liệu manxb Nvarchar2( Khóa chính Mã nhà xuất 10) bản tennxb Nvarchar2( Tên nhà xuất 50) bản dienthoai number Điện thoại diachi Nvarchar2( Địa chỉ 50) Bảng tacgia Tên trường Kiểu dữ liệu Ràng buộc Ghi chú 13 matacgia Nvarchar2(10 Khóa chính Mã tác ) giả tentacgia Nvarchar2(50 Tên tác ) giả Bảng theloai Tên trường Kiểu dữ liệu Ràng buộc Ghi chú matheloai Nvarchar2(10) Khóa chính Mã thể loại tentheloai Nvarchar2(50) Tên thể loại Bảng khachhang Tên Kiểu dữ liệu Ràng buộc Ghi chú trường makhach Nvarchar2(10) Khóa chính Mã khách hàng tenkhach Nvarchar2(50) Tên khách hàng diachi Nvarchar2(50) Địa chỉ dienthoai number Số điện thoại Bảng nhacungcap Tên Kiểu dữ liệu Ràng buộc Ghi chú trường mancc Nvarchar2(10) Khóa chính Mã nhà cung cấp tenncc Nvarchar2(50) Tên nhà cung cấp diachi Nvarchar2(50) Địa chỉ dienthoai number Số điện thoại Bảng quyen Tên Kiểu dữ liệu Ràng buộc Ghi chú trường maquyen Nvarchar2(10) Khóa chính Mã quyền tenquyen Nvarchar2(50) Mã quyền Bảng sach 14 Tên Kiểu dữ liệu Ràng buộc Ghi chú trường masach Nvarchar2(10) Khóa chính Mã sách tensach Nvarchar2(50) Tên sách manxb Nvarchar2(10) Khoá ngoại Mã nhà xuất bản matacgia Nvarchar2(10) Khoá ngoại Mã tác giả matheloai Nvarchar2(10) Khoá ngoại Mã thể loại namxuatb Number Năm xuất an bản giaban Number Giá bán soluongto Number Số lượng n tồn Bảng nhanvien Tên Kiểu dữ liệu Ràng buộc Ghi chú trường manhanvi Nvarchar2(10) Khóa chính Mã nhân viên en tennhanvi Nvarchar2(50) Tên nhân viên en maquyen Nvarchar2(10) Khoá ngoại Mã quyền gioitinh Nvarchar2(10) Giới tính dienthoai number Số điện thoại ngaysinh Date Ngày sinh cccd number Căn cước công dân diachi Nvarchar2(50) Địa chỉ taikhoan Nvarchar2(50) Tài khoản matkhau Nvarchar2(50) Mật khẩu Bảng hoadon Tên Kiểu dữ liệu Ràng buộc Ghi chú trường mahoadon Nvarchar2(10) Khóa chính Mã hoá đơn 15 ngayxuat Date Ngày xuất manhanvi Nvarchar2(10) Khóa ngoại Mã nhân en viên makhach Nvarchar2(10) Khóa ngoại Mã khách hàng Bảng chitiethoadon Tên Kiểu dữ liệu Ràng buộc Ghi chú trường machitiet number Khóa chính Mã chi tiết hd hoá đơn mahoadon Nvarchar2(10) Khóa ngoại Mã hoá đơn masach Nvarchar2(10) Khóa ngoại Mã sách soluong Number Số lượng dongia Number Đơn giá Bảng phieunhap Tên Kiểu dữ liệu Ràng buộc Ghi chú trường maphieun Nvarchar2(10) Khóa chính Mã phiếu hap nhập ngaynhap Date Ngày nhập manhanvi Nvarchar2(10) Khóa ngoại Mã nhân en viên mancc Nvarchar2(10) Khóa ngoại Mã nhà cung cấp Bảng chitietphieunhap Tên Kiểu dữ liệu Ràng Ghi chú trường buộc machitiet Number Khóa Mã chi tiết phiếu pn chính nhập maphieun Nvarchar2(10) Khóa Mã phiếu nhập hap ngoại masach Nvarchar2(10) Khóa Mã sách ngoại soluong Number Số lượng gianhap Number Giá nhập 16 III.XÂY DỰNG VÀ QUẢN LÝ CƠ SỞ DỮ LIỆU 1.

Tạo cơ sở dữ liệu 2. Tablespace  Có cần thiết phải tạo nhiều tablespace cho cơ sở dữ liệu này không?  Hãy đưa ra những giải thích hợp lý cho quyết định của anh chị Việc tạo nhiều tablespace là cần thiết cho cơ sở dữ liệu , vì: 17 - Dùng tablespace sẽ giúp quản lí data dễ dàng hơn, cho hiệu suất cao hơn, an toàn và bảo mật dữ liệu tốt hơn. - Có thể cấp phát hạn ngạch không gian cho nhiều người dùng khác nhau trong hệ thống. - Dễ dàng backup hay recover từng phần.

Mỗi phần này chính là 1 tablespace.