Bài giảng Software quality assurance: Ứng xử với yêu cầu đ/v phần mềm - Nguyễn Anh Hào

Bài giảng "Software quality assurance: Ứng xử với yêu cầu đ/v phần mềm" cung cấp cho người học các kiến thức: Ứng xử với yêu cầu, yêu cầu đ/v phần mềm có từ đâu, các ứng xử cơ bản đ/v yêu cầu,... Mời các bạn cùng tham khảo.
Nội dung trích xuất từ tài liệu:
Bài giảng Software quality assurance: Ứng xử với yêu cầu đ/v phần mềm - Nguyễn Anh Hào1SW 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.HCM2 Yêu cầu là gi ?  Yêucầu (requirements) là đặc tả cho những gì cần phải được thoả mãn bằng cách làm. đặc tả hành vi xử lý của phần mềm (functions) đặc tả các đặc tính của phần mềm (characteristics) đặc tả các ràng buộc đ/v cách thức phát triễn phần mềm (constraints).  Yêu cầu không tường minh (needs) là những mong muốn được cho là cần thiết, nhưng không được đặc tả.  Cả yêu cầu lẫn mong muốn đều góp phần quyết định chất lượng của phần mềm. Software_Requirements, 3rd edition, 2013.pdf: Page 63 Ứng xử với yêu cầu Yêu cầu đv PM : 1. Yêu cầu phải được hiểu đúng để làm đúng Không chỉ dựa vào mô tả của người sử dụng 2. Yêu cầu phải đầy đủ & nhất quán Vì PM là hệ thống. 3. Yêu cầu phải đưa đến hành động khả thi 4. Yêu cầu có thể thay đổi để có PM tốt hơn Cách làm cần hổ trợ cho các thay đổi yêu cầu Sự truyền đạt yêu cầu có 5 đặc điểm: S.M.A.R.T.4 Yêu cầu đ/v PM có từ đâu ? 1. Môi trường ứng dụng PM (hệ thống lớn) Các vấn đề nghiệp vụ cần giải quyết trong hệ thống Yêu cầu của user và giải pháp nghiệp vụ của vấn đề 2. Môi trường vận hành PM (nguồn lực: con người | phương pháp | công cụ) Máy tính và các thiết bị dùng cho PM Người sử dụng (trực tiếp và gián tiếp) của phần mềm Flat-form của phần mềm: hệ điều hành, mạng,… 3. Môi trường phát triễn PM Các công cụ làm ra phần mềm: pm để lập trình,… Năng lực chuyên môn của người làm phần mềm Phương pháp, kỹ thuật (công nghệ) được chọn để làm phần mềm5 Các ứng xử cơ bản đ/v yêu cầu 1. Nhận biết và kiễm soát yêu cầu (CMMI-level 2-RM) Phát hiện nhu cầu sử dụng PM và các yêu cầu từ người sử dụng, trong đó có sự thay đổi yêu cầu Nghiên cứu khả thi: Xác định ích lợi của phần mềm sẽ xây dựng (nên làm không) và phương án làm 2. 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 3. Truyền đạt yêu cầu (Comunicating) Mô hình hoá, tài liệu đặc tả, làm mẫu thử (demo) 4. Kiễm chứng yêu cầu (validation) Chứng minh rằng các đặc tả yêu cầu phản ánh đúng mong đợi đ/v PM (Review)6 1.Nhận biết & kiễm soát yêu cầu  PM không chỉ phục vụ cho người sử dụng; nó phục vụ cho hệ thống lớn hơn vd: website bán hàng phục vụ cho công việc kinh doanh và kế toán của công ty. Người sử dụng chỉ làm một phần công việc của hệ thống. Yêu cầu đ/v PM = yêu cầu của hệ thống lớn  Yêu cầu từ hệ thống được nêu ra từ người sử dụng (hoặc stake-holders), và phải được xem xét một cách có hệ thống vì: Để tránh chủ quan. Để khẳng định tính đúng đắn của yêu cầu. Bảo đảm tính nhất quán của hệ thống.7 Yêu cầu đ/v PM từ quan điểm hệ thống Vấn đềProblem domain 1 4 (External Quality Factors) 3 6 Yêu cầu về Yêu cầu từ Giải pháp user chất lượng FR1 FR2 NFR 2 5 7 Phần mềmDesign domain 8 9 10 C1 C2 Kết cấu của Các hổ trợ Đặc tính hệ thống (công nghệ) của PM (Internal Attributes)8ApplicationOperationImplementation Hệ thống đặc tả yêu cầu cho PM dot arrow = “is the origin of…”, arrow = “are stored in …” Software_Requirements, 3rd edition, 2013.pdf: Page 89 CMMI-L2: Quản lý yêu cầu Quản lý yêu cầu (Requirements Management, RM): là những 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 các thay đổi đ/v yêu cầu đã biết, ...