PHẦN II : PHÂN TÍCH VÀ THIẾT KẾ CƠ SỞ DỮ LIỆỤ
2.2. Chắt lọc và mã hố thơng tin cần dùng65
Để tạo cơ sở dữ liệu, trước hết ta phải xác định những thơng tin gì cần theo dõi, cần sử dụng. Sau đó, ta thiết kế CSDL, tạo bảng chứa các trường định nghĩa kiễu dữ liệu sẽ có. Sau khi tạo cấu trúc CSDL, CSDL có thể chứa dữ liệu dưới dạng mẩu tin. Ta không thể đưa dữ liệu vào mà khơng có bảng hay định nghĩa trường vì dữ liệu sẽ khơng có chỗ để chứạ Do đó thiết kế CSDL cực kỳ quan trọng, nhất là rất khó thay đổi thiết kế một khi ta đã tạo ra nó, mặt khác để thiết kế được một CSDL tèn Ýt khơng gian nhớ nhất thì việc đầu tiên chúng ta phải làm là chắt lọc và mã hố thơng tin, xác định các kiểu dữ liệu phù hợp với các
(1,1) A R A E E (x,n) (y,n) A R A E E (x,n)
thực thể được tạo ra, đây là một công đoạn hết sức quan trọng và cần thiết trong q trình phân tích và thiết kế CSDL nhằm tránh hiện tượng dư thừa và chồng chất dữ liệụ
Đứng trước yêu cầu đề ra của chương trình là một hệ thống “Quản lý cửa hàng sách”. Qua quá trình khảo sát và tìm hiểu thực tế tơi đã liệt kê, chính xác hố, chắt lọc và mã hoá chúng theo bảng dưới đây:
Thực thể – Thuộc tính Kiểu/ cỡ Chắt lọc/ Mã hố
Mã sách varchar2(50) MASACH
Tên sách varchar2(100) TENSACH
Mã loại sách varchar2(50) MALS
Tên loại sách varchar2(50) TENLS
Chuyên ngành varchar2(50) CHUYENNGANH
Sè trang number(10) SOTRANG
Số lượng number(10) SOLUONG
Lần tái bản number(10) LANTB
Năm xuất bản number(4) NAMXB
Giá number(19,4) GIA
Mã tác giả number(10) MATG
Tên tác giả varchar2(50) TENTG
Email tác giả varchar2(50) EMAILTG
Website tác giả varchar2(50) WEBSITETG
Tiểu sử varchar2(200) TIEUSU
Mã nhà xuất bản number(10) MANXB
Tên nhà xuất bản varchar2(50) TENNXB địa chỉ nhà xuất bản varchar2(50) DCNXB điện thoại nhà xuất bản number(10) DTNXB
Email nhà xuất bản varchar2(50) EMAILNXB Website nhà xuất bản varchar2(50) WEBSITENXB
Số hoá đơn number(10) SOHD
Số lượng đặt hàng number(10) SLDAT
Ngày đặt hàng date NGAYDAT
Tổng tiền number(19,4) TONGTIEN
Triết khấu number(19,4) TRIETKHAU
Mã khách hàng number(10) MAKH
Tên khách hàng varchar2(50) TENKH
Giới tính varchar2(3) GIOITINH
địa chỉ khách hàng varchar2(50) DCKH điện thoại khách hàng number(10) DTKH
Tìm hiểu Oracle9i và bài toán quản lý sách
Email khách hàng varchar2(50) EMAILKH
Mã trạng thái number(10) MATT
Tên trạng thái varchar2(50) TENTT
Từ bảng chắt lọc và mã hố các thuộc tính ở trên, tơi đã quyết định đưa chúng về hai thực thể chính sau:
+ Thơng tin sách TT_SACH
+ Thơng tin hố đơn bán sách HOADON
TT_SACH(Masach, Tensach, Mals, Tenls, Chuyennganh, Sotrang, Soluong, Lantb, Namxb, Gia, Matg, Tentg, Emailtg, Websitetg, Tieusu, Manxb, Tennxb, Dcnxb, Dtnxb, Websitenxb, Emailnxb)
HOADON(Sohd, Masach, Gia, Sldat, Ngaydat, Tongtien, Trietkhau, Makh, Tenkh, Gioitinh, Dckh, Dtkh, Tinh_tp, Emailkh, Matt, Tentt)
2.2.1. Chuẩn hoá cơ sở dữ liệu
ạ Xác định khố chính
+ Xét thực thể TT_SACH ta thấy:
(Masach) (Tensach, Mals, Tenls, Chuyennganh, Sotrang, Soluong, Lantb, Namxb, Gia, Matg, Tentg, Emailtg, Websitetg, Tieusu, Manxb, Tennxb, Dcnxb, Dtnxb, Websitenxb, Emailnxb)
(Mals) (Tenls, Chuyennganh)
(Matg) (Matg, Tentg, Emailtg, Websitetg, Tieusu)
(Manxb) (Manxb, Tennxb, Dcnxb, Dtnxb, Websitenxb, Emailnxb) Do đó khố chính của thực thể TT_SACH là:
Sau khi xác định được khố chính ta gạch dưới chân chúng khi đó thực thể TT_SACH trở thành:
TT_SACH(Masach, Tensach, Mals, Tenls, Chuyennganh, Sotrang, Soluong, Lantb, Namxb, Gia, Matg, Tentg, Emailtg, Websitetg, Tieusu, Manxb, Tennxb, Dcnxb, Dtnxb, Websitenxb, Emailnxb).
+ Xét thực thể hoá đơn ta thấy:
(Sohd,Masach) (Gia, Sldat, Tongtien, Trietkhau)
(Sohd) ( Ngaydat, Makh, Tenkh, Gioitinh, Dckh, Dtkh, Tinh_tp, Emailkh, Matt, Tentt)
(Makh) (Tenkh, Gioitinh, Dckh, Dtkh, Tinh_tp, Emailkh) (Matt) (Tentt)
Do đó khố chính của thực thể HOADON là: (Sohd, Masach,Makh,Matt)
Sau khi xác định được khố chính ta gạch dưới chân chúng khi đó thực thể HOADON trở thành:
HOADON(Sohd, Masach, Gia, Sldat, Ngaydat, Tongtien, Trietkhau, Makh, Tenkh, Gioitinh, Dckh, Dtkh, Tinh_tp, Emailkh, Matt, Tentt)
b. Xét dạng chuẩn 1NF
+ Xét thực thể TT_SACH ta nhận thấy rằng:
Quan hệ này khơng chứa thuộc tính lặp. Do đó quan hệ TT_SACH đã đạt chuẩn 1NF.
+ Xét thực thể HOADON ta nhận thấy rằng:
Quan hệ này chưa đạt chuẩn 1NF vì nó chứa thuộc tính lặp đó là: (Masach, Gia, Sldat, Tongtien, Trietkhau)
Do đó ta phải tách chúng thành các quan hệ sau: + Hố đơn chi tiết (HOADONCT)
+ Hố đơn (HOADON)
Tìm hiểu Oracle9i và bài tốn quản lý sách
HOADON(Sohd, Ngaydat, Makh, Tenkh, Gioitinh, Dckh, Dtkh, Tinh_tp, Emailkh, Matt, Tentt)
* Nh vậy chuẩn 1NF có 3 thực thể đó là: 1. TT_SACH 2. HOADONCT 3. HOADON c. Xét dạng chuẩn 2NF + Xét thực thể TT_SACH ta nhận thấy rằng:
Quan hệ này chưa đạt chuẩn 2NF vì có sự phụ thuộc bộ phận giữa thuộc tính ngồi khố vào một phần của khố:
(Masach) (Tensach, Mals, Sotrang, Soluong, Lantb, Namxb, Gia, Matg, Manxb)
(Mals) (Tenls, Chuyennganh)
(Matg) (Matg, Tentg, Emailtg, Websitetg, Tieusu)
(Manxb) (Manxb, Tennxb, Dcnxb, Dtnxb, Websitenxb, Emailnxb)
Vậy để quan hệ TT_SACH đạt chuẩn 2NF ta phải phân rã quan hệ TT_SACH thành các quan hệ sau:
SACH(Masach,Tensach, Mals, Sotrang, Soluong, Lantb, Namxb, Gia, Matg, Manxb)
LOAISACH(Mals,Tenls, Chuyennganh)
TACGIĂMatg, Matg, Tentg, Emailtg, Websitetg, Tieusu)
NXB(Manxb, Manxb, Tennxb, Dcnxb, Dtnxb, Websitenxb, Emailnxb) + Xét thực thể HOADONCT ta nhận thấy rằng:
Quan hệ này đã đạt chuẩn 2NF vì khơng tồn tại sự phụ thuộc bộ phận giữa thuộc tính ngồi khố vào một phần của khoá.
HOADONCT(Sohd, Masach, Sldat, Tongtien, Trietkhau) + Xét thực thể HOADON ta nhận thấy rằng:
Quan hệ này chưa đạt chuẩn 2NF vì có sự phụ thuộc bộ phận giữa thuộc tính ngồi khố vào một phần của khố:
(Sohd) ( Ngaydat, Makh, Matt)
(Makh) (Tenkh, Gioitinh, Dckh, Dtkh, Tinh_tp, Emailkh) (Matt) (Tentt)
Vậy để quan hệ HOADON đạt chuẩn 2NF ta phải phân rã quan hệ HOADON thành các quan hệ sau:
HOADON(Sohd, Ngaydat, Makh, Matt)
KHACHHANG(Makh,Tenkh, Gioitinh, Dckh, Dtkh, Tinh_tp, Emailkh) TRANGTHAI(Matt,Tentt) * Nh vậy chuẩn 2NF có 8 thực thể đó là: 1. SACH 2. LOAISACH 3. TACGIA 4. NXB 5. HOADONCT 6. HOADON 7. KHACHHANG 8. TRANGTHAI d. Xét dạng chuẩn 3NF
+ Xét thực thể SACH: ta thấy quan hệ SACH đã đạt chuẩn 3NF, bởi vì các thuộc tính ngồi khố chỉ phụ thuộc vào khố chính, do đó khơng có sự phụ thuộc bắc cầu giữa các thuộc tính ngồi khố vào các thuộc tính khố, nên quan hệ SACH đã đạt chuẩn 3NF.
+ Xét thực thể LOAISACH: ta thấy quan hệ LOAISACH đã đạt chuẩn 3NF, bởi vì các thuộc tính ngồi khố chỉ phụ thuộc vào khố chính, do đó
Tìm hiểu Oracle9i và bài tốn quản lý sách
khơng có sự phụ thuộc bắc cầu giữa các thuộc tính ngồi khố vào các thuộc tính khố, nên quan hệ LOAISACH đã đạt chuẩn 3NF.
+ Xét thực thể TACGIA: ta thấy quan hệ TACGIA đã đạt chuẩn 3NF, bởi vì các thuộc tính ngồi khố chỉ phụ thuộc vào khố chính, do đó khơng có sự phụ thuộc bắc cầu giữa các thuộc tính ngồi khố vào các thuộc tính khố, nên quan hệ TACGIA đã đạt chuẩn 3NF.
+ Xét thực thể NXB: ta thấy quan hệ NXB đã đạt chuẩn 3NF, bởi vì các thuộc tính ngồi khố chỉ phụ thuộc vào khố chính, do đó khơng có sự phụ thuộc bắc cầu giữa các thuộc tính ngồi khố vào các thuộc tính khố, nên quan hệ NXB đã đạt chuẩn 3NF.
+ Xét thực thể HOADONCT: ta thấy quan hệ HOADONCT đã đạt chuẩn 3NF, bởi vì các thuộc tính ngồi khố chỉ phụ thuộc vào khố chính, do đó khơng có sự phụ thuộc bắc cầu giữa các thuộc tính ngồi khố vào các thuộc tính khố, nên quan hệ HOADONCT đã đạt chuẩn 3NF.
+ Xét thực thể HOADON: ta thấy quan hệ HOADON đã đạt chuẩn 3NF, bởi vì các thuộc tính ngồi khố chỉ phụ thuộc vào khố chính, do đó khơng có sự phụ thuộc bắc cầu giữa các thuộc tính ngồi khố vào các thuộc tính khố, nên quan hệ HOADON đã đạt chuẩn 3NF.
+ Xét thực thể KHACKHANG: ta thấy quan hệ KHACKHANG đã đạt chuẩn 3NF, bởi vì các thuộc tính ngồi khố chỉ phụ thuộc vào khố chính, do đó khơng có sự phụ thuộc bắc cầu giữa các thuộc tính ngồi khố vào các thuộc tính khố, nên quan hệ KHACKHANG đã đạt chuẩn 3NF.
+ Xét thực thể TRANGTHAI: ta thấy quan hệ TRANGTHAI đã đạt chuẩn 3NF, bởi vì các thuộc tính ngồi khố chỉ phụ thuộc vào khố chính, do đó khơng có sự phụ thuộc bắc cầu giữa các thuộc tính ngồi khố vào các thuộc tính khố, nên quan hệ TRANGTHAI đã đạt chuẩn 3NF.
* Nh vậy ở dạng chuẩn 3NF ta có tất cả là 8 thực thể: 1. SACH
NXB MaNXB TenNXB DC DT EMAIL WEBSIT E 3. TACGIA 4. NXB 5. HOADONCT 6. HOADON 7. KHACHHANG 8. TRANGTHAI Kết luận:
Các quan hệ đạt chuẩn 3NF trên đã khắc phục được sự dư thừa dữ liệu, đã đạt được mục tiêu phân rã, thành các quan hệ con đơn giản hơn, mà bất kỳ một bài toán thực tế nào về cơ sở dữ liệu cũng yêu cầụ
2.2.2. Thiết kế dữ liệu logic
Qua q trình phân tích và khảo sát hệ thống trên, chúng ta có một số thực thể sau:
* thực thể NXB
TACGIA MaTG TenTG TieuSu EMAI L WEBSIT E LOAISACH MaLS TenLS CHUYENNGAN H SACH MaSach TenSach SoTrang SoLuong NamXB LanTB MaNXB
Tìm hiểu Oracle9i và bài tốn quản lý sách
* Thực thể TACGIA
HOADONCT SoHD MaSac h GIA SLDAT TongTien TrietKha u HOADON SoHD NgayD H MaKH MaTT * Thưc thể HOADONCT * Thực thể HOADON
TenTT KHACHHANG MaKH TenKH GioiTin h EMAIL DC DT Tinh_TP TRANGTHAI MaTT
Tìm hiểu Oracle9i và bài tốn quản lý sách
* Thực thể TRANGTHAI
• Thực thể KHACHHANG
Trong cơ sở dữ liệu bảng là thành phần chính. Do đó bảng là đối tượng lưu trữ dữ liệu thực, khi cần giao tiếp với cơ sở dữ liệu khác, bảng là đối tượng căn bản nhất trong bất kỳ loại CSDL nào, chúng được coi nh mét miền dữ liệụ
Mỗi bảng được định nghĩa nhiều trường, mỗi trường ứng với một loại dữ liệụ Dữ liệu nhập vào có thể chấp nhận được hoặc từ chối tuỳ thuộc vào nguyên tắc ràng buộc dữ liệu hoặc loại dữ liệu tương thích do hệ thống hay người dùng định nghĩạ
Các bước tạo CSDL ta dùng công cụ Oracle9i Desinger
Bằng cách đăng nhập với user admin của kho dữ liệu Repository
Cách tạo kho dữ liệu đã trình bày ở phần (Cài đặt oracle designer9i
Repository)
Sau đây là cách login vào repository
Tìm hiểu Oracle9i và bài toán quản lý sách
Nhấn next để tiếp tục quá trình tạo bảng NXB. Và sử dụng các thơng số sau:
Các cột và các đặc tính của bảng nhà xuất bản (NXB)
Tên cột Kiểu dữ liệu Null? Khố chính Khố ngoại
MANXB number(10) No Yes
TENNXB varchar2(50) Yes
DC varchar2(50) Yes
DT number(10) Yes
EMAIL varchar2(50) Yes
WEBSITE varchar2(50) Yes
Các cột và các đặc tính của bảng loại sách (LOAISACH)
Tên cột Kiểu dữ liệu Null? Khố chính Khố ngoại
MALS varchar2(3) No Yes
CHUYENNGAN H
No
Các cột và các đặc tính của bảng tác giả (TACGIA)
Tên cột Kiểu dữ liệu Null? Khố chính Khố ngoại
MATG number(10) No Yes
TENTG varchar2(50) No
EMAIL varchar2(50) Yes
WEBSITE varchar2(50) Yes TIEUSU varchar2(200) Yes
Các cột và các đặc tính của bảng sách (SACH)
Tên cột Kiểu dữ liệu Null? Khố chính Khố ngoại
MASACH varchar2(6) No Yes
TENSACH varchar2(50) No
MANXB number(10) No NXB
MALS varchar2(3) No LOAISACH
MATG number(10) No TACGIA
SOTRANG number(10) No
SOLUONG number(10) No
GIA number(19,4) No
LANTB number(10) No
NAMXB number(4) No
Các cột và các đặc tính của bảng hố đơn chi tiết (HOADONCT) Tên cột Kiểu dữ liệu Null? Khố chính Khố ngoại
SOHD number(10) No Yes HOADON
MASACH varchar2(6) No Yes SACH
GIA number(19,4) Yes
SLDAT number(10) Yes
TONGTIEN number(19,4) Yes TRIETKHAU number(19,4) Yes
Các cột và các đặc tính của bảng hố đơn (HOADON)
Tên cột Kiểu dữ liệu Null? Khố chính Khố ngoại
Tìm hiểu Oracle9i và bài toán quản lý sách
MAKH number(10) Yes KHACHHANG
NGAYDH date Yes
MATT number(10) Yes TRANGTHAI
Các cột và các đặc tính của bảng khách hàng (KHACHHANG) Tên cột Kiểu dữ liệu Null? Khố chính Khố ngoại
MAKH number(10) No Yes
TENKH varchar2(50) No
GIOITINH varchar2(3) Yes
DC varchar2(50) Yes
DT number(10) Yes
TINH_TP varchar2(50) Yes
EMAIL varchar2(50) Yes
Các cột và các đặc tính của bảng trạng thái (TRANGTHAI)
Tên cột Kiểu dữ liệu Null? Khố chính Khố ngoại
MATT number(10) No Yes
TENTT varchar2(50) Yes
2.2.4. Lược đồ quan hệ
Khi xây dựng CSDL cho các ứng dụng thường đều phải dùa vào phân tích thiết kế hệ thống.
Lược đồ quan hệ (ERD = Entity Relationship Diagram) cho phép chúng ta kiểm soát được mối liên hệ giữa các thực thể với nhau, bên cạnh đó chúng ta kiểm sốt được thơng tin vào ra hay thay đổi trong CSDL.
Trong Oracle9i Designer công cụ này đã cho ta thiết kế sẵn các mối quan hệ. Sau khi tạo các bảng và các quan hệ với các thông số đã cho nh ở trên, ta được lược đồ quan hệ sau:
2.3> KẾT LUẬN
Phần này, chúng tôi giới thiệu một số khái niệm cơ bản về phân tích và thiết kế hệ thống thông tin. Dùng để chắt lọc và mã hố những thơng tin cần dùng trong hệ thống thông tin quản lý sách ở cửa hàng sách. Phần xây dựng cơ sở dữ liệu, chúng tôi đã sử dụng công cụ Oracle Designer9i Repository, đây là một công cụ rất mạnh dùng để phân tích và thiết kế cơ sở dữ liệu của Oraclẹ
Tìm hiểu Oracle9i và bài tốn quản lý sách
Phần III
THIẾT KẾ GIAO DIỆN NGƯỜI - MÁY
Thiết kế giao diện có tầm quan trọng đặc biệt, vì nó ảnh hưởng trực tiếp đến người sử dụng, trước hết giao diện càng trực quan thì càng dễ sử dụng. Giao diện càng tốt thì việc đào tạo người sử dụng càng thuận lợi và giảm được chi phí đào tạọ Lóc đó người sử dụng sẽ khơng cần giúp đỡ nhiều, thích sử dụng nó và đồng thời có hứng thó với giao tiếp với hệ thống.
3.1. MỤC ĐÍCH CỦA CHƯƠNG TRÌNH
Chương trình được xây dựng nhằm để quản lý sách trong cửa hàng sách với mục đích sau:
+ Chức năng quản lý thơng tin sách: bao gồm các chức năng nhá nh: thêm mới, xoá cập nhật các thông tin về tác giả, nhà xuất bản, loại sách, thông tin sách.
+ Báo cáo và thống kê các thơng tin hệ thống chương trình bao gồm: báo cáo thông tin liên quan đến sách, báo cáo thông tin liên quan đến khách hàng và hoá đơn.
+ Tạo giao diện người dùng, cho phép người sử dụng truy cập tới cơ sở dữ liệu và tìm kiếm thơng tin theo từng chủ đề.
+ Ngồi ra chương trình cịn có thêm phần đưa ra số sách bán chạy, và tổng tiền sách bán được.
3.2. NỘI DUNG CHƯƠNG TRÌNH
3.2.1. Thiết kế form
Sử dơng Developer9i Suite để thiết kế form và viết chương trình.
Tìm hiểu Oracle9i và bài toán quản lý sách
Từ đây để thêm bớt, cập nhật cho các bảng con nh: Nhà xuất bản, loại sách, tác giả và bảng chi tiết về sách, hay là thơng tin về khách hàng thì từ cửa sổ chính của chương trình, bạn nhấp vào Menu Quản Lý sau đó tìm đến các biểu mẫu tương ứng.
Ví dơ: ta nhấp vào menu Quan Ly Tac giạ Khi đó biểu mẫu của bảng tác giả sẽ xuất hiện nh sau:
Từ đây các bạn có thể thêm, xố sửa và xuất báo cáọ
3.2.2. Thiết kế báo cáo
Các báo cáo được thiết kế trong chương trình. + Báo cáo về thơng tin nhà xuất bản
+ Báo cáo về thông tin tác giả
+ Báo cáo thông tin sách và loại sách. + Báo cáo thơng tin hố đơn khách hàng. + Báo cáo số sách bán chạy
+ Báo cáo tổng tiền bán sách.
Tìm hiểu Oracle9i và bài toán quản lý sách
Từ menu Bao cao Sach. lập tức báo cáo về các đầu sách xuất hiện nh sau:
Khi muốn thốt khỏi chương trình, thì người sử dụng chỉ việc nhấp vào menu thoát trên menu của cửa sổ chính của chương trình.
Form builder của bộ developer9i suite của Oracle là công cụ tốt nhất cho việc phát triển ứng dụng client - server, cịng nh là cơng cụ tốt nhất cho việc phát triển các Applet cần thiết cho các ứng dụng kinh doanh web. Trong phần này tôi đã giới thiệu cho các bạn về ứng dụng kinh doanh sách. mà ứng dụng này không chạy trên môi trường client - server mà chạy trên mơi trường web. đó là mét tính năng rất mới của Oraclẹ Nã cho phép chúng ta có thể phát triển các ứng dụng chạy trên web, mà không phải chạy trên môi trường client - server. Điều này sẽ giảm chi phí đáng kể cho việc cấu hình mạng, cũng như việc cài đặt ứng dụng phía client.
Phần IV
KẾT LUẬN VÀ PHƯƠNG HƯỚNG PHÁT TRIỂN
Phạm vi đồ án này là chỉ tập chung tìm hiểu về cơng nghệ Oracle9i là chính,