Đang tải... (xem toàn văn)
Tổng quan về hệ thống thông tin 1.1.1 Đặt vấn đề: • Hệ thống thông tin tin học hoá là một trong những ứng dụng đầy đủ và toàn diện nhất các thành tựu của công nghệ thông tin vào một tổ chức. • Tại sao phải phân tích và thiết kế hệ thống thông tin? . Có một cái nhìn đầy đủ, đúng đắn và chính xác về hệ thống thông tin được xây dựng trong tương lai. . Tránh sai lầm trong thiết kế và cài đặt. . Tăng vòng đời (life cycle) hệ thống . Dễ sửa chữa, bổ sung và phát triển hệ thống trong quá trình sử dụng hoặc khi hệ thống yêu cầu. Để thấy được sự cần thiết của việc phân tích và thiết kế hệ thống thông tin tự động, chúng ta xem các số liệu liên quan đến xây dựng các phần mềm mà công ty IBM đã thống kê được trong giai đoạn 19701980.
Chương 1: Phân tích thiết kế hệ thống thơng tin 1.1 Tổng quan hệ thống thông tin 1.1.1 Đặt vấn đề: Hệ thống thơng tin tin học hố ứng dụng đầy đủ toàn diện thành tựu công nghệ thông tin vào tổ chức Tại phải phân tích thiết kế hệ thống thơng tin? Có nhìn đầy đủ, đắn xác hệ thống thông tin xây dựng tương lai Tránh sai lầm thiết kế cài đặt Tăng vòng đời (life cycle) hệ thống Dễ sửa chữa, bổ sung phát triển hệ thống trình sử dụng hệ thống yêu cầu Để thấy cần thiết việc phân tích thiết kế hệ thống thông tin tự động, xem số liệu liên quan đến xây dựng phần mềm mà công ty IBM thống kê giai đoạn 1970-1980 Phân tích sai sót: ý niệm /quan niệm : 45% Mã hóa : 25% Soạn thảo : 7% Các sai sót mức : 20% Các sai sót khơng xếp loại : 3% Phân tích chi phí Bảo trì : 54% Phát triển : 46% Phân tích phân bổ hoạt động Sản xuất mã : 15% Phát sửa chữa sai sót : 50% Khác : 35% Các số liệu cho thấy sai sót lớn tất loại sai sót mắc phải phần ý niệm, quan niệm, tức nằm việc phân tích thiết kế Chi phí chiếm tỉ trọng lớn chi phí bảo hành, lượng cơng việc chiếm tỷ lệ lớn phát sửa chữa Tình trạng bắt nguồn từ thiếu sót phân tích thiết kế, nhà tin học ln tìm phương pháp phân tích hữu hiệu nhằm khắc phục tình trạng 1.1.2 Hệ thống - Hệ thống thông tin Hệ thống tập hợp phần tử có quan hệ qua lại với hoạt động hướng đến mục tiêu chung thông qua việc tiếp nhận đầu vào sản xuất đầu nhờ trình chuyển đổi tổ chức Hệ thống gọi hệ thống động (Dynamic System) Hệ thống thông tin tập hợp gồm nhiều thành phần mà mối liên hệ thành phần liên hệ chúng với hệ thống khác liên hệ thông tin với 1.2 Các hệ thống thông tin thông dụng Trong thực tế, bốn hệ thường sử dụng 1.2.1 Hệ xử lý liệu (DPS-Data Processing System) Chức Xử lý giao dịch ghi lại liệu cho chức đặc thù Dữ liệu đưa vào thường xuyên cập nhật Dữ liệu đầu định kỳ bao gồm tài liệu hoạt động báo cáo Hệ xử lý liệu có tính cục thường dành cho cho nhà quản lý cấp tác nghiệp 1.2.2 Hệ thông tin quản lý (MIS-Management Information System) Hệ thông tin quản lý hệ thống thông tin sử dụng tổ chức kinh tế xã hội, hệ gồm nhiều thành phần, thành phần hệ thống hồn chỉnh Ví dụ: hệ thống thơng tin quản lý xí nghiệp có hệ thống hệ thống “Quản lý vật tư”, hệ thống “Quản lý tài chính”, , hệ thống thơng tin quản lý trường đại học có hệ thống hệ thống “Quản lý vật tư”, hệ thống “Quản lý đào tạo”, hệ thống “Quản lý NCKH”, Chức MIS: Hỗ trợ chức xử lý liệu giao dịch lưu trữ Dùng sở liệu hợp hỗ trợ cho nhiều chức Cung cấp cho nhà quản lý thông tin theo thời gian hệ thống Có chế bảo mật thơng tin theo cấp độ có thẩm quyền sử dụng Cách xem xét tốt hệ thống thơng tin quản lý đặt mục đích tổ chức sử dụng hệ thống đó, cách nhìn hệ thống thơng tin góc độ hệ hỗ trợ định 1.2.3 Hệ hỗ trợ định (DSS- Decision Support System) Mục đích hệ giúp cho tổ chức thông tin cần thiết để định hợp lý đủ độ tin cậy Khả hệ: Cung cấp, xếp phương án theo tiêu chuẩn người làm định Cung cấp phân tích liệu, biểu diễn liệu đồ thị cách tự động Chọn lựa giúp phương án tối ưu sở thông tin đưa vào Đặc trưng DSS Hỗ trợ nhà làm định trình định Tạo mơ hình đa chức năng, có khả mơ có cơng cụ phân tích Tạo thuận lợi cho liên lạc mức làm định 1.2.4 Hệ chuyên gia (ES-Expert System) Hệ thông tin giúp nhà quản lý giải thực vấn đề mức cao DSS Hệ liên quan đến lĩnh vực trí tuệ nhân tạo, làm cho máy tính có khả lập luận, học tập, tự hoàn thiện người Chẳng hạn chương trình lập kế hoạch tài chính, chẩn đóan bệnh, dịch máy, 1.3 Các thành phần hệ thống thông tin quản lý Theo quan điểm hệ thống hệ thống thơng tin quản lý thường có thành phần: Thành phần định: thực chức định Thành phần thông tin: thực chức tiếp nhận, xử lý, truyền tin lưu trữ thông tin hệ thống Thành phần tác nghiệp: thành phần bảo đảm hoạt động sở tổ chức Ví dụ: hệ thống thơng tin quản lý xí nghiệp có thành phần định Ban Giám đốc, thành phần thơng tin phòng ban chức năng, thành phần tác nghiệp phân xưởng, sở sản xuất Chúng ta thấy mối quan hệ thành phần hệ thống thông tin qua sơ đồ TP QUYẾT ĐỊNH Quyết định Thơng tin vào từ mơi trường ngồi Báo cáo TP THƠNG TIN Thơng tin Điều hành Ngun liệu vào Thơng tin từ mơi trường ngồi Thơng tin Kiểm tra TP TÁC NGHIỆP Sản phẩm Hệ thống thông tin theo quan điểm hệ hỗ trợ định Bây đến định nghĩa có tính chất mô tả hệ thống thông tin: Hệ thống thông tin tổ chức tập hợp phương tiện, nhân lực, thông tin phương pháp xử lý tin nhằm cung cấp thông tin cho trình định thời hạn đủ độ tin cậy Trong đó: *Tổ chức: quan, xí nghiệp, trường học *Phương tiện (phần cứng-phần mềm): sở vật chất dùng để thu nhập, xử lý, lưu trữ, chuyển tải thông tin hệ thống máy tính, máy in, điện thoại *Nhân lực: bao gồm tập thể, cá nhân tham gia vào việc thu thập liệu, xử lý, truyền tin, người phát triển trì hệ thống *Thơng tin (dữ liệu): Các thông tin sử dụng hệ thống, thơng tin từ mơi trường bên ngồi vào hệ thống, thông tin từ hệ thống môi trường bên ngồi Tuy nhiên, nói đến thơng tin phải nói đến yếu tố kèm theo như: Giá mang thông tin: phương tiện lưu trữ tin giấy, đĩa từ, âm Kiểu thông tin: thơng tin văn bản, âm thanh, hình ảnh, tri thức .Qui tắc tiếp nhận hành trình thơng tin .Vai trò thơng tin hoạt động tác nghiệp, việc đưa định *Phương pháp xử lý tin: tài nguyên phi vật chất mơ hình tốn học, thuật tốn, tri thức người hệ thống, phần mềm tin học Tóm lại, hệ thống thơng tin cấu thành từ yếu tố chính: thơng tin, phương pháp xử lý tin, người phương tiện 1.4 Các tính HTTT Thời gian trả lời: tính khoảng thời gian từ thơng tin hệ thống tiếp nhận đến hệ thống tác nghiệp nhận định tương ứng với thông tin đến Bản chất định thuộc loại tự động hóa hay khơng Kiểu sản phẩm hệ thống tác nghiệp Khối lượng thông tin xử lý Độ phức tạp liệu Độ phức tạp xử lý Độ phức tạp cấu trúc hệ thống Độ tin cậy hệ thống 1.5 Mục đích, yêu cầu phương pháp phân tích thiết kế HTTT 1.5.1 Mục đích HTTT có vòng đời dài (long life cycle) Có chức hệ hỗ trợ định Chương trình cài đặt dễ sửa chữa, bảo hành Hệ thống dỄ sử dụng, có độ xác cao 1.5.2 Yêu cầu Quan điểm tiếp cận tổng thể: cách xem phận, liệu, chức phần tử hệ thống đối tượng phải nghiên cứu Do hiểu biết tất điều cần thiết cho phát triển hệ thống Quan điểm top-down: quan điểm phân tích từ xuống theo hướng từ tiếp cận tổng thể đến riêng biệt Nhận dạng mức trừu tượng bất biến hệ thống ứng với chu trình phát triển hệ thống Nhận dạng thành phần liệu xử lý hệ thống Định kết cần đạt cho giai đoạn phát triển hệ thống thủ tục cần thiết giai đoạn 1.6 Xây dựng thành công hệ thống thông tin 1.6.1 Khái niệm dự án công nghệ thông tin thành công Trong thực tế chưa có tiêu chuẩn cụ thể để xác định hệ thống thông tin xem thành công Ngay hệ thống thông tin nhỏ hoạt động tốt người khơng đồng ý với hiệu Tuy nhiên để có cở cho việc đánh giá hệ thống thông tin người ta đưa số tiêu chuẩn quy tắc sau: Một hệ thống thông tin xem có hiệu lực góp phần nâng cao chất lượng hoạt động quản lý tổng thể tổ chức, thể cụ thể mặt: Phù hợp với chiến lược hoạt động tổ chức Đạt mục tiêu thiết kế đề tổ chức Chi phí vận hành chấp nhận Có độ tin cậy cao, đáp ứng chuẩn mực hệ thống thơng tin hành Chẳng hạn tính sẵn sàng: thời gian làm việc ngày, tuần; thời gian thực dịch vụ, tìm kiếm; kết xuất thông tin yêu cầu biểu mẫu, số tiêu Sản phẩm có giá trị xác đáng: thông tin đưa đắn, kịp thời, có ý nghĩa thiết thực hoạt động chức quản lý, nâng cao chất lượng sản phẩm dịch vụ tổ chức, sai sót cho phép Dễ học, dễ nhớ dễ sử dụng Mềm dẽo, hướng mở, dễ bảo trì 1.6.2 Quản lý phát triển dự án công nghệ thông tin Mục tiêu việc quản lý dự án đảm bảo cho dự án phát triển HTTT đáp ứng mong đợi khách hàng thực phạm vi giới hạn cho phép (như ngân sách, thời gian, điều kiện tổ chức) Đây khâu quan trọng việc phát triển HTTT Quản lý dự án tiến hành có kế hoạch loạt hoạt động có liên quan với để đạt mục tiêu, có điểm bắt đầu điểm kết thúc Nó bao gồm pha: Khởi tạo dự án - Lập kế hoạch dự án - Thực dự án - Kết thúc dự án Mỗi pha dự án yêu cầu số công việc phải thực 1.6.2.1 Khởi tạo dự án Đây bước trình quản lý dự án mà cần thực số hoạt động để đánh giá quy mô, phạm vi phức tạp dự án Các hoạt động là: Thiết lập đội dự án ban đầu Thiết lập mối quan hệ với khách hàng Thiết lập dự án sơ bộ: công việc bao gồm: xác định quy mô phạm vi dự án, lập lịch trình cho họp Thiết lập thủ tục quản lý: để bảo đảm cho thành công dự án, cần phải lập thủ tục quản lý có hiệu như: thủ tục báo cáo, truyền thông, xét duyệt, thay đổi dự án, xác định thời hạn cấp vốn, hoàn tất chứng từ, Thiết lập môi trường quản lý dự án lập nhật ký công việc dự án: Nhật ký dự án nhằm ghi lại công việc, kiện, vào, ra, thủ tục, chuẩn sử dụng cho việc kiểm tra dự án 1.6.2.2 Lập kế hoạch dự án Giai đoạn tập trung vào việc xác định mô tả hoạt động công việc cần thiết hoạt động cụ thể dự án Nội dung lập kế hoạch dự án bao gồm: Phát hoạ kế hoạch truyền thông Xác định chuẩn thủ tục dự án Mô tả phạm vi dự án, phương án đánh giá khả thi Phân chia dự án thành nhiệm vụ quản lý Phát triển lịch trình sơ Xác định đánh giá rủi ro Lập kế hoạch ngân sách ban đầu Thiết lập mô tả công việc Lập kế hoạch dự án sở 1.6.2.3 Thực dự án Thực dự án đưa kế hoạch dự án sở vào thực Nội dung việc thực dự án bao gồm: Triển khai kế hoạch dự án sở, đưa dự án sở vào thực hiện: bao gồm khởi động dự án, nhận phân bổ nguồn lực, định hướng đào tạo thành viên mới, theo dõi tình hình thực đảm bảo chất lượng sản phẩm tạo Thúc đẩy tiến trình thực dự án theo kế hoạch sở: đánh giá kết thực hiện, điều chỉnh hoạt động, nguồn lực ngân sách Trong trường hợp phải sửa đổi kế hoạch dự án sở cho phù hợp Quản lý thay đổi kế hoạch dự án sở: thay đổi cần phản ảnh kế hoạch dự án sở nhật ký công việc dự án Bổ sung nhật ký công việc dự án: tất kiện diễn dự án cần phải ghi vào nhật ký cơng việc Nó cung cấp cho thành viên thông tin để làm quen với nhiệm vụ dự án Nó cung cấp tài liệu lịch sử để phân tích, định lập báo cáo Thơng báo tình trạng dự án: mục đích để giữ mối liên hệ thành viên dự án Việc thông báo kịp thời diễn tiến dự án yêu cầu để có hiểu biết thành viên làm việc với Đảm bảo phối hợp hành động cách có hiệu 1.6.2.4 Kết thúc dự án Mục tiêu giai đoạn hồn tất dự án, bao gồm cơng việc sau: Đóng dự án lại: cần thực số hoạt động đánh giá thành viên kiến nghị lợi ích cho họ, hồn tất tài liệu chứng từ toán Cám ơn người đóng góp, tham gia hỗ trợ trình thực dự án Tổng kết sau dự án: mục tiêu xác định mặt mạnh, mặt yếu từ sản phẩm dự án, q trình hình thành lên q trình quản lý dự án, từ rút kinh nghiệm cho dự án sau Kết thúc hợp đồng: ký kết lý hợp đồng với bên liên quan 1.7 Giới thiệu vài phương pháp phân tích thiết kế 1.7.1 Phương pháp phân tích thiết kế có cấu trúc (SADT-Structured Analysis and Design Technique-Kỹ thuật phân tích thiết kế có cấu trúc): Phương pháp xuất phát từ Mỹ, ý tưởng Phân rã hệ thống lớn thành hệ thống đơn giản SADT xây dựng dựa nguyên lý sau: Sử dụng mơ hình Phân tích kiểu Top-down Dùng mơ hình chức mơ hình quan niệm (còn gọi “mơ hình thiết kế” để mơ tả hệ thống Thể tính đối ngẫu hệ thống Sử dụng biểu diễn dạng đồ hoạ Phối hợp hoạt động nhóm Ưu tiên tuyệt đối cho hồ sơ viết Cơng cụ để phân tích: Sử dụng sơ đồ chức công việc BFD (Business Function Diagram) lưu đồ luồng liệu DFD (Data Flow Diagram) Mơ hình liệu (Data Modes) Ngơn ngữ có cấu trúc SL (Structured Language) 10 Từ điển liệu (Data Dictionary) Bảng định (Warnier/orr) Đặc tả tiến trình (Process Specification) Phương pháp phân tích thiết kế SADT có ưu điểm dựa vào ngun lý phân tích có cấu trúc, thiết kế theo lối phân cấp, bảo đảm từ liệu vào sản xuất nhiều liệu Nhược điểm phương pháp khơng bao gồm tồn tiến trình phân tích khơng thận trọng đưa đén tình trạng trùng lặp thơng tin 1.7.2 Phương pháp phân tích thiết kế Merise MERISE viết tắt từ cụm từ Methode pour Rassembler les Ideés Sans Effort (phương pháp tập hợp ý tưởng không cần cố gắng) Phương pháp đời vào năm cuối thập niên 70 Xuất phát từ suy nghĩ nhóm nghiên cứu đứng đầu J.L.Lemoigne trường đại học Aix-EnProvence - Pháp nghiên cứu thực đồng thời Trung tâm nghiên cứu trang bị kỹ thuật (CETE), lãnh đạo H.Tardien.Trong phát triển nhanh chóng cơng nghệ mới, MERISE dùng để điều hành dự án khơng cơng sở mà nhiều xí nghiệp đủ loại khác Ý tưởng phương pháp Merise: Ý tưởng phương pháp phân tích thiết kế Merise dựa mặt sau: Mặt thứ nhất: quan tâm đến chu kỳ sống (life cycle) hệ thống thông tin qua giai đoạn: Thai nghén (Gestation) - Quan niệm/Ý niệm - Quản trị - Chết Chu kỳ sống kéo dài từ 15đến 20 năm hệ thống thông tin lớn Mặt thứ hai: đề cập đến chu kỳ đặc trưng hệ thống thơng tin, gọi chu kỳ trừu tượng Mỗi tầng mô tả dạng mơ hình tập trung bao gồm tập hợp thơng số xác Theo thông số tầng tăng trưởng, tầng mô tả khơng biến đổi thay đổi thơng số thay đổi Mỗi mơ hình mơ tả thơng qua hình thức dựa quy tắc, nguyên lý ngữ vựng cú pháp quy định Có quy tắc cho phép chuyển từ mơ hình sang mơ hình khác cách tự động nhiều Mặt thứ ba: mặt liên quan đến chu kỳ định cần phải đưa chu kỳ sống sản phẩm Đặc trưng phương pháp Merise tách rời liệu xử lý nhằm đảm bảo tính khách quan q trình phân tích cung cấp đầy đủ mơ hình để diễn đạt bước cập nhật Hệ thống bao gồm liệu xử lý biểu diễn ba mức: - Mức quan niệm (Concept): xác định thành phần liệu xử lý 11 - Mức tổ chức (Oganization): chi tiết hóa quan hệ chúng - Mức tác nghiệp (Physic): thành phần thể thực tế Cơng cụ để phân tích: Trên sở ba mức bất biến hệ thống thông tin, phương pháp phân tích thiết kế Merise sử dụng mơ hình tương ứng mức để phân tích thiết kế hệ thống thông tin MỨC DỮ LIỆU XỬ LÝ Mức quan niệm MH quan niệm liệu MH quan niệm xử lý Mức tổ chức MH tổ chức liệu MH tổ chức xử lý Mức vật lý MH vật lý liệu MH vật lý xử lý Ưu điểm phương pháp phân tích thiết kế MERISE có sở khoa học vững Hiện phương pháp dùng nhiều Pháp Châu Âu phải phân tích hệ thống lớn Nhược điểm phương pháp cồng kềnh Do đó, để giải ứng dụng nhỏ phương pháp thường đưa đến việc kéo dài thời gian Trong giáo trình này, bám sát phương pháp để trình bày bước phân tích thiết kế hệ thống thơng tin Có thể hình dung bước phát triển hệ thống thông tin thông qua mô hình khơng gian ba chiều: chiều thành phần hệ thống thông tin, chiều mức bất biến hệ thống thông tin chiều giai đoạn phân tích thiết kế hệ thống thơng tin Mức vật lý Mức tổ chức Mức quan niệm thiết bị người Xử lý Thơng tin Lập kế hoạch Phân tích Thiết kế Thực 12 16/01/2004 02/03/2004 Tài liệu C Công ty Hải Hà Kho Nguyên liệu 5467 2345 150 20 75 55 PHIẾU NHẬP KHO Ngày Số phiếu: 015 Họ tên người giao: Tơ thị Đẹp Địa chỉ: 16 Phan Đình Phùng Đơn vị: Công ty Nông sản thực phẩm Tỉnh TT Huế Theo Hợp đồng số: 1234/KT Ngày 12/10/2004 Stt Tên hàng Đường RE Bột mì Pháp Sữa Hà lan Mã hàng Đơn vị Đơn giá Số lượng Thànhtiền Kg Kg Lit 5000 2500 8000 12000 5000 1500 60000000 12500000 12000000 C09 B14 B16 Tổng cộng: Người giao 84500000 Người kiểm tra Tài liệu D Công ty Hải Hà Kho Thành phẩm Thủ kho Thủ trưởng HOÁ ĐƠN KIÊM PHIẾU XUẤT KHO Ngày xuất Số phiếu: 215 Họ tên người nhận: Hoàng Dùi Địa chỉ: 18 Hùng vương Đơn vị: Đại lý số Theo Hợp đồng đại lý số : 124/HDDL ngày 12/02/2004 Stt Tên hàng Kẹo Chôcôla Bánh quy bơ Kẹo sữa Mã hàng Đơn vị Đơn giá Số lượng Thànhtiền Kg Kg Kg 7000 3000 8000 120 50 10 840000 150000 80000 A09 A14 C16 Tổng cộng: Người nhận Người viét phiếu 1070000 Kế toán Thủ kho Thủ trưởng 34 Tài liệu E Công ty Hải Hà Mã Tên đại lý D1 D2 D3 Cửa hàng 1-5 Bà Nọi DANH SÁCH ĐẠI LÝ Địa 01-Lê Duẫn 12 Lê lợi Ngày ký Đại diện 1356 5678 1/2/03 4/6/02 Bà Năm Chị Tèo Số CMND 1234567 9876544 Tài liệu F Công ty Hải Hà Kho Thành phẩm Stt Số hợp đồng BẢNG CÂN ĐỐI KHO Tính từ ngày đến ngày Tên vật tư hàng hố Mã Kẹo Chơcơla Bánh quy bơ Kẹo sữa A09 A14 C16 Đơn vị Kg Kg Kg Tồn đầu kỳ Lượng xuất 120 80 40 200 20 250 Lượng nhập Tồn cuối kỳ 150 300 70 60 90 2.6.2 Hệ thống thông tin " Quản lý công chức" 35 Một quan hành nghiệp cần tin học hố việc quản lý cán cơng chức quan Qua nghiên cứu trạng phân tích viên nắm thông tin sau: Mỗi công chức quan quản lý thông tin sau đây: Họ tên, đơn vị cơng tác, giới tính, ngày sinh, nơi sinh, địa chỉ, dân tộc, tơn giáo, trị, trình độ văn hóa, ngoại ngữ, loại hình đào tạo, cựu chiến binh, ngày vào quan, ngày vào biên chế, cha mẹ, vợ chồng, con, khen thưởng, kỷ luật Trong lý lịch, quản lý: Nơi sinh quản lý cấp huyện tỉnh Địa phân làm hai loại: Nếu địa thành thị quản lý số nhà, đường phố Nếu địa nơng thơn quản lý xã, huyện Cha mẹ bao gồm Tên, nghề nghiệp, quan, chức vụ cha mẹ Vợ chồng bao gồm: Tên, ngày sinh, nghề nghiệp, quan chức vụ vợ hay chồng Con bao gồm: Tên, ngày sinh, nghề nghiệp đứa Chính trị bao gồm Đồn viên, Đảng viên Nếu Đảng viên quản lý: Ngày VĐ, ngày CT, nơi vào Đảng (Tỉnh) Đi nước vào thời gian nào, nước Cựu chiến binh: Ngày NN, ngày XN, binh chủng, cấp bậc xuất ngũ Cơng việc tin học hố hệ thống nhằm đáp ứng: Bất kỳ lúc trả lời thơng tin xác tình hình cơng tác, lí lịch cơng chức Thống kê theo lĩnh vực 2.5.3 Hệ thống thông tin "Quản lý đào tạo" Một trường đại học dân lập cần tin học hoá việc quản lý đào tạo trường, qua nghiên cứu trạng, phân tích viên nắm thông tin sau: Trường đại học dân lập gồm máy quản lý, tồn giáo viên phải th từ trường đại học khác viện nghiên cứu danh nghĩa cộng tác viên Trường lập sẵn hồ sơ cộng tác viên gồm tên, tuổi, giới tính, địa chỉ, trình độ chun mơn (cử nhân, thạc sĩ, tiến sĩ) Tùy theo trình độ, cộng tác viên trả thù lao (tính theo tiết) khác Trường có số lớp, lớp có số sinh viên khác Các môn học tuân theo chương trình đào tạo Bộ GD & ĐT phê duyệt nội dung chuyên môn số tiết cần thiết Trường phải thuê số phòng học nhiều nơi nên phải có hồ sơ phòng học bao gồm số phòng địa Việc xếp lịch học cho lớp phải phù hợp với số chổ phòng học Đầu năm học, hội đồng nhà trường lập bảng phân công giảng dạy gồm thầy nào, dạy lớp nào, mơn Còn giáo vụ phải xếp lịch học phòng 36 học Dĩ nhiên thầy dạy nhiều mơn nhiều lớp khác Do thời gian giáo viên phụ thuộc nhiều thời gian công tác họ quan, nên thời khóa biểu lập điều chỉnh theo tuần Giáo viên phải đề đạt yêu cầu họ vào thứ năm hàng tuần để kịp làm lịch học cho tuần sau Trong thời khóa biểu thứ mấy, từ tiết đến tiết nào, dạy lớp nào, môn nào, phòng học Trong thời khóa biểu phát cho lớp, thời khóa biểu có để khoảng trống để giáo viên ký xác nhận giảng dạy Vì gọi phiếu giảng dạy Cuối tuần lớp phải nộp lại cho giáo vụ phiếu giảng dạy Hàng tháng vào bảng xác nhận, nhà trường làm bảng toán cho giáo viên sở số thực dạy Đơi phải lập bảng tốn theo yêu cầu giáo viên hay hiệu trưởng trường hợp đặc biệt, ví dụ giáo viên chấm dứt hợp đồng giảng dạy tháng Cuối học kỳ, giáo vụ vào bảng xác nhận để xác định số dạy môn Nếu môn lớp dạy chưa đủ thời gian lập kế hoạch dạy bù Ngồi việc quản lý tốn giảng dạy, hệ thống thơng tin phải đáp ứng thơng tin giáo viên, học sinh, mơn học, phòng học hữu phòng học thuê mướn trường 2.7 Phân tích hệ thống chức Để mơ tả kết nghiên cứu qua giai đoạn mô tả chức nghiệp vụ hệ thống, người phân tích cần sử dụng số phương tiện mơ hình nói 2.7.1 Các mức độ diễn tả chức Chức nói chức xử lý thông tin hệ thống thông tin quản lý Tuỳ theo ngữ cảnh mà việc mô tả chức hệ thống thể nhiều mức độ khác Mô tả vật lý mô tả logic: mơ tả chức mức độ vật lý đòi hỏi phải nói rõ mục đích cách thực trình xử lý, nghĩa phải trả lời câu hỏi: làm gì? làm nào? Sự mô tả chức mức độ logic lại đơn giản hơn, cần trả lời đầy đủ câu hỏi làm gì? Nghĩa diễn tả mục đích, chất q trình xử lý mà khơng cần quan tâm đến yếu tố thực hiện, cài đặt phương pháp, phương tiện, tác nhân, thời điểm, thời gian, Thông thường mô tả vật lý sử dụng giai đoạn khảo sát sơ hệ tả HT làm tả logic sử dụng giai đoạn Mơ tảthiết HT thống cóMơ sẵn, còncũmơ kế Có thể thấy nào? làm nào? thay đổi mức độ mô tả vật lý/logic hình đây, bước chuyển đổi (1) (2) thuộc giai đoạn phân tích bước chuyển đổi (3) thuộc (3 Mức vật lý giai đoạn thiết kế.(1 ) ) Mức logic Mô tả HT cũ làm gì? (2 ) Một trình tự mơ hình hố hệ thống Mơ tả HT làm gì? 37 Mơ tả đại thể mô tả chi tiết: mức độ đại thể chức mô tả dạng hộp đen Nội dung bên hộp đen không rõ mà mô tả thông tin vào hộp đen Ví dụ q trình “lập hố đơn” để xuất hàng mơ tả qua hộp đen sau: Đơn đặt hàng Phiếu xuất kho Lập Hố đơn Thơng tin tồn kho Ở mức độ chi tiết nội dung trình xử lý phải rõ Thơng thường cần chức con, mối quan hệ thơng tin điều khiển chức Nếu chức có nhiều chức để mơ tả chi tiết người phân tích phải phân rã chức thành nhiều mức Các mức biểu diễn qua biểu đồ phân cấp chức 2.7.2 Biểu đồ chức nghiệp vụ BFD (Business Function Diagram) Biểu đồ chức nghiệp vụ sơ đồ hình học dùng để mơ tả phân rã có thứ bậc chức hệ thống từ đại thể đến chi tiết Mỗi nút biểu đồ chức năng, chức có quan hệ bao hàm với chúng nối với cung để tạo nên cấu trúc Ví dụ: Biểu đồ chức nghiệp vụ hệ thống thông tin “quản lý doanh nghiệp” Quản lý Doanh nghiệp Quản lý Nhân Quản lý Vật tư Tài sản cố định Thiết bị Quản lý Tài Lương tiền Kế tốn 38 Có hai dạng để biểu diễn mơ hình chức nghiệp vụ dạng phân cấp chức dạng phân tích cơng ty a Xây dựng BFD theo phân cấp chức năng: Để hình thành biểu đồ phân cấp chức người ta phân chia chức phận thành chức dựa nguyên tắc sau: Tính thực chất chức năng: chức phân rã từ chức mức phải phận thực tham gia thực chức phân rã Do đó, để hình thành mức tiếp theo, người phân tích phải đặt câu hỏi “để hồn thành chức chức thực hiện?” Tính đầy đủ chức con: Việc thực chức mức phải bảo đảm thực chức mức phân rã chúng Bố trí, xếp chức năng: thiết lập biểu đồ BFD khơng nên có q mức, hệ thống nhỏ thơng thường có khoảng mức Mỗi chức mơ hình có nhiều chức Ở mức chức nên đặt hàng Sơ đồ nên cân bằng, nghĩa chức mức nên có kích thước độ phức tạp tương đương Đặt tên cho chức năng: Mỗi chức nên có tên riêng đơn giản thể bao quát chức phản ánh thực tế nghiệp vụ Mơ tả chi tiết chức lá: chức cuối BFD gọi chức Các chức thực trực tiếp cơng việc hệ thống nên cần phải mơ tả cách trình tự chi tiết Ví dụ: BFD “Quản lý trơng giữ xe” Quản lý trông giữ xe Nhận xe Trả xe Giải cố 1.1 Nhận dạng xe 2.1 Kiểm tra vé 3.1 Kiểm tra sổ gửi 1.2 Ktra chổ trống 2.2 Đối chiếu vé 3.2 Ktra trường 1.3 Ghi vé xe 2.3 Thanh toán 3.3 Lập biên 1.4 Ghi số xe vào 2.4 Ghi số xe 3.4 Thanh toán cố 39 b Xây dựng BFD theo dạng công ty: BFD dạng công ty sử dụng để mô tả chức tổng quát tổ chức, thường sử dụng hệ thống lớn, đòi hỏi phải phân tích cho liệu phải xử lý sử dụng chung tồn hệ thống Để mơ tả BFD dạng cơng ty phân tích viên phải xác định tất chức nghiệp vụ mức cao tổ chức ý dự án phận nhiều chức cao Ví dụ: Biểu đồ chức nghiệp vụ mức cao (dạng công ty) hệ thống thông tin quản lý đào tạo trường đại học Quản lý Đào tạo Quản lý Sinh viên Quản lý Giáo viên Quản lý Môn học Chú ý: cần phân biệt BFD với sơ đồ tổ chức quan Sơ đồ tổ chức quan mô tả phận, tổ chức hợp thành quan nên có dạng hình Sơ đồ tổ chức thường dùng để mô tả luồng thông tin từ phận đến phận khác tổ chức 2.8 Mơ hình hố tiến trình hệ thống Trong q trình phân tích, u cầu thơng tin cần phải mơ tả hệ thống vận hành luồng liệu từ vị trí đến vị trí khác tổ chức Hai loại biểu đồ thường phương pháp phân tích thiết kế hệ thống sử dụng sơ đồ ngữ cảnh loại biểu đồ luồng liệu Chúng thể việc chuyển tải, lưu trữ thông tin hệ thống, giúp phân tích viên hình dung loại thơng tin sử dụng lưu chuyển 2.8.1 Sơ đồ ngữ cảnh a Các biểu tượng để trình bày tài liệu Điểm công tác Nhiệm vụ chức Điểm cơng tác ngồi Sự kiện Tài liệu CSDL Tài liệu lưu trữ Luồng liệu 40 b Sơ đồ ngữ cảnh: sơ đồ hình học xây dựng theo điểm cơng tác dùng để làm rõ mối quan hệ thông tin điểm công tác hệ thống Điểm trung tâm điểm xét, điểm cơng tác khác có liên hệ thơng tin với điểm trung tâm mô tả mũi tên ghi kèm theo Ví dụ: Sơ đồ ngữ cảnh toán "quản lý kho" Điểm trung tâm Người quản lý kho Thủ kho Phiếu Xuất/Nhập Đại lý Phiếu Xuất Kế toán Phiếu Xuất/Nhập Người quản lý kho Phiếu Xuất/Nhập Báo cáo Phiếu Nhập Phân xưởng Lãnh đạo Nhà cung cấp 2.8.2 Biểu đồ luồng liệu DFD Biểu đồ luồng liệu (DFD-Data Flow Diagram ) sơ đồ hình học nhằm diễn tả luồng tài liệu thông qua chức hệ thống a Những hỗ trợ DFD Xác định yêu cầu người dùng Lập kế hoạch minh hoạ phương án cho phân tích viên người dùng xem xét Trao đổi phân tích viên người dùng hệ thống Làm tài liệu đặc tả yêu cầu hình thức đặc tả thiết kế hệ thống b Các thành phần DFD: Luồng liệu (Data flow): mơ tả liệu di chuyển từ vị trí đến vị trí khác, DFD mơ tả mũi tên với tên liệu kèm theo, chiều mũi tên hướng di chuyển liệu Tên luồng liệu thể trạng thái logic thông tin dạng vật lý 41 Đại lý Phiếu Xuất Người quản lý kho Ví dụ: Một luồng liệu “Phiếu xuất” từ tác nhân “Người quản lý kho” đến tác nhân “Đại lý” Kho liệu (Data store): liệu lưu giữ nơi hệ thống Về mặt vật lý, kho liệu tập tin liệu máy tính tập tài liệu lưu trữ văn phòng Do kho liệu biểu diễn liệu lưu trữ nhiều vị trí khơng gian khác nhau, thư mục khác nhau, máy tính khác nhau, Kho liệu liệu lưu giữ giá mang nó, người ta thường lấy tên vật mang làm tên kho liệu Ví dụ: “ Phiếu xuất kho”, “Đơn đặt hàng” D Phiếu xuất kho Đơn đặt hàng D Tiến trình (Proccess) chức năng: cơng việc hành động có tác động lên liệu làm cho chúng di chuyển, thay đổi phân phối Chỉ xem tiến trình DFD chúng nhận thơng tin đầu vào có thơng tin đầu Ví dụ: Tiến trình “Làm hố đơn” hệ thống thơng tin “Quản lý Kho hàng” Làm hố đơn Trong SADT tiến trình ký hiệu vòng tròn Làm hố đơn 42 Tác nhân ngồi (extenal entity): Tác nhân ngồi gọi đối tác, cá nhân tổ chức bên lĩnh vực nghiên cứu hệ thống, hiểu tác nhân ngồi điểm cơng tác ngồi Nghĩa nơi thu nhận, nơi phát sinh thông tin nơi lưu trũ chúng Tác nhân ngồi phần sống hệ thống, chúng nguồn cung cấp thơng tin cho hệ thống nguyên nhân kích hoạt hệ thống Ví dụ: luồng liệu “Phiếu nhập” đến tác nhân “Nhà cung cấp” Nhà cung cấp Phiếu nhập Tác nhân (intenal entity): tương tự điểm cơng tác Nghĩa là, nơi thu nhận, nơi phát sinh nơi lưu trữ xử lý thơng tin Ví dụ: luồng liệu “Phiếu xuất/nhập” đến tác nhân “Thủ kho” Thủ kho Phiếu nhập/xuất c Các ý xây dựng DFD Để xây dựng DFD người ta dựa vào biểu đồ chức nghiệp vụ sơ đồ ngữ cảnh Sử dụng BFD để xác định tiến trình theo mức cho DFD Bởi BFD thực phân rã thành mức nên dùng để mức tương ứng DFD Sử dụng sơ đồ ngữ cảnh để nhận dạng luồng liệu vào hệ thống, tác nhân hệ thống Tuy nhiên đê kiểm tra tính đắn thành phẩm DFD cần phải dựa vào đặc trưng Tiến trình: - Khơng tiến trình có vào mà khơng có Nếu đối tượng mà có vào tác nhân (đích-thu nhận thơng tin) - Khơng tiến trình có mà khơng có vào Nếu đối tượng mà có tác nhân (nguồn-phát sinh thơng tin) - Cái vào tiến trình phải khác với tiến trình - Tên tiến trình phải mệnh đề hành động Kho liệu: - Tên kho liệu phải mệnh đề danh từ - Dữ liệu di chuyển trực tiếp từ kho liệu đến kho liệu khác 43 - Không thể di chuyển trực tiếp liệu từ tác nhân đến kho liệu - Không thể di chuyển trực tiếp liệu từ kho liệu đến tác nhân Tác nhân: - Tên tác nhân phải mệnh đề danh từ - Dữ liệu di chuyển trực tiếp từ tác nhân đến tác nhân khác Luồng liệu: - Tên luồng liệu phải mệnh đề danh từ - Một luồng liệu có hướng hướng di chuyển liệu - Một luồng liệu quay lui nơi vừa khỏi - Một luồng liệu vào kho có nghĩa kho cập nhật liệu - Một luồng liệu khỏi kho có nghĩa kho liệu đọc 2.8.3 Kỹ thuật phân mức Căn vào việc phân rã chức BFD, mô tả DFD theo nhiều mức khác Mỗi mức thể nhiều trang Mức 0: gọi mức bối cảnh, gồm DFD, có chức (chức tổng quát hệ thống) trao đổi luồng thông tin với đối tác Tên trang mức tên hệ thống Mức 1: gọi mức đỉnh, gồm DFD, mức 2,3,4, mức gồm nhiều DFD thành lập sau: Cứ chức mức trên, ta thành lập DFD mức dưới, gọi biểu DFD định nghĩa chức theo cách sau: - Phân rã chức thành nhiều chức con; - Vẽ lại luồng liệu vào chức trên, phải vào chức thích hợp; - Nghiên cứu quan hệ liệu chức con, nhờ đố bổ sung luồng liệu nội kho liệu nội Các chức đánh số theo ký pháp chấm để tiên theo dõi vệt triển khai từ xuống Tổng quát, định nghĩa cách quy nạp biểu đồ luồng liệu mức sau: Biểu đồ luồng liệu mức n biểu đồ luồng liệu nhận từ việc phân rã tiến trình thuộc biểu đồ luồng liệu mức n-1 Như biểu đồ luồng liệu mức tập hợp DFD mức 44 mức 3.0 Biểu đồ phân rã mức 1.0 2.0 1.0 2.1 2.3 2.2 3.1 3.2 Biểu đồ phân rã mức 2.1 2.2.1 2.2.2 2.2.3 Biểu đồ phân rã mức Các mức trình phân rã biểu đồ luồng liệu 45 Ví dụ: Xét hệ thống thơng tin “Quản lý tín dụng” có BFD sau: Quản lý tín dụng Cho vay Nhận đơn Thu nợ Duyệt vay Trả lời đơn Xác định kỳ hạn trả Xử lý nợ trả hạn Xử lý nợ trả hạn Hãy xây dựng DFD mức phân rã từ BFD cho Mức 0: chức tổng quát hệ thống là: “ Quản lý tín dụng” Tác nhân hệ thống “Khách vay” Ta có DFD mức bối cảnh sau: Trả lời đơn vay Đơn vay Khách vay Quản lý tín dụng Nợ hồn trả DFD mức (mức bối cảnh) Mức 1: chức mức phân rã thành chức “ Cho vay” “Thu nợ” Ngoài ba luồng liệu có chức phải bảo tồn, ta thấy luồng liệu trao đổi hai chức “Cho vay” “Thu nợ” không trực tiếp mà phải thông qua kho liệu “Sổ nợ” Ta có DFD mức đỉnh hình Mức 2: chức “Cho vay” mức phân rã thành chức “Nhận đơn”, “Duyệt vay” “Trả lời đơn”; chức “Thu nợ” mức phân rã thành chức “Xác định kỳ hạn trả”, “Xử lý nợ trả hạn” “Xử lý nợ trả hạn” Để bảo toàn luồng liệu vào/ra thêm luồng liệu nội ta thành lập hai DFD định nghĩa cho hai chức sau: 46 Trả lời đơn vay 1.Cho vay Sổ nợ Đơn vay Khách vay Thu nợ Nợ hoàn trả DFD mức (mức đỉnh) Đơn kiểm tra Đơn vay Khách vay 1.1 Nhận đơn 1.2 Duyệt vay Đơn duyệt Sổ nợ Từ chối vay 1.3 Trả lời đơn Đáp ứng vay DFD mức (định nghĩa chức 1: Chovay) Nợ trả hạn 2.2 Xử lý nợ trả hạn Nợ hoàn trả Khách vay 2.1 Xác định kỳ hạn trả Nợ trả hạn Sổ nợ 2.3 Xử lý nợ trả hạn DFD mức (định nghĩa chức 2: Thu nợ) Chú ý: - Q trình phân rã thành mức khơng thể kéo dài mà phải dừng sau số mức Ta định dừng việc phân rã có biểu sau: 47 Các chức phân rã cuối đơn giản Nếu phân rã tiếp vượt ngồi câu hỏi “Làm gì?” bắt đầu sang câu hỏi “Làm nào?” - Số mức vào khoảng 7±2 (tuỳ thuộc hệ thống đơn giản phức tạp) 48 ... chiều giai đoạn phân tích thiết kế hệ thống thơng tin Mức vật lý Mức tổ chức Mức quan niệm thiết bị người Xử lý Thông tin Lập kế hoạch Phân tích Thiết kế Thực 12 1.7.3 Phương pháp phân tích MCX (Méthode... Thiếu chuẩn thống Người phân tích thiếu chuẩn thống để mô tả, cài đặt ứng dụng hệ thống 1.9 Các giai đoạn xây dựng hệ thống thơng tin tin học hóa Mọi phương pháp phân tích thiết kế hệ thống thơng... thơng tin phải tình trạng hệ thống thông tin cũ từ thiếu hiệu hệ thống cũ so với nhiệm vụ đặt tổ chức PHÂN TÍCH THIẾT KẾ Hệ thống cũ họat động nào? Hệ thống cũ làm gì? Hệ thống phải làm gì? Tìm