Đặc tính chất lượng của một bản đặc tả yêu cầu phần mềm tốt 1.. Đặc tính này để đảm bảo đã giải quyết hết các xung đột của các yêu cầu trước quá trình phát triển phần mềm... Tín
Trang 1Bài tập tuần 3
Giảng viên: PGS.TS Huỳnh Quyết Thắng
Danh sách sinh viên:
2.3 K56
2.3 K56
Nguyễn Đức Cương 20111203 CNTT-TT 2.3 K56 Đoàn Văn Đạt 20111370 CNTT-TT 2.3 K56
Trang 2I Đặc tính chất lượng của một bản đặc tả
yêu cầu phần mềm tốt
1 Tính đúng đắn (correct)
2 Tính hoàn chỉnh
(complete)
3 Tính nhất quán
(consistent)
4 Tính khả thi (feasible)
5 Tính có thể thay đổi
(Modifiable)
6 Tính cần thiết (Necessary)
7 Có độ ưu tiên (Prioritized)
8 Có thể truy viết (Traceable)
9 Không nhập nhằng (Unambiguous)
10 Kiểm tra được (Verifiable)
Trang 31 Tính đúng đắn (correct)
Mỗi yêu cầu cần mô tả chính xác chức năng được xây dựng
Tham chiếu đến nguồn của yêu cầu
Khi rà soát yêu cầu ta cần sự có mặt của
chính người dùng hoặc người đại diện của họ
Đặc tính này để đảm bảo phần mềm đáp ứng đầy đủ các đặc tả yêu cầu phần mềm
Trang 42 Tính hoàn chỉnh (complete)
Mỗi yêu cầu cần mô tả đầy đủ chức năng được chuyển giao
Nếu yêu cầu phần mềm nào đó còn chưa rõ
ràng sẽ được đánh dấu là “TBD - To Be
Determined”
Phải xác định được kết quả của các dữ liệu
đầu vào
Phải có đầy đủ nhãn và tài liệu tham khảo
Đặc tính này để đảm bảo mỗi yêu cầu đã được
mô tả đầy đủ
Trang 53 Tính nhất quán (consistent)
Các yêu cầu phần mềm không xung đột nhau và xung đột với yêu cầu mức cao hơn
Tất cả các mâu thuẫn trong yêu cầu cần phải được phân giải trước khi quá trình phát triển diễn ra
Đặc tính này để đảm bảo đã giải quyết hết các xung đột của các yêu cầu trước quá trình phát triển phần mềm
Trang 64 Tính khả thi (Feasible)
Khả thi có nghĩa là có thể thực thi mỗi yêu
cầu trong các khả năng và giới hạn của hệ
thống
Cần phải đánh giá tính khả thi của một yêu
cầu phần mềm
Đặc tính này để đảm bảo các yêu cầu được
đưa ra có thể thực hiện được trong thực tế
Trang 75 Tính có thể thay đổi (Modifiable)
Mỗi khi có sự thay đổi yêu cầu cần được thực hiện một cách nhanh chóng, chính xác
Cần viết các yêu cầu thật rõ ràng, mạch lạc , gán nhãn khác nhau cho mỗi yêu cầu
Đặc tính chất lượng này để có thể tiết kiệm
thời gian, chi phí cho quá trình đàm phán và quản lý yêu cầu phần mềm
Trang 86 Tính cần thiết (Necessary)
Mỗi yêu cầu đưa ra phải là thật sự cần thiết đối với khách hàng hoặc các hệ thống liên
quan
Đặc tính chất lượng này để đảm bảo mọi yêu cầu được đưa ra trong SRS đều cần thiết cho
dự án phần mềm
Trang 97 Có độ ưu tiên (Prioritized)
Mỗi yêu cầu cần gán một thứ tự ưu tiên
Xác định đúng mức đầu tư cho mỗi yêu cầu
Đặc tính này để đảm bảo người quản trị dự án đánh giá được chính xác mức độ quan trong của mỗi yêu cầu -> đánh giá, kiểm soát được tất cả các yêu cầu hiện có và các yêu cầu
phát sinh thêm
Trang 108 Có thể truy vết (Traceable)
Mỗi yêu cầu phần mềm cần được liên kết đến nguồn phát sinh của nó, đến các phần tử thiết kế, mã nguồn
Đặc tính này để người làm dự án tìm ra lỗi sai hay những thiếu sót của yêu cầu một cách
nhanh chóng nhất do đã biết được vết đi của yêu cầu đó
Trang 119 Không nhập nhằng (Unambiguous)
Cần viết một yêu cầu rõ ràng, cụ thể, đơn
nghĩa
Để loại bỏ nhập nhằng mô tả yêu cầu bằng
các ngôn ngữ hình thức như use-case
Đặc tính này để giúp cho SRS trình bày rõ
ràng nhất, tường minh nhất
Trang 1210 Kiểm tra được (Verifiable)
Cần phải kiểm tra được mỗi yêu cầu có được cài đặt hợp lệ trong sản phẩm hay không
Một yêu cầu không thể kiểm tra được sẽ trở thành vấn đề gây tranh cãi
Đặc tính này để người làm dự án kiểm tra cài đặt yêu đó đã hợp lí hay chưa, sai hoặc chưa tối ưu nhất
Trang 13II Các Tips để viết đặc tả yêu cầu
phần mềm
1 Đưa ra các đánh giá dựa trên góc nhìn của nhà phát
triển.
2 Làm nổi bật các yêu cầu bằng cấu trúc phân cấp
3 Cố gắng viết các câu và đoạn ngắn - đơn giản (write
concisely)
4 Phải có văn bản mô tả cho cả các hành vi được mong
muốn lẫn các ngoại lệ
Trang 14II Các Tips để viết đặc tả yêu cầu
phần mềm (tiếp)
5. Tránh các ràng buộc thiết kế (design
constraints) không cần thiết
6. Viết các yêu cầu ở mức chi tiết hợp lý
7. Viết các yêu cầu 1 cách chính xác, cụ thể,
không mơ hồ và gây nhầm lẫn.
Trang 15Cảm ơn thầy và các bạn
đã lắng nghe