Thông tin tài liệu
21/07/2020 Tài liệu chính: Tài liệu Bài giảng tập tình mơn CNTT biên soạn Tài liệu tham khảo: Avison and Fitzgerald, “Information Systems Development: Methodologies, Techniques and Tools”, 4thEdition, McGraw-Hill, London, 2006 Nancy Russo, Brian Fitzgerald, Eric Stolterman “Information Systems Development: Methods-inAction”, McGraw-Hill, 2002 Ian Sommerville, Software Engineering, 10th Edition, 2016 Roger S Pressman, Software Engineering: A Practitioner’s Approach, 7th, 2010 Bộ môn Công nghệ thông tin Trường Đại học Thương mại CHƯƠNG TỔNG QUAN VỀ PHÁT TRIỂN HỆ THỐNG THÔNG TIN KINH TẾ Nội dung CHƯƠNG TỔNG QUAN VỀ PHÁT TRIỂN HỆ THỐNG THÔNG TIN KINH TẾ CHƯƠNG PHÂN TÍCH YÊU CẦU PHẦN MỀM CHƯƠNG XÂY DỰNG HỆ THỐNG THÔNG TIN CHƯƠNG KIỂM THỬ VÀ TRIỂN KHAI HỆ THỐNG 1.1 Khái niệm hệ thống thông tin kinh tế 1.1.1 Khái niệm hệ thống thông tin kinh tế 1.1.2 Các thành phần hệ thống thông tin kinh tế 1.1.3 Vai trị hệ thống thơng tin kinh tế tổ chức 1.1.4 Sự cần thiết phát triển HTTT kinh tế 1.2 Quy trình phát triển hệ thống thơng tin kinh tế 1.2.1 Hình thành u cầu tổ chức 1.2.2 Vòng đời phát triển HTTT 1.2.3 Xác định đánh giá giải pháp 1.2.4 Lựa chọn mơ hình cơng cụ 1.3 Một số phương pháp phát triển HTTT kinh tế 1.4 Một số công cụ hỗ trợ phát triển HTTT kinh tế 1.1 Khái niệm HTTT kinh tế 1.1.1 Khái niệm hệ thống thông tin kinh tế 1.1.2 Các thành phần hệ thống thông tin kinh tế 1.4.1 Công cụ hỗ trợ phát triển 1.4.2 Công cụ hỗ trợ quản lý khai thác 1.1.1 Khái niệm HTTT kinh tế Khái niệm hệ thống Hệ thống thơng tin kinh tế 1.1.3 Vai trị hệ thống thông tin kinh tế tổ chức 1.1.4 Sự cần thiết phát triển HTTT kinh tế 21/07/2020 Khái niệm hệ thống Hệ thống tập hợp có tổ chức gồm nhiều phần tử có mối quan hệ ràng buộc lẫn hoạt động hướng tới mục tiêu chung Ví dụ: Hệ thống giao thông, hệ thống truyền thông, hệ thống trường đại học… Phần tử vật chất phi vật chất: Con người, máy móc, thông tin, liệu, phương pháp xử lý, qui tắc, quy trình xử lý Hệ thống thơng tin kinh tế Hệ thống thông tin tập hợp người, thủ tục nguồn lực để thu thập, xử lý, truyền phát thông tin kinh tế tổ chức Hệ thống thơng tin thủ cơng dựa vào công cụ giấy, bút Hệ thống thông tin đại hệ thống tự động hóa dựa vào máy tính (phần cứng, phần mềm) công nghệ thông tin khác 1.1.2 Các thành phần HTTT kinh tế 1.1.2 Các thành phần HTTT kinh tế Một hệ thống thông tin sử dụng người, phần cứng, phần mềm, mạng nguồn liệu để thực việc nhập, xử lý, xuất, lưu trữ, kiểm sốt q trình chuyển đổi liệu thành sản phẩm thông tin HTTT bao gồm nguồn lực (thành phần) chính: Con người Phần cứng Phần mềm Dữ liệu Mạng Quy trình xử lý thơng tin trung tâm HTTT 1.1.3 Vai trò HTTT kinh tế tổ chức Hệ thống thơng tin đóng vai trị trung gian tổ chức kinh tế môi trường, hệ thống định hệ thống tác nghiệp HTTT nằm trung tâm hệ thống tổ chức phần tử kích hoạt định (mệnh lệnh, thị, thông báo, chế độ tác nghiệp, ) Việc xây dựng HTTT hoạt động hiệu mục tiêu tổ chức 11 Nhập Xử lý Xuất Lưu trữ Kiểm soát 10 1.1.3 Vai trò HTTT kinh tế tổ chức Hỗ trợ chiến lược lợi cạnh tranh Hỗ trợ việc định kinh doanh Hỗ trợ quy trình nghiệp vụ hoạt động kinh doanh 12 21/07/2020 1.1.3 Vai trò HTTT kinh tế tổ chức 1.1.3 Vai trò HTTT kinh tế tổ chức Cải thiện hiệu quả, hiệu suất thực qui trình nghiệp vụ tổ chức Hỗ trợ tối đa cho công tác định điều hành công việc, tạo ưu mới, lực để vượt qua thách thức chớp lấy hội phát triển tương lai Quản lý thông tin đầy đủ khoa học, giúp cho việc trao đổi trích xuất thơng tin nhanh chóng kịp thời Mở rộng tăng cường quan hệ hợp tác, kết nối quảng bá với đối tác toàn giới, vượt qua trở ngại thời gian không gian đưa phát triển tổ chức lên tầm cao 13 1.1.4 Sự cần thiết phát triển HTTT kinh tế 14 1.1.4 Sự cần thiết phát triển HTTT kinh tế Sự phát triển ứng dụng hệ thống máy tính thời kì đầu tập trung vào cơng nghệ, kỹ lập trình kỹ thuật người sử dụng yêu cầu nghiệp vụ Khi việc sử dụng máy tính trở thành phổ biến rộng rãi hơn: Yêu cầu phát triển ứng dụng máy tính ngày nhiều việc phát triển không đáp ứng kịp Ứng dụng ngày gia tăng yêu cầu thay đổi Các thay đổi thực thường không đáp ứng 15 Con người phát triển HTTT Lập trình viên (Programmers) Chun viên phân tích hệ thống (Systems analysts) Chuyên viên phân tích nghiệp vụ (Business analysts) Nhà quản lý dự án (Project managers) Nhà quản lý CNTT cao cấp management) (Senior IT Giám đốc thông tin (Chief information officer CIO) 17 16 Con người phát triển HTTT Người dùng nội (Internal users): Người dùng cuối (End-users) Người dùng nghiệp vụ (Business users) lý kinh doanh (Business Quản management) Quản lý chiến lược kinh doanh (Business strategy management) 18 21/07/2020 Con người phát triển HTTT Người sử dụng bên (External users): Khách hàng khách hàng tiềm (Customers and potential customers) Người sử dụng thông tin (Information users) Người dùng bên đáng tin cậy (Trusted external users) Cổ đông, chủ sở hữu nhà tài trợ khác (Shareholders, other owners and sponsors) Xã hội (Society) 19 1.2 Quy trình phát triển HTTT Quy trình phát triển HTTT giống phát triển sản phẩm thương mại phải tuân theo chu kỳ phát triển định Đó là: Hình thành u cầu tổ chức Vịng đời phát triển HTTT Xác định đánh giá giải pháp, Lựa chọn mơ hình cơng cụ phát triển, Xây dựng quản lý khai thác Khi hệ thống khơng cịn có nhu cầu sử dụng thay hệ thống khác 21 1.2.1 Hình thành yêu cầu tổ chức Nhu cầu tổ chức xuất phát từ việc: Xem xét yêu cầu đặt để giải toán quy trình Mong muốn thực nhiệm vụ bổ sung, nhận thức vai trò hệ thống thông tin công tác quản lý, điều hành tổ chức 23 1.2 Quy trình phát triển HTTT 1.2.1 Hình thành u cầu tổ chức 1.2.2 Vịng đời phát triển HTTT 1.2.3 Xác định đánh giá giải pháp 1.2.4 Lựa chọn mơ hình cơng cụ 20 1.2.1 Hình thành yêu cầu tổ chức Là cơng việc bắt buộc để tiến hành bước q trình phát triển: Khơng có u cầu tổ chức khơng có việc xây dựng HTTT Xác định rõ yêu cầu tổ chức: xây dựng hệ thống hay nâng cấp hệ thống cũ? 22 1.2.2 Vòng đời phát triển HTTT kinh tế Phát triển HTTT giống phát triển sản phẩm thương mại, phải tuân theo chu kỳ phát triển Ví dụ: chu kỳ phát triển xe ô tô Honda gồm: Tạo mới, thử nghiệm đưa thị trường Doanh thu bán hàng tăng, tăng lên đỉnh cao suy giảm Cuối cùng, sản phẩm lấy khỏi thị trường thay sản phẩm khác 24 21/07/2020 1.2.2 Vòng đời phát triển HTTT kinh tế 1.2.2 Vịng đời phát triển HTTT kinh tế Q trình phát triển hệ thống thông tin kể từ lúc sinh đến kết thúc gọi vòng đời phát triển hệ thống - Systems Development Life Cycle (SDLC) Vòng đời phát triển HTTT bao gồm: Lên ý tưởng hệ thống mục đích nó, nghiên cứu cơng việc hệ thống thực xử lý, thiết kế hệ thống mới, xây dựng mua hệ thống mới, cài đặt hệ thống sau đào tạo người dùng bắt đầu sử dụng hệ thống vào việc thực công việc hàng ngày họ 25 Hoạt động xây dựng nhà 26 1.2.2 Vòng đời phát triển HTTT kinh tế 1.2.2 Vòng đời phát triển HTTT kinh tế Phát triển HTTT giống phát triển Q trình phát triển hệ thống thơng tin kể từ lúc sinh đến kết thúc gọi vòng đời phát triển hệ thống - Systems Development Life Cycle (SDLC) sản phẩm thương mại, phải tuân theo chu kỳ phát triển Ví dụ: chu kỳ phát triển xe ô tô Honda gồm: Tạo mới, thử nghiệm đưa thị trường Doanh thu bán hàng tăng, tăng lên đỉnh cao suy giảm Cuối cùng, sản phẩm lấy khỏi thị trường thay sản phẩm khác 27 Vòng đời phát triển HTTT bao gồm: Lên ý tưởng hệ thống mục đích nó, nghiên cứu cơng việc hệ thống thực xử lý, thiết kế hệ thống mới, xây dựng mua hệ thống mới, cài đặt hệ thống sau đào tạo người dùng bắt đầu sử dụng hệ thống vào việc thực công việc hàng ngày họ 28 1.2.2 Vòng đời phát triển HTTT kinh tế Dự tính số tiền xây nhà Bảo trì sửa chữa có hư hỏng Chuyển giao sử dụng • Số phịng • Màu sắc Phân tích ngơinhà • Nền •nhà Chọn công ty xây dựng • Thiết kế thành phần chi tiết nhà Thiết kế •nhà (phịng, tường, trần, mái, phịng ăn, phịng ngủ, điện, đèn, ) Xây dựng nhà Hoạt động xây dựng nhà 29 Vịng đời phát triển tuyến tính 30 21/07/2020 1.2.2 Vòng đời phát triển HTTT kinh tế 1 Khảo sát: Khảo sát hệ thống, vạch vấn đề tồn hệ thống cũ xác định phạm vi hệ thống Xác định phạm vi hệ thống, lập kế hoạch hoạt động nhóm, xác định thời gian, nguồn lực cần thiết, chi phí đầu tư lợi ích mang lại từ hệ thống Kết giai đoạn xác định dự án chấp nhận để phát triển, bị từ chối, phải định hướng lại 1.2.2 Vòng đời phát triển HTTT kinh tế 2 Phân tích: Thu thập yêu cầu hệ thống, phân tích viên làm việc với người sử dụng để xác định tất mà người dùng mong muốn từ hệ thống đề xuất Nghiên cứu u cầu cấu trúc hóa (mơ hình hóa) để dễ dàng nhận biết loại bỏ yếu tố dư thừa Phát sinh phương án thiết kế chọn lựa phù hợp với yêu cầu so sánh phương án để xác định giải pháp đáp ứng tốt yêu cầu mức độ cho phép chi phí, nhân lực kỹ thuật tổ chức Kết giai đoạn mô tả phương án chọn 31 1.2.2 Vòng đời phát triển HTTT kinh tế 3 Thiết kế: Kết giai đoạn phân tích chi tiết hóa để trở thành giải pháp kỹ thuật để thực Các đối tượng lớp xác định để bổ sung vào việc cài đặt yêu cầu tạo sở kỹ thuật kiến trúc Ví dụ: lớp giao diện, lớp thuộc phạm vi vấn đề hạ tầng sở Giai đoạn thiết kế đưa kết đặc tả chi tiết cho gian đoạn xây dựng hệ thống Thiết kế chia làm mức: Thiết kế mức khải niệm thiết kế vật lý 32 1.2.2 Vòng đời phát triển HTTT kinh tế Lập trình: triển khai tài liệu thiết kế ngơn ngữ lập trình để đưa mô đun chức Cuối giai đoạn cho mã nguồn chương trình để làm đầu vào cho trình kiểm thử Kiểm thử: phát lỗi phần mềm, lên kế hoạch kiểm tra kết hợp với tài liệu thiết kế liệu kiểm thử Cuối giai đoạn đưa báo cáo lỗi phần mềm kiểm nghiệm 33 34 1.2.2 Vòng đời phát triển HTTT kinh tế Cài đặt: trình triển khai đưa hệ thống vào sử dụng tổ chức Quá trình tiến hành sau phần mềm chuyển giao cho khách hàng 7 Bảo trì nâng cấp: Mục tiêu bảo trì đảm bảo phần mềm vận hành ổn định khắc phục lỗi trình vận hành cách nhanh chóng Việc nâng cấp phần mềm, thêm tính tiến hành giai đoạn khách hàng yêu cầu 35 Quy trình phát triển tuyến tính 36 21/07/2020 Quy trình phát triển lặp 1.2.3 Xác định đánh giá giải pháp Xác định đánh giá giải pháp hoạt động giai đoạn lựa chọn lập kế hoạch hệ thống vòng đời phát triển hệ thống Nhà quản lý cấp cao, đội ngũ kinh doanh, nhà quản lý hệ thống xác định đánh giá tất dự án phát triển hệ thống thực Những dự án có khả mang lại nhiều lợi ích cho tổ chức dựa nguồn lực sẵn có lựa chọn 37 1.2.3 Xác định đánh giá giải pháp Lựa chọn phương án phát triển xem xét khả dự án ngắn hạn dài hạn đạt mục tiêu đề Vì điều kiện kinh doanh thay đổi theo thời gian nên tầm quan trọng dự án thay đổi đáng kể Việc xác định lựa chọn dự án hoạt động quan trọng liên tục 39 38 1.2.3 Xác định đánh giá giải pháp Nhiều yếu tố phải xem xét lựa chọn giải pháp, bao gồm: Nhu cầu tổ chức Hệ thống dự án thực Nguồn lực sẵn có Tiêu chí đánh giá Điều kiện kinh doanh Quan điểm nhà lãnh đạo 40 1.2.3 Xác định đánh giá giải pháp 1.2.3 Xác định đánh giá giải pháp Kết trình lựa chọn phương Dự án chấp nhận có điều kiện, chờ phê duyệt nguồn tài nguyên cần thiết chứng minh khó khăn đặc biệt hệ thống thực án phát triển: Dự án chấp nhận từ chối: Chấp nhận: kinh phí để thực hoạt động vòng đời phát triển phê duyệt Từ chối: dự án không phát triển 41 Dự án yêu cầu chỉnh sửa, thay đổi, làm rõ số nội dung định 42 21/07/2020 1.2.3 Xác định đánh giá giải pháp Đánh giá ưu nhược điểm hệ thống cũ (hoặc quy trình nghiệp vụ tổ chức) Ghi nhận ưu điểm hệ thống cũ Phát hạn chế hệ thống cũ: Thiếu sót: Phân tích yêu cầu cụ thể hệ thống mới: Phạm vi hệ thống giải vấn đề gì? Nhân lực sử dụng Ví dụ: đội ngũ nhân viên điều Thiếu người xử lý thơng tin Bỏ sót cơng việc xử lý thông tin khiển hệ thống cần bao nhiêu? Tài (Chi phí cho dự án Ví dụ: Phí Kém hiệu lực, tải: 1.2.3 Xác định đánh giá giải pháp Phương pháp xử lý không chặt chẽ Cơ cấu tổ chức không hợp lý Con đường lưu chuyển thông tin không hợp lý VD: Giấy tờ, tài liệu trình bày kém, cấu trúc khơng hợp lý, v.v… Tổn phí cao, gây lãng phí… viết chương trình, phí bảo trì, v.v…) Khắc phục điểm yếu hệ thống Thể chiến lược lâu dài Dự án phải có hướng mở, ví dụ: tương lai dự án phát triển thêm, giải thêm vấn đề gì? 43 1.2.3 Xác định đánh giá giải pháp Đề xuất giải pháp cân nhắc tính khả thi: Đưa giải pháp để thuyết phục người dùng (ở mức sơ bộ) Từ đó, định hướng cho việc phân tích thiết kế hệ thống thơng tin: Giải pháp cho máy đơn, Giải pháp máy mạng Với giải pháp phải mang tính khả thi: Khả thi mặt nghiệp vụ: phải đáp ứng yêu cầu công việc Khả thi mặt kỹ thuật: sử dụng phù hợp với hệ thống máy có, tương lai, v.v… Khả thi mặt kinh tế: chi phí viết chương trình chấp nhận được, chi phí bảo trì khơng q cao, v.v… 44 1.2.4 Lựa chọn mơ hình cơng cụ Lựa chọn thủ tục, kỹ thuật, công cụ tài liệu hướng dẫn hỗ trợ để giúp nhà phát triển hệ thống nỗ lực họ để thực HTTT Lựa chọn phương pháp luận gồm nhiều giai đoạn, chuyên viên phát triển hệ thống lựa chọn kỹ thuật thích hợp cho giai đoạn dự án nhằm giúp họ lập kế hoạch, quản lý, kiểm soát đánh giá dự án HTTT 45 46 1.2.4 Lựa chọn mơ hình cơng cụ 1.2.4 Lựa chọn mơ hình cơng cụ Mỗi kỹ thuật bao gồm việc sử dụng nhiều công cụ tiêu biểu việc phát triển HTTT Có nhiều phương pháp luận khác để giải mục tiêu khác như: Ghi lại cách xác yêu cầu HTTT Cung cấp phương pháp phát triển có tính hệ thống từ tiến đến việc giám sát cách hiệu 47 Cung cấp HTTT thời hạn phù hợp với chi phí chấp nhận Tạo hệ thống lập tài liệu tốt dễ dàng để bảo trì Cung cấp dấu hiệu cho thay đổi cần phải thực sớm tốt trình phát triển Cung cấp hệ thống yêu thích người bị ảnh hưởng hệ thống 48 21/07/2020 1.2.4 Lựa chọn mơ hình cơng cụ Lựa chọn công nghệ xây dựng phần mềm giúp cho việc xác định: Yêu cầu chuyên môn thành viên Lựa chọn công nghệ xây dựng phần mềm Cần rõ: Hệ điều hành, Hệ quản trị sở liệu, Cơ sở liệu tập trung hay phân tán, Ngôn ngữ công cụ phát triển phần mềm, Môi trường phát triển phần mềm Cơng việc cần chuẩn bị cho việc bảo trì hệ Các lý thuyết hỗ trợ (phương pháp tính, xác suất thống Môi trường vận hành phần mềm, thống kê, ), thuật toán hỗ trợ, Phần mềm xây dựng công cụ tổng quát phần mềm chuyên dụng, Phần mềm xây dựng từ đầu hay kế thừa phần mềm có 49 Lựa chọn công nghệ xây dựng phần mềm Trong trường hợp kế thừa, 50 1.3 Một số phương pháp phát triển HTTT kinh tế Một số hình thức tạo lập HT Cần nói rõ kế thừa Việc chuyển đổi liệu cũ làm 51 1.3 Một số phương pháp phát triển HTTT kinh tế 52 a Xây dựng HTTT xây dựng từ đầu chuyên gia nhằm thoả mãn yêu cầu nghiệp vụ DN Bao gồm: a Xây dựng b Mua hệ phần mềm có sẵn Xây dựng nội bộ: Được xây dựng chuyên gia DN, làm việc cho DN Gia cơng bên ngồi: Được xây dựng chun gia IT bên c Người dùng tự phát triển 53 54 21/07/2020 b Mua hệ phần mềm có sẵn Xây dựng Ưu điểm: Lựa chọn phần mềm có thị trường để triển khai DN Xây dựng theo yêu cầu DN Tạo lợi cạnh tranh so với đối thủ (phần mềm riêng mình) Nhược điểm : Tốn kinh phí Các phần mềm có sẵn thường tương thích với nhiều loại phần cứng phù hợp với nhiều DN Có loại: Mất nhiều thời gian để hoàn thiện hệ thống Tuỳ biến: thay đổi mã nguồn Hệ thống nhiều lỗi Tiêu chuẩn: cấu hình 55 56 Mua hệ phần mềm có sẵn c Người dùng tự phát triển Ưu điểm: Do nhân viên xây dựng Ít tốn kinh phí, thời gian để hồn thiện hệ thống Chất lượng: Ổn định, nhiều tính Nhược điểm : Có thể thiếu vài tính mà DN cần Thường sử dụng cho cá nhân phòng ban Thiên xử lý liệu lập báo cáo Khác với quy trình thực tế DN 57 58 1.4 Một số công cụ hỗ trợ phát triển HTTT kinh tế Người dùng tự phát triển Ưu điểm: Phù hợp với nhu cầu thực tế người dùng Viết nhanh 1.4.1 Công cụ hỗ trợ phát triển 1.4.2 Công cụ hỗ trợ quản lý khai thác Nhược điểm : Sử dụng công cụ không thích hợp Nhiều lỗi khơng thiết kế cẩn thận, kiểm tra, khơng có tài liệu 59 60 10 21/07/2020 Các giao diện dạng Web Biểu diễn thông tin Nhiều hệ thống web có giao diện dựa web form Trình bày thơng tin hệ thống cho người dùng Các trường form menu, text input, radio button, v.v Thơng tin trình bày trực tiếp (ví dụ text trình soạn thảo) biến đổi thành dạng biểu diễn khác (ví dụ dạng đồ họa) Trong ví dụ LIBSYS, người dùng dùng menu để chọn nơi tìm kiếm gõ chuỗi từ khóa vào trường text LIBSYS: Search Choose collection All Keyword or phrase Search using Adjacent words Search Title Yes No Reset Cancel Information to be displayed Presentation software Display Biểu diễn thông tin Thông tin tĩnh Khởi tạo đầu session Khơng thay đổi suốt session Có thể số văn text Thông tin động Thay đổi session phải thông báo với người dùng Có thể số văn text Hướng dẫn sử dụng màu sắc Màu sắc bổ sung thêm chiều cho giao diện giúp người dùng hiểu cấu trúc thơng tin phức tạp Có thể dùng màu để highlight thông tin đặc biệt Các lỗi thường gặp việc dùng màu sắc thiết kế UI: Dùng màu sắc đề diễn đạt ý nghĩa; Lạm dụng màu sắc trình bày Biểu diễn thơng tin Biểu diễn số - Digital presentation Ngắn gọn – chiếm khơng gian hình; Cho biết giá trị xác Biểu diễn tương tự - Analogue presentation Nhanh chóng lấy ấn tượng giá trị; Có thể biểu diễn giá trị tương đối; Dễ thấy giá trị liệu đặc biệt Jan 842 Feb 285 Mar 164 Jan Feb Mar April 789 May 12 73 June 83 May June 4000 3000 000 000 April Hướng dẫn sử dụng màu sắc Hạn chế số màu mức độ sặc sỡ Dùng thay đổi màu để báo hiệu thay đổi trạng thái hệ thống Dùng kí hiệu màu (color coding) để hỗ trợ công việc người dùng cố làm Highlight điểm người dùng cần ý Dùng kí hiệu màu cách cẩn trọng quán Nếu màu đỏ dùng cho thông báo lỗi không nên dùng màu đỏ cho thông báo dạng khác để tránh người dùng nhầm lẫn thông báo màu đỏ thông báo lỗi Cẩn thận hiệu ứng cặp đôi màu sắc Một số tổ hợp màu gây khó đọc Ví dụ người ta khơng thể lúc ý màu đỏ màu xanh lam 34 21/07/2020 Thiết kế thơng báo lỗi 3.2.3.Thiết kế chương trình Thiết kế thông báo lỗi việc quan trọng Thiết kế nội dung chương trình mà khơng phải viết chương trình cụ thể Người phát triển cần thiết kế: Các thơng báo lỗi dẫn đến việc người dùng không chấp nhận sử dụng hệ thống Các thông báo nên lịch sự, ngắn gọn, quán mang tính xây dựng Nên xét đến background kinh nghiệm người dùng nhân tố định thiết kế thông báo lỗi Chức BLD Ngoài ra: Chức đối thoại Chức xử lí lỗi Chức xử lí vào/ Chức tra cứu CSDL Chức Module điều hành 206 3.2.3.Thiết kế chương trình 3.2.3.Thiết kế chương trình Nội dung chủ yếu giai đoạn thiết kế chương trình là: Thiết kế chương trình theo mơ hình kiến trúc client-server Xác định cấu trúc tổng quát Phân định Module CT Xác định mối liên quan Module (thơng qua lời gọi thơng tin trao đổi) Đặc tả Module chương trình Là mơ hình hệ thống hệ thống bao gồm tập hợp server cung cấp dịch vụ client truy nhập sử dụng dịch vụ Các thành phần mơ hình bao gồm: Gộp Module thành chương trình Thiết kế mẫu thử 207 3.2.3.Thiết kế chương trình Mơ hình Client – Server: Client (máy khách) phải biết tên Server (máy chủ) dịch vụ mà server cung cấp Nhưng server khơng cần xác định rõ client có client Client tạo yêu cầu tới server chờ server trả lời Ưu điểm mơ hình client - server: Phân tán liệu rõ ràng Sử dụng hệ thống kết nối mạng cách hiệu chi phí dành cho phần cứng rẻ Dễ dàng bổ sung nâng cấp server 209 Tập hợp server cung cấp dịch vụ cụ thể như: in ấn, quản lý liệu… Tập hợp client truy nhập đến server để yêu cầu cung cấp dịch vụ Hệ thống mạng cho phép client truy cập tới dịch vụ mà server cung cấp 208 3.2.3.Thiết kế chương trình Nhược điểm mơ hình client - server: Khơng phải mơ hình liệu dùng chung nên hệ thống sử dụng tổ chức liệu khác Do đó, việc trao đổi liệu khơng hiệu Quản lý server không thống nhất, dư thừa Không đăng ký tên dịch vụ tập trung Điều làm cho việc tìm kiếm server dịch vụ khó khăn 210 35 21/07/2020 3.2.3.Thiết kế chương trình 3.2.4 Thiết kế tập tin liệu Thiết kế tập tin liệu phải dựa vào: Biểu đồ cấu trúc liệu: mơ hình quan hệ, mơ hình quan hệ thực thể liên kết E-R Biểu đồ luồng liệu đặc biệt quan tâm đến kho liệu Hệ Quản trị CSDL có sẵn: Mỗi hệ quản trị CSDL có ngơn ngữ định nghĩa liệu sẵn Mơ hình Client – Server hệ thống thư viện phim ảnh 211 212 3.2.4 Thiết kế tập tin liệu Khi thiết kế tập tin liệu/CSDL phải đảm bảo cho liệu phải đủ, không trùng lặp, việc truy cập đến tập tin liệu phải thuận tiện, tốc độ nhanh Bổ xung thêm số thuộc tính tính tốn, lặp lại số thuộc tính, ghép số thực thể thành tập tin Đơi chuẩn hóa liệu đạt chuẩn NF, BCNF để phục vụ thao tác tìm kiếm, xử lý nhanh chóng, chuẩn bị phá vỡ thành chuẩn mức thấp 3.3 Lập trình 3.3.1 Khái niệm 3.3.2 Phương pháp lập trình 3.3.3 Ngơn ngữ lập trình 3.3.4 Phong cách lập trình 213 214 3.3.1 Khái niệm 3.3.1 Khái niệm Lập trình trình chuyển đổi từ thiết kế chi tiết sang mã lệnh Người lập trình cần xây dựng thơng tin tối thiểu cho mơ-đun chương trình, bao gồm: Lựa chọn ngơn ngữ lập trình Tên mơ-đun Mô tả vắn tắt công việc mô-đun phải thực - Phụ thuộc vào cấu hình máy Phụ thuộc vào số lượng ngơn ngữ lập trình sẵn có Phụ thuộc vào thói quen sử dụng ngơn ngữ lập trình Phụ thuộc vào khách hàng Tên lập trình viên Ngày viết Ngày chỉnh sửa Danh sách tham số Danh sách biến 215 216 36 21/07/2020 3.3.2 Phương pháp lập trình Lập trình tuyến tính Chương trình viết với câu lệnh thực từ đầu đến cuối Khơng có/thiếu lệnh có cấu trúc ( for, while ) Lập trình tuyến tính Lập trình cấu trúc Lập trình Hướng đối tượng Thiếu khả khai báo biến cục Ngơn ngữ lập trình: assembly, basic 217 Lập trình tuyến tính 218 Lập trình cấu trúc Ngơn ngữ lập trình tuyến tính khơng có khả kiểm sốt phạm vi nhìn thấy liệu Mọi liệu chương trình liệu tồn cục, nghĩa chúng bị sửa đổi phần chương trình Việc dị tìm thay đổi khơng mong muốn phần tử liệu dãy mã lệnh dài thường làm cho lập trình viên nhiều thời gian Lập trình tuyến tính sử dụng phần mềm đơn giản Hiện nay, khoa học máy tính ngày phát triển, phần mềm đòi hỏi ngày phức tạp lớn nhiều, phương pháp lập trình tuyến tính coi hiệu Phương pháp lập trình thủ tục hay lập trình cấu trúc: hệ thống chia chức (hàm) thành chức nhỏ Các chức nhỏ lại chia tiếp thành chức nhỏ khối (hàm) chương trình đủ nhỏ Việc phân tích thể trực quan theo sơ đồ khối Chương trình tổ chức thành chương trình Chương trình = Cấu trúc liệu + giải thuật Lập trình cấu trúc Lập trình cấu trúc Lập trình có cấu trúc sử dụng lệnh có Những ngơn ngữ lập trình hướng cấu trúc sử dụng để dạy học lập trình chương trình nhỏ mang tính chất cá nhân Trong thương mại, khơng cịn dùng đến nhiều 219 cấu trúc, sử dụng chương trình con, biến cục Các ngơn ngữ hỗ trợ lập trình hướng cấu trúc phổ biến Pascal, C, Foxpro Lập trình hướng cấu trúc trở nên phổ biến năm 80 đầu năm 90, hạn chế nhược điểm rõ ràng lập trình hệ thống lớn, lập trình hướng cấu trúc dần bị thay cho phương pháp lập trình hướng đối 221 tượng 220 222 37 21/07/2020 Lập trình Hướng đối tượng Lập trình Hướng đối tượng Lập Dữ liệu + Hành vi liệu = Đối tượng trình hướng đối tượng (Object Oriented Programming-OOP): Là phương pháp lập trình lấy đối tượng làm tảng để xây dựng thuật giải, xây dựng chương trình OOP kĩ thuật lập trình hỗ trợ cơng nghệ đối tượng OOP xem giúp tăng suất, đơn giản hóa độ phức tạp bảo trì mở rộng phần mềm cách cho phép lập trình viên tập trung vào đối tượng phần mềm bậc cao 223 Những đối tượng ngôn ngữ OOP kết hợp mã liệu mà chúng nhìn nhận đơn vị Mỗi đối tượng có tên riêng biệt tất tham chiếu đến đối tượng tiến hành qua tên 224 Lập trình Hướng đối tượng 3.3.3 Ngơn ngữ lập trình Như vậy, đối tượng có khả nhận vào thông báo, xử lý liệu (bên nó), gửi hay trả lời đến đối tượng khác hay đến môi trường Các ngôn ngữ hỗ trợ lập trình hướng đối tượng phổ biến là: C#, C++, Java, Perl, PHP, Smalltalk Lập trình giai đoạn thiếu công nghệ phần mềm Ngơn ngữ lập trình phương tiện để liên lạc người máy tính Tiến trình lập trình - liên lạc thơng qua ngơn ngữ lập trình hoạt động người 225 3.3.3 Ngơn ngữ lập trình Lựa chọn ngơn ngữ lập trình Đối với dự án phần mềm khác người ta lựa chọn ngơn ngữ lập trình phù hợp Tuy nhiên, ngơn ngữ lập trình lựa chọn cần có đặc trưng sau: dễ dịch thiết kế sang chương trình, có trình biên dịch hiệu quả, khả chuyển chương trình gốc, Dựa vào: Đặc trưng ngơn ngữ: Năng lực (kiểu biến, cấu trúc): Có cấu trúc, câu lệnh phong phú, hỗ trợ nhiều kiểu liệu, hỗ trợ trỏ, đệ qui, hỗ trợ hướng đối tượng, thư viện phong phú Tính khả chuyển: thay đổi phần cứng, thay đổi OS Mức độ hỗ trợ công cụ (editor, debugger, linker, make ): nhằm hỗ trợ biên dịch tốc độ cao, khả tối ưu cao, khả khai thác tập lệnh, kiến trúc phần cứng Miền ứng dụng ngơn ngữ Năng lực, kinh nghiệm nhóm phát triển u cầu khách hàng có sẵn cơng cụ phát triển: dễ bảo trì 226 227 228 38 21/07/2020 Lựa chọn ngơn ngữ lập trình Lựa chọn ngơn ngữ lập trình Các đặc trưng ngơn ngữ lập trình định miền ứng dụng ngôn ngữ Miền ứng dụng yếu tố để lựa chọn ngôn ngữ cho dự án phần mềm PASCAL C: ngôn ngữ hay chọn cho việc phát triển phần mềm hệ thống Ngơn ngữ FORTRAN: có khả tính tốn với độ xác cao thư viện toán học phong phú thường sử dụng dự án phần mềm lĩnh vực khoa học kỹ thuật C++: Với đặc trưng hướng đối tượng, tính hiệu thực có nhiều cơng cụ thư viện, C++ sử dụng rộng rãi lĩnh vực phát triển ứng dụng nghiệp vụ COBOL: ngôn ngữ cho ứng dụng kinh doanh khai thác CSDL lớn Tuy nhiên, ngôn ngữ hệ thứ tư chiếm ưu so với COBOL 229 Lựa chọn ngôn ngữ lập trình Java: ngơn ngữ hướng đối tượng sử dụng rộng rãi cho phát triển dịch vụ Web phần mềm nhúng lý độ an tồn cao, tính sáng, tính khả chuyển hướng thành phần ASP, JavaScript, PERL: ngôn ngữ biên dịch (script) với câu lệnh thư viện mạnh Các ngôn ngữ sử dụng rộng rãi lập trình Web LISP, PROLOG hay OPS5: ngôn ngữ thường dùng ứng dụng trí tuệ nhân tạo Smalltalk, C++, Java: ngơn ngữ lập trình hướng đối tượng dùng rộng rãi việc phát triển phần mềm hướng đối tượng 230 3.3.4 Phong cách lập trình Phong cách lập trình coi tốt khi: Tuân theo chuẩn thông dụng Chú giải đầy đủ không tuân theo chuẩn Tuân theo chuẩn: Cách đặt tên hàm biến Cách xây dựng câu lệnh, cấu trúc chương trình Các viết thích Cách xử lý lỗi Nhằm hướng tới phong cách làm cho mã nguồn: dễ hiểu, dễ sửa đổi, an tồn (ít lỗi) 231 232 Cách đặt tên hàm biến Cách xây dựng cấu trúc chương trình Đặt tên biến, tên hàm có nghĩa, gợi nhớ Chương trình cần chia thành nhiều mơ đun (hàm) Không viết hàm dài: Sử dụng ký hiệu, từ tiếng Anh có nghĩa Viết tên hàm dễ đọc: ví dụ viết DateOfBirth thay cho dateofbirth Tránh đặt tên dài Thống cách dùng biến toàn chương trình 233 Khơng q trang hình Tạo hàm thứ cấp để giảm độ dài hàm Khơng dùng q nhiều biến cục bộ: lập trình viên khó theo dõi đồng thời hoạt động nhiều biến (thông thường mô đun không biến cục bộ) 234 39 21/07/2020 Cách viết thích Cách xử lý lỗi Mọi thứ chương trình thích: Mục đích sử dụng biến lệnh điều khiển lệnh phức tạp Chú thích mơ đun phân loại lỗi thống định dạng thông báo lỗi,… Chức khối lệnh, câu lệnh Nhất quán xử lý lỗi: mục đích, chức mô đun tham số, giá trị trả lại (giao diện) - mơ đun thuộc cấp cấu trúc, thuật tốn nhiệm vụ biến cục - tác giả, người kiểm tra, thời gian Có thể phát lỗi thực hiện, ví dụ lỗi chia cho Các hàm thư viện nên tránh việc tự đưa thông báo lỗi 235 Bài tập xây dựng hệ thống quản lý thư viện 236 Bài tập xây dựng hệ thống quản lý thư viện 237 Bài tập xây dựng hệ thống quản lý thư viện 238 Bài tập xây dựng hệ thống quản lý thư viện 239 240 40 21/07/2020 Bài tập xây dựng hệ thống quản lý thư viện 241 BÀI TẬP CHƯƠNG Nhiệm vụ giai đoạn phân tích? Các cơng việc cần thực hiện? Các tài liệu cần bàn giao sau giai đoạn phân tích? Các mơ hình sử dụng q trình phân tích thiết kế hệ thống? Trình bày tầm quan trọng thiết kế giao diện xây dựng phần mềm Những điểm cần ý thiết kế giao diện Các nguyên tắc thiết kế tập tin liệu, lưu ý thiết kế tập tin liệu gì? Trình bày hoạt động giai đoạn thiết kế chương trình? Người phát triển lựa chọn ngơn ngữ lập trình dựa yếu tố nào? Phong cách lập trình ảnh hưởng tới chất lượng phần mềm nào? 242 Nội dung 4.1 Kiểm thử phần mềm Bộ môn Công nghệ thông tin Trường Đại học Thương mại 4.2 Triển khai hệ thống • 4.1.1 Khái niệm kiểm thử• 4.2.1 Lập kế hoạch cài đặt • 4.2.2 Biến đổi liệu • 4.1.2 Quy trình kiểm thử • 4.2.3 Đào tạo người sử • 4.1.3 Thiết kế ca kiểm thử dụng • 4.2.4 Biên soạn tài liệu hệ thống • 4.2.5 Bảo trì phần mềm 4.1.1 Khái niệm 4.1.1 Khái niệm Kiểm thử phần mềm trình khảo sát Kiểm thử tiến trình xem xét, kiểm hệ thống hay thành phần điều kiện xác định; quan sát, ghi lại kết quả, đánh giá khía cạnh hệ thống hay thành phần (Theo IEEE Standard Glossary of Software Engineering Terminology) Kiểm thử giai đoạn quan trọng đảm bảo chất lượng phần mềm tra lại đặc tả, phân tích, thiết kế mã hoá nhằm phát lỗi phần mềm, xác minh phần mềm có đặc tả, thiết kế; có đáp ứng nhu cầu người dùng, có hoạt động hiệu không Kiểm thử thành công phát lỗi; kiểm thử không phát lỗi kiểm thử dở (Theo Sue A.Conger- The New SE) 41 21/07/2020 4.1.1 Khái niệm 2 mục đích hoạt động kiểm thử: 4.1.2 Quy trình kiểm thử Quy trình kiểm thử Kiểm tra xem phần mềm làm có đặc tả (u cầu, phân tích, thiết kế) hay khơng Kiểm tra xem phần mềm có đáp ứng u cầu người dùng hay khơng Đây hoạt động cốt yếu để đảm bảo chất lượng phần mềm, diễn suốt trình phát triển phần mềm 4.1.5 Quy trình kiểm thử 4.1.5 Quy trình kiểm thử Bắt đầu Bắt đầu Lập kế hoạch Mẫu test Các thủ tục Test Thiết kế Test Chuẩn bị Test Lập kế hoạch Test Test hệ thống Xem xét Đánh giá kết test Lỗi Biên test Phân tích kết Kế hoạch test Thiết kế Test Cài đặt chuẩn bị Test Cài đặt chuẩn bị Test Test tích hợp Lập kế hoạch Test Test tích hợp Test hệ thống Xem xét Đánh giá kết test Tổng hợp, báo cáo Tổng hợp, báo cáo Kết thúc Kết thúc Mã nguồn Test Dữ liệu test Môi trường Báo cáo kết test, đề xuất giải pháp Hồ sơ báo cáo tổng hợp test 4.1.6 Thiết kế ca kiểm thử Bài tập thiết kế ca kiểm thử Một phép thử gọi thành cơng phát khiếm khuyết phần mềm Kiểm thử chứng minh tồn lỗi hệ thống khơng chứng minh hệ thống khơng có lỗi Một phép kiểm thử (ca kiểm thử) bao gồm: Yêu cầu: kiểm thử chức đăng nhập hệ thống quản lý thư viện tên mô đun kiểm thử dữ liệu vào dữ liệu mong muốn (kết đúng) dữ liệu thực tế (khi tiến hành kiểm thử) Link ứng dụng: http://www.lic.tmu.vn/ Ứng dụng kiểm thử trình duyệt: Mozilla Firefox, Internet Explore, Googlechrome Các ca kiểm thử nên thiết kế tạo tài liệu phân tích thiết kế, viết xong mã nguồn 42 21/07/2020 Bài tập thiết kế ca kiểm thử Phân tích: Chức đăng nhập: yêu cầu kiểm thử chức đăng nhập túy vào ứng dụng web thông thường yahoo, gmail Các yếu tố cần kiểm tra: Nếu đăng nhập tên mật tải đến trang chủ ứng dụng Nếu đăng nhập sai tên mật đưa thơng báo: “Tên đăng nhập mật đăng nhập không đúng” Nếu nhập thiếu tên đăng nhập đưa thơng báo: “Bạn phải nhập tên đăng nhập” Nếu nhập thiếu mật đưa thơng báo: “Bạn phải nhập mật khẩu” Bài tập thiết kế ca kiểm thử Lựa chọn phương pháp kiểm thử Bài tập thiết kế ca kiểm thử Xây dựng kịch kiểm thử tĩnh (thủ công): kịch kiểm thử chức Đăng nhập hệ thống thường chia thành ba phần chính: Giao diện: Kiểm thử yếu tố giao diện chung kiểm tra giao diện theo thiết kế, kiểm tra ấn tab, shift-tab, kiểm tra việc bị vỡ giao diện hay không, giá trị mặc định textbox Kiểm thử tĩnh (thủ công) Kiểm thử máy Bài tập thiết kế ca kiểm thử Bài tập thiết kế ca kiểm thử STT Chức năng: Có bốn trường hợp cần Kiểm tra item hình có theo thiết kế chưa (kiểm tra nội dung nhãn, màu sắc, link, status, canh lề, item) Kiểm tra validate cho input item, item có nhiều vấn đề để kiểm tra số ký tự tối thiểu, tối đa, cho phép nhập số, chữ hay ngày tháng, cho nhập ký tự đặc biệt không Tên ca kiểm thử Dữ liệu vào Kiểm tra đăng nhập thành công Nhập tên đăng nhập "lethevan", password "123456" Nhấn nút " Đăng nhập" Kết mong muốn Kết thực tế "lethevan" "123456" Đăng nhập thành công,web Đăng nhập thành tự động chuyển trang chủ công,web tự động chuyển trang chủ Kiểm thử tầm thường "lethevn" "123456" Nhập Tên đăng nhập không hợp lệ " lethevn" ( Tên đăng nhập sai) Nhập mật hợp lệ "123456" Nhấn nút " Đăng nhập" Đăng nhập thất bại, yêu cầu điền thông tin Đăng nhập thất bại, yêu cầu điền thông tin Kiểm thử tầm thường kiểm thử: Kiểm tra đăng nhập thành công với Tên đăng nhập/ Mật hợp lệ Kiểm tra đăng nhập không thành công sử dụng sai Tên đăng nhập/ Mật - Đánh giá Kiểm tra đăng nhập không thành công - sai Mật "lethevan" "12345" Nhập tên đăng nhập hợp lệ " lethevan" Nhập mật không hợp lệ "12345" ( mật sai) Nhấn nút " Đăng nhập" Đăng nhập thất bại, yêu cầu điền thông tin Đăng nhập thất bại, yêu cầu điền thông tin Kiểm thử tầm thường Kiểm tra đăng nhập không thành công - sai Tên đăng nhập or mật "lethevn" "12345" Nhập Tên đăng nhập không hợp lệ " lethevn" ( Tên đăng nhập sai) Nhập mật không " 12345" ( Mật sai) Nhấn nút " Đăng nhập" Đăng nhập thất bại, yêu cầu điền thông tin Đăng nhập thất bại, yêu cầu điền thông tin Kiểm thử tầm thường Kiểm tra thông báo không nhập Tên đăng nhập Kiểm tra thông báo không nhập mật Kiểm tra đăng nhập không thành công sai Tên đăng nhập Thao tác 258 43 21/07/2020 Bài tập thiết kế ca kiểm thử Kiểm thử an toàn bảo mật: Vì chức đăng nhập khơng nhập số liệu vào sở liệu ta bỏ qua không kiểm tra số lỗi an tồn thơng tin cần kiểm tra số lỗi sau: Lỗi SQL Injection Lỗi User Enumeration Kiểm tra lỗ hổng cho phép dị đốn mật Bài tập thiết kế ca kiểm thử Xây dựng kịch kiểm thử tự động máy: có hai phần cần quan tâm test case liệu kiểm thử Trong đó: Test case: Có thể hàm lớp ghi lại chuỗi kiện mà ta thao tác với ứng dụng cần kiểm thử Khác với khái niệm test case thực kiểm thử thủ công giá trị đầu vào khác tạo thành test case khác Dữ liệu kiểm thử: Là liệu nhập vào để kiểm thử Bài tập thiết kế ca kiểm thử Bài tập thiết kế ca kiểm thử 4.2 Triển khai hệ thống 4.2 Triển khai hệ thống Test case đăng nhập Firefox 4.2.1 Cài đặt hệ thống Qui trình cài đặt Lập kế hoạch cài đặt 4.2.2 Biến đổi liệu Biến đổi liệu 4.2.3 Đào tạo người sử dụng 4.2.4 Biên soạn tài liệu hệ thống 4.2.5 Bảo trì phần mềm Các nhiệm vụ chính: Huấn luyện Cài đặt Biên soạn tài liệu hệ thống 44 21/07/2020 4.2.1 Cài đặt hệ thống 4.2.1 Cài đặt hệ thống Từ HTTT cũ sang HTTT mới, cần phải: Trong trình lập kế hoạch cài đặt, việc chuyển đổi kỹ thuật tương đối đơn giản Tuy nhiên, việc chuyển đổi người tương đối phức tạp kéo dài sức ỳ tâm lý ngại thay đổi người sử dụng Chuyển đổi phần cứng Chuyển đổi phần mềm Chuyển đổi sở liệu Chuyển đổi công nghệ quản lý Chuyển đổi hệ thống biểu mẫu (thông dụng) Chuyển đổi phương pháp truyền đạt thông tin Chuyển đổi phương thức lưu trữ liệu, thông tin Chuyển đổi tác phong lãnh đạo nhân viên Vì vậy, phải lập kế hoạch chuyển đổi tỷ mỷ, bao quát tất lĩnh vực hệ thống thông tin 265 4.2.1.1 Lắp đặt phần cứng hệ thống mạng Lập dự trù thiết bị: Dự kiến: Khối lượng liệu lưu trữ Các dạng làm việc với máy tính (máy đơn, máy mạng), xử lý trực tuyến (Online Số lượng người dùng tối thiểu tối đa hệ thống Khối lượng thông tin cần thu thập Khối lượng thông tin cần kết xuất, cần in giấy Thiết bị ngoại vi đặc biệt như: Scanner, máy vẽ, máy cắt Điều kiện mua lắp đặt: Nên chọn nhà cung cấp nào, chi phí vận chuyển Mua nguyên bộ, mua rời Sơ đồ lắp đặt mức sơ 266 4.2.1.2 Phương pháp cài đặt hệ thống Sử dụng phương pháp Phương pháp chuyển đổi trực tiếp Phương pháp hoạt động song song Phương pháp chuyển đổi bước thí điểm Phương pháp chuyển đổi phận 267 Chuyển đổi trực tiếp 268 Chuyển đổi trực tiếp Sử dụng phương pháp cần tính đến yếu tố sau : Mức độ gắn bó thành viên với hệ thống Mức độ mạo hiểm hệ thống xử lý cao hệ thống có lỗi dẫn đến việc hệ thống ngừng hoạt động Phải kiểm tra chặt chẽ phần cứng phần mềm hệ thống Chỉ nên áp dụng hệ thống thông tin không lớn với độ phức tạp vừa phải Phương pháp nên áp dụng trường hợp thật cần thiết Các thao tác cần tiến hành: Kiểm tra hệ thống cách thật chặt chẽ Trù tính khả khơi phục lại liệu Chuẩn bị thật kỹ lưỡng cho giai đoạn cài đặt hệ thống Chuẩn bị phương án xử lý thủ cơng phịng trường hợp xấu trì hoạt động hệ thống Huấn luyện chu đáo tất người tham gia vào hệ thống Có khả hỗ trợ đầy đủ phương tiện điện, đĩa từ 269 270 45 21/07/2020 Hoạt động song song Chuyển đổi bước thí điểm Hoạt động song song hai hệ thống cũ Phương pháp cho mức độ rủi ro hơn, địi hỏi nguồn tài cao Các cơng việc cần tiến hành: Đây phương pháp trung gian hai phương pháp Các bước cần thực hiện: Đánh giá lựa chọn phận làm thí Xác định chu kỳ hoạt động song song điểm để áp dụng hệ thống xử lý thông tin theo phương pháp trực tiếp hay song song Kiểm tra xem hệ thống áp dụng vào phận có khơng Tiến hành sửa đổi Nhận xét so sánh Xác định thủ tục so sánh Kiểm tra để tin có so sánh Sắp xếp nhân Thời gian hoạt động song song ngắn Cả hai hệ thống chạy phần cứng định cách thận trọng 271 272 Chuyển đổi phận 4.2.2 Biến đổi liệu Chọn vài phận có chức quan trọng có ảnh hưởng đến hệ thống để tiến hành tin học hoá Dữ liệu hai hệ thống cũ Sau đưa phận thiết kế vào ứng dụng ngay, phận khác hoạt động cũ Vừa làm vừa rút kinh nghiệm cho phận cịn lại 273 thường khơng tương thích với phương thức lưu trữ quy cách truy cập Do dễ dẫn đến sai sót biến đổi liệu Qúa trình biến đổi liệu: Xác định khối lượng chất lượng liệu (độ xác, tính đầy đủ thứ tự) Làm ổn định liệu tổ chức thay đổi cho phù hợp 274 4.2.2 Biến đổi liệu 4.2.2 Biến đổi liệu Thực thay đổi tệp liệu Nếu hệ thống cũ có tệp liệu tốt tổ chức biến đổi tệp liệu trước, sau đến tệp chuyển từ phương thức tổ chức thủ công sang Qúa trình biến đổi liệu: Tổ chức đào tạo đội ngũ thực công việc biến đổi liệu Lập lịch thời gian trình biến đổi liệu Bắt đầu trình biến đổi liệu đạo thống Thực bước kiểm chứng lần cuối để đảm bảo tệp liệu biến đổi phù hợp với yêu cầu hệ thống quản lý 275 276 46 21/07/2020 4.2.3 Đào tạo người sử dụng Lý và mục tiêu đào tạo: 4.2.3 Đào tạo người sử dụng Đối tượng đào tạo Giảm thời gian học lớp quy vấn đề liên quan Các lĩnh vực huấn luyện Cung cấp kỹ xảo nghề nghiệp Giảm tối thiểu giám sát cần có Tăng tính động nhân Đảm bảo hoạt động an toàn hệ thống vắng cán chủ chốt Giảm dư thừa Giảm chi phí Tăng mức độ thích nghi với hệ thống người hoạt động hệ thống 277 cách hiệu 4.2.3 Đào tạo người sử dụng Những người sử dụng cung cấp thông tin hệ thống Giới thiệu tổng quan hệ thống: hệ thống làm hệ thống làm được, tương lai hệ thống, khía cạnh quản lý có tác động đến hệ thống Làm quen với máy móc thiết bị : Cung cấp khái niệm sở Tham quan máy móc, thiết bị Tư vấn vấn đề chọn nhà cung cấp, cài đặt Thực hành kỹ xảo chuyên môn sử dụng chương trình xử lý văn bản, quản lý sử dụng thiết bị lưu trữ thứ cấp Thực hành thao tác mới, làm quen hệ thống biểu mẫu mới, thủ tục tra cứu tài liệu 278 4.2.4 Biên soạn tài liệu hệ thống Một phần mềm chuyển giao cho phía khách hàng (người sử dụng) thường kèm theo loại tài liệu sau: Kế hoạch đào tạo: Nhận biết nhu cầu : Xác định nhu cầu cơng việc Mức độ hồn thiện cần đạt tới Trình độ thời học viên Xác định mục tiêu Chuẩn bị chuyên đề đào tạo: Chương trình đào tạo Bố trí giảng viên Lên thời khoá biểu đào tạo Kiểm tra đánh giá kết đào tạo Tài liệu hướng dẫn sử dụng, thông tin thu thập từ nguồn khác bao gồm báo cáo xác định vấn đề, nghiên cứu tính thức thi, đề xuất hệ thống Tài liệu kỹ thuật cho người lập trình bảo trì hệ thống 279 4.2.5 Bảo trì phần mềm 280 Hoạt động bảo trì phần mềm Là pha cuối vòng đời hệ Các yêu cầu bảo trì thống Các hoạt động cần thực u cầu bảo trì đề xuất Chăm sóc khách hàng Khách hàng Quản lý hoạt động bảo trì Yêu cầu bào trì chấp nhận Chuẩn hóa hoạt động bảo trì (IEEE 840- 1992) Kỹ sư bảo trì Mã nguồn & tài liệu thời Ban quản lý thay đổi Mã nguồn & tài liệu sửa 281 282 47 21/07/2020 Hoạt động bảo trì phần mềm Hoạt động bảo trì phần mềm Marketing Các yêu cầu bảo trì Khách hàng Hiểu kĩ yêu cầu bảo trì Phân loại yêu cầu: sửa đổi hay nâng cấp? Thiết kế sửa đổi yêu cầu Kế hoạch chuyển đổi từ thiết kế cũ Đánh giá ảnh hưởng sửa đổi lên ứng dụng Triển khai sửa đổi Thực kiểm thử đơn vị cho phần thay đổi Tiến hành kiểm thử tăng dần, thực kiểm thử hệ thống với khả Cập nhật tài liệu cấu hình, yêu cầu, thiết kế kiểm thử Yêu cầu bảo trì đề xuất Chăm sóc khách hàng Quản lý bảo trì Các cơng việc cần thực hiện: Yêu cầu bào trì chấp nhận Kỹ sư bảo trì Ban quản lý thay đổi Mã nguồn & tài liệu thời Yêu cầu bị từ chối Mã nguồn & tài liệu sửa 283 Hoạt động bảo trì phần mềm Hoạt động bảo trì phần mềm Ví dụ chi phí hoạt động bảo trì Hoạt động Đánh giá (persondays) 284 Chuẩn hóa hoạt động bảo trì: Hiện nay, Đánh giá (persondays) Hoạt động Hiểu yêu cầu xác định chức cần sửa đổi hay thêm vào 2-5 Dịch tích hợp 2-3 Thay đổi thiết kế 1-4 Kiểm thử chức thay đổi 2-4 Phân tích ảnh hưởng trình diễn 1-4 Kiểm thử trình diễn 2-4 Triển khai thay đổi thành mã nguồn 1-4 Đưa báo cáo kết Thay đổi thông tin cấu hình 2-6 TỔNG chuẩn IEEE 840-1992 thường dùng hoạt động bảo trì phần mềm Các bước bảo trì phần mềm theo chuẩ 840-1992 Xác định vấn đề Phân tích Thiết kế Triển khai Kiểm thử hệ thống Kiểm thử chấp nhận Chuyển giao phần mềm 14 - 35 285 Hoạt động bảo trì phần mềm •Tài liệu dự án gốc •Các phân tích từ pha trước b Tiến trình •Tạo trường hợp kiểm thử (test cases) •Duyệt (các yêu cầu; kế hoạch triển khai) c Điều khiển •Kiểm chứng thiết kế •Kiểm tra thiết kế trường hợp kiểm thử d Đầu •Duyệt( sửa đổi; phân tích chi tiết; kế hoạch triển khai) •Cập nhật(thiết kế gốc; kế hoạch kiểm thử) e Nhân tố chất lượng liên quan •Độ linh hoạt (của thiết kế) •Khả lần vết (traceability) •Khả sử dụng lại (Reusability) •Khả hiểu (Comprehensibility) f Độ đo •Chi phí người-giờ •Thời gian •Số lượng tiếp nhận thay đổi 287 BÀI TẬP CHƯƠNG Nhiệm vụ giai đoạn phân tích đặc tả u cầu? Các cơng việc cần thực hiện? Các tài liệu cần bàn giao sau giai đoạn phân tích đặc tả yêu cầu? Các mơ hình sử dụng q trình phân tích đặc tả u cầu? Trình bày tầm quan trọng thiết kế giao diện xây dựng phần mềm Những điểm cần ý thiết kế giao diện Các nguyên tắc thiết kế tập tin liệu, lưu ý thiết kế tập tin liệu gì? Người phát triển lựa chọn ngơn ngữ lập trình dựa yếu tố nào? Phong cách lập trình ảnh hưởng tới chất lượng phần mềm nào? Bảo trì phần mềm gì? Hoạt động bảo trì phần mềm yếu? Ví dụ bảo trì phần mềm giai đoạn thiết kế: a Đầu vào 286 288 48 ... 21/07/2020 1.2.2 Vòng đời phát triển HTTT kinh tế 1.2.2 Vòng đời phát triển HTTT kinh tế Quá trình phát triển hệ thống thông tin kể từ lúc sinh đến kết thúc gọi vòng đời phát triển hệ thống - Systems... thơng tin kinh tế Vai trị HTTT kinh tế phát triển doanh nghiệp Quy trình chung phát triển HTTT kinh tế Phân tích nội dung xác định đánh giá giải pháp phát triển HTTT kinh tế Phân tích mơ hình phát. .. thơng tin, liệu, phương pháp xử lý, qui tắc, quy trình xử lý Hệ thống thơng tin kinh tế Hệ thống thông tin tập hợp người, thủ tục nguồn lực để thu thập, xử lý, truyền phát thông tin kinh tế tổ
Ngày đăng: 05/01/2023, 13:25
Xem thêm:
