Bài giảng Software quality assurance: Qualification - Nguyễn Anh Hào

20 22 0
Bài giảng Software quality assurance: Qualification - Nguyễn Anh Hào

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

Thông tin tài liệu

Bài giảng Software quality assurance: Qualification cung cấp cho người học các kiến thức: Sự thay đổi lên phần mềm, yêu cầu dự phòng đ/v phần mềm, chất lượng của việc bảo trì, quản lý cấu hình,... Mời các bạn cùng tham khảo nội dung chi tiết.

SW Quality Assurance 06 Qualification (duy trì chất lượng)  Nguyễn Anh Hào Khoa CNTT2 Học viện CNBCVT – Cs Tp.HCM Sự thay đổi lên PM Vì PM mơ hình giới thực Thế giới thực thay đổi (quy luật Lehman)   Công nghệ cải tiến Nghiệp vụ tổ chức thay đổi Bị lỗi chưa phát   Fault tolerance Users cần cá nhân hóa PM Làm việc có hiệu cao Thay đổi PM dể phần cứng Môi trường vận hành ngày nguy hiểm  Virus, hackers Yêu cầu dự phịng đ/v PM  Ngồi khía cạnh verification validation (dựa yêu cầu nhận thức được), SQA phải chuẩn bị trước cho yêu cầu xuất  Hành động hiểu phổ biến với khái niệm “bảo trì”: bảo đảm cho PM trì chất lượng (theo thời gian) ngữ cảnh áp dụng Cập nhật cho nhu cầu sử dụng theo thời gian Đa dạng hóa xử lý Qualification  ISO 25010 - Quality In Use đưa tiêu chí chất lượng ngữ cảnh sử dụng PM, như: Phát huy lực (effectiveness) Hiệu dùng tài nguyên (efficiency) Thỏa mãn cho tác nhân (Satisfaction) An toàn (safety) Khả dụng (usability)  Qualification hành động bảo đảm cho PM bộc lộ tố chất Hành động chuẩn bị sẵn PM & nhân cơng Hổ trợ bảo trì từ phần mềm (ISO 25010) Quality in use of DEVELOPER Quality in use of INSTALLER Quality in use of USERS ISO_25010.PDF Chất lượng việc bảo trì Từ cơng việc cụ thể:  Từ cách thức hổ trợ cho bảo trì thiết kế sẵn bên phần mềm  Từ sách bảo trì cho phần mềm  Từ cơng việc bảo trì cho cần thiết phải tiến hành   Quản lý cấu hình Giám sát thay đổi môi trường Quản lý cấu hình (CM)  Software configuration item (SCI): Là sản phẩm (của dự án phần mềm) xem thực thể có ý nghĩa phần mềm; ie, góp phần tạo đặc điểm sản phẩm  Ví dụ: SW Req Spec (SWRS), System Spec.(SS), Design Doc.(DD), User Man (UM), Source Code, Project Plan, Installation Doc., … SCIs  SCI version (phiên SCI): trạng thái phê duyệt SCI  Vd: Source code ver 1.24, DD ver 1.23 Configuration Management  Software configuration version: Là gồm nhiều SCI version phê duyệt; xác định đặc tính riêng sản phẩm chuổi tiến trình tạo & cập nhật sản phẩm  Vd: Product Ver 1.00 ≠ Product Ver 1.01  Software configuration management (SCM): theo đõi (nhận biết, phân biệt) kiễm soát (phê duyệt) tất thay đổi SCI CM: Xử lý SC Ver 1.1 Ver 2.1 Change control Version control DD Ver 1.2 Ver 1.3 Ver 2.2 Build control Version control: Phân biệt phiên SCI Mỗi SCI có nhiều phiên bản, phiên thể khác biệt PM so với phiên khác Change control: xem xét yêu cầu thay đổi để định thay đổi, thực ghi vết thay đổi cấu hình Build control: định phiên SCI tích hợp với để tạo phiên PM CM: Phát hành phiên PM 10  Sequential : Phát hành phiên  cho PM Tree : đa dạng hóa phiên PM cho nhiều đối tượng sử dụng 10 11 CM: Tree version Microsoft website Branching and Merging Primer 11 https://msdn.microsoft.com/en-us/library/aa730834(VS.80).aspx 12 CM: Tree version 12 Chính sách bảo trì 13   Xem xét việc sửa đổi phần mềm theo quan điểm: “Có/khơng”: từ người có quyền, thường gây tải việc thực thay đổi “Cân bằng”: chấp thuận cho thay đổi thực quan trọng có lợi ich nhiều chi phí thực thay đổi 13 Duy trì chất lượng (bảo trì) 14  Có cơng việc hoạt động bảo trì : Corrective action: sửa lỗi cịn sót lại PM, sử dụng Adaptive action: làm cho PM tương thích với mơi trường bị thay đổi so với trước Perfective action: làm tăng thêm giá trị sử dụng PM  Cải tiến chức & đặc tính chất lượng Preventive action: ngăn ngừa rủi ro trước chúng xuất Bảo trì 15  Bản chất vấn đề bảo trì : gây yêu cầu sửa đổi (modify) phần mềm Sự sửa đổi thực tế tốn người ta nghĩ (do mối liên kết phức tạp phần mềm: cộng tác → phụ thuộc lẫn nhau)  Ie, cần cân nhắc kỹ chi phí trước cam kết Yêu cầu sửa đổi biết trước q trình làm (khơng có u cầu cụ thể để đưa giải pháp cụ thể) → CNPM có giải pháp tổng quát cho yêu cầu  Mơ hình hổ trợ cho vấn đề ?  Phương pháp, kỹ thuật hổ trợ vấn đề ? 16 Giải pháp chung: maintenance = evolution Các mơ hình xoắn ốc, UP, Agile mơ hình sau lưu giữ SCI để tiếp tục cập nhật cho phiên phần mềm  IEEE định nghĩa PM = tập SCI Thay việc sửa lệnh,dữ liệu việc tháo lắp mơđun thiết kế phụ thuộc  Hướng đối tượng phục vụ cho mục đích Chuẩn hóa kết cấu phần mềm, để nhận hổ trợ phát triễn từ cộng đồng  Các phần mềm mã nguồn mở thiết kế theo chuẩn Corrective maintenance 17  Ngun nhân cịn sót lỗi cách làm phần mềm phức tạp dể gây lỗi khó phát hiện, việc kiễm thử chưa đủ thời gian để phát lỗi Trong CNPM:  Verification & Validation : làm sớm tốt  Có phương pháp, kỹ thuật, cơng cụ hổ trợ, giống làm phần mềm (design, test, analysis, actions)  Cấu trúc cho tài liệu đặc tả thuận lợi cho việc dò vết (tracing) để định vị sửa lỗi dể  Cơ chế phát lỗi mô tả tình gây lỗi sử dụng suốt chu kỳ phát triễn Adaptive maintenance 18  Thiết kế để phần mềm phụ thuộc vào mơi trường vd: Portable phần mềm chạy nhiều lớp khác vd: ứng dụng java JRE  Giới hạn phụ thuộc vào bất biến môi trường vd: yêu cầu nghiệp vụ lấy từ quy định (luật) nhà nước thay cho quy tắc riêng tổ chức  Chuẩn hóa đặc tả yêu cầu áp dụng chuẩn giới (vd: dùng công nghệ chuẩn, giao tiếp chuẩn, trừu tượng hóa yêu cầu cụ thể thành vấn đề phổ biến) Perfective maintenance 19 Phát biểu yêu cầu thành toán chuẩn phổ biến để dùng pattern (kiểu mẫu) có sẵn  Thiết kế PM thành thành phần (sub-system package) có khả sử dụng lại cao Trừu tương hóa phương thức  Sử dụng chế đa hình để thêm thay sửa  Thiết kế phần mềm có tính tùy biến cao thơng số cấu hình bên ngồi Vd: Các quy tắc tính tốn, xử lý liệu, nghiệp vụ khai báo file ini CSDL thay viết thành mã lệnh Preventive maintenance 20  Undo giải pháp tổng quát cho thay đổi gây hại đến hệ thống Được cài đặt MS Office Cài đặt hệ quản trị CSDL Oracle  Fault tolerance cài đặt để giúp cho hệ thống chịu đựng hư hỏng từ phần cứng  Control chart chế phát bất thường gây hại cho hệ thống … ...  Qualification hành động bảo đảm cho PM bộc lộ tố chất Hành động chuẩn bị sẵn PM & nhân công Hổ trợ bảo trì từ phần mềm (ISO 25010) Quality in use of DEVELOPER Quality in use of INSTALLER Quality. .. gian) ngữ cảnh áp dụng Cập nhật cho nhu cầu sử dụng theo thời gian Đa dạng hóa xử lý Qualification  ISO 25010 - Quality In Use đưa tiêu chí chất lượng ngữ cảnh sử dụng PM, như: Phát huy lực (effectiveness)...  Software configuration version: Là gồm nhiều SCI version phê duyệt; xác định đặc tính riêng sản phẩm chuổi tiến trình tạo & cập nhật sản phẩm  Vd: Product Ver 1.00 ≠ Product Ver 1.01  Software

