1 Tác vụ không biểu diễn phần phân tích yêu cầu phần mềm? A Định giá tổng hợp B Mơ hình hóa thừa nhận vấn đề C Lập kế hoạch lịch biểu * D Đặc tả xem xét Use - cases kịch mà mô tả A Phần mềm thực dùng tình cho trước * B Những cơng cụ CASE dùng để xây dựng hệ thống C Kế hoạch xây dựng cho sản phẩm phần mềm D Những test - case cho sản phẩm phần mềm Nội dung thông tin biểu diễn đối tượng điều khiển liệu riêng biệt bao gồm thông tin mà A Cần thiết để trình bày tất output B Được đòi hỏi cho việc xử lý lỗi C Được đòi hỏi cho hoạt động tạo giao diện hệ thống D Được biến đổi phần mềm * Khung nhìn (view) quan tâm phân tích yêu cầu phần mềm A Actor view B Data view C Essential view * D Implementation view Lý tốt cho việc dùng nhóm kiểm tra phần mềm độc lập A Những người phát triển phần mềm không cần làm kiểm thử B Những người lạ kiểm phần mềm chặt C Những người kiểm thử không dính dáng đến dự án kiểm thử bắt đầu D Mâu thuẫn quyền lợi người phát triển người kiểm thử giảm * 1) Các cơng đoạn sản xuất phần mềm bao gồm: a) giai đoạn: Đặc tả - Phát triển - Kiểm tra - Bảo trì * b) giai đoạn: Phân tích - Phát triển - Chạy thử - Kiểm tra c) giai đoạn: Phân tích - Đặc tả - Phát triển - Kiểm tra - Bảo trì d) giai đoạn: Phân tích – Phát triển - Chạy thử - Kiểm tra - Bảo trì 2) Lược đồ có dạng: a) Dạng cây: thể rẽ nhánh - Dạng sao: miêu tả mối quan hệ đối tượng b) Dạng tổng quát: thể vòng lặp rẽ nhánh - Dạng cụ thể: miêu tả kịch cụ thể * c) Dạng cụ thể: thông điệp trao đổi đường liên kết - Dạng đặc tả: mô tả lớp, đường liên kết ánh xạ vào thông điệp d) Lược đồ use-case - Lược đồ phân tích 3) Chiến thuật kiểm tra phần mềm là: a) Đối chiếu, so sánh với phần mềm có tính tương tự sử dụng testcase cho trường hợp tổng quát b) Sử dụng prototype nhận phản hồi từ người sử dụng c) Tích hợp phương pháp tạo test-case trở thành chuỗi bước có thứ tự để kiểm nghiệm phần mềm thành cơng với chi phí thấp * d) Kết hợp cách 4) Nhiệm vụ Planning team dự án (project): a) Xác định tính khả thi dự án: Phân tích chi phí (Cost analysis), dự đốn lợi nhuận (Estimate revenues), tiên liệu khó khăn kỹ thuật công nghệ b) Xây dựng tổng thể tất kế hoạch quản trị dự án bảo đảm tiến trình diển tiến độ định * c) Phát triển hệ thống theo thiết kế có d) Xây dựng thiết kế chi tiết hệ thống sau yêu cầu xác định 5) Thành phần phần mềm tồn thời gian nào: CuuDuongThanCong.com a) Thời gian biên dịch https://fb.com/tailieudientucntt b) Thời gian liên kết chương trình c) Thời gian thực thi d) Cả câu * Câu 1: Các công đoạn thiết kế phần mềm cổ điển a Phân chia module, thiết kế liệu, thiết kế kiến trúc, thiết kế thủ tục, thiết kế giao diện * b Thiết kế liệu, thiết kế kiến trúc, thiết kế thủ tục, thiết kế giao diện, phân chia module c Thiết kế kiến trúc, thiết kế liệu, thiết kế thủ tục, thiết kế giao diện, phân chia module d Phân chia module, thiết kế kiến trúc, thiết kế liệu, thiết kế thủ tục, thiết kế giao diện Câu 2: chọn câu trả lời kiểm nghiệm white-box: a Kiểm tra cấu trúc điều khiển bên chương trình, thường áp dụng cho module lớn b Kiểm tra cấu trúc điều khiển bên chương trình, thường áp dụng cho module nhỏ * c Kiểm tra chức cụ thể phần mềm, thường áp dụng cho module lớn d Kiểm tra chức cụ thể phần mềm, thường áp dụng cho module nhỏ Câu 3: Quá trình kiểm nghiệm phần mềm xem tốt khi: a Kiểm tra tất lỗi chương trình b Tập trung kiểm nghiệm phần có khả tìm lỗi đặc trưng * c Quá trình kiểm nghiệm phần mềm phức tạp tốt d Xây dựng testcases khổng lồ phục vụ cho việc kiểm nghiệm phần mềm Câu 4: Chiến thuật kiểm nghiệm phần mềm hướng đối tượng: a Kiểm nghiệm đơn vị, kiểm nghiệm chức năng, kiểm nghiệm tích hợp, kiểm nghiệm tồn hệ thống b Kiểm nghiệm chức năng, kiểm nghiệm đơn vị, kiểm nghiệm tích hợp, kiểm nghiệm tồn hệ thống c Kiểm nghiệm đơn vị, kiểm nghiệm tích hợp, kiểm nghiệm chức năng, kiểm nghiệm toàn hệ thống * d Kiểm nghiệm chức năng, kiểm nghiệm tích hợp, kiểm nghiệm đơn vị, kiểm nghiệm toàn hệ thống Câu 5: chọn phát biểu a Theo vết phương pháp gỡ rối phổ biến, áp dụng thành cơng cho loại chương trình b Phương pháp gỡ rối loại trừ nguyên nhân xây dựng danh sách nguyên nhân gây lỗi bước kiểm nghiệm, loại bỏ dần nguyên nhân danh sách đến tìm nguyên nhân khả thi * c Brute Force phương pháp gỡ rối hiệu Áp dụng phương pháp Brute Force tất phương pháp khác thất bại d Phương pháp gỡ rối theo vết tiến hành cách “dò vết” từ đầu chương trình tìm lỗi Câu sau kiểm nghiệm Black- box: a Kiểm tra chức cụ thể phần mềm * b Thường áp dụng cho module nhỏ c Kiểm tra cấu trúc điều khiển bên chương trình d Tất ý Ngôn ngữ thiết kế chương trình (PDL) một: a Sự kết hợp ngơn ngữ tự nhiên ngơn ngữ lập trình có cấu trúc * b Ngơn ngữ lập trình truyền thống theo luật riêng c Ngơn ngữ phát triển phần mềm đọc máy d Một cách hữu dụng để biểu diễn kiến trúc phần mềm Chọn phát biểu Các nguyên lý kiểm nghiệm phần mềm: a Nên hướng yêu cầu khách hàng b Nên tiến hành từ nhỏ đến lớn c Không thể kiểm nghiệm triệt để phần mềm d Tất * CuuDuongThanCong.com https://fb.com/tailieudientucntt Chuẩn CMM( Capability Maturity Model) có mức độ trưởng thành: a mức độ * b mức độ c mức độ d mức độ Phát biểu sau SAI? Phương pháp brute- force: a Lấy liệu nhớ để xem xét b Là phương pháp sử dụng * c Triết lý: “Hãy để máy tính tìm lỗi” d Là phương pháp phổ biến Một giao diện thân thiện là: a) Một giao diện tương tác thuận tiện, hạn chế sai sót b) Một giao diện đẹp, tương tác thuận tiện, hạn chế sai sót c) Một giao diện đẹp, tương tác thuận tiện, hạn chế sai sót, khơng gây tác hại cho người dùng d) Cả câu sai Đáp án C Chọn câu a) Kiểm nghiệm phần mềm yêu cầu bắt buộc trước chuyển giao phần mềm cho khách hàng nhằm đảm bảo phần mềm khiếm khuyết, chạy ổn định b) Kiểm nghiệm đường độc lập chắn phần mềm chạy tốt, giải yêu cầu giải thuật đáp ứng đầy đủ yêu cầu khách hàng c) Trong đồ thị dòng chảy, ta phải sinh test case ứng với đường, đường sinh test case d) Tổng số node thực thi độc lập V = P + với P số node phân nhánh Đáp án D Chọn câu sai Quá trình kiểm nghiệm phần mềm tốt khi: a) Có khả tìm lỗi cao b) Không dư thừa c) Biết chọn lọc d) Càng đơn giản tốt Đáp án D Cho đồ thị dòng chảy sau dùng cho câu tiếp theo: Tổng số đường thực thi độc lập: a) b) c) d) Đáp án C Cho đường thực thi sau: A 10 B 6 10 a) Chỉ cần lập test case cho A thỏa B b) Chỉ cần lập test case cho B thỏa A c) Hai đường thực thi tương tự cần lập test case đường hai thỏa hai đường d) Hai đường thực thi khác phải lập test case cho hai Đáp án B UML không hỗ trợ phần tử CuuDuongThanCong.com https://fb.com/tailieudientucntt STT a Lớp b Lớp đối tượng c Thực thể d Lược đồ lớp Đáp án: c Nhân tố quan tâm đánh giá thiết kế giao diện thân thiện với người dùng a Đẹp b Quy trình tương tác c Hạn chế sai xót d Không gây hại cho người sữ dụng Đáp án: d Phần mềm phát triển theo mơ hình cổ điển quan tâm đến a Cấu trúc giải thuật cho liệu b Cấu trúc giải thuật module c Các thủ tục giao tiếp người dùng phần mềm d Các thủ tục lưu trữ, xử lý, truy xuất, … liệu Đáp án: b Lược đồ cho ta thấy a Trình tự , thời điểm bắt đầu kết thúc tác vụ b Thời gian thực tác vụ c Sự tương tác theo khía cạnh khơng gian d Q trình tương tác cảu đối tượng theo thời gian sống Đáp án: a Chọn câu Sai Kiểm nghiệm Black-box a Không quan tâm đến cấu trúc bên phần mềm b Kiểm tra chức cụ thể phầm mềm c Kiểm tra cấu trúc điều kiểm bên chương trình d Áp dụng cho module lớn Đáp án: c Câu hỏi Chọn câu sai: Mục tiêu kiểm nghiệm phần mềm  Nguyên lí Pareto  Test-case cho kiểm nghiệm white-box  Test-case cho kiểm nghiệm black-box  Nhiệm vụ sub-team System Analysis  Đáp án Xác định phần mềm khơng có lỗi 80% lỗi có nguyên nhân từ 20% module Chủ yếu dựa vào cấu trúc điều khiển phần mềm Chủ yếu dựa vào yêu cầu cụ thể chức phần mềm Xác định tính khả thi dự án                 Đáp án sai Có khả tìm lỗi cao Khơng dư thừa Biết chọn lọc: kiểm nghiệm phần có khả tìm lỗi đặc trưng Khơng phức tạp không đơn giản 20% lỗi có nguyên nhân từ 80% module 40% lỗi có nguyên nhân từ 60% module 60% lỗi có nguyên nhân từ 40% module Chủ yếu dựa vào yêu cầu cụ thể chức phần mềm Chủ yếu dựa vào yêu cầu người dùng cuối Chủ yếu dựa vào kinh nghiệm người kiểm thử Chủ yếu dựa vào cấu trúc điều khiển phần mềm Chủ yếu dựa vào yêu cầu người dùng cuối Chủ yếu dựa vào kinh nghiệm người kiểm thử Xác định tổng thể kế hoạch quản trị dự án đảm bảo tiến trình diễn tiến độ Tiếp xúc khách hàng, hoàn chỉnh yêu cầu cho dự án Chuẩn bị công cụ tài liệu cho việc training người dùng Câu 1: Một công đoạn thiết kế phần mềm cổ điển là: a) Thiết kế liệu (đúng) b) Thiết kế thủ tục (đúng) c) Thiế kế giao diện (đúng) d) Vẽ lược đồ hoạt động (sai) e) Vẽ lược đồ thành phần (sai) f) Vẽ lược đồ cộng tác (sai) CuuDuongThanCong.com g) Vẽ lược đồ triển khai (sai) https://fb.com/tailieudientucntt cho hình vẽ sau sử dụng cho câu 2-5: cbsLoader12_dp.dll FieldVis.exe Cosmo3D12.dll IFL0.dll Câu 2: hình vẽ là: a) Lược đồ thành phần b) Lược đồ triển khai c) Lược đồ use-case d) Lược đồ hoạt động MFC42.dll (đúng) (sai) (sai) (sai) Câu 3: thành phần IFL0.dll là: a) File mã nguồn hay liệu b) Chương trình chạy c) Bảng sở liệu d) Thư viện liên kết tĩnh hay động (sai) (sai) (sai) (đúng) Câu 4: thành phần FieldWis.exe là: a) File mã nguồn hay liệu b) Bảng sở liệu c) Chương trình chạy d) Thư viện liên kết tĩnh hay động (sai) (sai) (đúng) (sai) Câu 5: phát biểu sau đúng: a) Lược đồ cho phép miêu tả cách cài đặt thành phần thực thi chương trình (sai) b) Lược đồ thể thời gian thực thi chương trình (đúng) c) Lược đồ thể liên kết vai trò đối tượng hình thành nên chức hệ thống d) Lược đồ thể kết hợp thành nhóm thể chức đặc biệt chương trình (sai) (sai) Câu 1: Sắp xếp mức độ kết dính từ thấp đến cao thiết kế phần mềm, phương pháp lập trình cấu trúc A Ngẫu nhiên  Luận lý  Nhất thời  Giao tiếp  Thủ tục  Chức B Ngẫu nhiên  Luận lý  Giao tiếp  Nhất thời  Thủ tục  Chức C Ngẫu nhiên  Luận lý  Thủ tục  Chức  Giao tiếp  Nhất thời D Thủ tục  Ngẫu nhiên  Luận lý  Chức  Giao tiếp  Nhất thời Đáp án: A Câu 2: “Kiểm tra chức cụ thể phần mềm, không quan tâm đến cấu trúc bên trong, thường áp dụng cho module lớn” loại kiểm nghiệm phần mềm nào? A While-box B Black-box C Alpha D Beta CuuDuongThanCong.com https://fb.com/tailieudientucntt Đáp án: B Câu 3: Tìm phát biểu sai? A Package chế để tổ chức phần tử vào nhóm có liên hệ ngữ nghĩa với B Package import phần tử từ package khác C Quan hệ package phụ thuộc tổng quát hóa D Mức độ truy xuất package: private, protected, internal, public, implementation Đáp án: D, internal Câu 4: Để tìm kiếm Use-case ta dùng câu hỏi nào? A Hệ thống kiểm soát thiết bị phần cứng nào? B Hệ thống xây dựng cần tương tác với hệ thông khác hay không? C Ai người sử dụng chức hệ thống? D Hệ thống cần liệu input/output nào? Đáp án: D, câu A,B,C dùng để tìm kiếm Actor Câu 5: Các công đoạn thiết kế phần mềm cố điển là? A Phân chi module, thiết kế liệu, thiết kế kiến trúc, thiết kết luận lý, thiết kế giao diện B Phân chi module, thiết kế liệu, thiết kế kiến trúc, thiết kế thủ tục, thiết kế giao diện C Phân chi module, thiết kế liệu, thiết kế kiến trúc, thiết kế thủ tục, thiết kế hướng đối tượng, thiết kế giao diện D Phân chi module, thiết kế liệu, thiết kế kiến trúc, thiết kế hướng đối tượng, thiết kế giao diện Đáp án: B, khơng có thiết kế hướng đối tượng Câu 1: Giai đoạn sau không thuộc quy trình thiết kế phần mềm cổ điển: (Chương slide 17, đáp án : D) a Thiết kế liệu b Thiết kế thủ tục c Phân chia module d Tất sai Câu 2: Mức độ kết dính từ thấp đến cao: (chương slide 24, đáp án: A) a Ngẫu nhiên – luận lý – thời – giao tiếp – thủ tục – chức b Ngẫu nhiên – thời – giao tiếp – luận lý – thủ tục – chức c Nhất thời – ngẫu nhiên - giao tiếp – luận lí – thủ tục – chức d Giao tiếp – thời – ngẫu nhiên – thủ tục – luận lý – chức Câu 3: Chọn câu đúng: (Chương + 4, phần kết luận) a Mơ hình thiết kế mơ tả khía cạnh tĩnh hệ thống phần mềm cần xây dựng b UML hỗ trợ số lược đồ giúp mơ tả khía cạnh động: cộng tác, tuần tự, trạng thái, hành động c Phương pháp theo vết dung cho chương trình lớn d UML hỗ trợ số phần tử: lớp, đối tượng khơng có package Câu 4: Xác định tính khả thi dự án phần mềm nhiệm vụ nhóm sau đây: (Chương 2, đáp án: D) a Metrics team b Planning team c Testing & integration team d System analysis Câu 5: Điểm sau ưu điểm mơ hình phát triển phần mềm Xoắn Ốc: (Chương 1, Đáp án: C) a Phần mềm phát triển b Khách hàng cần mơ tả chi tiết u cầu c Có thể quản lý rủi ro dễ dàng d Tách biệt rõ ràng trình phát triển với Câu 1: Chọn đáp án A Thành phần phần mềm tồn thời gian biên dịch thời gian liên kết chương trình B Lược đồ thành phần chuỗi liên kết gồm nhiều thành phần kết nối với quan hệ cha C Thành phần (compoment) biểu diễn phần thực hệ thống D Công việc viết mã sườn tự động hố cơng cụ CASE  Đáp án: C Câu 2: Để xây dựng mơ hình hệ thống, kỹ sư phải quan tâm đến nhân tố hạn chế sau: CuuDuongThanCong.com https://fb.com/tailieudientucntt A Ngân sách phí tổn B Lịch biểu mốc kiện C Những giả định ràng buộc D Những đối tượng hoạt động  Đáp án C Câu 3: A B C D Chọn câu kiểm nghiệm beta: Được tiến hành kiểm tra nơi sản xuất phần mềm bên phạm vi đơn vị sản xuất Khách hàng trực tiếp sử dụng ghi nhận lỗi để báo lại cho nhà phát triển sửa chữa Kiểm nghiệm beta phương pháp kiểm nghiệm hướng đối tượng Không câu  Đáp án B Câu 4: A B C D Trong thiết kế thủ tục, thuật giải: Chỉ biểu diễn lưu đồ thuật giải :Flowchart Chỉ sử dụng ký hiệu dạng bảng để biểu diễn Có thể biểu diễn Flowchart ký hiệu dạng bảng Được thiết lập cho module kiến tạo cho dễ dàng mã hố ngơn ngữ hình thức  Đáp án C Câu 5: A B C D Chọn câu đúng: Dòng Transform bao gồm phần: dòng vào dòng Dòng Transform cải tiến dòng Transaction Mục tiêu thiết kế kiến trúc xây dụng sơ đồ phân cấp module từ DFD T-center dòng transaction có nhiều đường chúng kích hoạt thời điểm  Đáp án: B Công việc thiết kế phần mềm công việc giai đoạn nào? A.Giai đoạn phát triển * B Giai đoạn thiết kế C Giai đoạn tinh chế D.Giai đoạn phát hành Trong thiết kế kiến trúc phần mềm, người ta thường: A.Tăng liên kết B Giảm độ kết dính C A B sai D.Cả A B sai * Debug gì? A Khử bọ B Gỡ rối * C Một lỗi sai chương trình D Tồn lỗi sai chương trình CuuDuongThanCong.com https://fb.com/tailieudientucntt ... kiểm nghiệm phần có khả tìm lỗi đặc trưng * c Quá trình kiểm nghiệm phần mềm phức tạp tốt d Xây dựng testcases khổng lồ phục vụ cho việc kiểm nghiệm phần mềm Câu 4: Chiến thuật kiểm nghiệm phần mềm. .. câu a) Kiểm nghiệm phần mềm yêu cầu bắt buộc trước chuyển giao phần mềm cho khách hàng nhằm đảm bảo phần mềm khơng có khiếm khuyết, chạy ổn định b) Kiểm nghiệm đường độc lập chắn phần mềm chạy tốt,... Kiểm nghiệm đơn vị, kiểm nghiệm chức năng, kiểm nghiệm tích hợp, kiểm nghiệm tồn hệ thống b Kiểm nghiệm chức năng, kiểm nghiệm đơn vị, kiểm nghiệm tích hợp, kiểm nghiệm tồn hệ thống c Kiểm nghiệm