câu hỏi thi môn công nghệ phần mềm

Câu 1: Phân biệt định nghĩa phần mềm: quan điểm khác nhau, định nghĩa theo chuẩn IEEE Định nghĩa 1: • • • Các lệnh máy tính(chương trình máy tính) thực cung cấp chức kết mong muốn Các cấu trúc liệu làm cho chương trình thao tác thông tin thích hợp Các tư liệu mô tả thao tác cách sử dụng chương trình Định nghĩa 2: • • Trong hệ thống máy tính bỏ thiết bị phụ kiện phần lại phần mềm Nghĩa hẹp: phần mềm dịch vụ ctrinh để phát triển khả xử lý phần cứng máy tính • Nghĩa rộng:là tất kỹ thuật ứng dụng để thực dịch vụ chức cho mục đích phần cứng Câu 2: Khái niệm phần mềm: phân loại phần mềm, đặc tính chung phần mềm, số khái niệm liên quan đến phần mềm: che phủ thông tin, trừu tượng hóa • Phân loại phần mềm:  Phần mềm hệ thống  Phần mềm thời gian thực  Phần mềm nghiệp vụ  Phần mềm tính toán khoa học ký thuật  Phần mềm nhúng  Phần mềm máy tính cá nhân  Phần mềm web  Phần mềm trí tuệ nhân tạo • Đặc tính chung phần mềm:  Là hàng hóa vô hình không nhìn thấy  Chất lượng phần mềm: không mòn mà có xu hướng tốt lên sau lần có lỗi       phát sửa Phần mềm vốn chúa lỗi tiền tang, qui mô lớn khả lỗi cao Khả nanwng phần mềm thường biến hóa, thay đổi theo thời gian, theo nơi sử dụng Hiệu ứng sóng thay đổi phần mềm Phần mềm chứa ý tưởng sáng tạo chủ làm Cần có khả tư nhị phân xây dựng phát triển phần mềm Có thẻ chép đơn giản • Che giấu thông tin:  Để phân rã phần mềm thành modun cách tốt cần tuần theo nguyên lý che giấu thong tin: “các modun nên đặc trưng định thiết kế cho modun ẩn kín với modun khác”  Rất hữu ích cho kiểm thử bảo trì phần mềm • Trừu tượng hóa: Cho phép tập trung vấn đề mức tổng quát, gát chi tiết mức thấp thong tin mức trừu tượng:  Trừu tượng thủ tục: dãy thị với chức đặc thù giới hạn  Trừu tượng liệu: tập hợp liệu mô tả đối tượng liệu  Trừu tượng điều khiển: chế điều khiển chương trình không cần đặc tả chi tiết bên Câu 8: Khái niệm vòng đời phần mềm: giai đoạn, đặc điểm, nội dung công việc giai đoạn Khái niệm vòng đời phần mềm: thời kỳ tính từ phần mềm sinh (tạo) chết (từ lúc hình thành đáp ứng yêu cầu, vận hành, bảo dưỡng loại bỏ không đâu dùng) Được phân chia thành pha : phân tích , thiết kế, chế tạo, kiểm thử, bảo trì Biểu diễn pha có khác theo người - (1)Pha xác định yêu cầu thiết kế có vai trò định đến chất lượng phần mềm, chiếm phần lớn công sức so với lập trình, kiểm thử chuyển giao phần mềm - (2)Pha cụ thể hóa cấu trúc phần mềm phụ thuộc nhiều vào suy nghĩ xuống (topdown) trừu tượng hóa, chi tiết hóa (3)Pha thiết kế, chế tạo theo xuống, pha kiểm thử lên (bottom-up) - (4)Trước chuyển sang pha phai đảm bảo pha kiểm thử không lỗi - (5)Cần có chế kiểm tra chất lượng, xét duyệt pha nhằm đảm bảo không gây lỗi cho pha sau - (6) Tư liệu pha không dung cho pha sau, mà đối tượng quan trọng cho kiểm tra đảm bảo chất lượng quy trình phần mềm - (7)Cần chuẩn hóa mẫu biểu, cách ghi chép tạo tư liệu cho pha, nhằm đảm bảo chất lượng phần mềm (8)Thao tác bảo trì phần mềm việc xử lý quay vòng trở lại pha vòng đời phần mềm nhằm biến đổi, sửa chữa, nâng cấp phần mềm Câu 9: Quy trình phát triển phần mềm - mô hình bản: Mô hình thác nước, Mô hình chế thử (prototyping), Các mô hình tiến hóa - • Mô hình thác nước: Các pha mô hình thác nước bao gồm: - Phân tích xác định yêu cầu - Thiết kế hệ thống phần mềm - Cài đặt kiểm thử đơn vị - Tích hợp kiểm thử hệ thống - Vận hành bảo trì Trong mô hình thác nước, năm pha phải thực cách tuần tự; kết thúc pha trước, thực pha Do đó, nhược điểm mô hình thác nước khó khăn việc thay đổi pha thực Giả sử, pha phân tích xác định yêu cầu hoàn tất chuyển sang pha kế tiếp, lúc lại có thay đổi yêu cầu người sử dụng; cách phải thực lại từ đầu • • Cho nên, mô hình thích hợp yêu cầu tìm hiểu rõ ràng thay đổi giới hạn cách rõ ràng suốt trình thiết kế Tuy nhiên, thực tế có hệ thống nghiệp vụ có yêu cầu ổn định Mô hình chế thử: Khi rõ mục đích chung chung phần mềm, chưa rõ chi tiết đầu vào hay xử lý chưa rõ yêu cầu đầu Dùng “Hệ sơ khai” để thu thập yêu cầu người dùng qua thiết kế nhanh Các giải thuật, kỹ thuật dùng làm mẫu chưa nhanh, chưa tốt, miễn có mẫu để thảo luận gợi yêu cầu người dùng Mô hình gia tăng: Kết hợp mô hình ý tưởng lặp lại chế mẫu Sản phẩm lõi với yêu cầu hệ thống phát triển Các chức với yêu cầu khác phát triển them sau (giatăng) Lặp lại quy trình để hoàn thiện dần • Mô hình soắn ốc: Trong mô hình xoắn ốc, quy trình phát triển phần mềm biểu diễn vòng xoắn ốc Các pha quy trình phát triển xoắn ốc bao gồm: - Thiết lập mục tiêu: xác định mục tiêu cho pha dự án - Đánh giá giảm thiểu rủi ro: rủi ro đánh giá thực hành động để giảm thiểu rủi ro - Phát triển đánh giá: sau đánh giá rủi ro, mô hình xây dựng hệ thống lựa chọn từ mô hình chung - Lập kế hoạch: đánh giá dự án pha mô hình xoắn ốc lập kế hoạch  Tốt cho hệ phần mềm quy mô lớn  Dễ kiểm soát mạo hiểm mức tiến hóa  Khó thuyết phục khách hang phương pháp tiến hóa xoắn ốc kiểm soát  Chưa dùng rộng rãi mô hình tuyến tính chế thử Câu 10: Quy trình phát triển phần mềm - mô hình đại: Mô hình RAD, Phát triển theo thành phần, Quy trình phần mềm theo CMM, CMMI, Mô hình RUP (sơ lược) - - Mô hình phát triển theo thành phần: Gắn với công nghệ hướng đối tượng thông qua việc tạo lớp Nhiều tương đồng với mô hình xoắn ốc o Ưu điểm: tái sử dụng lớp, thư viện, tiết thời gian giá thành Mô hình RUP: Dùng cho dự án lớn, việc tiếp cận lặp lặp lại, lần lặp bao gồm nhiểu bước phát triển o Ưu điểm:  Hiệu lặp lại bước  Thử nghiệm dễ dàng  Giải vấn đề dễ dàng  Tiết kiệm thời gian o Nhược:  RUP phải mua  Phức tạp  Muốn làm việc với RUP phải học RUP - Mô hình RAD (ứng dụng nhanh): Chia dự án thành nhiều phần thực song song Các bước thực hiện: o Business modeling: xác định liên hệ chức o Data modeling: định nghĩa đối tượng liệu từ thông tin bước o Processing modeling: sử dụng đối tượng bước để làm việc o Application modeling: Coding o Testing: Kiểm thử o Ưu điểm: Giảm thời gian phát triển, tang khả tái sử dụng o Nhược: tốn chi phí có nhiều team làm việc, dùng cho dự án module hóa – tháng - Mô hình CMM (thuần thục khả năng): mức CMM: o Khởi đầu:  Tiến trình phần mềm tùy tiện, lộn xộn có tiến trình xác định trước, hiệu công việc mang tính chất riêng lẻ  Kế hoạch, ngân sách, chất lượng không dự đoán trước o Lặp: có cải tiến, chiến lược dự án, thủ tục thực thi thiết lập Đưa hiệu quản lý tiến trình o Định nghĩa: Lập tài liệu tiến trình tiêu chuẩn Các tiến trình định nghĩa tốt gồm có tính chất có tiêu chuẩn vào o Quản lý: Các tiến trình quản lý để vận hành ổn định, an toàn, Có đánh giá phần mềm, chất lượng o Tối ưu hóa: Cải tiến tiến trình xác định mạnh yếu tiến trình, có khả xác định nguyên nhân lỗi Câu 13: Tổng quan quản lý dự án phần mềm: Phổ quản lý, người, sản phẩm, quy trình, dự án - Quản lý dự án để đưa sản phẩm cuối cùng: • Đúng hạn • Trong phạm vi ngân sách hay nguồn tài cho phép • Phù hợp theo đặc tả • Với mức độ chất lượng để phục vụ nhu cầu kinh doanh đáp ứng tiêu chuẩn chuyên môn kỳ vọng công tác quản lý - Con người: • Người tham gia dự án gồm: người quản lý dự án, đội dự án, nguwoif tài trợ, khách hang, lãnh đạo, nhóm chuyên môn, ban quản lý, lãnh đạo hội - Sản • • • • phẩm: Là vô hình, tiến trình không nhìn thấy Yêu cầu không xác định sản phẩm Các nguyên tắc kỹ nghệ khác sản phẩm thông thường Tiến trình không chuẩn hóa, nhiều biến thể • • - Chịu nhiều yếu tố biến động hơn: công nghệ, môi trường, nghiệp vụ, nguồn lực Các vấn đề phần mềm:chi phí lien quan ngày tang, qui mô độ phức tạp ngày lớn, yêu cầu hiệu tang theo trưởng thành cảu phần cứng nhu cầu người dung, phần mềm lớn nhiều người thực hiện, truyền thong quản lý trở nên quan trọng, chất lượng, phụ thuộc vào người, khủng hoảng nhân làm phần mềm • Những mô hình phát triển phần mềm: mô hình thác nước, mô hình tiến hóa, mô hình hình thức, mô hình sử dụng lại Quy trình: gồm pha:phân tích, thiết kế, cài đặt, kiểm thử Dự án: tập hợp công việc thực mộ tập thể nhằm đạt kết dự kiến, thời gian kinh phí dự kiến Các đặc trưng: kết nhất, ràng buộc chặt chẽ (thời gian, kinh phí ), mang tính tạm thời, khả rủi ro cao, dễ có xung đột Câu 18: Lập kế hoạch kiểm soát thực dự án: bước kỹ thuật tiêu biểu Khái niệm WBS Các bước: Thiết lập ràng buộc dự án: thời gian, nhân lực, ngân sách • Đánh giá bước đầu "tham số" dự án: quy mô, độ phức tạp, nguồn lực • Xác định mốc thời gian thực dự án sản phẩm thu ứng với mốc thời gian • Trong dự án chưa hoàn thành chưa bị hủy bỏ thực lặp lặp lại công việc sau: Lập lịch thực dự án Thực hoạt động theo lịch trình Theo dõi tiến triển dự án, so sánh với lịch trình Đánh giá lại tham số dự án Lập lại lịch thực dự án cho tham số Thỏa thuận lại ràng buộc sản phẩm bàn giao mốc thời gian Nếu có vấn đề nảy sinh xem xét lại kĩ thuật khởi đầu đưa biện pháp cần thiết Các kĩ thuật tiêu biểu: • //chưa tìm thấy Khái niệm WBS - Là bảng phân rã công việc, cấu trúc gồm: + Các công việc + Mối liên hệ (trước-sau) công việc + Thời gian thực hiên + Nguồn lực cần thực công việc - Các bước xây dựng bảng công việc: + Bước 1: Viết sản phẩm chung (sản phẩm hệ - lấy từ dự án sở) + Bước 2: Tạo danh sách sản phẩm chi tiết mức thấp (khoảng 2, mức) + Bước 3: Tạo danh sách công việc thực sản phẩm mức thấp nhất, phân rã công việc để công việc mức thấp đến mức đạt yêu cầu + Bước 4: Đánh mã số cho công việc, nhóm lại + Bước 5: Xét duyệt lại bảng công việc Câu 20: Biểu đồ đánh giá rà soát chương trình (PERT) Bản chất, áp dụng đánh giá hiệu Kỹ thuật rà soát lại đánh giá chương trình (PERT) sử dụng mạng quan hệ trước sau để lập kế hoạch hoạt động dự án khống chế thực chúng cách hiệu Giống biểu đồ GANTT có nhiều loại biến thể biểu đồ PERT Kỹ thuật PERT qui ước mô tả mạng với node (mấu) kiện cung nối hoạt động Mỗi hoạt động liên kết với hai kiện liên quan đầu cuối Node kết thúc hoạt động trùng với node đầu hoạt động thứ hai, mà thực hoạt động thứ hai tuỳ thuộc thực hoàn thành hoạt động thứ Điều có nghĩa hoạt động thực hoạt động khác kết thúc node khởi điểm chúng hoàn thành - Bản chất: phương pháp áp dụng kết hợp lý thuyết xác suất thống kê (để ước tính thời lượng công việc dự án mà công việc có thời lượng không xác định trước) với dạng sơ đồ mạng đường găng sử dụng lý thuyết đồ thị - Công thức t(cv)(EST) = (MO +4ML +MP)/6 Trong đó: MO: ước lượng lạc quan ML: ước lượng bình thường MP: ước lượng bi quan - Đánh giá hiệu quả: + Phạm vi ứng dụng rộng rãi, linh hoạt + Đòi hỏi nhiều kỹ thuật để lập sử dụng + Khi khối lượng công việc dự án lớn, việc lập sơ đồ trở nên phức tạp khó quan sát Câu 32: Các phương pháp phát yêu cầu phần mềm, phương pháp phân tích mô hình hóa yêu cầu phần mềm - Các phương pháp phát yêu cầu phần mềm: vấn (phỏng vấn đóng vấn mở), bảng hỏi, quan sát, nghiên cứu phần mềm tương tự, làm việc nhóm, buổi họp, gặp gỡ đối tác, v.v - Phương pháp phân tích yêu cầu phần mềm: • Phân loại yêu cầu phần mềm xếp chúng theo nhóm liên quan • Khảo sát tỉ mỉ yêu cầu phần mềm mối quan hệ với yêu cầu phần mềm khác • Thẩm định yêu cầu phần mềm theo tính chất: phù hợp, đầy đủ, rõ ràng, không trùng lặp • Phân cấp yêu cầu phần mềm dựa nhu cầu đòi hỏi khách hàng/ người sử dụng • Thẩm định yêu cầu phần mềm để xác định chúng có khả thực môi trường kỹ thuật hay không • Thẩm định rủi ro xảy với yêu cầu phần mềm • Đáng giá thô (tương đối) giá thành thời gian thực yêu cầu phần mềm giá thành sản phầm phần mềm thời gian thực phần mềm • Giải tất bất đồng yêu cầu phần mềm với khách hàng / người sử dụng sở thảo luận thương lượng yêu cầu đề - Các phương pháp mô hình hóa yêu cầu phần mềm: • Biểu đồ luồng liệu: Khi thông tin qua phần mềm bị thay đổi loạt phép biến đổi Biểu đồ luồng liệu (Data Flow Diagram - DFD) kỹ thuật vẽ luồng liệu di chuyển hệ thống phép biến đổi áp dụng lên liệu Biểu đồ luồng liệu dùng để biểu diễn cho hệ thống hay phần mềm mức trừu tượng Trong thực tế, DFD phân hoạch thành nhiều mức biểu diễn cho chi tiết chức luồng thông tin ngày tăng Do phương pháp dùng DFD gọi phân tích có cấu trúc Một DFD mức 0, gọi biểu đồ tảng hay biẻu đồ ngữ cảnh hệ thống, biểu diễn cho toàn phần tử phần mềm hình tròn với liệu vào ra mũi tên tới tương ứng Một DFD mức cụ thể hóa DFD mức chứa nhiều hình tròn (chức năng) với mũi tên (luồng liệu) nối lẫn Mỗi tiến trình biểu diễn mức chức toàn hệ thống mô tả biểu đồ ngữ cảnh • Biểu đồ thực thể quan hệ: Ký pháp tảng cho mô hình hóa liệu biểu đồ thực thể - quan hệ (Entity - Relation Diagram) Tất xác định tập thành phần chủ yếu cho biểu đồ E-R: thực thể, thuộc tính, quan hệ nhiều báo kiểu khác Mục đích biểu đồ E-R biểu diễn liệu mối quan hệ liệu (thực thể) Ký pháp biểu đồ E-R tương đối đơn giản Các thực thể biểu diễn hình chữ nhật có nhãn Mối quan hệ hình thoi Các mối nối vật liệu mối quan hệ thiết lập cách dùng nhiều đường nối đặc biệt Câu 37: Phương pháp thiết kế chương trình: Thiết kế chương trình gì; Các phương pháp thiết kế chương trình Là thiết kế chi tiết cấu trúc bên phần mềm: thiết kế tính modun giao diện tương ứng.Thực tế bg2 nv bản: -Thiết kế giải thuật nhằm thực chức mà modun đảm nhận -Thiết kế cấu trúc DL: DL dùng cho modun , đáp ứng yc xử lý +Đầu vào đặc tả giai đoạn phân tích thiết kế hệ thống + Đầu mô tả giải thuật Thường ngta hay dùng ký pháp đồ họa Tuy nhiên dùng: giải mã , sơ đồ khối hay PDL(ngôn ngữ mô tả chương trình) Cấu trúc phần mềm: thiết kế hệ thống Trình tự xử lý bên trong: thuật toán , logic Phương pháp thiết kế chương trính • • • Hướng tiến trình : kỹ thuật thiết kế cấu điều khiển Hướng cấu trúc DL: Kỹ thuật thiết kế cấu trúc liệu Hướng vật/ đối tượng : KT thiết kế hướng đối tượng Ở tập trung vào pp thiết kế cấu trúc hóa sd KT thiết kế hướng tiến trình-dựa vào cấu trúc điều khiển Câu 41: Phương pháp Wa-ny (Warnier): chất, đặc điểm, nguyên lí - Khái niệm, chất: Phương pháp Wany kĩ thuật thiết kế module có cấu trúc dựa lý thuyết tập hợp Nó sử dụng rộng rãi để phân hoạch module cho việc xử lý tệp & ứng dụng nghiệp vụ khác - Đặc trưng: • Phân tích liệu sở phương pháp • Phương pháp dựa câu hỏi "khi nào, đâu, lần" Việc phân tích thực theo cách xuống • Thiết kế dựa liệu đầu vào - Trình tự thiết kế: • Thiết kế liệu • Thiết kế liệu vào • Thiết kế cấu trúc chương trình • Thiết kế lưu đồ • Thiết kế lệnh thủ tục • Thiết kế đặc tả chi tiết Câu 50: Phương pháp thiết kế trường hợp kiểm thử: Thử hộp đen (What); Thử hộp trắng (How); Trình tự thiết kế Thử hộp đen - Dựa đặc tả bên chương trình - Một số phương pháp kiểm thử hộp đen: Phương pháp phân đoạn tương đương • Mục đích: giảm số lượng test cách chọn tập liệu đại diện • Thực hiện: Chia liệu vào thành đoạn, đoạn đại diện cho số liệu => việc kiểm thử thực đại diện • Ưu điểm: Test theo mức trừu tượng trường áp dụng: hình, menu hay mức trình (2) Phương pháp phân tích giá trị biên • Là trường hợp riêng phân đoạn tương đương • Thí dụ: miền liệu tháng giá trị hay >12 không hợp lệ • Thường sử dụng kiểm thử môđun (3) Phương pháp đoán lỗi (1) • Dựa vào trực giác kinh nghiệm • Thí dụ lỗi chia cho Nếu môđun có phép chia phải kiểm thử lỗi • Nhược điểm: không phát hết lỗi Thử hộp trắng - Dựa đặc tả bên chương trình - Bó lệnh - Bó rẽ nhánh - Bó điều kiện - Bó điều kiện - rẽ nhánh Trình tự thiết kế kiểm thử - Kiểm thử mức đơn vị lập trình (Unit Test) - Kiểm thử mức tích hợp đơn vị (Integration Test) - Kiểm thử mức hệ thống sau tích hợp (System Test) - Kiểm thử để chấp nhận sản phẩm (Acceptable Test) Câu 53: Bảo trì phần mềm: khái niệm trình tự nghiệp vụ bảo trì - - Khái niệm: Bảo trì phần mềm công việc tu sửa, thay đổi phần mềm đc pháy triển(ctrình, dliệu, loại tư liệu đặc tả ) theo lí Các hình thái bảo trì: • Tu chỉnh: trì kiểm soát chức hàng ngày • Thích hợp: trì kiểm soát sửa đổi hệ thống • Cải tiến: hoàn thiện chức • Phòng ngừa: ngăn thực thi hệ thống bị suy thoái tới mức chấp nhận Trình tự nghiệp vụ: (1) Hiểu phần mềm có : nắm vững chức năng, đặc tả chi tiết, điều kiện kiểm thử, hiểu đc trình tự xử lý chi tiết hệ thống (2) Loại bảo trì: Chỉnh phần mềm có Or Phát triển phần mềm (3) Kiểm chứng tính quán: kiểm thử kết hợp (4) Kiểm thử sau bảo trì (5) Tạo biểu quản lý bảo trì CÂU HỎI BỔ SUNG THÊM Mô tả hoạt động tiến trình thiết kế phần mềm, đầu hoạt động Sử dụng biểu đồ biểu diễn quan hệ có đầu  Gồm hoạt động bản: - Đặc tả: chức hệ thống ràng buộc vận hành hệ thống cần phải xác định đầy đủ chi tiết - Thiết kế cài đặt: phần mềm xây dựng phải thỏa mãn đặc tính Đánh giá: phần mềm phải hánh giá thẩm định để đảm bảo thỏa mãn yêu cầu - Cải tiến: cần cải tiến điều chỉnh phần mềm để phù hợp với thay đổi hệ thống  Một biểu đồ biểu diễn quan hệ đầu tiến trình thiết lế phần mềm mô hình thác nước: - Các pha thực Bao gồm: phân tích xác định yêu cầu, thiết kế hệ thống phần mềm, cài đặt kiểm thử đơn vị, tích hợp kiểm thử hệ thống, vận hành bảo trì (vẽ mô hình thầy vẽ) - Ưu điểm: câu ngân hàng - Nhược điểm: Kiểm thử hộp trắng gì, nêu đặc trưng nó? Kiểm thử hộp trắng: chiến lượn kiểm thử thành phần phần mềm TPPM hàm chức năng, modun, phan hệ chức Kiểm thử hộp trắng dựa vòa giải thuật cụ thể, vào cấu trúc liệu bên đơn vị phần mềm cần kiểm thử để xác định tính sai Người kiểm thử hộp trắng phải có kỹ năng, kiến thức định ngôn ngữ lập trình dung, giải thuật dùng Thường tốn nhiều thời gian công sức TPPM lớn Có hoạt động: kiểm thử luồng liệu kiểm thử dòng liệu - Kiểm thử hộp đen gì, nêu đặc trưng nó? Kiểm thử hộp đen (black-box testing) chiến lược kiểm thử thành phần phần mềm dựa vào thông tin đặc tả yêu cầu chức thành phần phần mềm tương ứng.Đây chiến lược kiểm thử theo góc nhìn từ vào, người tham gia kiểm thử hộp đen không cần có kiến thức thông tin thực TPPM cần kiểm thử (mã nguồn thành phần phần mềm, thuật giải dùng, liệu xử lý…) Kiểm thử hộ đen dựa vào thông tin chức Còn kiểm thử hộ trắng dựa vào cấu trúc thành phần phần mềm tương ứng 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? - Đảm bảo chất lượng phần mềm trình định rõ làm để chất lượng sản phẩm đạt làm để tổ chức phát triển biết phần mềm có yêu cầu chất lượng cấp độ Sản phẩm phải phù hợp với đặc tả - Phải đảm bảo chất lượng phần mềm vì: + Nhu cầu phần mềm tăng lên đáng kể trở thành phần thiếu sống hàng ngày người Vì vậy, phần mềm chất lượng cao xem nhu cầu "phải có" "nên có” + từ nhà sản xuất: đảm bảo tính đồng sản phẩm làm + giúp phân tích có đặc tả chất lượng cao 10 + Giúp nhà thiết kế có chất lượng cao + theo dõi chất lượng sản phẩm + đánh giá ảnh hưởng thay đổi phương pháp luận thủ tục lên chất lượng phần mềm - Trong doanh nghiệp việc phát triển phần mềm: có vai trò vô quan trọng + phần mềm có khiếm khuyết tiềm ẩn công sức thời gian kiểm thử, bảo trì + Độ tin cậy cao khách hàng thỏa mãn + giảm phí hao tổn bảo trì + giảm phí tổng thể toàn vòng đời phần mềm Phân tích giá trị biên nghĩa gì? Phương châm phân tích giá trị biên gì? Phân tích giá trị biên (Boundary Values Analysis) kỹ thuật thiết kế test case hoàn toàn phân vùng tương đương.(1 số phương pháp kiểm thử hộp đen, trường hợp riêng pp phân đoạn tương đương ) - Mục tiêu lựa chọn test case để thực thi giá trị biên - Kiểm thử liệu gồm: Giái trị nhỏ nhất, giá trị gần kề lớn gtrị nhỏ nhất, gtrị bình thường, giá trị gần kề bé gtrị lớn nhất, gtrị lớn Phương châm phân tích giá trị biên: - Nếu giá trị đầu vào xác định mảng có biên a b(a < b) thiết kế test case sau: + Biên a +Biên b + Giá trị nhỏ biên a +Giá trị lớn biên b +Một giá trị nằm a b > Kiểm thử theo giá trị biên với biến - Nếu miền giá trị đầu vào danh sách giá trị thiết kế test case sau: +Giá trị nhỏ +Giá trị lớn giá trị nhỏ +Giá trị lớn +Giá trị nhỏ giá trị lớn - Nếu liệu vào điều kiện ràng buộc số giá trị thiết kế test case sau: +Số giá trị tối thiểu +Số giá trị tối đa +Và số giá trị không hợp lệ Những nhân tố kĩ thuật không kĩ thuật gây cản trở tới việc tái sử dụng phần mềm ?Bạn có tái sử dụng nhiều phần mềm, không sao? - Nhân tố kỹ thuật: Bao gồm vấn đề liên quan đến tìm kiếm phục hồi thành phần: 11 • • • • - Khó khăn việc tìm kiếm thành phần tái sử dụng, công cụ truy cập vào kho chứa thành phần Phần mềm đc tìm thấy k tái sử dụng Kế thừa thành phần k phù hợp với việc tái sử dụng Chỉnh sửa: khó khăn tìm kiếm thành phần hoạt động xác mong muốn Nhân tố không kỹ thuật : + Khó khăn quản lý tổ chức: • Thiếu hỗ trợ quản lý: Những quản lý không thực thiết tha đầu tư vào việc ứng dụng tái sử dụng phần mềm Điều thiếu tiền cho chi phí toán thiếu nguồn nhân lực, thiếu niềm tin vào giá trị sử dụng mang lại kinh doanh • Thiếu tổ chức ưu đãi: Sản xuất phần mềm cho việc tái sử dụng đòi hỏi cố gắng so với sản xuất phần mềm bình thường, tốn Nhà quản lý thường không thích đầu tư toàn diện vào chương trình tái sử dụng +Trở ngại kinh tế: khó khăn đầu tư : việc đầu tư phát triển phần mềm tái sử dụng tốn nhiều chi phí ban đầu: cớ sở hạ tầng, đào tạo… +Trở ngại tâm lý: lo ngại chư hiểu rõ, kỹ sư cảm thấy bị cản trở độc lập sáng tạo họ khuyến khích tái sử dụng phần mềm mà họ phát triển +Khó khăn trị: nhóm cá nhân có trách nhiệm quản lý chấp nhận tài nguyên có khả tái sử dụng có toàn quyền quản lý sử dụng chúng +Trở ngại pháp lý: thành phần tái sử dụng đc bán mà ràng buộc trách nhiệm từ phí người bán Điều có nghĩa ng mua, người tiêu dùng phải trả thêm cho phát sinh từ thất bại thành phần - Có Việc tái sd pm giúp chất lượng pm hiệu hơn, tiết kiệm thời gian, chi phí, nguồn nhân lực Tuy nhiên pm lỗi thời k phù hợp với nhu cầu phầm mềm k tái sử dụng nữa, làm giảm chất lượng phần mềm… 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ì?  Kiểm thử modun (hay kiểm thử đơn vị) trình kiểm thử chương trình con, thủ tục nhỏ chương trình - Kiểm thử đơn vị: ƒlà cách quản lý nhiều phần tử cần kiểm thử, bắt đầu tập trung ý phần tử nhỏ chương trình - Kiểm thử đơn vị giúp dễ dàng việc debug chương trình - Kiểm thử đơn vị tạo hội tốt cho ta thực kiểm thử đồng thời nhiều người 12 - Mục đích kiểm thử đơn vị : so sánh chức thực tế modun với đặc tả chức hay đặc tả interface modun  Khó khăn: Không việc modun có thoả mãn đầy đủ đặc tả chức năng, mà việc modun có làm điều khác biệt so với đặc tả modun  Các loại kiểm thử đơn vị: thiết kế testcase, kiểm thử không tăng tiến, kiểm thử từ xuống, kiểm thử từ lên 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?  Kiểm thử phần mềm yếu tố quan trọng định chất lượng phần mềm khâu điển hình rà soát đặc tả thiết kế lập mã Cần phải kiểm thử phần mềm vì: muốn nhìn thấy phần mềm phần tử hệ thống hoạt động; hạn chế chi phí cho thất bại lỗi gây  Mục tiêu kiểm thử là: - tìm lỗi( có) với chi phí thấp theo Glen Myes: kiểm thử trình vận hành chương trình để tìm lỗi ca kiểm thử thắng lợi phải làm lộ khuyết điểm, đồng thời mang lại lợi ích phụ - Chứng minh phần mềm hoạt động thiết kế, đáp ứng yêu cầu khách hàng, chứng minh chất lượng phần mềm  Những quan niệm sai: + người phát triển không tham gia kiểm thử + người kiểm thử quan tâm bắt đầu kiểm + kiểm thử thành công k tìm lỗi + Chỉ cần kiểm thử lần 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ó nhân tố ảnh hưởng đến chất lượng phần mềm: + Nhân tố trực tiếp + Nhân tố gián tiếp • Những loại nhân tố ảnh hướng tới chất lượng + Đặc tính chức + Khả đương đầu với thay đổi + khả thích nghi với môi trường 10 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ó? - Phương pháp kiểm thử hộp đen tập trung vào chức phần mềm - Việc kiểm thử hộp đen nhằm tìm loại sai sau: 13 + Chức thiếu không + Sai giao diện + Sai cấu trúc truy cập liệu + Sai thực thi chức + Sai khởi đầu kết thúc modun - Một số phương pháp kiểm thử hộp đen: (4) Phương pháp phân đoạn tương đương • Mục đích: giảm số lượng test cách chọn tập liệu đại diện • Thực hiện: Chia liệu vào thành đoạn, đoạn đại diện cho số liệu => việc kiểm thử thực đại diện • Ưu điểm: Test theo mức trừu tượng trường áp dụng: hình, menu hay mức trình (5) Phương pháp phân tích giá trị biên • Là trường hợp riêng phân đoạn tương đương • Thí dụ: miền liệu tháng giá trị hay >12 không hợp lệ • Thường sử dụng kiểm thử môđun (6) Phương pháp đoán lỗi • Dựa vào trực giác kinh nghiệm • Thí dụ lỗi chia cho Nếu môđun có phép chia phải kiểm thử lỗi • Nhược điểm: không phát hết lỗi 14