Ngày đăng: 31/10/2020, 15:20

Hình ảnh liên quan

1. Vì PM là một mô hình về thế giới thực. Thế giới thực luôn thay đổi (quy luật Lehman) - Bài giảng Software quality assurance: Qualification - Nguyễn Anh Hào

1..

Vì PM là một mô hình về thế giới thực. Thế giới thực luôn thay đổi (quy luật Lehman) Xem tại trang 2 của tài liệu.
 Quản lý cấu hình - Bài giảng Software quality assurance: Qualification - Nguyễn Anh Hào

u.

ản lý cấu hình Xem tại trang 6 của tài liệu.
 Mô hình nào hổ trợ cho vấn đề này ? - Bài giảng Software quality assurance: Qualification - Nguyễn Anh Hào

h.

ình nào hổ trợ cho vấn đề này ? Xem tại trang 15 của tài liệu.
1. Các mô hình xoắn ốc, UP, Agile và những mô hình sau này đều lưu giữ các SCI để tiếp tục  cập nhật cho phiên bản phần mềm mới - Bài giảng Software quality assurance: Qualification - Nguyễn Anh Hào

1..

Các mô hình xoắn ốc, UP, Agile và những mô hình sau này đều lưu giữ các SCI để tiếp tục cập nhật cho phiên bản phần mềm mới Xem tại trang 16 của tài liệu.
 Sử dụng cơ chế đa hình để thêm mới thay vì sửa - Bài giảng Software quality assurance: Qualification - Nguyễn Anh Hào

d.

ụng cơ chế đa hình để thêm mới thay vì sửa Xem tại trang 19 của tài liệu.

Từ khóa liên quan

Tài liệu cùng người dùng

Tài liệu liên quan