CƠ SỞ DỮ LIỆU PHÂN TÁN PHỤC VỤ CÔNG TÁC QUẢN LÍ VẬT TƯ

56 1.4K 6
CƠ SỞ DỮ LIỆU PHÂN TÁN PHỤC VỤ CÔNG TÁC QUẢN LÍ VẬT TƯ

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

Thông tin tài liệu

Trờng đại học quốc gia hà nội trờng đại học khoa học tự nhiên khoa công nghệ thông tin - - kiều thu CƠ Sở Dữ LIệU PHÂN TáN PHụC Vụ CÔNG TáC QUảN Lý VậT TƯ Luận văn tốt nghiệp cử nhân khoa học Ngành tin học mã ngành : 01 - 02 - 10 Hà nội 1998 Luận văn tốt nghiệp Xây dựng hệ thống quản lý vật t Trờng đại học quốc gia hà nội trờng đại học khoa học tự nhiên khoa công nghệ thông tin - - kiều thu CƠ Sở Dữ LIệU PHÂN TáN PHụC Vụ CÔNG TáC QUảN Lý VậT TƯ Luận văn tốt nghiệp cử nhân khoa học Ngành tin học mã ngành : 01 - 02 - 10 Giáo viên hớng dẫn : Trần Xuân Thuận Vũ Mạnh Cờng Giáo viên phản biện Kiều Thu Hằng Luận văn tốt nghiệp Xây dựng hệ thống quản lý vật t Mục lục lời giới thiệu Phần I : Tổng quan sở liệu phơng pháp case Chơng I : Tổng quan sở liệu I.1 Tổng quan sở liệu quan hệ Khái niệm hệ quản trị sở liệu Trang Các yêu cầu hệ quản trị sở liệu Trang Mô hình sở liệu quan hệ Trang 3.1 Các khái niệm sở Trang 3.2 Khái niệm lợc đồ quan hệ Trang Khoá phép toán sở liệu Trang 4.1 Khoá .Trang 4.2 Các phép toán sở liệu Trang 10 Vấn đề thiết kế sở liệu quan hệ Trang12 I 2.Mô hình sở liệu quan hệ ORACLE Kiến trúc ORACLE SERVER Trang13 Toàn vẹn liệu Trang14 I.3 Mô hình sở liệu phân tán Khái niệm sở liệu phân tán Trang18 Các đặc điểm sở liệu phân tán đối sánh với sở liệu tập trung .Trang 20 Nguyên nhân phân tán sở liệu Trang 23 Lợi ích sở liệu phân tán .Trang 25 Hệ thống quản lý cách thức truy nhập sở liệu phân tán Trang 26 Kiều Thu Hằng Luận văn tốt nghiệp Xây dựng hệ thống quản lý vật t Quản trị sở liệu phân tán Trang 28 6.1.Quản lý bảng danh mục sở liệu phân tán Trang29 6.2 Nội dung bảng danh mục Trang30 6.3 Phân tán bảng danh mục .Trang31 6.4 Quản trị bảo vệ Trang32 6.5 áp đặt luật phân quyền Trang33 6.6 Phân lớp ngời sử dụng Trang34 I.4.Kiến trúc phân tán ORACLE 1.Tổng quát Trang34 Những đặc trng phân tán ORACLE Trang36 Cơ sở việc thiết kế .Trang37 4.Vấn đề an toàn Trang40 Chơng II : Case * Method công cụ II.1 Phơng pháp case * Method II.2 Các kỹ thuật công cụ hỗ trợ II.3 Mô hình vật lý logic II.5 ý nghĩa case * Method Phần II : Phân tích thiết kế hệ thống quản lý vật t Chơng III : Phân tích hệ thống I Khái quát hệ thống .Trang 57 II Phân tích hệ thống Trang 64 A.Phân tán mô hình toán B.Phân tích liệu C.Phân tích chức Chơng IV : Thiết kế xây dựng hệ thống Kiều Thu Hằng Luận văn tốt nghiệp Xây dựng hệ thống quản lý vật t I Thiết kế liệu Trang85 II.Thiết kế chức .Trang90 Chơng V: Chơng trình Phần kết luận Phụ lục Tài liệu tham khảo Kiều Thu Hằng Luận văn tốt nghiệp Xây dựng hệ thống quản lý vật t lời giới thiệu Hiện công tác quản lý, có nhiều công cụ trợ giúp cho trình phát triển hệ thống Mỗi loại công cụ có điểm mạnh, điểm yếu riêng Bản luận văn đề cập tới việc dùng hệ quản trị sở liệu ORACLE7 hệ quản trị sở liệu mạnh, đáp ứng đợc nhu cầu hệ thống ORACLE đạt đợc u điểm : Cho phép ngời dùng truy nhập đến sở liệu theo mô hình Client-Server Hệ thống có khả phân tán sở liệu Độ an toàn, ổn định, tính bảo mật cao Đối với ORACLE7 việc phân tích thiết kế hệ thống dựa phơng pháp CASE * Method cho phép ngời làm hệ thống có cách nhìn nhận vấn đề cách tổng quát, làm cho hệ thống sáng sủa, đồng thời giảm nhiều công sức lập trình ORACLE hệ quản trị sở liệu cha đợc phổ biến rộng rãi Việt Nam, việc nghiên cứu sử dụng việc làm có ý nghĩa Trong luận văn thông qua việc giải toán quản lý vật t dựa hệ quản trị sở liệu ORACLE7, trình bày chi tiết trình phân tích toán tiến hành theo phơng pháp CASE * Method sử dụng công cụ Designer/2000 CASE*Method ORACLE đề xớng cách tiếp cận có cấu trúc hệ thống thông tin quản lý Nó thực công nghệ đại dựa nguyên tắc phát triển hệ thống qua nhiều giai đoạn nối tiếp Toàn chu trình phát triển xây dựng đề tài theo giai đoạn tuân thủ nguyên tắc phơng pháp CASE * Method đồng thời tiếp nhận công cụ hỗ trợ có sẵn để phát triển hệ thống Bên cạnh phơng pháp CASE * Method để tiếp cận toán, phần lý thuyết đa mô hình sở liệu phân tán ORACLE Thông qua toán cụ thể này, đề cập vấn đề thiết kế mô hình sở liệu phân tán theo chuẩn ORACLE, việc thiết kế thực nh nào, trình phát triển có lợi điểm đợc đề cập đến phần dới Theo đó, chơng trình đợc nghiên cứu xây dựng với mục đích : 1.Tìm hiểu xây dựng hệ thống quản lý vật t dựa hệ quản trị sở liệu ORACLE Kiều Thu Hằng Luận văn tốt nghiệp Xây dựng hệ thống quản lý vật t Thông qua việc phát triển toán để tìm hiểu phơng pháp phân tích thiết kế hệ thống CASE * Method công cụ hỗ trợ ORACLE giai đoạn trình phát triển hệ thống Đa mô hình quản lý sở liệu phân tán áp dụng cho nhiều hệ thống khác Với ba mục đích đây, cụ thể luận văn đợc chia thành phần riêng biệt Phần nêu khái niệm hệ sở liệu nói chung, phơng pháp phát triển hệ thống CASE * Method công cụ phát triển ORACLE 7, qua sang phần phân tích thiết kế hệ thống thử nghiệm sở liệu phân tích toán quản lý vật t Tuy nhiên khuôn khổ luận văn không tránh khỏi thiếu sót thời gian nh trình độ nên cha đáp ứng cách đầy đủ cho mục đích nêu Em xin chân thành cảm ơn thầy Hà Quang Thụy, thầy Trần Xuân Thuận, thầy Vũ Mạnh Cờng thầy cô giáo khoa Công Nghệ Thông Tin, anh chị nhân viên công ty CSE giúp đỡ em hoàn thành luận văn Kiều Thu Hằng Luận văn tốt nghiệp Xây dựng hệ thống quản lý vật t phần i : tổng quan sở liệu phơng pháp case * method chơng i : tổng quan sở liệu Chơng trình bày vấn đề sau: Các vấn đề chung sở liệu quan hệ Mô hình sở liệu phân tán I.1 tổng quan sở liệu quan hệ Khái niệm hệ sở liệu : Trong hệ thống tin học nói chung, bao gồm máy tính cá nhân, việc lu trữ sử dụng thông tin phải tuân thủ theo quy tắc định, liệu đợc lu trữ gọi sở liệu (database) Tuy nhiên để dễ hiểu cho việc tìm hiểu sở liệu ta cần đa số nhận xét sau : Hệ quản trị sở liệu cho phép liên hệ với máy thông qua hình nhớ phụ qua giao diện lệnh ngôn ngữ ngời/máy Hệ quản trị sở liệu có phơng pháp, công cụ để lu trữ, tìm kiếm, sửa đổi sử dụng Hệ quản trị sở liệu cho phép mô tả liệu cách đầy đủ từ việc xác định tên việc định dạng liệu tính chất liệu mà đảm bảo không bị phụ thuộc vào ngời sử dụng, hay thay đổi bên tìm kiếm thông tin Đây diễn dịch với ngôn ngữ bậc cao nhằm làm giảm bớt công sức ngời sử dụng họ thâm nhập vào hệ thống mà không cần quan tâm đến thuật toán hay cách biểu diễn liệu Để nghiên cứu sở liệu ngời ta phân chia thành mức khác , mức đảm bảo nhiệm vụ riêng nh hình 1.1 Kiều Thu Hằng Luận văn tốt nghiệp Xây dựng hệ thống quản lý vật t USER KHUNG NHIN USER KHUNG NHIN USER n CSDL mục khái niệm LOGIC CSDL mục Vật lý KHUNG NHIN n Hình 1.1 : mức sở liệu Phần sở liệu mức vật lý tệp liệu theo cấu trúc đợc lu thiết bị nhớ phụ, làm nhiệm vụ phân phối khoảng trống thiết bị nhớ Sở liệu mức khái niệm biểu diễn trừu tợng sở liệu mức vật lý hay sở liệu mức vật lý cài đặt cụ thể sở liệu mức khái niệm Các khung nhìn cách nhìn quan niệm ngời sử dụng sở liệu mức khái niệm , khung nhìn mức khái niệm khác biệt yêu cầu hệ quản trị sở liệu Qua phần khái niệm ta thấy sở liệu có đối tợng nghiên cứu cụ thể , việc nghiên cứu đối tợng tiếp cận vào sở liệu Các đối tợng cụ thể : Sự độc lập vật lý : Ta giả sử có liệu cụ thể, việc sử dụng liệu ý nghĩa không phụ thuộc vào giới tin học Mặt khác nhóm liệu thể thực thể quan hệ chúng (Entity Relationship) không giống nh liệu cụ thể đòi hỏi phải đợc Kiều Thu Hằng Luận văn tốt nghiệp Xây dựng hệ thống quản lý vật t xác định để hợp với khung nhìn cụ thể, điều phụ thuộc vào giới thực Bên cạnh giới thực bao gồm cấu trúc liệu ngời làm tin học, hệ thống tin học Tất hồ sơ, ghi, tiêu chuẩn tìm kiếm, cần đợc xét đến tính hiệu có khai thác mềm dẻo, điều phụ thuộc vào cách xử lý vật lý thông tin Do cần phải xác định tập liệu sở cấu trúc liệu cách độc lập với tập liệu thực giới thực, có tính đến tiêu chuẩn hiệu tính mềm dẻo Sự độc lập logic : Ta thấy cần có cấu trúc chuẩn mô tả ngữ nghĩa liệu giới thực, cấu trúc khái quát khung nhìn cụ thể nhóm công tác Mỗi nhóm có yêu cầu liệu khác , thực thể quan hệ, chúng cần đợc quan tâm riêng, đợc biết riêng phần nội dung ngữ nghĩa liệu Sự độc lập logic cho phép ngời sử dụngchỉ thấy liệu quan tâm, đồng thời phát triển đợc khung nhìn riêng nhóm hay toàn khung nhìn chuẩn Quản trị tập trung số chức hệ quản trị sở liệu : Những chức hệ sở liệu định nghĩa cấu trúc lu trữ cấu trúc dự trữ đồng thời theo dõi đợc phát triển Những chức gọi quản trị liệu điều khiển có hiệu để giải xung đột, khung nhìn luôn tơng hợp để tối u việc truy nhập cần phải tập trung chức nhóm ngời có chất lợng chuyên môn cao Tránh d thừa liệu : Trong tất hệ thống cài đặt từ trớc đến nay, ứng dụng chiếm riêng số liệu, điều dẫn đến việc sử dụng lặp lại liệu, tốn nhớ phụ, gây xung đột cập nhật liệu Do vậy, cần tính đến việc tập trung liệu trờng hợp đợc Sự an toàn liệu : Bất kỳ hệ sở liệu cần phải đề cập đến vấn đề để đảm bảo việc bí mật liêụ, cho phép ngời có quyền truy nhập đến liệu mà ngời sử dụng, tránh tợng truy nhập bừa bãi mô hình sở liệu quan hệ : Hiện có nhiều mô hình sở liệu đợc sử dụng đến nhng mô hình sở liệu quan hệ mô hình có nhiều ngời quan tâm cả, lẽ mô hình sở liệu quan hệ có tính độc lập liệu cao, lại dễ dàng sử dụng Điều quan trọng mô hình quan hệ đợc hình thức toán học tốt đợc nghiên cứu phát triển cho nhiều kết lý thuyết nh Kiều Thu Hằng 10 Luận văn tốt nghiệp Xây dựng hệ thống quản lý vật t Vị trí Table : Trong sở liệu phân tán ta cần ý đặc biệt tới vị trí bảng Thông tin để trợ giúp định tìm : Bussiness Unit / Function Matrix Function / Entity Matrix Ngoài thông tin quan trọng ta dựa vào điều khác nh : Thời gian tới hạn chức Nhu cầu chức Ai chủ liệu ngời đâu Chức khởi tạo liệu chức thực công việc đâu Xác định vị trí liệu gần đến chức sử dụng nhiều Phân chia Table phần đợc sử dụng nhiều vị trí khác Nhân bảng đợc sử dụng thờng xuyên nhiều vị trí khác Quá trình thiết kế sở phải xác định đợc vị trí bảng đâu, tổ chức liệu nh nào, sử dụng thờng xuyên Giảm tối thiểu thất bại : Đối với hệ thống lớn, tin cậy lớn chủ yếu dựa vào cấu thành phần cứng phần mềm, nhiều thất bại khác lý sau : Xác định xem thành phần gặp lỗi, nút chứa liệu đòi hỏi số yêu cầu cụ thể việc xử lý kết nối nút Xác định khả điểm hỏng tiềm tàng : liệu hỏng, không đợc truy cập Để giảm khả hỏng : Cung cấp đờng kết nối dự trữ Kiều Thu Hằng 42 Luận văn tốt nghiệp Xây dựng hệ thống quản lý vật t Tiến hành lu liệu thờng xuyên Nhân liệu nút b) Thiết kế Vật lý Trong thiết kế, yếu tố vật lý không ảnh hởng tới trình phân tán, sở liệu phân tán Đối với nút mạng phần cứng phải thích hợp hay đáp ứng nhu cầu ngời sử dụng Với máy PC cần đáp ứng nhu cầu tốc độ xử lý đồ hoạ Phần cứng máy chủ phải đợc liên kết với phần cứng máy nút mạng, hệ điều hành đa nhiệm phải có tốc độ truy nhập đĩa nhanh, chế độ hoàn nguyên mạnh phơng pháp an toàn đặc biệt Quyết định cách cân đối cho trình truy nhập việc thực tiến trình Giảm đáng kể việc vận chuyển liệu đờng truyền, bảo đảm chắn liệu cần thiết đợc truyền Chọn hệ thống mạng thích hợp, chủ yếu dựa yếu tố sau: Tốc độ Giới hạn khoảng cách mạng Đợc hỗ trợ SQL * NET vấn đề an toàn Trên hệ mạng, vấn đề an toàn cha đợc đảm bảo cách chắn, cần phải cân nhắc vấn đề bảo vệ cần có chế an toàn cụ thể cho hệ phân tán Bảo đảm chắn cho liệu quan trọng, đạt đợc nút mạng Điều truy cập đợc nhờ cẩn thận bố trí vị trí vật lý bảng Mã hoá liệu trớc truyền, điều đòi hỏi phần cứng, phần mềm, nh phát triển kỹ thuật mã Tránh sử dụng đờng dial -in (X.25) Kiều Thu Hằng 43 Luận văn tốt nghiệp Xây dựng hệ thống quản lý vật t Nếu sử dụng : Sử dụng kiểu CALL_BACK Modem Giám sát trình cách cẩn thận lần truy cập không thành công Chỉ cho phép ngời có nhiệm vụ biết số điện thoại Sử dụng OPS$ *** tên ngời sử dụng với ORACLE hệ thống (nh VAX/VMS) có tính bảo mật cao Đảm bảo ngời sử dụng coi trọng bảo mật, nh : Không cho số điện thoại Mật phải thờng xuyên thay đổi Mật cần đợc giữ kín Giúp ngời sử dụng thực quy tắc an toàn chơng II : case * method công cụ Chơng bao gồm vấn đề sau : Phơng pháp luận phát triển hệ thống CASE Các công cụ kỹ thuật hỗ trợ Các mô hình vật lý logic ý nghĩa phơng pháp CASE Trớc đòi hỏi ngày cao chất lợng độ tin cậy hệ thống nh yêu cầu tổ chức thiết kế hệ thống thông tin cho hiệu quả, dễ kiểm soát đánh giá, nhóm phát triển hệ thống thông tin ngày quan tâm tới phơng pháp tiếp cận hệ thống đại CASE(Computer Aided System Engineering)_là công nghệ tiên tiến, dựa phơng pháp phân tích, thiết kế hệ thống thông tin đại, sử dụng kỹ thuật có cấu trúc với tham gia công cụ tự động Kiều Thu Hằng 44 Luận văn tốt nghiệp Xây dựng hệ thống quản lý vật t Ngay từ năm 80, xuất công cụ tự động trợ giúp trình phân tích thiết kế hệ thống trạm làm việc Tuy giá thành công cụ cao.Phải đến năm gần công nghệ CASE trở thành thực trình phát triển hệ thống thông tin Phơng pháp phát triển hệ thống CASE * METHOD công nghệ tiên tiến, với cách tiếp cận Top_Down tỏ phù hợp với yêu cầu phân tích thiết kế hệ thống thông tin quản lý Hình 2.1 : Ba thành phần tiếp cận công nghệ CASE Yêu cầu nghiệp vụ CASE *Method Kỹ thuật -Thiết kế mô hình thực thể liên kết -Mô hình hoá chức + lập sơ đồ Các công cụ phát triển ứng dụng Hệ thống hoạt động II.1 Phơng pháp case * method Mặc dù có không phơng pháp sử dụng công cụ CASE thành công, phơng pháp phát triển hệ thống CASE * METHOD phơng pháp phân tích thiết kế có cấu trúc đại Hiện đại chỗ có nét đặc trng công nghệ phần mềm nh tiếp cận Top_Down phân tích thiết kế có cấu trúc cho phép phân tích thiết kế viên sử dụng dễ dàng kỹ thuật nh phân tích yếu tố phân tán, kiểm tra chất lợng, kỹ thuật PROTOTYPING(tạo nguyên mẫu) Kiều Thu Hằng 45 Luận văn tốt nghiệp Xây dựng hệ thống quản lý vật t Hình 2.2 : Chu trình phát triển hệ thống thông tin theo CASE*METHOD Chiến lợc Phân tích Thiết kế Xây dựng Tài liệu Chuyển tiếp Sản phẩm Các trình công nghệ thông tin định giai đoạn phát triển hệ thống Lập kế hoạch chiến lợc thông tin, phân tích lĩnh vực nghiệp vụ, thiết kế hệ thống xây dựng Mỗi giai đoạn có nhiệm vụ riêng, giai đoạn nối tiếp giai đoạn kia, đầu giai đoạn đầu vào giai đoạn Toàn chu trình phát triển hệ thống đợc thể sơ đồ hình 2.2 : Điểm chung cho tất giai đoạn tập trung xây dựng hoàn thiện số mô hình khác Mỗi mô hình cách nhìn phản ánh hệ thống hệ thống dự kiến tơng lai Và chất phơng pháp chỗ cần phải phối hợp mô hình theo cách cho thể xác yêu cầu đặc tả hệ thống nghiệp vụ Giai đoạn chiến lợc cần vạch mục tiêu hệ thống, xác định xem cần phải làm gì, cần làm bao lâu, giá thành ớc tính bao nhiêu, có lợi ích cản trở Nói tóm lại, cần xác định cần thiết hệ thống, mục tiêu nhân tố thành công cho phát triển hệ thống Giai đoạn phân tích sâu vào phân tích chi tiết hệ thống Trớc hết ngời phân tích cần phải tìm hiểu khảo sát mô hình nghiệp vụ hệ thống Xác định trình xử lý, đơn vị, phận thực xử lý dòng thông tin liên quan đến chức xử lý Quá trình đợc thông qua số buổi vấn ngời dùng, nhằm xác định xác xem ngời dùng cần hệ thống Tất thứ đợc thể vẽ, sơ đồ dới dạng mô hình đến ta bắt đầu thấy hỗ trợ Kiều Thu Hằng 46 Luận văn tốt nghiệp Xây dựng hệ thống quản lý vật t công cụ CASE trình phân tích thiết kế Công cụ Process Modeller Designer/2000 cho phép tạo mô hình yêu cầu nghiệp vụ giao diện đồ hoạ, sử dụng dễ dàng Tiếp đó, cần xác định rõ sơ đồ chức hệ thống Từ chức chính, thực phân rã thành chức nhỏ trình lặp lại có sơ đồ chức chi tiết Các chức đủ nhỏ để không phân rã tiếp gọi chức sở (hay gọi chức lá), đơn vị chơng trình(modul) sau Có thể sử dụng công cụ Function Hierarchy Diagrammer (FHD) để tạo sơ đồ phân rã chức Từ chức xử lý, đối tợng mà hệ thống cần quản lý, ngời phân tích xây dựng nên sơ đồ thực thể, phản ánh mô hình thông tin hệ thống Xác định mối quan hệ thực thể, xác định thuộc tính thực thể Sơ đồ thực thể liên kết phản ánh mặt thông tin hệ thống Bớc quan trọng phân tích chi tiết chức nghiệp vụ, cần xác định chức phải làm sử dụng thực thể Lu ý bớc xác định chức phải làm làm nh Với chức năng, xác định sơ đồ luồng liệu cho chức Quá trình phân tích luôn phải lấy thông tin từ phía ngời dùng để làm t liệu phân tích, đảm bảo hệ thống đáp ứng tối đa yêu cầu ngời dùng Giai đoạn phân tích kết thúc không phản hồi ngời dùng Qua đó, nói lên CASE * METHOD bám sát yêu cầu ngời dùng Giai đoạn thiết kế gồm hai công việc : Thiết kế sở liệu Thiết kế modul Thiết kế liệu thực việc ánh xạ thực thể sơ đồ thực thể liên kết giai đoạn phân tích thành bảng mức logic theo quy tắc : Thực thể Mối quan hệ UID Bảng(Table) Khoá liên kết(Foreign key) Khoá (Primary key) Việc ánh xạ đợc thực thông qua công cụ tự động Designer 2000 Sau thực ánh xạ(quá trình gọi mapping), có tay định nghĩa chi tiết bảng, sơ đồ thực thể liên kết thành sơ đồ liệu (Data Diagrammer) Tuy nhiên, bảng mức logic nghĩa cha xuất sở liệu, định nghĩa Kiều Thu Hằng 47 Luận văn tốt nghiệp Xây dựng hệ thống quản lý vật t lu dạng văn từ điển liệu hệ thống Đến giai đoạn ngời thiết kế cần phải sửa sang lại bảng logic, xem xét định nghĩa kiểu hiển thị, miền giá trị cho phép cột , kiểm tra lại khoá chính, khoá liên kết, khoá Ngời thiết kế thay đổi lại định nghĩa có, thêm, bớt thuộc tính bảng nhằm cải thiện tốc độ hệ thống, làm cho công việc dễ dàng Thiết kế modul bao gồm việc ánh xạ chức nghiệp vụ thành mdul chơng trình Sơ đồ phân rã chức nghiệp vụ thành modul chơng trình Sơ đồ phân rã chức nghiệp vụ chuyển thành sơ đồ cấu trúc modul (Module Structure Diagrammer) Giống nh việc thiết kế liệu, modul xuất hiện, mức logic đợc định nghĩa từ điển liệu Định nghĩa module gồm : Tên module, mô tả, khai báo biến, tham số cần dùng, đặc biệt quan trọng khai báo bảng cột mà module sử dụng Mỗi module tơng ứng với chức nghiệp vụ có sơ đồ thể liên kết table mà sử dụng (gọi Module Data Diagrammer) Chính sơ đồ định tới thể Form đợc sinh từ module Trong trình thiết kế module, ngời thiết kế cần mô tả, định nghĩa xác bảng sử dụng cách thức sử dụng nh Chẳng hạn bảng đợc chèn, xoá, cập nhật, bảng khác không Ngoài module tạo từ chức nghiệp vụ thuộc kiểu Form hay Report, có nhiều loại modul khác nh : Module thuộc kiểu Trigger logic, phần thân chơng trình Database Trigger, module thuộc kiểu Procedure hay Function, module kiểu menu Kết thúc trình phân tích thiết kế, bớc sang giai đoạn xây dựng chơng trình, giai đoạn gồm hai phần : Phát sinh sở liệu (Generate SQL DDL) Phát sinh chơng trình (Generate Application) Quá trình phát sinh liệu, nhờ có công cụ Generrate SQL DDL, hệ thống tự động đọc thông tin bảng, index ràng buộc liệu định nghĩa giai đoạn thiết kế để sản sinh câu lệnh DDL (Data Definition Language) chứa file hệ điều hành Những lệnh lệnh có dạng : Create table Create index, Create trigger Kiều Thu Hằng 48 Luận văn tốt nghiệp Xây dựng hệ thống quản lý vật t Sau đó, thực lệnh môi trờng SQL * PLUS thực tạo table vật lý sở liệu Phần phát sinh chơng trình đợc tự động hoá công cụ Module Generator, ứng dụng sơ khởi (First_Cut application) đợc tạo sau hoàn thành Generate.Các module chức nghiệp vụ trở thành FORM REPORT Các module kiểu menu sản sinh loại MENU Khi chạy FORM , REPORT này, có hệ thống hoạt động đợc Ưu điểm phơng pháp tiếp cận mô hình hỗ trợ kiểm tra chéo làm cho hệ thống đáng tin cậy Điều có nghĩa ta đánh giá đợc bớc trình phát triển thông qua sản phẩm kiểm soát đợc phát triển Tuy nhiên phần có hạn chế , nảy sinh từ cách tiếp cận hình thức Nó làm giảm sáng tạo nhà phân tích, giới hạn phạm vi tìm sáng tạo Tuy nhiên , điều đợc coi nhợc điểm, ngời dùng sẵn sàng hy sinh khả có đợc giải pháp nhanh chóng, rẻ tiền để thu giải pháp toàn diện chấp nhận đợc thời hạn II.2.các kỹ thuật công cụ hỗ trợ Một phơng pháp luận phân tích hệ thống có cấu trúc cần có công cụ, kỹ thuật để ghi nhận, phân tích hệ thống yêu cầu ngời dùng, xác định khuôn dạng hệ thống dự kiến CASE *THOD phơng pháp nh vậy, kỹ thuật CASE tơng tự nh phơng pháp truyền thống khác, bao gồm sơ đồ dòng liệu, sơ đồ quan hệ thực thể, sơ đồ phân rã chức năng, ngôn ngữ có cấu trúc hệ thứ 4, từ điển liệu v v Thông qua phơng tiện ORACLE cung cấp (Designer/2000, Developer ), giai đoạn thiết kế, ta áp dụng kỹ thuật Protyping(tạo nguyên mẫu), kỹ thuật có cách tiếp cận đại Kỹ thuật cho phép xây dựng nhanh mô hình làm việc hệ thống trớc hoàn thiện thực hệ thống Mô hình đợc giới thiệu với ngời dùng nh hình ảnh hệ thống tơng lai nhằm tiếp thu nhận xét ngời dùng nhằm tiến hành sửa chữa lại cho phù hợp Quá trình tạo mẫu tiến hành giai đoạn thiết kế, ngời dùng kiểm tra mô hình để xác định lại yêu cầu mong đợi Sau đạt đợc góp ý yêu cầu thay đổi ngời dùng mẫu bị huỷ bỏ, hệ thống tiếp tục phát triển thức dựa sở yêu cầu ngời dùng đợc xác định Kiều Thu Hằng 49 Luận văn tốt nghiệp Xây dựng hệ thống quản lý vật t Để hỗ trợ cho việc phân tích thiết kế ORACLE đa hàng loạt công cụ, ngôn ngữ môi trờng làm việc hệ thứ t Các công cụ có giao diện đồ hoạ Trong có công cụ cho phép vẽ sơ đồ, mô hình nh sơ đồ dòng liệu, sơ đồ phân rã chức năng, mô hình thực thể liên kết Các công cụ truy nhập đến từ điển liệu gọi REPOSITORY chứa tất thông tin liên quan đến phát triển hệ thống DESIGNER/2000 cung cấp công cụ để truy nhập trực tiếp vào từ điển liệu với giao diện ngời dùng, đólà Repository Object Navigator(RON), đợc dùng nh công cụ cập nhật từ điển liệu Tất thay đổi Repository ảnh hởng tới sơ đồ ngợc lại Nh sơ đồ đợc tạo từ công cụ vẽ không đơn vẽ, mà vẽ đợc chuyển vào Repository dới dạng khai báo văn bản, sơ đồ phản ánh mô hình hệ thống tơng lai Hình 2.3 : Kiến trúc tổ hợp công cụ CASE Yêu cầu nghiệp vụ Công cụ chiến lợc phân tích Công cụ thiết kế Công cụ xây dựng bảo trì Từ điển liệu Trạm làm việc Phơng pháp Giải pháp Hình 2.3 cho thấy kiến trúc công cụ CASE gắn liền với từ điển liệu Toàn công cụ tạo nên môi trờng làm việc đáp ứng việc truy nhập thông tin cho thành viên dự án, thông qua trạm đồ hoạ mạnh, bạn chạy ứng dụng truy nhập đến thông tin đợc lu trữ Repository Các thành viên nhóm phát triển thông qua từ điển để chia sẻ ý tởng, trí xu hớng phát triển hệ thống Từ kho liệu chung này, ngời phát triển sản sinh Menu, hình, báo cáo thông qua công cụ Module Generator Kiều Thu Hằng 50 Luận văn tốt nghiệp Xây dựng hệ thống quản lý vật t Nói chung, công cụ CASE ORACLE chia thành thành phần nh hình 2.3 1.Repository : Là kho thông tin dới dạng sở liệu, chứa đựng thông tin dùng chung cho trình phát triển hệ thống Repository cho phép ngời phát triển thực lu trữ thông tin chi tiết giai đoạn phân tích thiết kế phục vụ cho giai đoạn xây dựng ứng dụng Cách sử dụng Repository thể hình dới : data Application Functions Events Data flows Entities Attributes Domains RelationShip Data Stores business computer Applications Modules Tables Columns Indexes Views process Hình 2.4 : Kiến trúc REPOSITORY 2.Designer 2000 : công cụ đồ hoạ, hỗ trợ việc thiết kế sơ đồ, mô hình, công cụ kiểm tra chéo Repository Object Navigator công cụ cho phép ngời phát triển truy nhập trực tiếp vào từ điển thông qua giao diện đồ hoạ mà không cần phải viết câu lệnh SQL để tra cứu Những thông tin thể RON thông tin lấy từ Từ điển Ngoài nhiều công cụ khác nh : Function Hierachy Diagrammer (FHD) Entity RelationShip Diagrammer (ERD) Kiều Thu Hằng 51 Luận văn tốt nghiệp Xây dựng hệ thống quản lý vật t Data Flow Diagrammer (DFD) Data Diagrammer(DD) Module Structure Diagrammer(MDD) Matrix Diagrammer, 3.CASE * GENERATOR : gồm công cụ phát sinh ứng dụng, sản sinh table vật lý, sử dụng thông tin lấy từ Repository, chủ yếu gồm ba công cụ : Generator SQL DDl : Sinh file chứa câu lệnh định nghĩa liệu (Data definition Language), thực lệnh ta có table vật lý theo nghĩa Repository Form Generator : Phát sinh Form, menu từ module đợc định nghĩa Repository Report Generator : Phát sinh báo cáo từ module định nghĩa Repository Sau hoàn thành Generate, Form Report tạo thực đợc ngay, nhiên giao diện hiển thị cha đợc nh ý Ngôn ngữ SQL, PL/SQL môi trờng SQL * Plus : Bất hệ quản trị sở liệu đòi hỏi ngôn ngữ hỏi đáp để truy nhập đến hệ thống Hệ quản trị sở liệu ORACLE sử dụng hai thành phần ngôn ngữ SQL PL/SQL Ngôn ngữ SQL (Structured Query Language)là ngôn ngữ phi thủ tục, đợc sử dụng hầu hết hệ quản trị sở liệu dạng quan hệ trở thành dạng ngôn ngữ chuẩn cho sở liệu quan hệ Ngời dùng cần biết thông tin họ cần mà không cần phải quan tâm đến cách thức lấy thông tin nh nào, tức phơng pháp truy nhập liệu Tất câu lệnh SQL xử lý tập hợp ghi thời điểm, sử dụng phơng pháp tối u hoá câu hỏi để truy nhập nhanh tới liệu Bên cạnh đó, công cụ SQL*Plus môi trờng để thể lệnh SQL ngời dùng nhập vào để truy nhập tới sở liệu Nó thực SQL trực tiếp cho thi hành nhiều lệnh SQL chứa file văn Ngoài ORACLE đề xuất ngôn ngữ PL/SQL(Procedural Language/SQL), ngôn ngữ hệ thứ t dạng thủ tục, phần mở rộng cho SQL hợp nhiều đặc điểm ngôn ngữ lập trình năm gần đây, cho phép thao tác liệu thực câu Kiều Thu Hằng 52 Luận văn tốt nghiệp Xây dựng hệ thống quản lý vật t lệnh SQL cấu trúc khối hay thủ tục PL/SQL trở thành ngôn ngữ xử lý giao tác tiện lợi Cũng nh ngôn ngữ bậc cao khác, PL/SQL ngôn ngữ cấu trúc khối, chơng trình PL/SQL đợc chia thành khối logic đợc bao bọc hai từ khoá BEGIN_END Các biến đợc khai báo, thủ tục, hàm tạo sử dụng Trong khối có câu lệnh SQL câu lệnh điều khiển khác nh : Tuần tự/ Rẽ nhánh/ Vòng Hầu hết công cụ ORACLE hỗ trợ PL/SQL, chẳng hạn ta dùng PL/SQL để lập trình Form Designer Bởi PL/SQL có nguồn gốc từ ORACLE nên chơng trình hoàn toàn chuyển đổi sang môi trờng miễn có hỗ trợ sở liệu ORACLE PL/SQL Do PL/SQL mở rộng SQL, nên biến kiểu liệu hoàn toàn tơng thích với SQL, phù hợp với liệu cột table Do vậy, PL/SQL cầu nối tốt cho kỹ thuật truy cập liệu thích hợp yêu cầu khả ngôn ngữ thủ tục II.3 mô hình vật lý logic Trong phơng pháp phát triển hệ thống có cấu trúc nói chung tách biệt mô hình vật lý mô hình logic yếu tố quan trọng giúp trở thành phơng pháp chiếm u Đối với CASE * Method vậy, toàn trình phát triển hệ thống, CASE * Method có nhiều giai đoạn, giai đoạn gắn liền với việc thiết lập mô hình, mô hình thuộc ba loại sau: Mô hình khái niệm: Đợc xây dựng giai đoạn chiến lợc phân tích Nó thể mô hình nghiệp vụ hệ thống, giới hạn ràng buộc hệ thống Nó cho thấy chức nghiệp vụ mà hệ thống yêu cầu, mô tả chức cách chi tiết Mô hình logic: Đợc hình thành giai đoạn thiết kế, sau kết thúc giai đoạn thiết kế, hệ thống cần phải có mô hình để xác định phát triển, dựa mô hình nghiệp vụ Mô hình logic có hai phần : Mô hình liệu sơ đồ thể table mối quan hệ chúng (Data Diagrammer) mức logic đợc sinh từ mô hình thực thể liên kết (Entity Relationship Diagrammer), table hoàn toàn cha có sở liệu Kiều Thu Hằng 53 Luận văn tốt nghiệp Xây dựng hệ thống quản lý vật t Mô hình phân cấp module (Module Hierachy Diagrammer) sinh từ sơ đồ phân rã chức nghiệp vụ (Function Hierachy Diagrammer) Mô hình khái niệm Chiến lợc Phân tích Mô hình logic Thiết kế Xây dựng Mô hình vật lý Tài liệu Chuyển tiếp Sản phẩm Hình 2.5 : Các loại mô hình giai đoạn phát triển Sự thực vật lý : Toàn trình từ giai đoạn xây dựng ứng dụng lập tài liệu đến giai đoạn khai thác hệ thống đợc coi thực vật lý Trong mô hình logic, thông qua công cụ Generator, thực trở thành liệu vật lý Đến giai đoạn này, ngời phát triển bắt đầu phải quan tâm đến cách thức mà hệ thống thực nhiệm vụ nó, làm việc gì, làm đâu, làm nh nào, Qua Generator, mô hình liệu biến thành table vật lý, module trở thành Form, Menu Report Hình trang bên thể trình phát triển mô hình tơng ứng Kiều Thu Hằng 54 Luận văn tốt nghiệp Xây dựng hệ thống quản lý vật t Data Khái niệm Logic Thế giới thực Function Thông tin giới thực Database design Chức nghiệp vụ Phân tích Application design Application Thiết kế Xây dựng Vật lý Database Hình 2.6 : Quá trình phát triển hệ thống II.4 ý nghĩa CASE * METHOD CASE * Method có vai trò quan trọng công việc phân tích thiết kế Đó kết hợp chặt chẽ giai đoạn theo thứ tự định với công cụ thiết kế giúp ích nhiều cho ngời phát triển hệ thống Nó cho phép tạo lập nhanh chóng ứng dụng, tạo điều kiện thuận lợi cho việc ứng dụng Prototyping giai đoạn phân tích thiết kế thi công hệ thống, áp dụng công nghệ mang lại hiệu cao trình phát triển dự án Với công cụ Generator, yêu cầu lập trình đợc giảm bớt, thông thờng công sức phân tích thiết kế viên chiếm khoảng 70 đến 80% công sức toàn thành viên phát triển dự án, trách nhiệm công việc ngời phân tích nặng nề nhiều Một điều cần khẳng định CASE làm hết đợc công việc, việc lập trình giảm nhẹ nhng có công việc mà đòi hỏi kỹ Kiều Thu Hằng 55 Luận văn tốt nghiệp Xây dựng hệ thống quản lý vật t ngời, ta có ứng dụng sau trình phân tích thiết kế song hệ thống cha hẳn hoàn thiện mà đòi hỏi công sức lập trình viên, họ tinh chỉnh toàn sản phẩm công cụ sản sinh ra, lúc có sản phẩm nh ý, nói cách khác ngời lập trình đối tợng thừa hởng (gánh chịu) thành (hậu quả) giai đoạn phân tích thiết kế Kiều Thu Hằng 56 [...]... nghiệp vụ phức tạp gắn với giao diện hay những ràng buộc dữ liệu phức tạp I.3.mô hình cơ sở dữ liệu phân tán : 1) kháI niệm về cơ sở dữ liệu phân tán : a)Khái niệm: Một cơ sở dữ liệu phân tán là một cơ sở dữ liệu, mà về mặt vật lý dữ liệu trong cơ sở dữ liệu đó đợc trải trên các vị trí (khác nhau) của một mạng máy tính Có hai đặc điểm quan trọng đợc nêu ra trong định nghĩa trên : Phân tán : Dữ liệu. .. ảnh vật lý) 2 Các đặc điểm của cơ sở dữ liệu phân tán đối sánh cơ sở dữ liệu tập trung Điều khiển tập trung và mức độ tự trị : Trong cơ sở dữ liệu phân tán khái niệm điều khiển tập trung không đợc nhấn mạnh Khả năng điều khiển tập trung phụ thuộc vào kiến trúc của cơ sở dữ liệu phân tán Trong cơ sở dữ liệu phân tán có khả năng nhận biết cấu trúc điều khiển phân cấp dựa trên một ngơì quản trị cơ sở dữ. .. thể đợc thêm vào mạng Nhiều cơ sở dữ liệu có thể đợc thêm vào trên một nút mạng Cập nhật phần mềm là độc lập với cấu trúc vật lý 5 Hệ thống quản lý và cách thức truy cập cơ sở dữ liệu phân tán Hệ thống quản lý cơ sở dữ liệu phân tán cung cấp công cụ nh tạo lập và quản lý cơ sở dữ liệu phân tán Khi phân tích đặc điểm của hệ thống quản trị cơ sở dữ liệu phân tán có thể phân biệt hệ thống phát triển thêo... tơng tranh và hồi phục dữ liệu của giao tác phân tán Có hai cách thức cơ bản truy cập cơ sở dữ liệu từ xa qua chơng trình ứng dụng đợc trình bày dới đây Cách thứ nhất: Truy cấp trực tiếp Chơng trình ứng dụng Phơng thức truy cập dữ liệu Hệ quản trị cơ sở dữ liệu 1 Hệ quản trị cơ sở dữ liệu 2 Cơ sở dữ liệu 2 Kết quả Mô hình truy cập từ xa qua phơng thức cơ sở của hệ quản trị cơ sở dữ liệu Theo mô hình trên,... cơ sở dữ liệu và trả về kết quả của chơng trình yêu cầu Hệ quản trị cơ sở dữ liệu phân tán cung cấp cả hai kiểu truy cập bỏi vì mỗi cách truy cập đều có u điểm riêng 6 .Quản trị cơ sở dữ liệu phân tán Công việc quản trị hệ cơ sở dữ liệu phân tán đảm bảo các hoạt động khác nhau đối với việc phát triển, điều khiển, duy trì và kiểm tra phần mềm của chuơng trình ứng dụng dùng cơ sở dữ liệu Quản trị cơ sở. .. lập dữ liệu là chơng trình không bị ảnh hởng bởi những thay đổi tổ chức vật lý của dữ liệu Trong cơ sở dữ liệu phân tán, độc lập dữ liệu cũng quan trọng nh trong cơ sở dữ liệu truyền thống Tuy nhiên, có một khái niệm mới nảy sinh có tên là trong suốt phân tán Tính trong suốt phân tán có nghĩa là một chơng trình đợc viết trên một cơ sở dữ liệu phân tán hoàn toàn giống nh đợc viết trên nh cơ sở dữ liệu. .. dữ liệu Trong hệ thống phân tán, bảng danh mục chứa mô tả về việc phân đoạn, cấp phát cho dữ liệu và ánh xạ tới tên cơ sở dữ liệu địa phơng Mở rộng cơ chế bảo vệ và phân quyền đối với hệ thống phân tán Trong môi trờng phân tán cơ chế bảo vệ và phân quyền ở cơ sở dữ liệu phân tán là mở rộng hơn so với hệ cơ sở dữ liệu tập trung Vấn đề quan trọng nhất trong quản trị cơ sở dữ liệu là cấp độ tự trị của... sở dữ liệu phân tán Sự liên kết các cơ sở dữ liệu địa phơng đang tồn tại : Cơ sở dữ liệu phân tán là giải pháp tự nhiên khi có các cơ sở dữ liệu đang tồn tại và sự cần thiết thực hiện xây dựng một ứng dụng toàn cục Trong trờng hợp này cơ sở dữ liệu phân tán đợc tạo từ dới lên dựa trên nền tảng của các cơ sở dữ liệu đã tồn tại trớc đó Tiến trình này có thể đòi hỏi cấu trúc lại các cơ sở dữ liệu cục bộ... không c trú trên một vị trí, đây là điểm phân biệt một cơ sở dữ liệu phân tán với một cơ sở dữ liệu tập trung đơn lẻ Tơng quan logic : Dữ liệu có một số thuộc tính ràng buộc chúng với nhau đợc quy định theo cơ sở dữ liệu, điều này giúp phân biệt một cơ sở dữ liệu phân tán với một tập hợp cơ sở dữ Kiều Thu Hằng 21 Luận văn tốt nghiệp Xây dựng hệ thống quản lý vật t liệu cục bộ hoặc các tệp c trú tại các... dữ liệu phân tán là: Phần quản lý cơ sở dữ liệu ( Database Management - DB ) Phần truyên thông dữ liệu (Data Communication - DC ) Từ điển dữ liệu ( đợc mở rộng để thể hiện thông tin về phân tán dữ liệu trong mạng máy tính ) Data Dictionary - DD Phần cơ sở dữ liệu phân tán ( Distributed Database DDB ) Mô hình các thành phần của hệ quản trị cơ sở dữ liệu phát triển theo kiểu thơng mại Cơ sở dữ liệu địa

Ngày đăng: 30/09/2016, 01:11

Từ khóa liên quan

Tài liệu cùng người dùng

Tài liệu liên quan