Bài giảng Hệ thống thông tin quản lý Chương 4: Triển khai ứng dụng - Th.S. Nguyễn Anh Hào

Bài giảng "Hệ thống thông tin quản lý Chương 4: Triển khai ứng dụng" do Th.S. Nguyễn Anh Hào biên soạn, trình bày các nội dung về: Xây dựng phần mềm - lập trình; kiểm tra chất lượng; cài đặt; chuyển đổi hệ thống; lập tài liệu; huấn luyện; hỗ trợ sử dụng; bảo trì; những thách thức của hệ thống thông tin quản lý. Mời các bạn cùng tham khảo nội dung tài liệu chi tiết hơn.
Nội dung trích xuất từ tài liệu:
Bài giảng Hệ thống thông tin quản lý Chương 4: Triển khai ứng dụng - Th.S. Nguyễn Anh HàoCh.IV 1 HỆ THỐNG THÔNG TIN QUẢN LÝ Ch.4: Triễn khai ứng dụng Tháng 9-2007 ThS. Nguyễn Anh Hào (1)Xây dựng phần mềm: Lập trìnhCh.IV 2 Hiện thực tất cả những ý tưởng thiết kế chức năng xử lý của hệ thống thành mã lệnh điều khiển CPU 1. Sử dụng ngôn ngữ lập trình, hàm Functions Supports thư viện và trình biên dịch / thông dịch (C++, Java ,…) PROGRAM 2. Sử dụng công cụ phát triển phần (Machine Instructions) mềm và thư viện các components chuẩn (.NET, Developer Suit) 3. Sử dụng các công nghệ hổ trợ Services Drivers lập trình (RPC, COM+, WebServer) Operating System(s) 4. Sử dụng các services từ HĐH Phần mềm được xây dựng bằng kiến Pheripheral DBMS thức và công nghệ hiện tại để sử dụng Resources trong tương lai. (1) Xây dựng phần mềm: Tạo CSDLCh.IV 3 Hiện thực tất cả những ý tưởng thiết kế CSDL của hệ thống thành cấu trúc lưu trữ vật lý trên một hệ CSDL • Data Definition Language : là ngôn ngữ để định nghĩa / thay đổi cấu trúc các bảng quan hệ (CREATE, DROP) • Data Manipulation Language : là ngôn ngữ để lấy hoặc cập nhật dữ liệu lưu trữ trong các bảng (INSERT, UPDATE, SELECT,… ) • Data Control Language : Để phân quyền sử dụng (GRANT,ADD,...) (2) Kiểm tra chất lượngCh.IV 4 Phần Hệ Khảo sát, phân tích Thiết Thiết kế luận kế vật Mềm thống lý ết lập và thực hiện giải pháp lýPhát sinh & định nghĩa yêu cầu Thicho hệ thống. để thỏa mãn các yêu cầu(1) Các thay đổi phải tương (1) Tất cả các tiến trình phảithích hoàn toàn với những gì được kiểm soát để ngăn ngừađược giữ lại (không thay đổi) hoặc điều chỉnh các hành động và nhận thức không đúng về giải(2) Các bài toán của tổ chức phápđã được giải quyết (có giảipháp) (2) Hiện thực của hệ thống phải thỏa mãn toàn bộ yêu cầu nêu(3) Các yêu cầu của tổ chức trong các mức thiết kếđược thể hiện đầy đủ, liênkết và kiểm chứng được. (2) Các bước kiểm traCh.IV 51. Hoạch định những gì cần phải kiểm tra, và đánh giá mức độ quan trọng của từng trường hợp • Brainstorming phân tích các rủi ro khi vận hành • Review tài liệu khảo sát, thiết kế để tìm điểm yếu1. Thiết lập các tiêu chuẩn kiểm tra. Mỗi tiêu chuẩn có mức độ quan trọng tương ứng với từng trường hợp kiểm tra.2. Thực hiện kiểm tra theo thứ tự ưu tiên • Lập kịch bản kiểm tra • Kiểm tra, và ghi vết1. Phân tích kết quả để khắc phục khuyết điểm • Sửa lổi chương trình • Thay đổi thiết kế • Kế hoạch hổ trợ: huấn luyện, thay thế thiết bị,… (2) Kiểm tra chức năngCh.IV 6. Mỗi chức năng của phần mềm phải hoạt động đúng theo thiết kế Scenario (kịch bản) Logical Designed Designed I0 I1 I2 design Function 1 Function 2 Test data Test Test Software Software D0 D1 D2 Physical Process 1 Process 2 implementation2. Các xử lý trong phần mềm không xung khắc lẫn nhau Software Software D0a D1a D1b D0b Process A Process B B phủ nhận kết quả của A (2) Kiểm tra phi chức năngCh.IV 71. Recovery: khả năng chịu đựng hư hỏng và phục hồi các hoạt động của hệ thống sau khi sự cố xãy ra2. Security: khả năng bảo vệ an toàn hệ thống trước các tác nhân gây hại đến dữ liệu hoặc xử lý trong hệ thống3. Performance: khả năng thực thi theo thời gian ...