Bài giảng Đảm bảo chất lượng phần mềm: Ứng xử yêu cầu đối với phần mềm - Nguyễn Anh Hào

Bài giảng Đảm bảo chất lượng phần mềm: Ứng xử yêu cầu đối với phần mềm trình bày nội dung về ứng xử với yêu cầu, hệ thống đặc tả yêu cầu cho phần mềm, tiến trình cam kết, khám phá yêu cầu, các phương pháp xem xét bản thiết kế. kính mời quý đọc giả tham khảo nội dung chi tiết.

SW Quality Assurance 03 Ứng xử với yêu cầu đ/v PM  Nguyễn Anh Hào Khoa CNTT2 Học viện CNBCVT – Cs Tp.HCM Yêu cầu gi ?  Yêu cầu (requirements) đặc tả cho cần phải thoả mãn cách làm đặc tả hành vi xử lý phần mềm (functions) đặc tả đặc tính phần mềm (characteristics) đặc tả ràng buộc đ/v cách thức phát triễn phần mềm (constraints) cầu không tường minh (needs) mong muốn cho cần thiết, không đặc tả  Cả yêu cầu lẫn mong muốn góp phần định chất lượng phần mềm  Yêu Software_Requirements, 3rd edition, 2013.pdf: Page Ứng xử với yêu cầu Yêu cầu đv PM : Yêu cầu phải hiểu để làm Không dựa vào mô tả người sử dụng Yêu cầu phải đầy đủ & quán Vì PM hệ thống Yêu cầu phải đưa đến hành động khả thi Yêu cầu thay đổi để có PM tốt Cách làm cần hổ trợ cho thay đổi yêu cầu Sự truyền đạt yêu cầu có đặc điểm: S.M.A.R.T Yêu cầu đ/v PM có từ đâu ? Môi trường ứng dụng PM (hệ thống lớn) Các vấn đề nghiệp vụ cần giải hệ thống Yêu cầu user giải pháp nghiệp vụ vấn đề Môi trường vận hành PM (nguồn lực: người | phương pháp | công cụ) Máy tính thiết bị dùng cho PM Người sử dụng (trực tiếp gián tiếp) phần mềm Flat-form phần mềm: hệ điều hành, mạng,… Môi trường phát triễn PM Các công cụ làm phần mềm: pm để lập trình,… Năng lực chun mơn người làm phần mềm Phương pháp, kỹ thuật (công nghệ) chọn để làm phần mềm Các ứng xử đ/v yêu cầu Nhận biết kiễm soát yêu cầu (CMMI-level 2-RM)  Phát nhu cầu sử dụng PM yêu cầu từ người sử dụng, có thay đổi yêu cầu  Nghiên cứu khả thi: Xác định ích lợi phần mềm xây dựng (nên làm không) phương án làm Khám phá yêu cầu (CMMI-level 3-RD)  Phát triễn yêu cầu cho việc xây dựng phần mềm Truyền đạt u cầu (Comunicating)  Mơ hình hố, tài liệu đặc tả, làm mẫu thử (demo) Kiễm chứng yêu cầu (validation)  Chứng minh đặc tả yêu cầu phản ánh mong đợi đ/v PM (Review) 1.Nhận biết & kiễm soát yêu cầu  PM khơng phục vụ cho người sử dụng; phục vụ cho hệ thống lớn vd: website bán hàng phục vụ cho cơng việc kinh doanh kế tốn công ty Người sử dụng làm phần công việc hệ thống Yêu cầu đ/v PM = yêu cầu hệ thống lớn  Yêu cầu từ hệ thống nêu từ người sử dụng (hoặc stake-holders), phải xem xét cách có hệ thống vì: Để tránh chủ quan Để khẳng định tính đắn yêu cầu Bảo đảm tính quán hệ thống Problem domain Yêu cầu đ/v PM từ quan điểm hệ thống Vấn đề (External Quality Factors) Yêu cầu từ user Giải pháp FR1 FR2 Yêu cầu chất lượng NFR Design domain Phần mềm C1 Kết cấu hệ thống 10 C2 Các hổ trợ (công nghệ) Đặc tính PM (Internal Attributes) Hệ thống đặc tả yêu cầu cho PM Implementation Operation Applicatio n dot arrow = “is the origin of…”, arrow = “are stored in …” Software_Requirements, 3rd edition, 2013.pdf: Page CMMI-L2: Quản lý yêu cầu Quản lý yêu cầu (Requirements Management, RM): hành động tìm hiểu yêu cầu đ/v PM từ khách hàng (users), cam kết làm thỏa mãn yêu cầu, kiễm soát thay đổi đ/v yêu cầu biết, gắn yêu cầu với công việc (kế hoạch thực hiện) làm thỏa mãn yêu cầu  Ie, thiết lập yêu cầu từ quan điểm sử dụng PM CMMI DEV-V1.3 (2010).pdf Page 341 & 325 CMMI-L2: Quản lý yêu cầu (RM) 10 Hiểu yêu cầu từ khách hàng  Tiêu chí diễn đạt nội dung : S.M.A.R.T  Có tương tác để kiễm chứng (vd: làm mẫu thử) Khẳng định trách nhiệm thực yêu cầu  Bằng tiến trình cam kết Gắn yêu cầu vào kế hoạch thực hiện, để theo dõi việc thực (tracking & oversight)  Ngăn ngừa loại bỏ không quán yêu cầu hành động thực Kiễm soát thay đổi yêu cầu  Nhận biết thay đổi yêu cầu (vd: version), thay đổi tương ứng bên phần mềm  Cân nhắc chi phí thực & lợi ích từ thay đổi ... làm phần mềm Các ứng xử đ/v yêu cầu Nhận biết kiễm soát yêu cầu (CMMI-level 2-RM)  Phát nhu cầu sử dụng PM yêu cầu từ người sử dụng, có thay đổi yêu cầu  Nghiên cứu khả thi: Xác định ích lợi phần. .. Page Ứng xử với yêu cầu Yêu cầu đv PM : Yêu cầu phải hiểu để làm Không dựa vào mô tả người sử dụng Yêu cầu phải đầy đủ & quán Vì PM hệ thống Yêu cầu phải đưa đến hành động khả thi Yêu cầu thay... triễn yêu cầu : hành động khám phá yêu cầu từ hệ thống, phát triễn yêu cầu ban đầu thành yêu cầu chi tiết cho công đoạn làm phần mềm kiễm chứng phù hợp yêu cầu thực tế  Ie, chi tiết hoá yêu cầu