Đang tải... (xem toàn văn)
Theo quan điểm của người phát triển thì một phần mềm tốt là một phần mềm ít lỗi. Đó chính là chất lượng của chương trình. Vấn đề là làm thế nào để chương trình chạy giống như thiết kế. Chất lượng của phần mềm theo quan điểm này chính là quan điểm chất lượng theo kiểu lập trình. Nguời ta cũng gọi chất luợng này là chất lượng theo nghĩa cần thiết vì nó phản ánh cái bắt buộc phải làm có tính nguyên tắc mặc dù nói chung nguời ta không đạt được
MỤC LỤC MỤC LỤC CÂU HỎI ÔN TẬP KỸ NGHỆ PHẦN MỀM NÂNG CAO Chất lượng đảm bảo chất lượng phần mềm 1.1 Khái niệm đảm bảo chất lượng .4 Câu Chất lượng sản phẩm phần sản xuất gì? Đối với phần mềm định nghĩa có khơng? Làm để áp dụng định nghĩa đó? Câu2 Cái dùng làm sở để kiểm định chất lượng phần mềm: Câu Để làm sở cho việc kiểm định chất lượng, đặc tả yêu cầu phần mềm cần thoả mãn điều kiện gì? Nêu vài ví dụ điều kiện đưa Câu Các nhân tố ảnh hưởng lên chất lượng phần mềm có mức độ? Những loại nhân tố ảnh hưởng đến chất lượng? Câu Nêu đặc trưng ảnh hưởng lên chất lượng loại nhân tố: đặc trưng chức năng, khả thích nghi với thay đổi, khả thích nghi với môi trường? Câu Có thể đo trực tiếp chất lượng phần mềm không? Tại sao? Vậy phải đo cách nào? 10 Câu Kể độ đo đặc trưng chất lượng McCall? Giải thích nội dung nó? 10 Câu Giải thích nội dung thuộc tính chất lượng phần mềm sau nêu độ đo liên quan sử dụng để đo thuộc tính đó: 11 Câu Nêu đặc trưng chất lượng theo Hawlett? Giải thích nội dung loại 13 1.2 Tiến hóa hoạt động đảm bảo chất lượng 14 Câu 10 Đảm bảo chất lượng phần mềm xuất phát từ đâu? Tiến triển nào? 14 Câu 11 Tại cần đảm bảo chất lượng phần mềm? Nó đóng vai trị doanh nghiệp phát triển phần mềm? .14 Câu 12 Khi cần thực hoạt động đảm bảo chất lượng phần mềm? .15 Câu 13 Trong tổ chức, tham gia vào hoạt động đảm bảo chất lượng? Vai trị trách nhiệm đối tượng gì? 15 Câu 14 Mục tiêu SQA gì? Các hoạt động đảm bảo chất lượng phần mềm hoạt động nào? 15 Câu 15 Giải thích nội dung tóm tắt hoạt động đảm bảo chất lượng? 16 1.3 Rà soát phần mềm 16 Câu 16 Rà soát phần mềm hiểu (khái niệm, mục tiêu, cách thức áp dụng)? Nêu lợi ích việc sốt?Nếu khơng thực rà sốt sao? .16 Câu 17 Các hình thức hoạt động rà sốt? trình bày khái niệm, mục tiêu rà sốt kỹ thuật thức? .17 Câu 18 Vẽ sơ đồ tiến trình hoạt động rà sốt va giải thích sơ nội dung bước? 18 Câu 19 Trình bày nội dung họp rà sốt: thành phần, thời gian, cơng việc cần làm, phương châm? 18 Câu 20 Các sản phẩm họp rà sốt gì? Nội dung, vai trị sản phẩm đó? 19 Câu 21 Khi tiến hành rà soát? Cần rà sốt sản phẩm 20 Câu 22 Trình bày nội dung, danh mục rà soát 20 Các độ đo đặc trưng chất lượng phần mềm .25 2.1 Các độ đo số chất lượng chương trình .25 Câu 23 Nêu ký hiệu giải thích độ đo: s1,s2,s3,s4,s5,s6,s7 D1=1&0, (D2=1-s2/s1), (D3=1-s3/s1), (D4=1-s5/s1), (D5=1-s6/s5), (D6=1-s7/s5)? 25 Câu 24 Sử dụng công thức wiDi với wi = để làm gì? 26 Câu 25 Giải thích nội dung thành phần ý nghĩa độ đo SMI cách sử dụng nó? 26 Câu 26 Số đo độ phức tạp McCabe dựa đại lượng cụ thể nào? .26 + Số chu trình có chu trình lồng 26 + Số chu trình nhiều chu trình 26 Câu 27 Đảm bảo chất lượng phần mềm dựa thống kê nghĩa gì?Nó gồm cơng việc gì? Kể ngun nhân khuyết điểm phần mềm? 27 Câu 28 Nêu công thức khiếm khuyết sản phẩm pha phát triển? cơng thức tính khiếm khuyết sản phẩm cuối cùng? Giải thích ý nghĩa nó? .27 Câu 29 Tiếp cận hình thức cho SQA nghĩa gì? Q trình phịng gì? Phương châm kỹ thuật gì? 28 2.2 Các độ đo tin cậy an toàn 28 Câu 30 Độ tin cậy phần mềm gì? Đo độ tin cậy dựa liệu nào? 28 Câu 31 Thế thất bại phần mềm? Có thang bậc? Là thang bậc nào? 29 Câu 32 Nêu tiêu để tính độ tin cậy? Nêu cơng thức tính độ sẵn sàng? Giải thích ý nghĩa nó? 29 Câu 33 Có mơ hình độ tin cậy nào? Nó dựa tham biến giả thiết nào? Mơ hình độ tin cậy gieo hạt dựa ý tưởng nào? Mục tiêu để làm gì? .29 Câu 34 Độ an toàn phần mềm gì? Có phương pháp để phân tích độ an tồn? 30 Câu 35 Khảo sát nhu cầu SQA gồm nội dung gì? Nhằm trả lời câu hỏi gì? Nếu có nhu cầu làm gì? 31 Câu 36 Có vấn đề đạt triển khai SQA? Lợi ích SQA gì? Ngun tắc chi phí hiệu SQA gì? 31 Kiểm thử phần mềm 32 3.1 Khái niệm kiểm thử 32 Câu 37 Tại phải kiểm thử phần mềm? Mục tiêu kiểm thử gì? Từ có quan niệm sai kiểm thử phần mềm? 32 Câu 38 Thế ca kiểm thử tốt? ca kiểm thử thành cơng? Lợi ích phụ kiểm thử gì? 33 Câu 39 Biểu đồ dịng thơng tin kiểm thử mơ tả gì? Vẽ biểu đồ nó? 33 Câu 40 Nêu đối tượng, phương pháp kiểm thử phần mềm? Mỗi phương pháp thường sử dụng vào giai đọan trình phát triển? .34 Câu 41 Một ca kiểm thử gì? Mục tiêu thiết kế ca kiểm thử? Các bước để thiết kế ca kiểm thử? 34 Câu 42 Kiểm thử hộp trắng gì? Nêu đặc trưng nó? 35 Câu 43 Kiểm thử hộp đen gì? Nêu đặc trưng nó? 35 Câu 44 Chiến lược kiểm thử phần mềm gì? Nêu nguyên tắc chiến lược kiểm thử phần mềm? .36 Câu 45 Nêu bước chiến lược kiểm thử thời gian thực giải thích nội dung bước? 36 Câu 46 Có loại công cụ tự động trợ giúp kiểm thử, mô tả nội dung loại? 37 Câu 47 Ai người phải tham gia kiểm thử phần mềm? Nêu vai trò trách nhiệm mối đối tượng? 38 3.2 Các phương pháp kiểm thử 38 a Kiểm thử hộp trắng 38 Câu 48 Kiểm thử hộp trắng dựa sơ để thiết kế ca kiểm thử? Thiết kế ca kiểm thử phải đảm bảo điều kiện gì? 38 Câu 49 Đồ thị dòng gồm yếu tố nào? Xây dựng dựa vào đâu? Nó có đặc trưng gì? Đồ thị dịng dùng để làm gì? 38 Câu 50 Con đường đồ thị dịng gì? Độ phức tạp chu trình gì? Nêu cơng thức tính độ phức tạp? .39 Câu 51 Ma trận kiểm thử cấu trúc nào? Nó dùng để làm gì? 41 Câu 52 Nêu loại điều kiện cấu trúc điều khiển cho ví dụ? Có loại sai điều kiện kiểm thử? 41 Câu 53 Chiến lược kiểm thử phân nhánh nghĩa gì? Yêu cầu đặt cho kiểm thử phân nhánh gì? .41 Câu 54 Chiến lược kiểm thử miền gì? Nó dựa tư tưởng nào? .42 Câu 55 Chiến lược kiểm thử BRO gì? Nó dựa tư tưởng nào? .42 Câu 56 Lấy ví dụ điều kiện “ràng buộc đầu ra” cho trường hợp: biến Bool, hợp biến Bool biểu thức quan hệ, hợp hai biểu thức quan hệ? 42 Câu 57 Kiểm thử điều khiển dịng liệu nghĩa gì? Cho ví dụ? 43 Câu 58 Kiểm thử điều khiển vịng lặp nghĩa gì? Cho ví dụ? 44 b Kiểm thử hộp đen .45 Câu 59 Mơ hình kiểm thử hộp đen quan tâm đến nhân tố phần mềm? Nó nhằm tìm loại sai nào? Nêu phương pháp áp dụng cho nó? 45 Câu 60 Trình bày phương pháp phân hoạch: nguyên tắc, mục tiêu thiết kế ca kiểm thử? Phương châm xác định lớp tương đương gi? .45 Câu 61 Phân tích giá trị biên nghĩa gì? Phương châm phân tích giá trị biên gì? 46 Câu 62 Kỹ thuật nhân nghĩa gì? Nêu bước kỹ thuật này? .46 Câu 63 Chiến lược kiểm thử thời gian thực gồm bước? bước nào? Giải thích nội dung bước? 47 c Kiểm thử đơn vị 47 Câu 64 Kiểm thử đơn vị gì? Quan hệ với hoạt động mã hóa nào? 47 Câu 65 Hoạt động kiểm thử đơn vị gồm nội dung gì? Nó liên quan đến nhân tố nào? Nêu vài câu hỏi kiểm thử cho nhân tố đó? 48 Câu 66 Kỹ thuật kiểm thử đơn vị sử dụng gì? phải sử dụng kỹ thuật đó? Có khó khăn thuận lợi gì? .49 d Kiểm thử tích hợp .49 Câu 67 Kiểm thử tích hợp thực nào? Tại phải kiểm thử tích hợp? 49 Câu 68 Có phương pháp áp dụng cho kiểm thử tích hợp? Mơ tả tóm tắt nội dung phương pháp? 50 Câu 69 Nêu bước kiểm thử tích hợp từ xuống? Ưu nhược điểm cách tiếp cận này? .50 Câu 70 Nêu bước kiểm thử tích hợp từ lên? Ưu nhược điểm cách tiếp cận này? 51 Câu 71 Các tài liệu kiểm thử tích hợp gồm loại gì? 51 e Kiểm thử hệ thống 52 Câu 72 Kiểm thử Beta gì? Kiểm thử Alpha gì? Nêu giống khác chúng? 52 Câu 73 Nội dung kiểm thử hệ thống? Nêu số câu hỏi đặt cho kiểm thử hệ thống? .53 Câu 74 Kiểm thử phục hồi gì? 53 Câu 75 Kiểm thử an ninh gì? 53 Câu 76 Kiểm thử áp lực gì? 54 Câu 77 Kiểm thử thi hành gì? 54 Câu 78 Gỡ rối hiểu gì? Nó thực nào? Khó khăn việc gỡ rối gì? .55 Câu 79 Trình bày tiến trình gỡ rối? Cách thức gỡ rối? Ưu nhược điểm chúng? 55 f Quản lý cấu hình 56 Câu 80 Quản lý cấu hình phần mềm gì? Nội dung hoạt động quản lý cấu hình gồm cơng việc gì? 56 Câu 81 Cấu hình phần mềm hiểu gì? Nội dung khoản mục cấu hình phần mềm gồm gì? 57 Câu 82 Quản lý cấu hình nhằm mục tiêu gì? Năm nhiệm vụ quản lý cấu hình gì? .58 Câu 83 Phương pháp áp dụng cho việc quản lý cấu hình? Mốc giới gì? Sử dụng mốc giới để kiểm soát thay đổi nào? 58 Câu 84 Trình bày tiến trình kiểm sốt thay đổi? 59 Biểu đồ tiến trình kiểm sốt thay đổi 59 Câu 85 Phiên gì? Làm để kiểm soát phiên bản? 60 Câu 86 Kiểm tốn cấu hình phần mềm nghĩa gì? Hoạt động kiểm tốn cần trả lời câu hỏi gì? .60 Câu 87 Báo cáo trạng nghĩa gì? Nó cần trả lời câu hỏi gì? Đầu báo cáo trang dành cho ai? Mục tiêu gì? 61 CÂU HỎI ÔN TẬP KỸ NGHỆ PHẦN MỀM NÂNG CAO Chất lượng đảm bảo chất lượng phần mềm 1.1 Khái niệm đảm bảo chất lượng Câu Chất lượng sản phẩm phần sản xuất gì? Đối với phần mềm định nghĩa có khơng? Làm để áp dụng định nghĩa đó? - Chất lượng sản phẩm thể đặc trưng phù hợp với đặc tả - Định nghĩa chung cho sản phẩm Với phần mềm có số vấn đề: Phần mềm có yêu cầu mà chưa có đặc tả Phần mềm có đặc tả lại mù mờ Có yêu cầu tự nhiên nên không đặc tả - Chất lượng phần mềm là: việc tuân thủ yêu cầu chức hoàn thiện phát biểu tường minh chuẩn phát triển tư liệu hoá tường minh đặc trưng không tường minh trông đợi từ tất phần mềm phát triển theo cách chuyên nghiệp: Theo quan điểm người phát triển phần mềm tốt phần mềm lỗi Đó chất lượng chương trình Vấn đề làm để chương trình chạy giống thiết kế Chất lượng phần mềm theo quan điểm quan điểm chất lượng theo kiểu lập trình Nguời ta gọi chất luợng chất lượng theo nghĩa cần thiết phản ánh bắt buộc phải làm có tính ngun tắc nói chung nguời ta khơng đạt Đã có thay đổi lớn cách quan niệm chất lượng phần mềm Theo quan điểm khách hàng, phần mềm tốt phần mềm đáp ứng tốt yêu cầu khách hàng dễ dùng, dễ bảo trì Đó chất lượng theo quan điểm thiết kế Vấn đề làm để thiết kế đáp ứng nhu cầu người sử dụng Người ta nói chất lượng theo nghĩa hấp dẫn hướng tới người dùng Cịn khía cạnh quan niệm chất lượng phần mềm độ tin cậy, hiểu tính xác, tính ổn định, tính an tồn phần mềm Kể từ máy tính trở thành hạ tầng xã hội, độ tin cậy phần mềm trở nên quan trọng hoạt động xã hội Đây chất lượng theo nghĩa xã hội đo mức độ ảnh hưởng sản phấm tới người (khơng kể người phát triển NSD trực tiếp) Một phần mềm tốt phải đáp ứng nhu cầu người phát triển mà phải thoả mãn người sử dụng có độ tin cậy cao Vậy định nghĩa: Chất lượng mức độ thoả mãn NSD sản phẩm hay dịch vụ Câu2 Cái dùng làm sở để kiểm định chất lượng phần mềm: Để đánh giá chất lượng phần mềm người ta dựa vào quan điểm sau: - Yêu cầu phần mềm sở để đo chất lượng: Sự phù hợp với yêu cầu có chất lượng Phù hợp yêu cầu số lượng chất lượng - Yêu cầu thể đặc tả - đặc tả phải có chuẩn kiểm tra - Các chuẩn đặc tả xác định tiêu chuẩn phát triển, tiêu chuẩn hướng dẫn cách thức làm phần mềm: không tn thủ tiêu chuẩn chắn chất lượng - Ln có tập yêu cầu ngầm thường nhắc đến Quá thông dụng, hiển nhiên (sử dụng cửa số) Khơng thể ngồi (quy tắc nghiệp vụ) - Nếu phần mềm phù hợp với yêu cầu hiển thị mà chưa phù hợp với yêu cầu ngầm chất lượng phần mềm đáng nghi ngờ - Cần làm rõ yêu cầu đưa vào đặc tả nhiều tốt Câu Để làm sở cho việc kiểm định chất lượng, đặc tả yêu cầu phần mềm cần thoả mãn điều kiện gì? Nêu vài ví dụ điều kiện đưa Yêu cầu phần mềm sở để đo chất lượng Yêu cầu thể đặc tả đặc tả phải có chuẩn kiểm tra Các chuẩn đặc tả xác định tiêu chuẩn phát triển, tiêu chuẩn hướng dẫn cách thức làm phần mềm: không tn thủ tiêu chuẩn hầu chắn chất lượng thiếu sót Câu Các nhân tố ảnh hưởng lên chất lượng phần mềm có mức độ? Những loại nhân tố ảnh hưởng đến chất lượng? - Có loại mức độ ảnh hưởng Nhân tố trực tiếp Nhân tố gián tiếp - Có loại nhân tố ảnh hưởng đến chất lượng Đặc trưng chức Khả đương đầu với thay đổi Khả thích nghi với môi trường Câu Nêu đặc trưng ảnh hưởng lên chất lượng loại nhân tố: đặc trưng chức năng, khả thích nghi với thay đổi, khả thích nghi với mơi trường? McCall đề xuất 11 nhân tố phân thành loại: (1) đặc trưng chức (2) khả đương đầu với thay đổi (3) khả thích nghi với môi trường Loại 1: Các đặc trưng chức - (5) (1) Tính đắn Có làm với tơi muốn hay khơng? Có thỏa mãn điều đặc tả chưa? Có thực mục tiêu nhiệm vụ khách hàng chưa? Các độ đo liên quan: o Độ đầy đủ o Độ hòa hợp o Độ lần vết (2) Tính tin tưởng Có thể trơng đợi vào thực chức dự kiến Mức xác đòi hỏi Các độ đo liên quan: o Độ xác o Độ phức tạp o Độ hịa hợp o Độ dung thứ lỗi o Độ mođun hoá o Độ đơn giản – dễ hiểu o Độ lần vết (3) Tính hiệu quả: Tổng nguồn lực tính tốn mã u cầu để thực chức chương trình thích hợp Các độ đo liên quan: o Độ súc tích o Độ hiệu thực o Độ dễ thao tác (4) Tính tồn vẹn: khống chế việc truy cập người không phép tới phần mềm liệu hệ thống Các độ đo liên quan: o Độ kiểm toán o Trang bị đồ nghề đủ o Độ an ninh (5) Tính khả dụng: công sức để học hiểu, thao tác, chuẩn bị đầu vào, thể đầu chương trình Các độ đo liên quan: o Độ dễ thao tác o Độ đo khả huấn luyện Loại 2: Khả đương đầu với thay đổi - (3) (1)Tính bảo trì được: nỗ lực địi hỏi để định vị xác định lỗi chương trình chấp nhận Các độ đo liên quan: o Độ súc tích o Độ hồ hợp o Trang bị đồ nghề đủ o Độ mođun hoá o Độ tự cấp tài liệu o Độ đơn giản – dễ hiểu (2) Tính mềm dẻo: nỗ lực địi hỏi để cải biên chương trình chấp nhận Các độ đo liên quan: o Độ phức tạp o Độ súc tích o Độ hồ hợp o Độ khuếch trương o Độ khái quát o Độ đo mođun hoá o Độ tự cấp tài liệu o Độ đơn giản - dễ hiểu (3) Tính kiểm thử được: nỗ lực cần để kiểm thử chương trình bảo đảm thực chức dự định chấp nhận Các độ đo liên quan: o Độ kiểm toán o Độ phức tạp o Trang bị đồ nghề đủ o Độ mođun hoá o Độ tự cấp tài liệu o Độ đơn giản - dễ hiểu Loại 3: khả thích nghi với mơi trường - (3) (1) Tính mang chuyển được: nỗ lực địi hỏi để chuyển từ môi trường phần cứng/phần mềm sang môi trường phần cứng/phần mềm khác Các độ đo liên quan: o Độ khái quát o Độ độc lập phần cứng o Độ đo mođun hoá o Độ tự cấp tài liệu o Độ độc lập hệ thống phần mềm (2) Tính sử dụng lại được: chương trình (hoặc phần nó) dùng lại ứng dụng khác Các độ đo liên quan: o Độ khái quát o Độ độc lập phần cứng o Độ đo mođun hoá o Độ tự tạo tài liệu o Độ độc lập hệ thống phần mềm (3) Tính liên tác được: nỗ lực địi hỏi để ghép đôi hệ thống vào hệ thống khác Các độ đo liên quan: o Độ tương đồng giao tiếp o Độ tương đồng liệu o Độ khái qt o Độ đo mođun hố Có hai mức độ ảnh hưởng Nhân tố trực tiếp: thực tiếp đo lỗi/KLOC/ đơn vị thời gian Nhân tố gián tiếp: nhân tố đo cách gián tiếp tính bảo trì Nhân tố Độ đo Kiểm tốn Chính xác Tương đồng giao tiếp Đầy đủ Phức tạp Súc tích Hịa hợp Tương đồng liệu Dung thứ lỗi Hiệu thực Khuyếch trương Độc lập phần cứng Trang bị đủ đồ nghề Đo Modul hóa Dễ thao tác An ninh Tự tạo tài liệu Đơn giản - Dễ hiểu Độc lập hệ thống phần mềm Lần vết Khả huấn luyện Khái quát Đúng đắn Tin cậy Hiệu Tồn vẹn Khả dụng Bảo trì Mềm dẻo Kiểm X thử Mang chuyển Sử dụng Liên tác lại được x x x X x x X x x x x x x x x x x x X x x x x x x x x x x x x x x x x x x x x x x x x x X x X x x x x Câu Có thể đo trực tiếp chất lượng phần mềm khơng? Tại sao? Vậy phải đo cách nào? Nhân tố trực tiếp: trực tiếp đo lỗi/KLOC/ đơn vị thời gian Câu Kể độ đo đặc trưng chất lượng McCall? Giải thích nội dung nó? McCall đề xuất 22 độ đo sau: (1) Độ kiểm tốn được: kiểm tra dễ dàng việc tuân thủ chuẩn (2) Độ xác: Độ xác tính tốn điều khiển (3) Độ tương đồng giao tiếp: mức độ sử dụng giao diện, giao thức giải thông chuẩn (4) Độ đầy đủ: mức độ theo việc cài đặt đầy đủ cho chức yêu cầu đạt tới (5) Độ phức tạp: tránh dùng chương trình có độ phức tạp cao (6) Độ súc tích (conciseness): độ gọn chương trình dạng số dịng mã (7) Độ hồ hợp (consistancy): việc dùng kỹ thuật thiết kế tư liệu thống toàn chương trình (8) Độ tương đồng liệu: việc dùng cấu trúc kiểu liệu chuẩn tồn chương trình (9) Độ dung thứ lỗi: hỏng hóc xuất chương trình gặp phải lỗi chấp nhận (10) Độ hiệu qủa thực hiện: hiệu chạy chương trình (11) Độ khuếch trương được:Mức độ theo thiết kế kiến trúc, liệu hay thủ tục mở rộng (12) Độ khái quát: độ rộng rãi ứng dụng tiềm thành phần chương trình (13) Độ độc lập phần cứng: mức độ theo phần mềm tách biệt với phần cứng mà vận hành (14) Trang bị đồ nghề đủ (instrumentation):mức độ theo chương trình điều phối thao tác riêng xác định lỗi xuất (15) Độ đo mođun hoá: độc lập chức thành phần chương trình (16) Độ dễ thao tác: Việc dễ vận hành chương trình (17) Độ an ninh: có sẵn chế kiển sốt hay bảo vệ chương trình liệu (18) Độ tự tạo tài liệu (self-doccumentation): mức độ theo mã gốc cung cấp tài liệu có ý nghĩa (19) Độ đơn giản - dễ hiểu: mức độ theo người ta hiểu chương trình khơng khó khăn (20) Độ độc lập hệ thống phần mềm: mức độ theo chương trình độc lập với tính ngơn ngữ lập trình, đặc trưng hệ điều hành ràng buộc môi trường không chuẩn khác (21) Độ lần vết được: khả theo dõi dấu vết biểu diễn thiết kế hay thành phần chương trình thực so với yêu cầu 10