PHÂN TÍCH THIẾT KẾ HỆ THỐNG THÔNG TIN

4 Chương TỔNG QUAN VỀ PHÂN TÍCH THIẾT KẾ HỆ THỐNG THÔNG TIN I Tổng quan hệ thống thông tin Đặt vấn đề: Hệ thống thông tin tin học hoá ứng dụng đầy đủ toàn diện thành tựu công nghệ thông tin vào tổ chức Nhiều ứng dụng tin học xây dựng cách tự phát sử dụng nhiều lĩnh vực xã hội Câu hỏi đạt người xây dựng phần mềm là: “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 tìm phương pháp phân tích hữu hiệu nhằm khắc phục tình trạng 5 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 II Các hệ thống thông tin thông dụng Trong thực tế, bốn hệ thống thông tin thường sử dụng 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 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 hoà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 - 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 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 6 - 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 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, III 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ơ đồ Hình 1.1: Hệ thống thông tin theo quan điểm hệ hỗ trợ định T P QUYẾT ĐỊNH Quyết Thông tin vào từ môi trường Báo cáo T P THÔNG TIN Thông tin Điều Nguyên liệu Thông tin từ môi trường Thông tin Kiểm tra T P TÁC NGHIỆP Sản phẩm Chúng ta đế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 vào hệ thống, thông tin từ hệ thống môi trường bên 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 toán học, thuật toá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 IV Các tính hệ thống thông tin - 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 V Mục đích, yêu cầu phương pháp phân tích thiết kế HTTT 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 8 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 VI Xây dựng thành công hệ thống thông tin 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ì 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 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 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ở 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 10 - - 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 2.4 Kết thúc dự án Mục tiêu giai đoạn hoà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ọ, hoà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, trình hình thành lên 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 VII Giới thiệu vài phương pháp phân tích thiết kế thông dụng Phương pháp phân tích thiết kế có cấu trúc (SADT-Structured Analysis and Design Technique) 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) 11 - Ngôn ngữ có cấu trúc SL (Structured Language) 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 nguyên 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 toà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 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-En-Provence - 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 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ý - 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 12 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 Hình 1.2 Các bước phát triển hệ thống thông tin Mức vật lý Mức tổ chức Mức quan niệm thiết bị Lập kế hoạch Phân tích Thiết kế Thực người Xử lý Thông tin 13 Phương pháp phân tích MCX (Méthode de xavier castellani) Phương pháp phân tích MCX có nguồn gốc từ Pháp, giáo sư Học viện Tin học cho xí nghiệp IIE (Institut Informatique d’Entrerise) sáng tạo Phương pháp phân tích MCX dựa nguyên lý đặc trưng sau: Cho phép xây dựng mô hình tổng quát xác để biểu diễn hệ thống thông tin phân hệ hệ thống thông tin Cho phép phân tích, nắm liệu, trình xử lý truyền thông hệ thống thông tin Cho phép lượng hoá xử lý MCX có ưu điểm thích hợp với việc thực hành Nhược điểm rườm rà Phương pháp phân tích GLACSI (Groupe d’ Animation et de Liaison pour l’ Analyse et de conception de Système d’ Information) Phương pháp có nguồn gôc từ Pháp, đời vào tháng năm 1982 Tác giả nhóm giáo sư Học viện Công nghệ Pháp (IUT) Nội dung phương pháp trình bày tập hợp công cụ nguyên liệu để tiến hành giai đoạn sau tiến trình phân tích: - Nghiên cứu hệ thống - Nghiên cứu trạng - Nghiên cứu khả thi - Phân tích chức - Mô hình liệu - Mô hình xử lý - Phân tích cấu trúc - Tổ chức liệu: mức logic mức vật lý - Tổ chức xử lý: xử lý theo lô, xử lý theo thời gian thực - Môi trường tiếp nhận: máy tính, mạng máy tính, ngôn ngữ, phần mềm chuyên dụng - Giao diện người-máy Nhược điểm phương pháp chưa thử nghiệm nhiều thực tế Ưu điểm phương pháp công cụ tốt để giảng dạy Ngoài phương pháp phân tích thiết kế nói có phương pháp phân tích hướng đối tượng (OOA: Object Oriented Analysis) bàn đến chương cuối VIII Những sai lầm xẩy phân tích thiết kế HTTT Những phương pháp phân tích đại mong muốn hướng tới giải toàn phần tồn khiếm khuyết trình phân tích sau: - Thiếu tiếp cận tổng thể phát triển hệ thống: - Người phân tích bị ảnh hưởng đến nhu cầu trực tiếp chủ đầu tư NSD - Thu thập nhiều lần thông tin 14 - Dùng thuật ngữ khác quan niệm Sự phiến diện, không đầy đủ hồ sơ Sự bất hợp tác người sử dụng 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 IX 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 tin phải trải qua giai đoạn sau: - Nghiên cứu nhu cầu (hệ thống cần gì?) - Nghiên cứu khả thi (cân nhắc nhu cầu khả năng) - Đề xuất kiểu kiến trúc hệ thống - Mã hóa (tổ chức liệu lập trình) - Thử nghiệm khai thác Quá trình phát triển hệ 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 Lập kế hoạch (khảo sát hệ thống) Đây giai đoạn thông qua việc tiếp xúc người phân tích chủ đầu tư nhằm xác định công việc cần thiết trước tiến hành nghiên cứu lĩnh vực, phận, hệ thống con, tổ chức có liên quan đến hệ thống thông tin cần xây dựng Giai đoạn làm rõ ý muốn chủ đầu tư là: xây dựng hệ thống thông tin hay nâng cấp hệ thống thông tin cũ Mục đích cần làm sáng tỏ vấn đề sau: Có cần thiết xây dựng hệ thống thông tin nâng cấp HTTT cũ không? Nếu có, - Thời gian bắt đầu, thời gian kết thúc - Ước tính chi phí thực - Nhân lực, vật lực phục vụ cho hệ thống tương lai - Có ích lợi cản trở - Trách nhiệm bên thỏa thuận sơ vào giai đoạn Nói tóm lại, kết thúc giai đoạn hợp đồng không thức người phân tích thiết kế chủ đầu tư 15 Hình 1.2: Sơ đồ xây dựng hệ thống thông tin tin học hóa PHÂN TÍCH Hệ thống cũ họat động nào? Hệ thống cũ làm gì? THIẾT KẾ Hệ thống phải làm gì? Tìm hiểu yêu cầu thực tế yêu cầu sử dụng Xác định hệ thống phải làm nào? THỰC HIỆN Mã hóa, chuyển giao, bảo trì Bắt đầu Phân tích Là giai đoạn trung tâm xây dựng hệ thống thông tin, giai đoạn bao gồm giai đoạn khởi giai đoạn lập kế hoạch Phân tích bao gồm công đoạn sau: 2.1 Phân tích trạng: Giai đoạn nhằm hiểu rõ tình trạng hoạt động hệ thống cũ mục đích hoạt động tổ chức Cụ thể, bao gồm công việc: - Tìm hiểu trạng: thông qua việc nghiên cứu hồ sơ, tài liệu để tìm hiểu thông tin chung ngành dọc tổ chức - Tìm hiểu hoạt động tổ chức - Xác định thành phần tham gia tổ chức - Các nhiệm vụ tổ chức thành viên tổ chức bên có liên quan - Các mối quan hệ thông tin thành viên tổ chức 2.2 Phân tích khả thi lập hồ sơ nhiệm vụ: Phân tích khả thi phải tiến hành mặt: - Phân tích khả thi kỹ thuật: xem xét khả kỹ thuật có để đề xuất giải pháp kỹ thuật áp dụng cho hệ thống thông tin 16 - Phân tích khả thi kinh tế: xem xét khả tài để chi trả cho việc xây dựng hệ thống thông tin lợi ích mà hệ thống đem lại - Phân tích khả thi hoạt động: khả vận hành hệ thống điều kiện khuôn khổ, điều kiện tổ chức quản lý cho phép tổ chức Sau đó, người phân tích phải định vài giải pháp so sánh, cân nhắc điểm tốt không tốt giải pháp Tóm lại, giai đoạn người phân tích phải tìm điểm cân nhu cầu khả Sau chọn lựa xong giải pháp người phân tích cần phải lập hồ sơ nhiệm vụ Công việc nhằm mục đích: - Định hình chức hệ thống cần đạt - Định thủ tục xây dựng quan niệm thực hệ thống - Định hình sơ lược giao diện hệ thống với người sử dụng tương lai Làm mẫu (prototype) để NSD hình dung hệ thống tương lai Tóm lại, lập hồ sơ nhiệm vụ thỏa thuận không thức phía: Người phân tích, Chủ đầu tư Người sử dụng 2.3 Xây dựng mô hình hệ thống chức năng: Người phân tích dựa vào kết phân tích để xây dựng mô hình nghiệp vụ hệ thống, từ làm rõ mô hình thông tin mô hình họat động hệ thống Trong toàn hoạt động phân tích giai đoạn quan trọng Quá trình tìm hiểu xây dựng mô hình hệ thống gọi hoàn tất không phản hồi từ phía chủ đầu tư Thiết kế Thiết kế phân tích hai giai đoạn rời Thiết kế hệ thống cho phương án tổng thể hay mô hình đầy đủ hệ thống thông tin Nó bao gồm tất đặc tả hình thức cấu trúc hệ thống Trong giai đoạn thiết kế người phân tích phải xác định cách chi tiết: - Các thông tin - Các qui tắc phát sinh, tiếp nhận xử lý thông tin - Các kiểu khai thác - Các phương tiện cứng mềm sử dụng hệ thống Tóm lại, thiết kế bao gồm công việc sau: - Thiết kế liệu: xác định đối tượng (tập thực thể) cấu trúc liệu sử dụng hệ thống - Thiết kế chức năng: định modun xử lý thể chức xử lý hệ thống thông tin - Thiết kế giao diện: chi tiết hóa hình thức giao tiếp người - máy - Thiết kế an toàn hệ thống - Thiết kế phần cứng: tính toán yêu cầu kỹ thuật cho hệ thống - Dự kiến nhân vị trí công tác hệ thống 17 Giai đoạn thực Trong giai đoạn xây dựng hệ thống bao gồm xây dựng file Viết chương trình thực chức hệ thống tương ứng với kiểu khai thác đặt Thực chất giai đoạn thực mã hóa liệu giải thuật nên gọi giai đoạn mã hóa (coding) Một nhiệm vụ quan trọng giai đoạn làm tài liệu sử dụng hướng dẫn cho người sử dụng làm tài liệu kỹ thuật cho chuyên gia tin học phát triển hệ thống sau Chuyển giao hệ thống Giai đoạn giai đoạn cuối để người phân tích hiệu chỉnh hệ thống thông tin đưa hệ thống vào khai thác, vận hành thử số liệu giả để phát sai sot Sau đo người phân tích phải đào tạo người sử dụng vị trí hệ thống Bảo trì Bảo trì trình sửa đổi, khắc phục thiếu sót hệ thống thông tin để làm cho hệ thống thích nghi hơn, thuận tiện sử dụng Tóm lại, trình xây dựng hệ thống thông tin mô tả theo sơ đồ đây: Hình 1.3: Quá trình xây dựng hệ thống thông tin LË p k Õ h o ¹ c h Ph ©n t Ýc h Th i Õt k Õ Th ù c h i Ön C h u y Ón g i a o B¶ o t r × 18 X Các mức bất biến hệ thống thông tin Việc định mức trừu tượng hóa hệ thống thông tin xuất phát từ nhu cầu nhà phân tích Các nhu cầu bao gồm: - Cần có mô hình ngôn ngữ đặc tả đơn giản đơn nghĩa để xác định yêu cầu giai đoạn phân tích - Cần có mô hình ngôn ngữ để đối thoại với người không chuyên tin học hệ thống thông tin - Cần có ngôn ngữ mô tả mức quan niệm khác hệ thống thông tin liên quan đến chu kỳ sống hệ thống Có mức trừu tượng hệ thống thông tin: Mức quan niệm Mức quan niệm hệ thống thông tin mô tả mục đích hệ thống thông tin ràng buộc phải tôn trọng mối quan hệ với mục đích hệ thống Các mô tả phải độc lập với giải pháp cài đặt sau Ví dụ, hệ thống thông tin quản lý chuyến bay công ty hành không Cụ thể, mức quan niệm người ta cần mô tả: - Các đối tượng sử dụng hệ thống - Các tượng mối quan hệ thông tin đối tượng, hệ thống hệ thống hệ thống với môi trường bên - Thứ tự công việc thực hệ thống - Các qui tắc biên đổi, công thức tinh toán, thuật toán - Các nhiệm vụ mà hệ thống phải thực ràng buộc mà hệ thống phải tôn trọng Có loại quy tắc: Qui tắc quản lyy : qui đinh mục tiêu ràng buộc hệ thống (thường quy đinh, luật lệ áp đặt từ môi trường ngoài) Ví dụ: "SV phải nộp học phí vào học", "doanh nghiệp phải đong thuế VAT" Một cách để xem xét quy tắc có phải quy tắc quản lý không hủy bỏ quy tắc hệ thống có nguy bị phá vỡ không? Qui tắc tổ chức: qui tắc liên quan đến giải pháp họat động hệ thống Qui tắc kỹ thuật: qui tắc liên quan đến yêu cầu kỹ thuật để đảm bảo hệ thống họat động Tóm lại mức quan niệm cần trả lời câu hỏi: - Chức hệ thống thông tin gì? - Hệ thống thông tin cần yếu tố gì? - Hệ thống gồm liệu quy tắc quản lý nào? 19 Mức tổ chức (logic) Mục đích mức tổ chức xác định phương tiện, nhân lực, máy móc, cách tổ chức để cung cấp thông tin cho người sử dụng thời hạn đủ độ tin cậy Tại mức này, cần trả lời câu hỏi: Ai làm? Làm đâu? Làm nào? Thông tin mức tổ chức mô tả theo giải pháp sở liệu thực chất quan hệ logic chúng Do đó, liệu mức tổ chức gọi mức logic .3 Mức vật lý (tác nghiệp) Đây mức trừu tượng hệ thống họat động vận hành Tại mức này, cần trả lời câu hỏi hệ thống hoạt động nào? Mục tiêu mức vật lý xác định cách thực hệ thống thông tin môi trường cài đặt đó, thông tin mô tả với cấu trúc, giá mang phương thức truy nhập Hình 1.4: Mô hình không gian phát triển hệ thống MVL MTC MQN TTin Lập kế hoạch Phân tích Thiết kế XLý Cngười Thbị 20 Có thể xem bước trình phân tích thiết kế hệ thống điểm không gian chiều hình vẽ Mức Quan niệm Logic Vật lý Dữ liệu Xử lý Mô hình quan niệm liệu Mô hình tổ chức liệu Mô hình vật lý liệu Mô hình quan niệm xử lý Mô hình tổ chức xử lý Mô hình vật lý xử lý H ết chương