Đề tài Xây dựng hệ thống thông tin hỗ trợ công tác quản lý sách trong thư viện

Lời nói đầu 1

Chương I. Tổng quan về nghiệp vụ

quản lý sách trong thư viện 3

II. Chức năng, nhiệm vụ và các nghiệp vụ 3

1. Ban quản lý thư viện 3

2. Ban kế hoạch 3

3. Thủ Thư 3

4. Quan hệ đối ngoại 4

5. Mô tả nghiệp vụ 6

Chương II. Phương pháp luận phát triển

HTTT trong tổ chức 7

I. Tổ chức và thông tin trong tổ chức 7

1. Hệ thống thông tin 7

2. Mô hình biểu diễn hệ thống thông tin 7

3. Cơ sở dữ liệu 9

II. Phân tích, thiết kế và cài đặt hệ thống thông tin 11

1. Phương pháp phát triển hệ thống thông tin 11

2. Triển khai dự án phát triển hệ thống thông tin 15

Chương III. Phân tích và thiết kế HTTT

hỗ trợ công tác quản lý sách trong thư viện 23

I. Đánh giá yêu cầu phát triển hệ thống thông tin 23

1. Tổng quan về hệ thống quản lý 23

2. Chức năng và nhiệm vụ của hệ thống quản lý sách

 trong thư viện 23

3. Yêu cầu của hệ thống và những khó khăn 24

4. Những yêu cầu đặt ra đối với hệ thống mới 24

II. Phân tích chi tiết hệ thống thông tin 25

1. Sơ đồ luồng thông tin IFD 25

2. Sơ đồ luồng dữ liệu DFD 26

3. Thiết kế CSDL dựa vào phương pháp mô hình hoá 31

4. Thiết kế các tệp CSDL 32

III. Thiết kế vật lý ngoài 34

Kết luận 41

Danh mục tài liệu tham khảo 42

 

 

 

 

