Nguyễn Anh Hào
Khoa CNTT2
Học viện CNBCVT – Cs Tp.HCM
SW Quality Assurance
SW Quality Assurance
02. Đặc tả phần mềm

1
Yêu cầu là gi ?
Yêu cầu (requirements) là đặc tả cho những gì
cần phải được hiện thực (được thoả mãn).
đặ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.
2
Software_Requirements, 3rd edition, 2013.pdf: Page 6
2 khía cạnh mô tả cho PM
1. Người sử dụng cần nêu ra các yêu cầu đ/v PM
để nó thoả mãn cho nhu cầu sử dụng của họ.
VD: đáng tin cậy (reliability)|user là PM cho
kết quả chính xác trong mọi tình huống.
2. Nhà phát triễn cần biết các chức năng và đặc
tính được mong đợi từ PM để làm ra nó.
ie. developers cần biết
Yêu cầu chức năng (functional requirements)
Yêu cầu đặc tính (non-functional requirements)
Ví dụ : yếu tố đáng tin cậy|user được developer hiểu
là nhất quán (consistency), chịu đựng được hư hỏng
(fault tolerance) & chính xác (accuracy), là những
thuộc tính cố hữu của PM mà developer có thể kiễm
soát được.
3
Làm PM thoả mãn yêu cầu (1)
Thông thường, nhà phát triễn sẽ phiên dịch yêu
cầu và mong muốn của người sử dụng thành
đặc tả chức năng và đặc tính của phần mềm sẽ
xây dựng.
Vấn đề là:
Liệu các yêu cầu từ users có đủ để làm ra phần
mềm có chất lượng ?
Ie, đôi khi user không nói ra nhưng devs phải biết.
Các đặc tính chất lượng được yêu cầu từ users
được hiểu như thế nào cho đúng để cài đặt ?
Hiểu đúng: không hiểu lầm, cả user lẫn devs đều có
chung một ý niệm như nhau đối với yêu cầu.
4
Mối quan hệ giữa các đặc tả
dot arrow = “is the origin of…”, arrow = “are stored in …”
5
Software_Requirements, 3rd edition, 2013.pdf: Page 8