Phân tích thiết kế cơ sở dữ liệu cho Công ty Xi măng Bỉm Sơn
Website: http://www.docs.vn Email : lienhe@docs.vn Tel (: 0918.775.368 Lời nói đầu Sự bùng nổ của công nghệ thông tin và xu thế chính phủ điện tử đang là tiến bộ vợt bậc của khoa học kỹ thuật trên toàn thế giới. Tại Việt Nam, tin học đã thâm nhập vào hầu hết các lĩnh vực kinh tế, xã hội, v.v đặc biệt là trong kinh doanh với những phần mềm quản lý rất hữu ích. Để có đợc những phần mềm quản lý, những hệ thống thông tin ấy ta không thể bỏ qua quá trình phân tích - thiết kế cơ sở dữ liệu. Đây là nền tảng trong quá trình phân tích thiết kế hệ thống, nó quyết định đến sự thành công của một hệ thống thông tin. Do vậy, nếu phân tích thiết kế cơ sở dữ liệu tốt ta sẽ thu đợc một hệ thống thông tin có hiệu quả cao. Tuy kiến thức và kinh nghiệm thực tế còn hạn chế nhng chúng em mạnh dạn chọn đề tài: "Phân tích thiết kế cơ sở dữ liệu cho Công ty Xi măng Bỉm Sơn". Đề tài đợc chia thành 3 phần chính với nội dung: Phần A: Giới thiệu Lời mở đầu Phần B: Nội dung chính I. Mô tả hệ thống xây dựng II. Phân tích yêu cầu hệ thống III. Thiết kế cơ sở dữ liệu mức khái niệm IV. Thiết kế cơ sở dữ liệu mức lôgíc V. Tinh chỉnh thiết kế VI. Thiết kế cơ sở dữ liệu mức vật lý Phần C. Kết luận 1 Website: http://www.docs.vn Email : lienhe@docs.vn Tel (: 0918.775.368 Lời cảm ơn Với đề tài phân tích thiết kế cơ sở dữ liệu cho Công ty xi măng Bỉm Sơn chúng em đã gặp rất nhiều khó khăn trong quá trình hoàn thiện bài tập của mình. Nhng dới sự hớng dẫn tận tình của giảng viên Trần Thị Xuân - là giáo viên bộ môn và sự nổ lực của các thành viên trong nhóm, sự nhiệt tình của các bạn sinh viên trong lớp đã giúp chúng em hoàn thành tốt đề tài này. Trong quá trình làm bài chúng em đã có đợc rất nhiều kiến thức cũng nh kinh nghiệm cho bộ môn thiết kế cơ sở dữ liệu. Từ những bài giảng của giảng viên Trần Thị Xuân, những tài liệu tham khảo và những ý kiến đóng góp của các độc giả rất thiết thực, đầy đủ để có đợc những kết quả đó chúng em xin chân thành cảm ơn sự giúp đỡ, hớng dẫn của giảng viên Trần Thị Xuân đồng thời chúng em gửi lời cảm ơn tới các bạn độc giả đã nhiệt tình đóng góp ý kiến để chúng em hoàn thành đề tài của mình. Nhóm thực hiện đề tài: 2 Website: http://www.docs.vn Email : lienhe@docs.vn Tel (: 0918.775.368 I. Mô tả hệ thống 1. Phòng giám đốc Có nhiệm vụ quản lý chung và theo dõi hoạt động kinh doanh của Công ty. Ban giám đốc có quyền quyết định đối với toàn thể Công ty và có quyền tác động đến tất cả các phòng ban trong Công ty. - Có thể sử dụng chơng trình để xem danh sách theo từng phòng ban - Xem báo cáo thống kê lơng theo từng phòng ban và toàn Công ty - Xem báo cáo thống kê tiền thởng phạt của Công ty, các báo cáo thuế thu nhập, bảo hiểm xã hội, bảo hiểm y tế, phải nộp cho cơ quan chức năng. - Điều chỉnh hồ sơ nhân viên hoặc số liệu chấm công - Nhập xoá sửa chức vụ cho từng nhân viên trong Công ty 2. Phòng nhân sự Có nhiệm vụ quản lý nhân viên, theo dõi và tuyển dụng nhân viên khi Công ty có nhu cầu, thuyên chuyển công tác, chấm công nhân viên hàng tháng. Có thể sử dụng chơng trình để tiến hành cập nhận hồ sơ nhân viên mới. Điều chỉnh mức lơng, phòng ban của các nhân viên khi nhân viên đợc tăng lơng hay chuyển đổi phòng ban. Truy xuất, theo dõi báo cáo, chấm công hàng tháng, để nắm đợc tình hình làm việc hàng tháng của từng nhân viên trong Công ty. Xem danh sách nhân viên theo từng phòng ban, thông tin chi tiết của từng nhân viên. Xoá các nhân viên trong Công ty. 3. Phòng kế toán Có nhiệm vụ tính lơng cho các nhân viên trong Công ty Có thể sử dụng chơng trình để tiến hành nhập số liệu chấm công hàng tháng của từng nhân viên trong Công ty, kể cả ngoài giờ. Thay đổi số liệu chấm công 3 Website: http://www.docs.vn Email : lienhe@docs.vn Tel (: 0918.775.368 Tính lơng tạm ứng và lơng cuối tháng cho nhân viên Lập phiếu lơng cho từng nhân viên trong Công ty Lập báo cáo thuế thu nhập, bảo hiểm xã hội, bảo hiểm y tế phải nộp hàng tháng cho các cơ quan chức năng. Tính thởng phạt cho từng nhân viên theo quy định của Công ty Thống kê lơng theo phòng ban Thống kê lơng theo chức vụ 4. Phòng công đoàn Sử dụng chơng trình để theo dõi hoạt động Đảng, Đoàn của Công ty Sử dụng chơng trình để nhập xoá, sửa hồ sơ Đảng, Đoàn của từng nhân viên trong Công ty. Thống kế số lợng Đảng viên, Đoàn viên trong Công ty 5. Phòng marketing Giới thiệu sản phẩm, khảo sát thị trờng, tìm thị trờng tiêu thụ.v.v 6. Phòng kế hoạch Xây dựng chiến lợc II. Phân tích yêu cầu Ngơi đại diện cho Công ty xi măng Bỉm Sơn đã suy nghĩ về vấn đề này và trình bày tơng đối rõ ràng nh sau: Công ty chúng tôi muôn mở rộng phạm vi kinh doanh và đa sản phẩm của công ty tới khách hàng, giới thiệu với khách hàng những đặc tính u việt cũng nhng việc sử dụng xi măng theo các yêu cầu khác nhau các công việc đặt mua xi măng hiện nay vẫn đợc thờng liên hệ qua điện thoại - không đáp ứng đợc nhu cầu giao dịch. Bởi vậy chúng tôi muốn khách hàng có thể xem chi tiết sản phẩm và đặt hàng qua mạng Internet. Khách hàng sẽ gọi điện tới công tý và nói với chúng tôi số hiệu xi măng, số lợng xi măng, loại xi măng mà khách hàng định mua. Nếu chúng tôi không đủ số lợng hàng cung cấp thì chúng tôi phải nhập thêm nguyên vật liệu và trì hoãn lại ngày giao hàng cho 4 Website: http://www.docs.vn Email : lienhe@docs.vn Tel (: 0918.775.368 tới khi đủ số lợng hàng. Khi giao hàng chúng tôi muôn giao toàn bộ số lợng xi măng đã đợc yêu cầu trong cùng một lần, với hoá đơn bán hàng kê khai đầy đủ số xi măng đã bán, với mỗi loại xi măng sẽ đợc lu lại trong hoá đơn nh sau: Số hiêu xi măng, công ty sản xuất, giá, ngày sản xuất, năm.v.v . Công ty có các khách hàng thờng xuyên là các đại lý, cửa hàng nằm trên nhiều địa điểm khách nhau. Với mỗi khách hàng chúng tôi sẽ lu lại tên và địa chỉ số hiệu thẻ tín dụng trên danh sách. Đối với khách hàng mới thì phải liên hệ trớc với chúng tôi để công ty tạo cho một tài khoản trớc khi họ có thể sử dụng trang web của chúng tôi và tìm kiếm, đặt trực tuyến trên trang web. III- Thiết kế mức khái niệm. Toàn bộ những thông tin thu nhập đợc trong bớc phát triển yêu cầu chúng tôi sử dụng để xây dựng thêm những mô tả đầu tiên về dữ liệu các ràng buộc trên các dữ liệu đó. Trong bớc này chúng ta sẽ phải mô tả dữ liệu dới dạng mô hình thực thể liên kết. Để xây dựng đợc mô hình thực thể liên kết chúng ta phải xác định đợc các kiểu thực thể, các thuộc tính danh, các liên kết. Từ những danh từ trong hệ thống ta xác định đợc các kiểu thực thể. Nhà cung cấp (Tên nhà cung cấp, Địa chỉ nhà cung cấp) Khách hàng (Mã khách, Tên khách, Địa chỉ khách) Sản phẩm (Mã sản phẩm, Tên sản phẩm, Số lợng mua) Vật liệu (Mã vật liệu, Tên vật liệu, Số lợng nhập, Đơn giá) Ba liên kết đợc hình thành: Nhập, đặt, sản xuất. Khách hàng và sản phẩm, Nhà cung cấp và vật liệu là những kiểu thực thể chúng ta có thể xác định đợc đầu tiên. 2 kiểu thực thể khách hàng và sản phẩm kết nối với nhau thông qua liên kết đơn đặt hàng. Với mỗi đơn đặt hàng những thông tin sau cần phải đợc lu lại: Số hiệu đơn, Ngày đặt, Số lợng đặt. 5 Website: http://www.docs.vn Email : lienhe@docs.vn Tel (: 0918.775.368 Tơng tự 2 kiểu thực thể nhà cung cấp và vật liệu đợc kết nối với nhau thông qua hoá đơn nhập, với mỗi một hoá đơn nhập các thông tin sau cần đợc lu lại: Số phiếu, Ngày nhập, Số lợng nhập. Khi ngày đặt hàng mang giá trị rỗng, tơng ứng với thông tin cho biết là đơn đặt hàng cha đợc hình thành khách hàng cha nhận đợc sản phẩm. Ngay sau khi đơn đặt hàng đợc giao, giá trị trong ngày đặt hàng là xác định và khi đó thuộc tính ngày đặt hàng lấy giá trị mặc định là ngày hiện tại. Các ràng buộc toàn vẹn về dữ liệu là điều kiện xác định trên một lợc đồ cơ sở dữ liệu nằm trong giới hạn các dữ liệu có thể đợc lu trữ trong quan hệ mà nó mô tả. Để có thể tiến hành xây dựng các khai báo cho các thuộc tính của quan hệ ta phải xác định xem thuộc tính đó có phải là thuộc tính định danh không, những giá trị các thuộc tính có thể nhận đợc là gì?. - Các thuộc tính mã khách, tên khách, mã sản phẩm, tên sản phẩm, mã vật liệu, tên vật liệu là những thuộc tính nhận giá trị kiểu ký tự: char. - Các thuộc tính: Số hoá đơn, Số lợng là những thuộc tính kiểu Number. - Các thuộc tính: Ngày đặt, ngày nhập những thuộc tính kiểu ngày tháng và phải là ngày hiện tại. Đến đây chúng ta đã có một bản thiết kế đầu tiên. Nhng một câu hỏi đ- ợc đặt ra: Nếu khách hàng mua sản phẩm với khối lợng lớn để xây dựng nhng số sản phẩm trong kho không đủ yêu cầu và nhà cung cấp đề nghị khách hàng đến vào ngày mai để lấy số sản phẩm còn lại. Vậy trong trờng hợp đó thì xử lý nh thế nào? Một ý kiến đa ra: Chúng ta sẽ coi mỗi lần đặt sản phẩm là thể hiện cho mỗi một đơn đặt hàng và chúng sẽ có giá trị tại thuộc tính ngày đặt hàng khác nhau. Liệu rằng xử lý nh vậy có đợc không. Tất nhiên là sẽ không hợp lý bởi vì khi ta kết nối giữa hai thực thể Khách hàng và Sản phẩm thì 2 thuộc tính Mã khách và Mã sản phẩm khi liên kết với nhau không thể cho ra duy nhất một đơn hàng trong Hoá đơn đặt. Nh vậy bản thiết kế này cha cho phép khách hàng đặt các đơn thiết kế này cha cho phép khách hàng đặt các đơn 6 Website: http://www.docs.vn Email : lienhe@docs.vn Tel (: 0918.775.368 hàng khác nhau cho cùng một loại sản phẩm trong những ngày khác nhau. Để giải quyết đợc vấn đề này chúng ta phải chuyển sang bớc thiết kế tiếp theo. 7 Website: http://www.docs.vn Email : lienhe@docs.vn Tel (: 0918.775.368 Đặt Makhach KHACHHANG Tenkhach Diachi Số hoá đơn Ngày đặt Số lượng đặt SANPHAM Ten SP Ma SP Sản xuất Nhập Tên NCC Nhà cung cấp Đ/C nhà CC Số phiếu Ngày nhập Số lượng nhập Vật liệu Ten VL Ma VL Đơn giá 8 Website: http://www.docs.vn Email : lienhe@docs.vn Tel (: 0918.775.368 IV- Thiết kế cơ sở dữ liệu mức logic. Trong bớc này chúng ta phải chuyển từ sơ đồ thực thể liên kết đợc xây dựng ở thiết kế cơ sở dữ liệu mức khái niệm sang mô hình quan hệ mức logic với việc tập trung vào các vấn đề chủ yếu: Dữ liệu đợc biểu diễn nh thế nào? Bằng ngôn ngữ gì trong hệ quản trị cơ sở dữ liệu và xác định đợc các ràng buộc dữ liệu trong quan hệ tức là đa ra đ- ợc bảng ràng buộc dữ liệu. - Trớc hết chúng ta phải chuyển các kiểu thực thể thông thờng thành các quan hệ: + Tên của mỗi một kiểu thực thể chính là tên của quan hệ đó. + Các thuộc tính định danh là khoá chính của quan hệ đó. - Sau đó phải chuyển đổi liên kết giữa các kiểu thực thể đó liên kết. + Giữa khách hàng và sản phẩm là liên kết n-n nên ta phải thêm một kiểu thực thể mới bao gồm các thuộc tính liên kết và 2 thuộc tính khoá của 2 quan hệ Khách hàng và Sản phẩm tạo thành khoá chính của quan hệ mới và đóng vai trò là khoá ngoại lai. + Tơng tự cho 2 kiểu thực thể Nhà cung cấp và Vật liệu trong quan hệ khách hàng: Khoá chính là Mã khách. +Trong quan hệ Sản Phẩm : khoá chính là Mã sản phẩm. Quan hệ hoá đơn bao gồm: khoá chính là: Số hoá đơn, và ngày đặt, số lợng đặt và hai khoá chính của 2 quan hệ trên đồng thời là khoá ngoại lai: Mã khách, Mã sản phẩm. Khoá chính ký hiệu: nét gạch chân dới Khoá ngoại lai: nét gạch chân đứt Từ những phân tích trên chúng ta có đợn bảng ràng buộc dữ liệu giữa các quan hệ Để cài đặt bảng ràng buộc dữ liệu này 9 Website: http://www.docs.vn Email : lienhe@docs.vn Tel (: 0918.775.368 Mã khách Tên khách Địa chỉ Mã sản phẩm Tên sản phẩm Số hoá đơn Khách hàng sản phẩm Hoá đơn đặt Mã khách Mã sản phẩm Số lợng Ngày đặt Nhà cung cấp Tên nhà cung cấp Địa chỉ Vật liệu Mã vật liệu Tên vật liệu Đơn giá Số phiếu nhập Mã vật liệu Tên nhà cung cấp Số lợng Ngày đặt Phiếu nhập 10 [...]... giám đốc 3 2 Phòng nhân sự .3 3 Phòng kế toán .3 4 Phòng công đoàn 4 5 Phòng marketing 4 6 Phòng kế hoạch 4 II Phân tích yêu cầu 4 III- Thiết kế mức khái niệm .5 IV- Thiết kế cơ sở dữ liệu mức logic 9 V Tinh chỉnh lợc đồ 11 VI- Thiết kế cơ sở dữ liệu mức vật lý .13 19 ... Mavatlieu Donghoadon SANPHAM Tenvatlieu Donghoadon VATLIEU Soluong Sản xuất 12 Don gia Website: http://www.docs.vn Email : lienhe@docs.vn Tel (: 0918.775.368 VI- Thiết kế cơ sở dữ liệu mức vật lý Đây là bớc thiết kế lại một phần cơ sở dữ liệu trong mức logic Khách hàng Mã khách Tên khách Địa chỉ sản phẩm Mã sản phẩm Tên sản phẩm Hoá đơn đặt Số hoá đơn Mã khách Mã sản phẩm Số lợng Ngày đặt Ta có thể...Website: http://www.docs.vn Email : lienhe@docs.vn Tel (: 0918.775.368 V Tinh chỉnh lợc đồ Tại bớc này chúng ta phải phân tích tập các quan hệ có thể gây ra sự d thừa dữ liệu mà trong thiết kế cơ sở dữ liệu chúng ta phải hạn chế đợc điều này Cuối cùng phải đa nó về dạng chuẩn 3NF - Ta thấy trong quan hệ khách hàng chỉ có một khoá duy nhất là Mã khách, và không... ra, thờng là các báo cáo tháng, quý, năm của cửa hàng Để cải đặt bẳng ràng buộc dữ liệu chúng ta phải sử dụng ngôn ngữ trong hệ quản trị SQL để biểu diễn dữ liệu Tất cả các thuộc tính khoá (khoá chính, khoá ngoại lai, khoá duy nhất) đều đợc khai báo bởi các lệnh của ngôn ngữ SQL + Primary key (khoá chính) ràng buộc này không cho phép 2 giá trị trùng nhau hoặc các giá trị NULL trên cùng một cột hoặc tập... trên quan hệ đó nên nó cũng là chuẩn 3NF Quan hệ Vật liệu + Khóa chính duy nhất: Mã vật liệu + Không có phụ thuộc hàm nào khác => Nó ở dạng chuẩn 3NF Quan hệ phiếu nhập Ngoài khóa chính số phiếu nhập, quan hệ này còn chứa 2 khóa ngoại lai đồng thời là khóa chính: Mã vật liệu và tên nhà cung cấp Vì vậy tồn tại 2 phụ thuộc hàm sau: Số phiếu nhập Mã vật liệu Số phiếu nhập Tên nhà cung cấp Nên nó ở dạng chuẩn... B-tree phân cụm làm tệp chỉ mục cho trờng Số hoá đơn Trong quan hệ dòng Hoá đơn , hầu hết các thao tác trên quan hệ này là phép chèn, một số phép cập nhật trên thuộc tính ngày đặt, và phép liệt kê trên danh mục các sản phẩm đặt mua của một đơn hàng đã cho Nếu quan hệ này đợc sắp xếp Số hoá đơn, khi đó tất cả các phép chèn đơn giản chỉ là việc thêm vào cuối quan hệ và do đó rất hiệu quả Một tệp chỉ mục phân. .. chỉ mục phân cụm B-tree nên đợc xây dựng cho giá trị này, tệp chỉ số này cũng làm tăng tốc độ cho câu lệnh tìm kiếm liệt kê các sản phẩm đã đặt mua của một đơn hàng nào đó Với phép cập nhật giá trị trong thuộc tính ngày đặt chúng ta cần phải tìm kiếm trên giá trị của hai trờng là Số hoá đơn và Mã sản phẩm Tệp chỉ số trên Số hoá đơn xây dựng phía trên cũng hữu ích cho phép tìm kiếm này, tuy nhiên nếu chúng... kiếm khi khách mua của cửa hàng, chúng ta cũng phải tạo một chỉ số băm không phân cụm (unelustered hash index) trên trờng mã sản phẩm Tiếp theo chúng ta phải cân nhắc đến vấn đề cập nhật số lợng sản phẩm Để cập nhật cho mỗi một sản phẩm, đầu tiên phải tìm đến bản ghi đó thông qua giá trị mã sản phẩm, tệp chỉ số trên sẽ giúp công việc tìm kiếm nhanh hơn Với quan hệ khách hàng , mỗi một khách hàng mua... khoá (Mã khách và Mã sản phẩm) vì vậy 2 phụ thuộc hàm sau là thoã mãn Số hoá đơn Mã khách và Số hoá đơn Mã sản phẩm do vậy nó không phải ở dạng chuẩn 3NF => Để đa quan hệ này về dạng 3NF chúng ta phải phân rã nó ra thành 2 quan hệ: HOADON (Số hoá đơn, Mã khách, ngày đặt) DONGHOADON (Số hoá đơn, Mã sản phẩm, Số lợng đặt) Nh vậy 2 quan hệ trên đều ở dạng chuẩn 3NF * Câu lệnh SQL tạo 2 quan hệ: Create... và tên nhà cung cấp Vì vậy tồn tại 2 phụ thuộc hàm sau: Số phiếu nhập Mã vật liệu Số phiếu nhập Tên nhà cung cấp Nên nó ở dạng chuẩn 3NF => Đa nó về dạng chuẩn 3NF Hóa đơn nhập (Số phiếu nhập, Mã vật liệu, Ngày nhập) Dòng hóa đơn nhập (Số phiếu nhập, Tên nhà cung cấp, Số lợng) 17 Website: http://www.docs.vn Email : lienhe@docs.vn Tel (: 0918.775.368 * Các câu lệnh SQL tạo 2 quan hệ Create table HOADONNHAP