doc44 trang | Chia sẻ: huong.duong | Lượt xem: 1400 | Lượt tải: 1download
Bạn đang xem trước 20 trang tài liệu Đề tài Xây dựng hệ thống thông tin hỗ trợ công tác quản lý sách trong thư viện, để xem tài liệu hoàn chỉnh bạn click vào nút DOWNLOAD ở trên
tin trợ giúp ra quyết định, hệ chuyên gia và hệ tăng cường khả năng. Chúng ta chỉ tập trung xem xét tới hệ thống thông tin quản lý trong khuôn khổ đề án môn học lần này. Các hệ thống thông tin quản lý trợ giúp cho các hoạt động quản lý của tổ chức. Chúng dựa chủ yếu vào các cơ sở dữ liệu được tạo bởi các hệ xử lý giao dịch cũng như nguồn dữ liệu ngoài tổ chức. Nói chung, chúng tạo ra các báo cáo cho những nhà quản lý, các báo cáo này tóm lược tình hình về một mặt đặc biệt nào đó. Vì các hệ thống thông tin quản lý phần lớn dựa vào các dữ liệu sản sinh từ các hệ xử lý giao dịch do đó chất lượng thông tin mà chúng sản sinh ra phụ thuộc rất nhiều vào việc vận hành của hệ xử lý giao dịch. 2. Mô hình biểu diễn hệ thống thông tin Cùng một hệ thống thông tin có thể được mô tả khác nhau tuỳ theo quan điểm của người mô tả. Mỗi người trong tổ chức mô tả hệ thống thông tin theo một mô hình khác nhau. Khái niệm mô hình này rất quan trọng, nó tạo ra một trong những nền tảng của phương pháp phân tích thiết kế và cài đặt hệ thống thông tin. Có ba mô hình được đề cập tới để mô tả cùng một hệ thống thông tin: mô hình logic, mô hình vật lý ngoài và mô hình vật lý trong. Mô hình logic mô tả hệ thống làm gì: dữ liệu mà nó thu thập, xử lý mà nó thu thập, xử lý mà nó phải thực hiện, các kho để chứa kết quả hoặc dữ liệu để lấy cho các xử lý và những thông tin mà hệ thống sản sinh ra. Mô hình này trả lời câu hỏi “Cái gì?” và “Để làm gì”. Trong đề án này thì mô hình logic chính là các yêu cầu về việc xây dựng hệ thống thông tin hỗ trợ công tác quản trị. Mô hình vật lý ngoài phản ánh hệ thống thông tin dưới góc độ của ngưòi sử dụng trực tiếp hệ thống. Nó thể hiện về cái nhìn thấy được bên ngoài của hệ thống như: Phương tiện nhập dữ liệu và thao tác với chương trình, các vật mang thông tin đầu ra, các hoạt động xử lý và những đối tượng tham gia vào hoạt động. Mô hình vật lý ngoài có độ ổn định trung bình, nó ít ổn định hơn so với mô hình logic nhưng lại ổn định hơn so với mô hình vật lý trong. Trong đề án này mô hình vật lý ngoài là các mẫu form để nhập liệu và các mẫu báo cáo theo yêu cầu người sử dụng. Mô hình vật lý trong phản ánh hệ thống thông tin dưới góc độ của nhân viên kỹ thuật. Nó thể hiện những yếu tố cấu hình về phần cứng, các thiết bị để thực hiện hệ thống, tốc độ xử lý của các thiết bị. Mô hình này có độ ổn định thấp nhất trong 3 mô hình. Trong đề án này mô hình vật lý trong chính là máy tính của người dùng và máy in để in báo cáo. 3) Cơ sở dữ liệu Những nhà quản lý luôn phải lưu trữ dữ liệu và xử lý dữ liệu phục vụ cho công việc quản lý kinh doanh của mình. Trong tổ chức, dữ liệu được lưu trữ trong những cơ sở dữ liệu có dung lượng lớn thiếu nó thì tổ chức sẽ gặp nhiều khó khăn trong hoạt động. Nói rằng: “Dữ liệu của một tổ chức có vai trò sống còn” là điều khẳng định không hề quá một chút nào. Ngày nay người ta sử dụng máy tính và các hệ quản trị cơ sở dữ liệu để giao tác với các dữ liệu trong cơ sở dữ liệu. 3.1 Một số khái niệm cơ sở Thực thể là một đối tượng nào đó mà nhà quản lý muốn lưu trữ thông tin về nó Trường dữ liệu dùng để lưu trữ thông tin về từng thực thể người ta thiết lập cho nó một bộ thuộc tính để ghi giá trị cho các thuộc tính đó. Mỗi thuộc tính là một trường. Nó chứa một mẩu tin về thực thể cụ thể. Nhà quản lý kết hợp với các chuyên viên hệ thống thông tin để xây dựng nên những bộ thuộc tính như vậy cho các thực thể. Bản ghi là tập hợp bộ giá trị của các trường của một thực thể cụ thể làm thành một bản ghi. Bảng là toàn bộ các bản ghi lưu trữ thông tin cho một thực thể tạo ra một bảng mà mỗi dòng là một bản ghi và mỗi cột là một trường. Cơ sở dữ liệu được hiểu là tập hợp các bảng có liên quan với nhau được tổ chức và lưu trữ trên các thiết bị hiện đại của tin học, chịu sự quản lý của hệ thống chương trình máy tính, nhằm cung cấp thông tin cho nhiều người sử dụng khác nhau, với các mục đích khác nhau. Những hoạt động chính của cơ sở dữ liệu Cập nhật dữ liệu: Dữ liệu có thể đến từ cuộc gọi điện thoại, từ phiếu in sẵn có điền các mục, từ những bản ghi lịch sử, từ các tệp tin máy tính hoặc từ những thiết bị mang tin khác. Ngày nay, phần lớn những phần mềm ứng dụng cho phép chúng ta sử dụng giao diện đồ hoạ GUI bằng hình thức các form để biểu diễn bản ghi của cơ sở dữ liệu với những ô trắng để ngưòi sử dụng nhập thông tin hay đánh dấu các mục được chọn. Truy vấn cơ sở dữ liệu là làm thế nào để lấy được dữ liệu từ cơ sở dữ liệu. Để thực hiện nhiệm vụ này ta phải có một cách thức nào đó để giao tác với cơ sở dữ liệu. Thông thường là thông qua một dạng ngôn ngữ truy vấn. Ngôn ngữ truy vấn có cấu trúc SQL là ngôn ngữ phổ dụng nhất được dùng để truy vấn các cơ sở dữ liệu hiện nay. Lập báo cáo từ cơ sở dữ liệu: báo cáo là nhũng dữ liệu kết xuất ra từ cơ sở dữ liệu theo yêu cầu của người dùng, được tổ chức sắp xếp và đưa ra dưới dạng in ấn. Tuy nhiên báo cáo cũng vẫn được thể hiện trên màn hình. Lập báo cáo là một bộ phận đặc biệt của hệ quản trị cơ sở dữ liệu được dùng để xử lý và đưa cho người sử dụng theo một thể thức xác định được. Cấu trúc tệp và mô hình dữ liệu: Dữ liệu cần được tổ chức theo một cách nào đó để không dư thừa và dễ dàng tìm kiếm, phân tích và tìm hiểu được chúng. Vì vậy cơ sở dữ liệu cần được cấu trúc lại. Đối với thực thể việc xác định tên gọi, xác định trường, độ rộng các trường, loại của từng trường. Toàn bộ cấu trúc đó được gọi là cấu trúc của tệp. Để lưu trữ dữ liệu chúng ta cần có cơ chế để gắn kết các thực thể mà giữa chúng có mối quan hệ với nhau. Hệ quản trị cơ sở dữ liệu thường sử dụng 3 mô hình sau để chế ngự các mối quan hệ đó: mô hình phân cấp, mô hình mạng lưới, mô hình quan hệ. Trong đó mô hình quan hệ là mô hình được sử dụng rộng rãi rất hiện nay. Trong mô hình này thì hệ quản trị cơ sở dữ liệu xem xét và thể hiện các thực thể như một bảng hai chiều với bản ghi là hàng còn các trường là cột. Có một cột đóng vai trò là trường định danh. Mỗi giá trị của nó xác định một bản ghi duy nhất. Cấu trúc như vậy có rất nhiều thuận lợi cho việc thao tác với dữ liệu trên bảng. II- Phân tích, thiết kế và cài đặt một hệ thống thông tin Phương pháp phát triển một hệ thống thông tin Nguyên nhân dẫn tới việc phát triển một hệ thống thông tin Những yêu cầu mới của quản lý dẫn đến sự cần thiết của một dự án phát triển hệ thống thông tin mới. Các hành động của doanh nghiệp cạnh tranh cũng có tác động mạnh buộc doanh nghiệp phải có những hành động đáp ứng. Việc xuất hiện các công nghệ mới cũng dẫn tới việc tổ chức phải xem lại trang thiết bị hiện có trong hệ thống thông tin của mình. Cuối cùng vai trò của những thách thức chính trị cũng không nên bỏ qua. Nói tóm lại các nguyên nhân dẫn tới sự phát triển một hệ thống thông tin là: - Những vấn đề về quản lý - Những yêu cầu mới của nhà quản lý - Sự thay đổi của công nghệ - Thay đổi sách lược chính trị 1.2 Phương pháp phát triển hệ thống thông tin Mục đích của dự án phát triển hệ thống thông tin là có được một sản phẩm đáp ứng nhu cầu của người sử dụng, mà nó được hoà hợp vào trong các hoạt động của tổ chức, chính xác về mặt kỹ thuật, tuân thủ các giới hạn về mặt tài chính và thời gian định trước. Không cần thiết chỉ thực hiện một phương pháp nào để phát triển một hệ thống thông tin, tuy nhiên không có phương pháp thì ta có nguy cơ không đạt được những mục tiêu định trước. Một phương pháp được định nghĩa là tập hợp các bước và các công cụ cho phép tiến hành một quá trình phát triển hệ thống chặt chẽ nhưng dễ quản lý hơn. Phương pháp được đề nghị ở đây dựa vào ba nguyên tắc cơ sở chung của nhiều phương pháp hiện đại có cấu trúc để phát triển hệ thống thông tin. Ba nguyên tắc đó là: Nguyên tắc 1 Sử dụng các mô hình Nguyên tắc 2 Chuyển từ cái chung sang cái riêng Nguyên tắc 3 Chuyển từ mô hình vật lý sang mô hình logic 1.3 Các công đoạn của phát triển hệ thống Tuỳ theo kết quả của mỗi giai đoạn có thể đôi khi là cần thiết, phải quay về giai đoạn trước để tìm cách khắc phục những sai sót. Sau đây là mô tả sơ lược các giai đoạn của việc phát triển hệ thống thông tin. Giai đoạn 1: Đánh giá yêu cầu Đánh giá yêu cầu có mục đích cung cấp cho lãnh đạo tổ chức hoặc hội đồng giám đốc những tư liệu đích thực để ra quyết định về thời cơ, tính khả thi và hiệu quả của một dự án phát triển hệ thống. Giai đoạn này thực hiện tương đối nhanh và không đòi hỏi chi phí lớn. Nó bao gồm các công đoạn sau: - Lập kế hoạch đánh giá yêu cầu. - Làm rõ yêu cầu. - Đánh giá khả năng thực thi. - Chuẩn bị và trình bày báo cáo đánh giá yêu cầu. Giai đoạn 2: Phân tích chi tiết Phân tích chi tiết được tiến hành sau khi có sự đánh giá thuận lợi về yêu cầu. Những mục đích chính của phân tích chi tiết là hiểu rõ vấn đề hệ thống đang nghiên cứu, xác định những nguyên nhân đích thực của vấn đề đó, xác định những đòi hỏi và những ràng buộc áp đặt đối với hệ thống và xác định mục tiêu mà hệ thống thông tin phải đạt được. Trên cơ sở nội dung báo cáo phân tích chi tiết sẽ quyết định tiến hành hay thôi phát triển một hệ thống mới. Giai đoạn phân tích chi tiết bao gồm các công đoạn sau: - Lập kế hoạch phân tích chi tiết. - Nghiên cứu môi trường hệ thống đang tồn tại. - Nghiên cứu hệ thống thực tại. - Đưa ra chẩn đoán và xác định các yếu tố giải pháp. - Đánh giá lại tính khả thi. - Thay đổi đề xuất của dự án. - Chuẩn bị và trình bày báo cáo phân tích chi tiết. Giai đoạn 3: Thiết kế logic Giai đoạn này nhằm xác định tất cả các thành phần logic của một hệ thống thông tin, cho phép loại bỏ các vấn đề của hệ thống thực tế và đạt được những mục tiêu đã được thiễt lập ở giai đoạn trước.Mô hình logic của hệ thống mới sẽ bao gồm nội dung của đầu ra (Output), nội dung của cơ sở dữ liệu (các tệp, các quan hệ giữa các tệp), các xử lý và các dữ liệu sẽ được nhập vào (Input). Mô hình logic sẽ phải được những người sử dụng xem xét và chuẩn y. Thiết kế logic bao gồm các công đoạn sau: - Thiết kế cơ sở dữ liệu. - Thiết kế xử lý. - Thiết kế các luồng dữ liệu vào. - Chỉnh sửa tài liệu cho mức logic. - Hợp thức hoá mô hình logic. Giai đoạn 4: Đề xuất các phương án của giải pháp Khi mô hình logic được xác định và chuẩn y, thì phân tích viên hoặc nhóm phân tích viên phải xác định các phương tiện để thực hiện hệ thống này. Đó là xây dựng các phương án khác nhau để cụ thể hoá mô hình logic. Để giúp người sử dụng lựa chọn giải pháp vật lý thoả mãn tốt hơn các mục tiêu đã định ra trước đây, nhóm phân tích sẽ đánh giá các chi phí và lợi ích (cả hữu hình và vô hình) mỗi phương án phải có những khuyến nghị cụ thể. Một báo cáo sẽ được trình lên người sử dụng và một buổi trình bày được thực hiện. Người sử dụng sẽ chọn lấy một một phương án đáp ứng tốt nhất các yêu cầu của họ mà vẫn tôn trọng các ràng buộc của tổ chức. Đề xuất các giải pháp bao gồm các công đoạn sau: - Xác định các ràng buộc tin học và các ràng buộc tổ chức. - Xây dựng các phương án của giải pháp. - Đánh giá các phương án của giải pháp. - Chuẩn bị và trình bày báo cáo của giai đoạn đề xuất các phương án giải pháp. Giai đoạn 5: Thiết kế vật lý ngoài Giai đoạn này được tiến hành sau khi một phương án giải pháp được lựa chọn. Thiết kế vật lý ngoài gồm hai tài liệu kết quả cần có: Trước hết là một tài liệu bao chứa tất cả nội dung của hệ thống mới sẽ cần cho việc thực hiện kỹ thuật và tiếp đó là tài liệu dành cho người sử dụng nó mô tả cả phần thủ công và cả những giao diện với phần tin học hoá. Thiết kế vật lý bao gồm các công đoạn sau: - Lập kế hoạch thiết kế vật lý ngoài. - Thiết kế chi tiết các giao diện (vào/ra). - Thiết kế cách thức tương tác với phần tin học hoá. - Thiết kế các thủ tục thủ công. - Chuẩn bị và trình bày báo cáo về thiết kế vật lý ngoài. Giai đoạn 6: Triển khai kỹ thuật hệ thống Kết quả quan trọng của giai đoạn thực hiện kỹ thuật là phần tin học hoá của hệ thống thông tin, có nghĩa là phần mềm. Những người chịu trách nhiệm về giai đoạn này phải cung cấp các tài liệu các bản hướng dẫn sử dụng các thao tác và các tài liệu mô tả hệ thống. Triển khai kỹ thuật hệ thống gồm các công đoạn sau: - Lập kế hoạch thực hiện kỹ thuật. - Thiết kế vật lý trong. - Lập trình. - Thử nghiệm hệ thống. - Chuẩn bị tài liệu. Giai đoạn 7: Cài đặt và khai thác Đây là việc chuyển từ hệ thống cũ sang hệ thống mới được thực hiện. Để việc chuyển đổi này được thực hiện với những va chạm ít nhất, cần phải lập kế hoạch một cách cẩn thận. Cài đặt và khai thác bao gồm các công đoạn sau: - Lập kế hoạch cài đặt . - Chuyển đổi. - Khai thác và bảo trì. - Đánh giá. 2) Triển khai dự án phát triển hệ thống thông tin 2.1 Đánh giá yêu cầu phát triển hệ thống thông tin Đây là bước quan trọng cho việc thành công của một dự án. Một sai lầm phạm phải trong giai đoạn này có thể làm lùi toàn bộ dự án, kéo theo những chi phí lớn của tổ chức. Đánh giá yêu cầu bao gồm việc nêu vấn đề, ước lượng độ lớn của dự án và những thay đổi có thể, đánh giá những tác động của sự thay đổi đó, đánh giá tính khả thi của dự án và đưa ra những gợi ý cho những người có trách nhiệm ra quyết định. Giai đoạn này phải tiến hành trong thời gian tương đối ngắn để không kèm theo chi phí và thì giờ. Đây là nhiệm vụ phức tạp vì đòi hỏi nhà phân tích phải nhìn nhận nhanh và với sự nhạy bén cao, từ đó xác định nguyên nhân có thể nhất và đề xuất các giải pháp mới, đánh giá tầm quan trọng của các biến đổi, dự báo các ảnh hưởng của chúng. Đánh giá yêu cầu gồm 4 công đoạn Lập kế koạch: Mỗi giai đoạn của quá trình phát triển hệ thống cần phải được lập kế hoạch một cách cẩn thận. Mức độ hình thức hoá của kế hoạch sẽ thay đổi theo quy mô của dự án và theo giai đoạn phân tích. Số lượng và sự đa dạng của nguồn thông tin phụ thuộc vào kích thước và độ phức tạp của hệ thống nghiên cứu. Trong một số dự án có quy mô lớn và có nhiều người tham gia vào thẩm định yêu cầu thì cần xác định nhiệm vụ cho từng thành viên và xác định phương tiện kết hợp các nhiệm vụ. Làm rõ yêu cầu: Có mục đích là làm cho phân tích viên hiểu được đúng yêu cầu của người sử dụng. Xác định chính xác đối tuợng yêu cầu, thu thập các yếu tố cơ bản của môi trường hệ thống. Làm sáng tỏ được yêu cầu thực hiện chủ yếu qua những cuộc gặp gỡ với những người yêu cầu sau đó là với những nhà quản lý. Khung cảnh của hệ thống có thể xem là nguồn và đích của thông tin, cũng như các bộ phận, các chức năng và các cá nhân tham gia vào xử lý dữ liệu. Nói tóm lại phân tích viên hệ thống phải tổng hợp thông tin dưới ánh sáng của những vấn đề đã được xác định và những nguyên nhân có thể nhất, chuẩn bị một bức tranh khái quát về giải pháp để tiến hành đánh giá khả năng thực thi của dự án. Đánh giá yêu cầu: việc đánh giá khả thi của một dự án là tìm xem có yếu tố nào ngăn cản nhà phân tích thực hiện, cài đặt một cách thành công giải pháp đã đề xuất hay không. Những vấn đề chính về khả năng thực thi là khả thi về mặt tổ chức, khả thi về mặt tài chính, khả thi về mặt thời hạn, khả thi về mặt kĩ thuật. Đánh giá khả thi về mặt tổ chức đòi hỏi phải có sự hoà hợp giữa giải pháp dự kiến với môi trường tổ chức, xem xét nó có tác động như thế nào đối với chính sách nhân sự, quan hệ khách hàng. Tính khả thi về mặt kĩ thuật được đánh giá bằng cách so sánh công nghệ hiện đại có hoặc có thể mua sắm được với yêu cầu của hệ thống đề xuất. Khả thi về mặt tài chính là đem so sánh xem lợi ích hữu hình chờ đợi có lớn hơn tổng chi phí bỏ ra hay không. 2.2 Giai đoạn phân tích chi tiết Mục đích của giai đoạn phân tích chi tiết Mục đích của giai đoạn phân tích chi tiết là đưa ra các chẩn đoán về hệ thống đang tồn tại, nghĩa là xác định các vấn đề chính và đưa ra các nguyên nhân chính của chúng, xác định các mục tiêu của hệ thống cần đạt được và đề xuất các giải pháp để đạt được những mục tiêu đó. Công cụ mô hình hoá Đó là các công cụ chuẩn cho việc mô hình hoá và xây dựng tài liệu cho hệ thống. Đó là sơ đồ luồng thông tin, sơ đồ luồng dữ liệu và từ điển hệ thống Sơ đồ luồng thông tin (IFD) dùng để mô tả thông tin theo cách thức động. Tức là mô tả sự di chuyển của dữ liệu, việc xử lý, việc lưu trữ trong thế giới vật lý bằng các sơ đồ. Các ký pháp sử dụng : - Xử lý Thủ công hoàn toàn Giao tác người – máy Tin học hoá - Kho lưu trữ dữ liệu Thủ công Tin học hoá - Dòng thông tin - Điều khiển Sơ đồ luồng dữ liệu dùng để mô tả chính hệ thống thông tin như sơ đồ luồng thông tin nhưng trên góc độ trừu tượng. Sơ đồ luồng dữ liệu chỉ mô tả hệ thống thông tin làm gì. Các ký pháp dùng cho sơ đồ luồng thông tin: Nguồn hoặc đích Dòng dữ liệu Tiến trình xử lý Kho dữ liệu Sơ đồ DFD có thể có nhiều mức. Sơ đồ ngữ cảnh thể hiện khái quát nội dung chính của hệ thống thông tin. Sơ đồ này không đi vào chi tiết mà mô tả sao cho chỉ nhìn vào là thấy ngay nội dung chính của hệ thống. Để mô tả hệ thống chi tiết hơn, người ta có thể dùng kỹ thuật phân rã sơ đồ. Sơ đồ luồng thông tin và sơ đồ luồng dữ liệu là 2 công cụ thường dùng nhất để phân rã hệ thống thông tin. Chúng thể hiện hai mức độ mô hình và hai góc nhìn động và tĩnh của hệ thống. Các công đoạn của giai đoạn phân tích chi tiết: Lập kế hoạch, nghiên cứu môi trường, đưa ra chẩn đoán và xác định các yếu tố giải pháp, đánh giá khả thi, thay đổi đề xuất dự án, chuẩn bị và trình bày báo cáo. 2.3 Thiết kế logic a) Mục đích Giai đoạn này nhằm xác định một cách chi tiết và chính xác những gì mà hệ thống phải làm để đạt được những mục tiêu đã được thiết lập từ giai đoạn phân tích chi tiết mà vẫn tuân thủ những ràng buộc của môi trường. Sản phẩm đưa ra của giai đoạn thiết kế logic là sơ đồ luồng dữ liệu DFD, các sơ đồ cấu trúc dữ liệu DSD, các sơ đồ phân tích tra cứu và các phích logic của từ điển hệ thống. b) Thiết kế cơ sở dữ liệu Thiết kế cơ sở dữ liệu là xác định yêu cầu thông tin của ngưòi sử dụng hệ thống thông tin mới. Có 4 cách thức cơ bản để xác định yêu cầu thông tin: Hỏi người sử dụng cần thông tin gì? Phương pháp đi từ hệ thống thông tin đang tồn tại. Tổng hợp từ đặc trưng của nhiệm vụ mà hệ thống thông tin trợ giúp. Phương pháp thực nghiệm. Có hai phương pháp sử dụng khá phổ biến: phương pháp từ các đầu ra và phương pháp mô hình hoá. Thiết kế CSDL logic đi từ các thông tin ra là phương pháp cổ điển và cơ bản của việc thiết kế CSDL. Các bước chi tiết khi thiết kế CSDL đi từ các thông tin đầu ra: Bước 1. Xác định các đầu ra Liệt kê toàn bộ các thông tin đầu ra Nội dung, khối luợng, tần suất và nơi nhận của chúng. Bước 2. Xác định các tệp cần thiết cung cấp đủ dữ liệu cho việc tạo ra từng đầu ra. Liệt kê các phần tử thông tin đầu ra: Phân tích viên hệ thống liệt kê toàn bộ các thuộc tính thành một danh sách. Đánh dấu các thuộc tính lặp - là những thuộc tính có thể nhận nhiều giá trị dữ liệu. Đánh giá các thuộc tính thứ sinh – là những thuộc tính được tính toán ra hoặc suy ra từ các thuộc tính khác. Gạch chân các thuộc tính khoá cho thông tin đầu ra. Loại bỏ các thuộc tính thứ sinh ra khỏi danh sách, chỉ để lại các thuộc tính cơ sở. Xem xét loại bỏ các thuộc tính không có ý nghĩa trong quản lý. Thực hiện chuẩn hoá Chuẩn hoá là việc chuyển đổi tập hợp của người sử dụng và dữ liệu được lưu trữ sang cấu trúc dữ liệu nhỏ hơn đơn giản hơn và ổn định hơn. Các quy tắc chuẩn hoá Chuẩn hoá mức 1 (1.NF) Chuẩn hoá mức một quy định rằng, trong mỗi danh sách không được chứa các thuộc tính lặp. Nếu có các thuộc tính lặp phải tách các thuộc tính lặp đó thành các danh sách con, có một ý nghĩa dưới góc độ quản lý. Chuẩn hoá mức 2 (2.NF) Chuẩn hoá mức 2 quy định rằng, trong một danh sách mỗi thuộc tính phải phụ thuộc hàm vào toàn bộ khoá chứ không phải phụ thuộc một phần vào khoá. Nếu có sự phụ thuộc như vậy phải tách những thuộc tính phụ thuộc hàm vào bộ phận của khoá thành một danh sách con mới. Lấy bộ phận khoá đó làm khoá cho danh sách mới. Đặt cho danh sách này một tên riêng cho phù hợp với nội dung của các thuộc tính trong danh sách. Chuẩn hoá mức 3 (3.NF) Chuẩn hoá mức 3 quy định rằng, trong một danh sách không được phép có sự bắc cầu giữa các thuộc tính. Nếu thuộc tính Z phụ thuộc hàm vào thuộc tính Y và thuộc tính Y phụ thuộc hàm vào thuộc tính X thì phải tách chúng vào 2 danh sách chứa quan hệ Z, Y và danh sách chứa quan hệ Y với X. Xác định khoá và tên cho mỗi danh sách mới. Thiết kế CSDL bằng phương pháp mô hình hoá Các khái niêm cơ bản Thực thể dùng để biểu diễn những đối tượng cụ thể hoặc trừu tượng trong thế giới thực mà ta muốn lưu trữ thông tin về chúng. Liên kết: Một thực thể trong thực tế không tồn tại độc lập với thực thể khác. Có sự liên hệ qua lại giữa các thực thể khác nhau. Khái niệm liên kết hay quan hệ dùng để trình bày, thể hiện những mối liên hệ tồn tại giữa các thực thể. Số mức độ liên kết: thể hiện có bao nhiêu lần xuất của thực thể A tương tác với mỗi lần xuất của thực thể B và ngược lại. 1@1 Liên kết loại Một- Một Mỗi lần xuất của thực thể A được liên kết với chỉ một lần xuất của thực thể B và ngược lại. 1@N Liên kết loại Một- Nhiều Mỗi lần xuất của thực thể A được liên kết với một hoặc nhiều của thực thể B và mỗi lần xuất của thực thể B chỉ liên kết duy nhất một lần xuất của thực thể A. Thuộc tính được dùng để miêu tả các đặc trưng của một thực thể hoặc một quan hệ. Thuộc tính định danh là thuộc tính dùng để xác định một cách duy nhất mỗi lần xuất của thực thể. Thuộc tính mô tả dùng để mô tả về thực thể. Thuộc tính quan hệ dùng để chỉ đến một lần xuất nào đó trong thực thể có quan hệ. 2.4) Thiết kế vật lý ngoài a) Mục đích: Giai đoạn này mô tả chi tiết phương án của giải pháp đã được lựa chọn ở giai đoạn trước. Các nhiệm vụ chính của thiết kế vật lý bao gồm : lập kế hoạch, thiết kế chi tiết các giao tác vào ra, thiết kế cách thức giao tác với phần tin học hoá, thiết kế các thủ tục thủ công, chuẩn bị và trình bày báo cáo b) Một số nguyên tắc thực hiện Thiết kế theo thói quen và kinh nghiệm của người sử dụng Gắn chặt chẽ với các thuật ngữ, dạng thức và các thủ tục đã dùng Che khuất những bộ phận bên trong phần mềm và phần cứng tạo thành hệ thống Cung cấp thông tin tư liệu trên màn hình Giảm tối thiểu lượng thông tin mà người dùng phải nhớ trong quá trình sử dụng Dựa vào những quy tắc đã được chấp nhận về mặt đồ họa, ký họa khi thể hiện thông tin trên màn hình. c) Các công việc cần thực hiện Thiết kế vật lý đầu ra Thiết kế vật lý đầu vào Thiết kế giao tác với phần tin học hoá CHƯƠNG III- PHÂN TíCH Và THIếT Kế Hệ THốNG THÔNG TIN Hỗ TRợ CÔNG TáC QUảN Lý sách trong thư viện Đánh giá yêu cầu phát triển HTTT 1. Tổng quan về hệ thống quản lý Quản lý là cách biểu hiện một ý chí muốn biến đổi và thuần phục một tổng thể các hiện tượng. Đó là việc tạo ra các sự kiện, thay vì để cho các sự kiện xảy ra bộc phát. Đây không phải là sự lắp ráp các nhiệm vụ rời rạc mà là hoạt động phân biệt rõ ràng với các chức năng khác của tổ chức. Trong những năm trước đây khi máy tính chưa được sử dụng rộng rãi trong các hệ thống quản lý, các hệ thống quản lý này đều phải thực hiện theo phương pháp thủ công không chặt chẽ và hệ thống quản lý khách sạn cũng nằm trong số đó. Cho đến nay nền công nghệ thông tin đang ngày một phát triển các phần mềm quản lý liên tiếp được ra đời giúp một phần không nhỏ trong việc quản lý của các nhà kinh doanh tạo đà tăng trưởng cho nền kinh tế nước nhà phát triển mạnh. 2. Chức năng và nhiệm vụ của hệ thống quản lý sách trong thư viện Hệ thống quản lý sách có chức năng thường xuyên thông báo cho Thủ thư về các mặt công tác: tổ chức cập nhật sách, cập nhật tác giả, nhà xuất bảnhệ thống này sử dụng và được xử lý trực tiếp từ người quản lý là Thủ thư Với chức năng như vậy, hệ thống quản lý sách có nhiệm vụ luôn cập nhật thông tin về sách được nhập về, đồng thời cập nhật tác giả và nhà xuất bản. 3. Yêu cầu của hệ thống và những khó khăn Hệ thống quản lý sách , việc sửa đổi ,bổ sung sách cũng như việc quản lý huỷ bỏ sách trong thư viện hiện nay vẫn đang được thực hiện bằng tay. Vì vậy còn rất nhiều hạn chế trong việc ghi nhận trả sách và còn rất nhiều phiền phức khi độc giả muốn đọc sách. Mặt khác nó còn hạn chế về không gian lưu trữ và thời gian khi tra đọc sách. Thủ thư luôn bận rộn với bao nhiêu công việc nào là xếp sách theo đúng trật tự của nó, huỷ bỏ những sách đã mục nát, cập nhật thêm khi có sách mới với việc đách số má sách một cách thủ công đó quả thực là một công việc vất vả cần nhiều thời gian và công sức, đòi hỏi cần nhiều nhân lực Từ những nhược điểm trên ta thấy cần thiết phải có một hệ thống tin học hoá cho việc quản sách cũng như các hệ thống quản lý khác. 4. Những yêu cầu đặt ra đối với hệ thống mới Hệ thống mới được xấy dựng cần cho phép lưu trữ ,cập nhật sách một cách dễ dàng và với khối lượng lớn. Khi độc giả mượn sách không phải mất nhiều thời gian tra cứu mà có thể tra ngay trên máy vi tính theo chủ đề sách , theo tên tác giả hay theo tên sách. Ngoài ra nếu cá nhân nào có máy tính cá nhân được nối mạng thì có thể tra sách ở bất kì ở đâu mà không cần phải tới thư viện, có thể ngồi ngay trong phòng làm việc mà tra sách cũng được. Tối thiểu hoá thời gian tìm kiếm sách, thống kê sách, hỗ trợ nhiều cách tìm kiếm sách khác nhau và các loại thống kê khác nhau.Hệ thống cần phải thích hợp với việc gia tăng số lượng sách nhanh chóng, đa dạng về chủng loại và nhu cầu về sách của

Các file đính kèm theo tài liệu này:

  • docP0188.doc