Chương 3 trang bị cho người học kiến thức về các kỹ thuật cơ bản về kiểm soát chất lượng phần mềm. Nội dung chính trong chương này gồm có: Các pha trong qui trình, những mô hình phát triển phần mềm, các mức kiểm thử, triết lý của việc Testing, những định nghĩa cơ bản. Mời các bạn cùng tham khảo.
AMBIENT/
Chủ đề:
Nội dung Text: Bài giảng Đảm bảo và kiểm soát chất lượng phần mềm: Chương 3 - Nguyễn Mạnh Tuấn
- ĐẢM BẢO VÀ KIỂM SOÁT
CHẤT LƯỢNG
Chương 3:
Các kỹ thuật cơ bản về
kiểm soát chất lượng
phần mềm
HCM – 10/2012
3/26/2015 1
- Nội dung
Các pha trong qui trình
Những mô hình phát triển phần mềm
Mô hình tháp nước
Mô hình chữ V
Mô hình phát triển lặp gia tăng
Các mức kiểm thử
Triết lý của việc Testing
Những định nghĩa cơ bản
3/26/2015 Trang 2
- Quy trình phát triển phần mềm
1 Yêu cầu phần mềm
4
2 3 Phân tích
Phân tích
Thiết kế Thiết kế
Lập trình Thiết kế
Lập trình
Lập trình
Lập trình
Kiểm tra
Phần mềm
3/26/2015 Trang 3
- Các pha trong qui trình
Pha của qui trình là gì?
Chuỗi hoạt động liên quan
Mỗi pha định nghĩa
WHAT? (Làm gì)
WHO? (Ai tham gia)
INPUT? (Đầu vào)
OUTPUT? (Đầu ra)
3/26/2015 Trang 4
- Các pha trong qui trình
Các pha chính yếu trong một qui trình
phần mềm:
Phân tích yêu cầu
Thiết kế phần mềm
Lập trình
Kiểm nghiệm phần mềm
Triển khai và bảo trì
3/26/2015 Trang 5
- Các pha trong qui trình
Phân tích yêu cầu
Phân tích yêu cầu:
Trả lời câu hỏi “Làm những gì?”
Xác định có những gì cần làm:
• Thu thập yêu cầu khách hàng
• Đặc tả yêu cầu
• Kiểm nghiệm yêu cầu
• Mô hình hóa phần mềm
Đầu vào:
• Yêu cầu người dùng
Sản phẩm:
• Tài liệu đặc tả yêu cầu
3/26/2015 Trang 6
- Các pha trong qui trình
Phân tích yêu cầu
Yêu cầu chức năng:
Lưu trữ những thông tin gì ?
Xử lý tính toán theo công thức nào ?
Yêu cầu phi chức năng:
Cài đặt trên môi trường nào ? Windows
? Web ?
Sử dụng hệ quản trị cơ sở dữ liệu nào ?
Access/SQLServer/Oracle/DB2…
Sử dụng công nghệ gì ?
Java/.NET/Delphi/PHP/…
3/26/2015 Trang 7
- Các pha trong qui trình
Thiết kế phần mềm
Thiết kế phần mềm:
Trả lời câu hỏi “Làm như thế nào?”
Với những gì cần làm, xác định làm như thế
nào:
• Thiết kế kiến trúc
• Thiết kế dữ liệu
• Thiết kế giao diện
• Thiết kế xử lý
Đầu vào:
• Tài liệu đặc tả yêu cầu
Sản phẩm:
• Tài liệu thiết kế
3/26/2015 Trang 8
- Các pha trong qui trình
Thiết kế phần mềm
3/26/2015 Trang 9
- Các pha trong qui trình
Thiết kế phần mềm
3/26/2015 Trang 10
- Các pha trong qui trình
Thiết kế phần mềm
3/26/2015 Trang 11
- Các pha trong qui trình
Lập trình phần mềm
Lập trình phần mềm:
Hiện thực hóa bản thiết kế:
• Cài đặt mã nguồn
• Cài đặt cơ sở dữ liệu
Đầu vào:
Tài liệu phân tích, thiết kế
Sản phẩm:
Chương trình
3/26/2015 Trang 12
- Các pha trong qui trình
Kiểm nghiệm phần mềm
Kiểm nghiệm phần mềm:
Kiểm nghiệm bởi đội ngũ phát triển:
• Thanh tra mã nguồn (Code Inspection)
• Kiểm thử đơn vị (Unit Test)
• Kiểm thử tích hợp (Intergration Test)
• Kiểm thử hệ thống (System Test)
Kiểm nghiệm bởi khách hàng:
• Phần mềm chuyên dụng: Acceptance Test
• Phần mềm đại chúng: Beta Test, Release Candidate
Test
Đầu vào:
Tài liệu phân tích – thiết kế, chương trình
Sản phẩm:
Báo cáo kiểm nghiệm
3/26/2015 Trang 13
- Các pha trong qui trình
Triển khai và bảo trì
Triển khai và bảo trì:
Cài đặt phần cứng: máy móc, thiết bị mạng, ...
Vận hành phần mềm
Giải quyết sự cố
Sửa chữa lỗi phần mềm
Nâng cấp phần mềm
Đầu vào:
Chương trình
Sản phẩm:
Chương trình
Sưu liệu
3/26/2015 Trang 14
- Nội dung
Các pha trong qui trình
Những mô hình phát triển phần
mềm
Mô hình tháp nước
Mô hình chữ V
Mô hình phát triển lặp gia tăng
Các mức kiểm thử
Triết lý của việc Testing
Những định nghĩa cơ bản
3/26/2015 Trang 15
- Testing và Mô hình chu kỳ phát
triển phần mềm
Testing:
Không tồn tại độc lập
Liên quan đến những hoạt động trong quá
trình phát triển phần mềm
Đối với những mô hình phát triển phần
mềm khác nhau => những giải pháp
Testing khác nhau
3/26/2015 Trang 16
- Mô hình tháp nước
Giai đoạn xác định những
“đòi hỏi” (“What”) liên quan
đến chức năng và phi chức
năng mà hệ thống phần
mềm cần có Giai đoạn hiện thực “làm
thế nào” (“How”) được chỉ
ra trong giai đoạn “Phân
tích hệ thống và thiết kế”
Giai đoạn cài
đặt, cấu hình
Giai đoạn định ra “làm thế và huấn luyện
nào” (“How”) để hệ thống khách hàng
phần mềm đáp ứng những
“đòi hỏi” (“What”) mà
khách hàng yêu cầu trong
SRS Giai đoạn này sẽ
tiến hành kiểm
thử mã (code) đã
3/26/2015 được hiện thực Trang 17
- Mô hình tháp nước
Đặc trưng:
Các pha diễn ra tuần tự và độc lập
Tách rời quá trình đặc tả và hiện thực hóa
Chú trọng kiểm nghiệm sau khi làm
Ưu điểm:
Thực hiện có hệ thống và bài bản
Tiên liệu chặt chẽ trước khi làm
Nhược điểm:
Khó khăn khi có thay đổi xảy ra
Chỉ thích hợp với dự án có yêu cầu rõ ràng và
ổn định
Cải tiến cho phép quay lui
3/26/2015 Trang 18
- Mô hình chữ V
Cƒ ó thể coi đây là mô
hình mở rộng của
mô hình thác nước
Tinh thần chủ đạo
của V-model là các
hoạt động kiểm thử
phải được tiến hành
song song (theo khả
năng có thể) ngay
từ đầu chu trình
cùng với các hoạt
động phát triển
Chữ V minh họa các
khía cạnh của hoạt
động Verification và
Validation.
3/26/2015 Trang 19
- Kiểm chứng (Verification) và
chứng thực (Validation)
Kiểm chứng (Verification)
Tìm các lỗi trong từng giai đoạn
Các hành động để đảm bảo cho phần
mềm được hiện thực đúng theo một
chức năng cụ thể nào đó
“Are we building the system right?”
Chứng thực (Validation)
Tìm lỗi trong toàn hệ thống
‰
Các hành động để đảm bảo cho phần
mềm được xây dựng theo đúng yêu
cầu của khách hàng
“Are we building the right system?
V&V = Verification and Validation
Mục tiêu là phát hiện và sửa lỗi PM,
đánh giá tính dùng được của PM
Thứ tự thực hiện: Verification ->
Validation
3/26/2015 Trang 20
Thêm vào BST
Báo xấu
Download
Vui lòng tải xuống để xem tài liệu đầy đủ
