Bài giảng Phân tích thiết kế hệ thống thông tin - Chương 1: Tổng quan về phân tích và thiết kế hệ thống thông tin

TỔNG QUAN VỀ PHÂN TÍCH &THẾT KẾ HTTTNỘI DUNG Giới thiệu về hệ thống thông tinKhái niệm chung về hệ thống thông tinMột số hệ thống thông tin thường gặpVai trò của của phân tích & thiết kế hệ thống Vấn đề cơ bản về phát triển hệ thống thông tinCác cách tiếp cận phát triển HTTTVòng đời phát triển HTTTCác phương pháp phát triển HTTTGiới thiệu về Hệ thống thông tinKhái niệm chung về hệ thống thông tinPhân loại hệ thống thông tin thường gặpVai trò của của phân tích & thiết kế hệ thống Khái niệm về HTTT Là một tập hợp các thành phần được tổ chức để thu thập, xử lý, lưu trữ, phân phối và biểu diễn thông tin, trợ giúp việc ra quyết định và kiểm soát hoạt động trong một tổ chứcDữ liệu?Thông tin?Xử lý thông tin?Biểu diễn thông tin?Khái niệm về HTTT.Dữ liệu: mô tả sự kiện, sự vật, con người thế giới thựcThông tin: hiểu biết từ dữ liệuXử lý thông tin:Hoạt động tác động lên dữ liệu làm nó biến đổiSố và phi sốXử lý theo lô, tương tác, thời gian thực, phân tánBiểu diễn thông tin: biểu diễn dữ liệu ở dạng mà con người nhận biết được (màn hình, loa, giấy, )Thu thập, lưu trữ, phân phối, xử lý, trình diễn  hoạt động thông tinHệ thống thông tin quản lýLà sự phát triển và sử dụng HTTT có hiệu quả trong một tổ chứcCác yếu tố cấu thành một HTTT quản lýPhân loại HTTTPhân theo lĩnh vực nghiệp vụHệ thống tự động văn phòngHệ thống truyền thôngHệ thống thông tin thực hiệnHệ thống xử lý giao dịchHệ thống thông tin quản lýHệ trợ giúp quyết Hệ chuyên giaHệ trợ giúp hệ điều hànhHệ trợ giúp làm việc nhómPhân loại HTTTPhân loại theo quy mô kĩ thuậtHệ thống thông tin cá nhânHệ thống thông tin làm việc nhómHệ thống thông tin doanh nghiệpPhân loại theo đặc tính kĩ thuậtHệ thống thông thườngHệ thống thời gian thựcHệ thống nhúngHệ thống thông tin tích hợpĐược hình thành trên cơ sở tích hợp các hệ thống khác nhau để được một hệ thống tổng thểTại sao cần phải phát triển HTTT?Khắc phục hạn chế, khó khăn cản trở việc đạt mục tiêu hiện tạiTạo ưu thế để vượt qua thách thức và tận dụng cơ hội trong tương laiĐể hợp tác với đối tácVai trò và tầm quan trọng môn họcTại sao phải thiết kế sản phẩm?Hình dung sản phẩm một cách đầy đủĐưa vào sản phẩm những yêu cầu, ý tưởng haySử dụng tài nguyên thích hợp, hiệu quảChuẩn bị một quy trình sản xuất hữu hiệuTạo kiến trúc tốt cho phần mềm Thiết kế phần mềm là gì?Chuyển yêu cầu bài toán thành đặc tả để người lập trình chuyển thành chương trình vận hành được, đáp ứng yêu cầu đặt raVai trò và tầm quan trọngThiết kế một HTTT bao gồm:Thiết kế hệ thống thiết bị phần cứngThiết kế hệ thống phần mềmThiết kế cơ sở dữ liệuPhù hợp môi trường cài đặt, đáp ứng yêu cầu đặt raNhận xét:Các mô hình, thiết bị phần cứng không nhiều, dễ nắmThiết kế CSDL có nhiều kinh nghiệm, tự động hóa caoThiết kế phần mềm là đa dạng, khó khăn nhấtVấn đề cơ bản về phát triển hệ HTTTCác cách tiếp cận phát triển HTTTVòng đời phát triển HTTTCác phương pháp phát triển HTTTCác cách tiếp cận phát triển HTTTTiếp cận hướng tiến trìnhTiếp cận hướng dữ liệuTiếp cận hướng cấu trúcTiếp cận hướng đối tượngTiếp cận hướng tiến trìnhXuất hiện vào thời điểm máy tính mới ra đờiTập trung vào hiệu quả xử lý của chương trìnhDữ liệu được tổ chức khi tiến trình cầnNhược điểm:Thay đổi theo tiến trìnhDư thừa, tốn nhiều công sức tổ chứcKhông chia sẻDữ liệu thuếDữ liệu nhân sựHệ thống trả lươngDữ liệu nhân sựDữ liệu dự ánHệ thống quản lý dự ánTiếp cận hướng dữ liệuTập trung dữ liệu một cách lý tưởng:Tách dữ liệu ra khỏi quá trình xử lýTổ chức dữ liệu dùng chung cho các ứng dụngỨng dụng 1Ứng dụng 2Ứng dụng nCơ sở dữ liệuTầng ứng dụngTầng dữ liệuTiếp cận hướng cấu trúcHệ thống phân thành các module chức năngLà sự kết hợp giữa cách tiếp cận hướng tiến trình và hướng dữ liệuỨng dụng 1Ứng dụng 2Ứng dụng nCơ sở dữ liệuTầng ứng dụngTầng dữ liệuTiếp cận hướng cấu trúcƯu điểm:Làm giảm sự phức tạpTập trung vào ý tưởngChuẩn mực hóa tiến trìnhHướng về tương laiGiảm tính nghệ thuật trong thiết kếTiếp cận hướng đối tượngHệ thống gồm các lớp đối tượng tương tác với nhau bằng các thông điệpMỗi đối tượng được bao gói cả dữ liệu và các thao tác dữ liệu trên đóMột lớp có thể thừa kế các đặc trưng của lớp khácƯu điểm:Sử dụng lạiCho phép phát triển hệ thống có quy mô tùy ýBảo trì thuận lợiVòng đời phát triển HTTTKhởi tạoPhân tíchThiết kếPhát triểnKiểm thửVận hành & bảo trìCác pha phát triển HTTT từ lúc nó sinh ra đến lúc “hủy bỏ”Khởi tạoNghiên cứu sơ bộ hệ thốngCác chức năng chínhPhạm viCác ràng buộc chungNghiên cứu tính khả thiKhả thi về mặt kĩ thuậtKhả thi về mặt kinh tếKhả thi về mặt thời gianKhả thi pháp lý và hoạt độngXây dựng kế hoạch tổng quátPhân tíchXác định yêu cầu thông tin của tổ chức:Xác định yêu cầu (chức năng, phi chức năng)Nghiên cứu và đặc tảTìm giải pháp cho thiết kế ban đầu (giải pháp tổng thể: kiếm trúc và công nghệ)Thiết kếTìm giải pháp công nghệ thông tin cụ thể để đáp ứng yêu cầu đặt ra Chuyển đặc tả yêu cầu thành bản thiết kế mô tả hệ thống Thiết kế logicThiết kế vật lýPhát triểnChọn hệ thống nền (platform)Cấu hình phần cứngPhần mềm hệ thống, ngôn ngữ lập trình, hệ quản trị CSDLChuyển thiết kế thành chương trìnhKiểm thử đơn vịKiểm thử tích hợpCác module conCác hệ conKiểm thửKiểm thử hệ thốngKiểm thử chức năng, giao diệnKiểm thử hiệu năngKiểm thử phục hồiKiểm thử chịu tảiKiểm thử an toàn, bảo mậtKiểm thử chấp nhậnKiểm thử AlphaKiểm thử BetaVận hành và bảo trìLắp đặt hệ thốngLắp đặt phần cứngCài đặt phần mềmChuyển đổi hệ thống cũ sang hệ thống mớiChuyển đổi dữ liệuBố trí cán bộLập tài liệu hướng dẫnĐào tạoVận hànhBảo trìSửa lỗiLàm thích nghiHoàn thiệnPhát triểnCác cách phát triển HTTTPhương pháp phát triển hệ thống thông tinXây dựng mớiXây dựng nội bộGia công bên ngoàiNgười dùng tự xây dựngMua phần mềm có sẵnChỉnh sửa tùy biếnTheo tiêu chuẩnCác phương pháp phát triển HTTTNắm được:Ý tưởngNội dungƯu & nhược điểm Phương pháp nào ưu thế hơn cả? Tại sao?Thác nướcLàm bản mẫuXoắn ốcThác nướcÝ tưởngPhân chia quá trình phát triển HTTT thành các giai đoạn (pha) liên tiếpMỗi giai đoạn chỉ có thể bắt đầu khi giai đoạn trước đã hoàn tấtThác nướcThác nướcNhận xét và đánh giáDễ phân công công việc, phân bổ chi phí, giám sát công việcThời gian hoàn thành dự án thường chính xác hơnTài liệu xây dựng đầy đủ và hệ thốngĐòi hỏi có một bản yêu cầu chính xácKhách hàng ít tin tưởngLàm bản mẫuÝ tưởngNhanh chóng tạo ra mô hình làm việc thực nghiệm để người dùng xem xét, đánh giáBản mẫu được hoàn thiện và sử dụng cho các bước tiếp theoLàm bản mẫuKhảo sát, thu thập thông tin sơ bộXây dựng nhanh bản mẫu ban đầuLàm mịn (phát triển) mẫuKhảo sát, lấy ý kiến người dùngĐánh giá, quyết địnhHủy bỏ mẫuMẫu hoàn chỉnhHệ thống hoàn chỉnh?Sử dụng thêm PP khácHoàn chỉnh dự ánHạn chếTồiChưaĐãLàm bản mẫuNhận xét và đánh giáThích hợp trong trường hợp nhu cầu thông tin hay giải pháp chưa xác định Thích hợp với hệ thống nhỏ, hệ thống lớn có thể chia nhỏ và nhiều tương tác người dùngTạo cơ sở cho kí kết hợp đồng, tăng lòng tin của khách hàng, huấn luyện người dùngBảo trì khó khăn, sai sót chậm sửa đổi, tài liệu làm không kịp thờiXoắn ốcÝ tưởngQuá trình phát triển chia thành nhiều bước lặp, phát triển từ trung tâmMỗi bước gồm các hoạt độngLập kế hoạchPhân tích rủi roTạo bản mẫuHoàn thiện và phát triển hệ thốngXoắn ốcMô hình xoắn ốcĐánh giá và nhận xétThích hợp với các hệ thống quy mô lớnGiảm rủi roThỏa thuận lại với khách hàng nếu cần thiết  có sự thay đổi linh hoạt trong phát triển