1. Trang chủ
  2. » Công Nghệ Thông Tin

cong nghe phan mem công nghệ thông tin

39 353 0

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

THÔNG TIN TÀI LIỆU

Thông tin cơ bản

Định dạng
Số trang 39
Dung lượng 225,3 KB

Nội dung

a Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Đáp án Câu A) B) C) D) Đáp án Câu Khái niệm Công nghệ phần mềm đời năm 1966 1968 1969 1970 B Sản phẩm phần mềm bao gồm phần sau đây? (1)Chương trình (2)Các tài liệu trình phát triển triển khai phần mềm (3)Dữ liệu mà chương trình quản lý thao tác Cả (1), (2) (3) D Phần mềm bao gồm Các phương pháp lập trình Các công cụ lập trình Quy trình sản xuất phần mềm Chương trình phần mềm tài liệu đính kèm D Các đối tượng nghiên cứu ngành công nghệ phần mềm ? Các quy trình, phương pháp, công cụ quy tắc kết hợp quy trình, phương pháp, công cụ để đưa sản phẩm phần mềm có chất lượng Các quy tắc công nghệ liên quan đến việc sản xuất phần mềm Các sản phẩm phần mềm Các sản phẩm phần mềm phần cứng A Quy trình phát triển phần mềm Một trình tự hoạt động: Đặc tả yêu cầu, xây dựng, kiểm chứng nâng cấp phần mềm Một tập hợp hoạt động xếp theo trình tự định mà mục đích sản xuất sản phẩm phần mềm Các hoạt động liên quan đến quản trị hệ thống phần mềm Tập hợp phương pháp sử dụng để sản xuất phần mềm B Sự khác biệt sản phẩm phần mềm đại trà sản phẩm phần mềm theo đơn đặt hàng thể ? Thể đối tượng sử dụng phần mềm Thể kích cỡ sản phẩm phần mềm Thể đối tượng sử dụng phần mềm kích cỡ phần mềm Thể chất lượng phần mềm A A Có loại hình công việc sau công nghệ phần mềm ? Lập trình viên, kỹ sư phần mềm, kỹ sư tri thức Chuyên gia kỹ thuật, quản trị liệu, kỹ sư trí tuệ nhân tạo, nhà tư vấn, kỹ sư Nhà phân tích kỹ sư truyền thông, chuyên gia mạng cục bộ, lập trình viên, chuyên gia hỗ trợ sản phẩm Phát triển ứng dụng, hỗ trợ ứng dụng, chuyên ngành kỹ thuật, nhân viên loại hình công việc khác D Mục tiêu công nghệ phần mềm là: A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) Sản xuất sản phẩm phần mềm an toàn, có hiệu tốt dễ sử dụng Sản xuất sản phẩm phần mềm có chất lượng, thời hạn, không vượt chi phí chi phí cho phép đáp úng yêu cầu người dùng Sản xuất sản phầm phầm mềm đáp ứng yêu cầu chức toán đặt Sản xuất sản phẩm đáp ứng yêu cầu chức phi chức toán đặt B Mô hình tuyến tính (thác nước) việc phát triển phần mềm Một cách tiếp cận hiệu yêu cầu phần mềm xác định cách đầy đủ Một cách tiếp cận hiệu chương trình làm việc yêu cầu thực nhanh chong Một cách tiếp cận tốt để sử dụng dự án với nhóm phát triển lớn Một mô hình cổ điển không sử dụng hệ thống đại A Mô hình phát triển ứng dụng nhanh (RAD) (1)Một tên gọi khác mô hình phát triển dựa vào cấu phần (2)Một cách tiếp cận hiệu khách hàng chưa chưa thể định nghĩa yêu cầu cách rõ rang (3)Một mô hình thích nghi tốc độ cao mô hình thác nước Cả (1), (2) (3) C Mô hình phát triển tiến hóa (1)Là mô hình lặp cách tự nhiên (2)Không dễ dàng thích nghi với thay đổi yêu cầu (3)Không tạo sản phầm cách hiệu Cả (1), (2) (3) A Mô hình phát triển dựa cấu phần Chỉ thích hợp với thiết kế phần cứng máy tính Không hỗ trợ việc phát triển cách thành phần sử dụng lại Làm việc tốt công nghệ đối tượng sẵn sàng hỗ trợ Không hiệu cao C Pha sau không nằm tiến trình RUP Khởi đầu Chi tiết Xây dựng Thẩm định D Pha kỹ nghệ mô hình thác nước quan hệ chặt chẽ với pha Cài đặt Thiết kế cài đặt Phân tích, thiết kế, lập trình Phân tích, thiết kế, lập trình, kiểm thử B Sử dụng mô hình xoắn ốc phát triển phần mềm điều quan trọng đòi hỏi người quản lý Phải thường xuyên giám sát tiến độ dự án B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu 10 A) B) C) D) Đáp án Câu 11 A) B) C) D) Đáp án Câu 12 A) B) C) D) Đáp án Câu 13 A) B) C) D) Đáp án Phải có kỹ giao tiếp tốt Phải có nhiều kinh nghiệm quản lý Phải thường xuyên gặp gỡ khách hàng C Mối quan hệ hoạt động mô hình thác nước ? (1)Các hoạt động mô hình tách biệt, kết hợp thực đồng thời số hoạt động (2)Các hoạt động ứng với giai đoạn tách biệt nhau, theo trình tự tuyến tính kết thúc giai đoạn trước đến giai đoạn sau (1) (2) Các hoạt động tách biệt, thực theo trình tự tuyến tính chiều: Hai hoạt động kề thực đồng thời B Các sản phẩm phần mềm phát triển theo mô hình thác nước thể ? Các sản phẩm thường người sử dụng chấp nhận, đặc biệt với phần mềm có yêu cầu nghiệp vụ thay đổi Các sản phẩm đắt, thời gian phát triển lâu Các sản phẩm rẻ, thời gian phát triển nhanh Thường người sử dụng chấp nhận A Mô hình thác nước có đặc điểm ? Dễ cho việc phân bổ loại chi phí phát triển phần mềm Khó cho việc phân bổ chi phí phát triển phần mềm Các giai đoạn mô hình thực đồng thời Dễ cho việc sửa đổi pha thiết kế trước A Mô hình mẫu thử thích hợp với việc xây dựng hệ thống phần mềm ? Thích hợp cho việc xây dựng hệ thống mà tất yêu cầu tìm hiểu rõ ràng Những ứng dụng thời gian thực Thích hợp cho hệ thống mà yêu cầu chưa tìm hiểu rõ ràng Thích hợp cho hệ thống có kích cỡ lớn chu kỳ sống lâu C Sản phẩm xây dựng theo mô hình mẫu thử có đặc điểm ? Phát triển cách dễ dàng Thường người sử dụng chấp nhận Thường sản phẩm có kích cỡ lớn, có chu kỳ sống lâu Giá rẻ, tốn chi phí, thời gian thực nhanh B Các hoạt động mô hình mẫu thử ? Mối quan hệ hoạt động thể ? Gồm hoạt động: Đặc tả, xây dựng, đánh giá Các hoạt động thực đồng thời phát triển phần mềm Gồm hoạt động: lập kế hoạch, phân tích rủi ro, xây dựng Các hoạt động thực đồng thời Gồm hoạt động: Đặc tả, xây dựng, đánh giá Các hoạt động thực tuần tự, kết thúc hoạt động trước đến hoạt động sau Giống hoạt động mô hình thác nước, hoạt động thực đồng thời A Câu 14 A) B) C) D) Đáp án Câu 15 A) B) C) D) Đáp án Câu 16 A) B) C) D) Đáp án Câu 17 A) B) C) D) Đáp án Câu 18 A) B) C) D) Đáp án Câu 19 A) B) C) D) Đáp án Câu 20 A) B) C) D) Mô hình mẫu thử có đặc điểm ? (1)Dễ dàng cho việc viết đặc tả phần mềm (2)Khó cho việc viết đặc tả phần mềm (3)Khó cho việc áp dụng để phát triển sản phẩm phần mềm lớn Cả (1), (2) (3) B Sản phẩm xây dựng theo mô hình công nghệ phần mềm hướng thành phần có đặc điểm ? Thường tốn chi phí, chất lượng tốt, tốn thời gian Chất lượng không đảm bảo, giá đắt Khó cho việc tích hợp sửa mã Khó cho việc bảo trì phát triển hệ thống A Phần mềm xây dựng theo mô hình mẫu thử thường có đặc điểm ? Có cấu trúc bền vững Có cấu trúc logic Dễ cho việc bảo trì, kiểm thử Khó cho việc kiểm thử, bảo trì, phát triển D Trình tự hoạt động mô hình xoắn ốc ? pha theo trình tự: Đặc tả yêu cầu, thiết kế, cài đặt, kiểm chứng mở rộng pha theo trình tự: Lập kế hoạch, phân tích rủi ro, phát triển phần mềm đánh giá pha hoạt động đồng thời: Lập kế hoạch, phân tích rủi ro, phát triển phần mềm đánh giá pha: Đặc tả, xây dựng đánh giá phần mềm B Các yêu cầu hệ thống mô tả tài liệu đặc tả yêu cầu phần mềm bao gồm loại yêu cầu ? Các yêu cầu chức năng, yêu cầu phi chức năng, yêu cầu miền ứng dụng Các yêu cầu hệ thống yêu cầu người sử dụng Các ràng buộc mà hệ thống phải tuân theo dịch vụ mà hệ thống phải đáp ứng Tất trả lời A Quy trình đặc tả phần mềm phải trải qua bước ? Nghiên cứu tính khả thi, đặc tả yêu cầu, phân tích rút yêu cầu, đánh giá yêu cầu Thu thập yêu cầu, phân tích yêu cầu, định nghĩa yêu cầu tài liệu đánh giá yêu cầu Nghiên cứu tính khả thi, tìm hiểu phân tích rút yêu cầu, đặc tả yêu cầu, đánh giá yêu cầu quản lý thay đổi yêu cầu Tất trả lời C Việc nghiên cứu tính khả thi dự án cần tiến hành ? Cần tiến hành nhanh chóng, không tốn Cần thực cách kỹ lưỡng, cần người có kinh nghiệm, nên tiến hành thời đủ dài để hiểu kỹ lượng yêu cầu hệ thống cần xây dựng Cần đưa danh sách rủi ro dự án Không cần dùng thuật toán, nên dùng kinh nghiệm Đáp án Câu 21 A) B) C) D) Đáp án Câu 22 A) B) C) D) Đáp án Câu 23 A) B) C) D) Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A Tài liệu đặc tả yêu cầu cần thỏa mãn điều kiện ? Tuân theo cầu trúc định Không tuân theo cấu trúc Cần rõ yêu cầu hệ thống thực Cần nói rõ mục tiêu hệ thống phần mềm cần xây dựng, phân công công việc A Thiết kế phần mềm quy trình nhằm mục đích ? Là quy trình nhằm xây dựng tài liệu thiết kế cho hệ thống Nhằm trả lời câu hỏi: Để thực thi yêu cầu tài liệu đặc tả làm Chỉ nhằm xây dựng kiến trúc cho hệ thống cần xây dựng Tạo chương trình chạy B Tài liệu sau tạo pha thiết kế hệ thống? Mã lệnh Thiết kế chi tiết Lập kế hoạch Kế hoạch kiểm thử Mô hình tuyến tính biết đến với tên gọi (1)Mô hình vòng đời cổ điển (2)Mô hình xoắn ốc (3)Mô hình thác nước Cả (1) (2) D Mô hình làm mẫu phát triển phần mềm Một cách tiếp cận hiệu yêu cầu hệ thống định nghĩa tốt Một cách tiếp cận hiệu khách hàng định nghĩa yêu cầu cách rõ ràng Một cách tiếp cận tốt dự án có nhiều thành viên tham gia Một mô hình phát triển sản phẩm rủi ro B Mô hình xoắn ốc phát triển phần mềm (1)Kết thúc với sản phẩm chuyển giao (2)Là mô hình hỗn độn nhiều so với mô hình tăng trưởng (3)Bao gồm pha phân tích rủi ro lần lặp (1), (2) (3) C Mô hình xoắn ốc đời Barry Boehm năm 1988 Barry Boehm năm 1990 Ian Sommerville năm 1988 Roger Pressman năn 1990 A Các pha mô hình xoắn ốc bao gồm Phân tích, thiết kế, Triển khai, kiểm thử, xét duyệt Xét duyết, định, kỹ nghệ, lập kế hoạch Phân tích, thiết kế, kỹ nghệ, kiểm thử, bán hàng Phân tích rủi ro, lập kế hoạch, kỹ nghệ, đánh giá D Phần mềm phát triển theo mô hình làm mẫu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu 10 A) B) C) D) Đáp án Câu 11 A) B) C) D) Đáp án Câu 12 A) B) C) D) (1)Khó sử dụng (2)Nhanh chóng có sản phẩm sử dụng (3)Thường khó bảo trì Cả (1) , (2) (3) C Một mô hình tiến trình phần mềm (1)Một biểu diễn cách mà phần mềm phát triển (2)Một biểu diễn cách mà phần mềm sử lý liệu (3)Một biểu diễn cách mà phần mềm sử dụng Cả (1), (2) (3) A Đâu mô hình tiến trình phần mềm Thác đổ Xoắn ốc RAD Mưa đổ D Các hoạt động đặc trưng mô hình công nghệ hướng thành phần ? Phân tích thành phần, điều chỉnh yêu cầu, thiết kế hệ thống tái sử dụng, phát triển tích hợp Đặc tả yêu cầu, xây dựng hệ thống, kiểm chứng, mở rộng Đặc tả yêu cầu, phần tích thành phần, thiết kế hệ thống tái sử dụng, cài đặt Phân tích thành phần, thiết kế, cài đặt, mở rộng A Mô hình xoắn ốc mô tả ? Là mô hình hình thành kết hợp mô hình mẫu thử mô hình thác nước, đồng thời thêm hoạt động phân tích rủi ro, gồm hoạt động: lập kế hoạch, phân tích rủi ro, xây dựng hệ thống đánh giá biểu diễn vòng xoắn ốc Là mô hình mà việc đặc tả yêu cầu phần mềm biểu diễn vòng xoắn ốc Là mô hình mà kết thúc vòng xoắn ốc ta thu mẫu thử Là mô hình mà hoạt động mô hình thác nước tích hợp vào pha lập kế hoạch mô hình xoắn ốc A Việc đánh giá yêu cầu phần mềm nhằm mục đích ? Kiểm tra yêu cầu có thực tế hay không, có thống hay không, có đầy đủ hay không Chỉnh sửa yêu cầu cho phù hợp với thay đổi Thu thập thêm yêu cầu Chỉnh sửa yêu cầu thu thập A Thiết kế phần mềm bao gồm trình tự hoạt động ? pha: Thiết kế kiến trúc, thiết kế giao diện, thiết kế liệu thiết kế xử lý pha: Thiêt kế kiến trúc, đặc tả trừu tượng, thiết kế giao diện, thiết liệu thiết kế xử lý pha: Thiết kế kiến trúc, đặc tả trừu tượng, thiết kế giao diện, thiết kế thành phần, thiết kế liệu thiết kế xử lý pha: Thiết kế kiến trúc, mô tả kiến trúc, đặc tả trừu tượng, thiết kế giao diện, thiết kế xử lý, thiết kế thành phần thiết kế cấu trúc Đáp án Câu A) B) C) liệu C Đáp án Mô hình gia tăng phát triển phần mềm Một cách tiếp cận hiệu yêu cầu phần mềm xác định rõ Một cách tiếp cận tốt sản phẩm lõi yêu cầu nhanh chóng Một cách tiếp cận hiệu để sử dụng dự án có nhiều nhóm lớn Một mô hình tiến hóa không sở dụng phát triển sản phẩm thương mại B Mô hình tương tranh phát triển phần mềm Một tên gọi khác mô hình RAD Thường sử dụng cho phát triển ứng dụng Client- Server Chỉ sử dụng cho phát triển hệ thống song song phân tán Sử dụng với hệ thống thường xuyên thay đổi yêu cầu B Mô hình xoắn ốc có kết hợp mô hình thác nước mô hình làm mẫu, (1)Thêm giai đoạn lập kế hoạch (2)Thêm giai đoạn kỹ nghệ (3)Thêm vào pha phân tích rủi ro Cả (1), (2) (3) C Mô hình thác nước phù hợp với hệ thống phần mềm ? Phần mềm có kích cỡ nhỏ, thời gian sống ngắn Phần mềm có yêu cẩu xác định rõ ràng từ đầu Phần mềm có yêu cầu hay biến đổi Phần mềm lớn, có chu kỳ sống lâu B Sản phẩm xây dựng theo mô hình xoắn ốc có đặc điểm ? Thường đắt, tốn thời gian, yêu cầu kỹ đặc biệt Dễ bảo trì Thường khó người sử dụng chấp nhận Thường tốn chi phí, thời gian có chất lượng A Hoạt động đặc tả yêu cầu phần mềm nhằm mục đích ? Mô tả tài liệu đặc tả dịch vụ mà hệ thống phần mềm phải đáp ứng Tìm hiểu định nghĩa dịch vụ mà khách hàng yêu cầu, ràng buộc trình vận hành phát triển hệ thống Mô tả quản lý thay đổi yêu cầu Trả lời câu hỏi how (hệ thống cần làm gì,thỏa mãn ràng buộc gì? Và làm ) B Câu A) B) C) D) Đáp án Câu Mục tiêu pha phân tích yêu cầu Tìm chức hệ thống Tìm hiểu nhu cầu khách hàng Nghiên cứu tính khả thi dự án Tạo tài liệu yêu cầu D Phân tích tính khả thi dự án phải thực D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu sA) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Các yêu cầu hệ thống thu thập đầy đủ Đã tìm giải pháp cho hệ thống Dự án bắt đầu hình thành Đã có tài liêu đặc tả yêu cầu C Các kỹ sư phần mềm kết hợp với khách hàng nhằm tìm (1)Phạm vi sản phẩm (2)Các thông tin vào hệ thống (3)Các đặc tính quan trọng hệ thống (1), (2) (3) D Tiến trình kỹ nghệ hệ thống thường bắt đầu với Xem xét chi tiết Xem xét lĩnh vực Xem xét phần tử Xem xét giới B Trong kỹ nghệ tiến tính nghiệp vụ, kiến trúc khác xem xét Ứng dụng, liệu, công nghệ Sự giao tiếp, tổ chức, tài Mạng, sở liệu, báo cáo Hệ thống, yêu cầu, cấu trúc liệu A Trách nhiệm lớp xác định Thuộc tính Hành vi Quan hệ Các thuộc tính hành vi D Các kiện xảy (1)Một tác nhân hệ thống có trao đổi thông tin (2)Một phương thức kích hoạt (3)Thông tin chuyển qua đối tượng (1), (2) (3) D Tại phải sử dụng mô hình xoắn ốc quy trình phát phân tích yêu cầu? Câu A) B) Chỉ nhằm thu thập đầy đủ yêu cầu khách hàng Chỉ nhằm hiểu rõ yêu cầu Stakeholder v D) Đáp án C) Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu Chỉ nhằm giải yêu cầu xung đột quản lý thay đổi yêu cầu Chỉ nhằm thu thập đầy đủ, xác, khách quan yêu cầu nắm thay đổi yêu cầu trình phát D Chỉ nhằm giải yêu cầu xung đột quản lý thay đổi yêu cầu Yêu cầu chức hệ thống nhằm tìm (1)Những thành phần hệ thống (2)Những ràng buộc hệ thống (3)Những dịch vụ mà hệ thống cần có để cung cấp cho người sử dụng Cả (1), (2) (3) C Yêu cầu hệ thống phục vụ đối tượng chủ yếu Khách hàng Người sử dụng Phân tích viên hệ thống Nhân viên lập trình C Yêu cầu người sử dụng phục vụ chủ yếu Người quản lý dự án Nhân viên lập trình Kỹ sư thiết kế Người dùng sản phẩm D Yêu cầu người sử dụng thường bị (1)Lộn xộn (2)Không rõ ràng (3)Không đầy đủ (1), (2) (3) D Quy trình phân tích yêu cầu gồm họat động sau Phân tích khả thi, thu thập yêu cầu, đặc tả yêu cầu, thẩm định yêu cầu Phân tích khả thi, Phỏng vấn khách hàng, đặc tả yêu cầu, thẩm định yêu cầu Thu thập yêu cầu, phân tích yêu cầu, đặc tả yêu cầu, kiểm tra yêu cầu Thu thập yêu cầu, trao đổi với khách hành, đặc tả yêu cầu, thẩm định yêu cầu A Mục tiêu giai đoạn phân tích tính khả thi phải nhanh chóng Tìm yêu cầu hệ thống Tìm tài liệu báo cáo tính khả thi dự án Tìm giải pháp cho hệ thống Tính chi phi dự án B Các mô hình phân tích phần mềm đề cập đến (1)Kiến trúc, giao diện, thành phần (2)Chi phi, rủi ro, lịch biểu (3)Thông tin, chức năng, hành vi Cả (1), (2) (3) C Những thành phần sau liên quan đến kỹ nghệ hệ thống máy tính A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu 10 A) B) C) D) Đáp án Câu 11 A) B) C) D) Đáp án Câu 12 A) B) C) D) Đáp án Câu 13 A) B) C) D) Đáp án Câu 14 A) B) C) D) Đáp án Câu 15 A) B) C) D) Đáp án Câu 16 A) B) C) D) (1)Tài liệu (2)Phần mềm (3)Con người Cả (1), (2) (3) D Những khó khăn thu thập yêu cầu hệ thống (1)Phạm vị hệ thống (2)Khả hiểu (3)Tính dễ thay đổi yêu cầu Cả (1), (2) (3) D Kết giai đoạn kỹ nghệ yêu cầu hệ thống xác định (1)Thông tin hệ thống (2)Chức hệ thống (3)Hành vi hệ thống Cả (1), (2) (3) D Cách tốt để thẩm định yêu cầu Xem xét mô hình hệ thống Có xét duyệt khách hàng yêu cầu Gửi yêu cầu tới nhóm thiết kế xem xét Sử dụng bảng hỏi để kiểm tra yêu cầu B Phân tích lĩnh vực toán theo phương pháp hướng đối tượng tập trung vào (1)Xác định đặc tả lớp để sử dụng lại (2)Tìm kiếm thuộc tính hệ thống (3)Tìm rang buộc hệ thống Cả (1), (2) (3) A Mô hình phân tích đối tượng không bao gồm phần Phần tử hành vi Phần tử liệu Phần tử lớp Phần tử kịch A Sơ đồ luồng điều khiển (1)Là cần thiết để mô hình hóa hệ thống hướng kiện (2)Sử dụng mô hình luồng liệu (3)Hữu ích với hệ thống thời gian thực Cả (1) (2) D Trong pha phân tích, nhóm dự án Mô tả đặc trưng chức hệ thống lựa chọn cho việc phát triển pha sau Nghiên cứu giải pháp để giải yêu cầu hệ thống đặt Mã hóa, kiểm tra cài đặt hệ thống Kiểm tra chức hệ thống A Đặc tả chi tiết phần tử hệ thống kết giai đoạn Thiết kế logic Thiết kế vật lý Phân tích Triển khái B) C) D) Đáp án Câu 14 A) B) C) D) Đáp án Câu 15 A) B) C) D) Đáp án Câu 16 D Các nguyên tắc chọn liệu thử cho kiểm thử giá trị biên Tự vận dụng khả thực tế để chọn giá trị biên cần kiểm thử - Nếu liệu thuộc khoảng, chọn: giá trị biên/4 giá trị = giá trị biên +/- sai số - Nếu liệu thuộc danh sách giá trị: Chọn phần tử thứ nhất, phần tử thứ 2, phần tử kế cuối, phần tử cuối - Nếu liệu vào điều kiện ràng buộc số lượng phần tử: chọn số giá trị tối tiểu, số giá trị tối đa, số giá trị không hợp lệ A) B) - Nếu liệu thuộc khoảng, chọn: giá trị biên - Nếu liệu thuộc danh sách giá trị: Chọn phần tử lớn nhất, phần tử nhỏ - Nếu liệu vào điều kiện ràng buộc số lượng phần tử: chọn số giá trị nằm khoảng [tối tiểu, tối đa] C Kiểm thử đồ thị luồng điều kiển nhằm (1)Phát lỗi cú pháp chương trình (2)Nhằm xây dựng liệu thử cho chương trình (3)Nhằm phát lỗi liên quan đến giải thuật sử dụng (1), (2) D Chọn liệu thử cho đồ thị luồng điều khiển sau thỏa mãn tiêu chuẩn phủ tất đỉnh, không phát lỗi A) B) C) D) Đáp án DT = {x=0} DT = {x0} DT = {x=0, y=5} DT = {x0, y=0} B Với đồ thị luồng điều khiển hình liệu thử xây dựng thỏa mãn tiêu chuẩn phủ tất cung sau: DT1={a=b=1} DT2={a=3=b} Bộ liệu không phủ định sau Câu 17 A) B) C) D) Đáp án Cả (2) (3) (1)Quyết định tạo khi: a=1, ba (2)Quyết định tạo khi: a=3, b=a (3)Quyết định tạo khi: a=3, ba A Xét đồ thị luồng điều khiển liệu thử cho đồ thị sau DT = {a[1] = 2, a[2]= 20, a[3] =54, int = 1, sup = 3} Câu 18 A) B) C) (1)Bộ liệu thử thỏa mãn tiêu chuẩn phủ định Cả (1) (3) (2)Bộ liệu thử phát lỗi chương trình D) Đáp án Câu 19 A) B) C) D) Đáp án (3)Bộ liệu không phát lỗi chia cho B Kiểm thử phủ tất lộ trình dựa đồ thị luồng điều khiển thường gặp khó khăn gì? (1)Khi số lần lặp vô hạn (2)Chương trình lớn (1) (2) (3)Không gặp khó khăn C Cho chương trình sau, xác định liệu thử cho chương trình thỏa mãn điều kiện phủ tất lộ trình: Câu 20 A) B) C) D) Đáp án DT1={n=-1}; DT2={n=-2}; DT3={n=1}; DT4={n=2} DT1={n=-2}; DT2={n=2} DT1={n=-1}; DT2={n=-2}; DT3={n=0}; DT4={n=-3} DT1={n=-1}; DT2={n=-2}; DT3={n=1} A Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Kiểm thử đơn vị thường thực (1)Người quản lý dự án (2)Khách hàng (3)Người phát triển Cả (1) (3) C Để kiểm tra chức chương trình, người ta thường sử dụng phương pháp kiểm thử (1)Hộp đen (2)Hộp trắng (3)Hộp xám Cả (1), (2) (3) A Những loại lỗi mà phương pháp kiểm thử hộp đen phát (1)Lỗi hiệu (2)Lỗi hành vi (3)Lỗi giao diện Cả (1), (2) (3) D Kiểm thử chấp nhận thực hiển Người quản lý dự án Người phát triển Kỹ sư phần mềm Khách hàng D Kiểm thử luồng liệu kỹ thuật kiểm thử cấu trúc điều khiển tiêu chuẩn để thiết kế Test Case Dựa vào kiểm tra đường sở Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu 10 A) B) C) D) Đáp án Câu 11 A) B) C) D) Đáp án Câu 12 A) B) C) D) Đáp án Câu 13 A) B) C) D) Đáp án Câu 14 A) Thực điều kiện logic bên mô đun Tập trung vào vòng lặp Kiểm tra rẽ nhánh A Kiểm thử phương thức lớp thường gặp khó khăn (1)Việc che giấu thông tin (2)Kế thừa (3)Đa hình Cả (2) (3) D Kiểm thử dựa vào kịch (1)Tập trung vào tác nhân tương tác với hệ thống (2)Tìm lỗi đặc tả (3)Tìm lỗi tương tác hệ Cả (1) (2) B Một phép thử tốt phép thử Tốt thời gian Tốn chi phí Tốn thời gian chi phi Không phát lỗi C Nhóm kiểm thử Đo chất lượng phần mềm Cải thiện chất lượng phần mềm Không đo chất lượng phần mềm Không nâng cao chất lượng phần mềm B Kiểm thử phần mềm bao gồm Xác minh tĩnh Xác minh động Cả xác minh tĩnh động Kiểm tra chức C Chất lượng phần mềm Được kiểm tra trực tiếp Không kiểm tra trực tiếp Được xem xét sở nhân tố chất lượng phần mềm Không thể đo C Kiểm thử phần mềm bắt đầu với giai đoạn Phân tích yêu cầu Thiết kế hệ thống Lập trình Bảo trì A Với , liệu kiểm thử xác định từ đặc tả Kiểm thử hộp đen Kiểm thử hộp trắng Cả kiểm thử hộp đen hộp trắng Kiểm thử hộp xám A Kiểm thử hộp đen thường thực từ Quan điểm người lập trình B) C) D) Đáp án Câu 15 A) B) C) D) Đáp án Câu 16 A) B) C) D) Đáp án Câu 17 A) B) C) D) Đáp án Câu 18 A) B) C) D) Đáp án Câu 19 A) B) C) D) Đáp án Câu 20 A) B) C) D) Đáp án Câu 21 A) B) C) D) Đáp án Câu 22 A) B) C) D) Quan điểm người thiết kế Quan điểm khách hàng Quan điểm người quản lý dự án A Phân tích giá trị biên Mở rộng giá trị biên Thu hẹp giá trị biên Kiểm tra phần mềm giá trị biên Xem xét miền độc lập C Trong phân hoạch tương đương, Test case nên thiết kế theo cách mà thông tin đầu vào nên nằm Trên lớp biên Bên lớp tương đương Bên lớp tương đương Cả bên bên lớp tương đương B Trong phân hoạch tương đương Chỉ đầu vào hợp lệ xem xét Chỉ đầu vào không hợp lệ xem xét Cả đầu vào hợp lệ không hợp lệ xem xét Chỉ xem xét giá trị biên C Trong kiểm thử hộp trắng, thiết kế test case, tất định logic nên thực hiên Chỉ trường hợp Chỉ trường hợp sai Cả sai Nhiều lần C Kiểm thử hộp trắng phù hợp với mức kiểm thử Tích hợp Chấp nhận Hệ thống Đơn vị D Kiểm thử hộp trắng không phát lỗi Sai kiểu liệu Sai thuật toán Lặp vô hạn Thiếu chức D So sánh kiểm thử gỡ rối? Kiểm thử giống gỡ rối Kiểm thử khác với gỡ rối Kiểm thử nhằm phát lỗi, sửa lỗi Kiểm thử nhằm xác định chất lỗi định vị lỗi chương trình để tiến hành sửa lỗi B Gỡ rối nhằm mục đích gì? Chỉ nhằm phát lỗi Chỉ nhằm sửa lỗi chương trình Nhằm xác định chất lỗi, định vị lỗi chương trình tiến hành sửa lỗi Nhằm phát lỗi sửa lỗi chương trình Đáp án Câu 23 A) B) C) D) Đáp án Câu 24 A) B) C) D) Đáp án Câu 25 A) B) C) D) Đáp án Câu 26 A) B) C) D) Đáp án Câu 27 A) B) C) D) Đáp án Câu 28 A) B) C) D) Đáp án Câu 29 A) B) C) D) Đáp án Câu 30 A) B) C) D) Đáp án Câu 31 A) C Sai sót (error) gì? Một nhầm lẫm hay hiểu sai trình phát triển phần mềm Là thao tác sai Là tiến trình xử lý thông tin sai Là lỗi người dùng nhập liệu vào A Kiểm thử tĩnh (static testing) Là kiểm thử chức ứng với yêu cầu biến đổi Là kiểm thử mà liệu kiểm thử liệu tĩnh Nhằm tra mã nguồn, chứng minh hình thức, thực thi hình thức đánh giá độ phức tạp Nhằm đánh giá thi hành hệ thống qua liệu thử A Kiểm thử động (dynamic testing) gồm kỹ thuật kiểm thử gì? Kiểm thử hộp đen (black – box testing) tra mã nguồn Là kiểm thử hộp trắng (white box testing) kiểm thử tĩnh Gồm kỹ thuật kiểm thử hộp đen hộp trắng Là kỹ thuật kiểm thử cho chức ứng với yêu cầu thường biến đổi C Kiểm thử hộp đen nhằm mục đích gì? Nhằm mục đích kiểm thử chức năng, hệ thống xem chức Nhằm kiểm kiểm thử cấu trúc bên hệ thống Nhằm kiểm thử toàn hệ thống cấu trúc bên hệ thống Nhằm kiểm thử ăn khớp hệ thống sau tích hợp thành phần A Các hoạt động kiểm thử bao gồm hoạt động gì? Kiểm thử hộp đen Kiểm thử hộp trắng Kiểm thử đơn vị, kiểm thử tĩnh, kiểm thử động Kiểm thử hợp thức hóa, kiểm thử hồi quy, kiểm thử chức Kiểm thử đơn vị, kiểm thử tích hợp, kiểm thử hợp thức hóa, kiểm thử hồi quy D Kiểm thử tích hợp nhằm mục đích gì? Kiểm thử thành phần cấu tạo lên hệ thống cần xây dựng Xác định xem phần mềm xây dựng theo đặc tả hay chưa Xác định xem phần mềm vận hành mong đợi Kiểm thử ghép nối, trao đổi liệu thành phần/đơn vị phần mềm D Kiểm thử tích hợp Chỉ nên sử dụng kỹ thuật tích hợp kiểm thử từ xuống (top - down) Chỉ nên sử dụng kỹ thuật tích hợp&kiểm thử từ lên (bottom up) Có thể sử dụng kỹ thuật bottom up top down kết hợp Nên tác rời hai pha: Tích hợp kiểm thử C Kỹ thuật kiểm thử tích hợp từ lên Xác định lỗi kiến trúc sớm kỹ thuật top - down Kiểm thử thành phần không gọi thành phần khác, sau thêm thành phần gọi đến thành phần vừa kiểm thử Kiểm thử tích hợp thành phần trước, sau thêm vào thành phần gọi trực tiếp thành phần vừa kiểm thử Sử dụng nhiều nút trám kỹ thuật top - down B Kiểm thử hợp thức hóa (validation testing) gọi gì? (1)Còn gọi kiểm thử hệ thống B) C) D) Đáp án Câu 32 A) B) C) D) Đáp án Câu 33 A) B) C) D) Đáp án Câu 34 A) B) C) D) Đáp án Câu 35 A) B) C) D) Đáp án Câu 36 A) B) C) D) Đáp án Câu 37 A) B) C) D) Đáp án Câu 38 A) B) C) D) Đáp án Câu 39 A) B) C) D) Đáp án (2)Còn gọi kiểm thử đơn vị (3)Còn gọi kiểm thử tích hợp Cả (1) (2) A Kiểm thử hợp thức hóa (1)Dựa vào yêu cầu người sử dụng, nên thực môi trường mà phần mềm sử dụng (2)Nhằm chứng minh phần mềm thực mong đợi người sử dụng (3)Chỉ sử dụng kỹ thuật kiểm thử hộp đen Cả (1), (2) (3) D Kiểm thử hồi quy (regression testing) (1)Là kiểm thử dựa thông tin phản hồi khách hàng sử dụng hệ thống (2)Được thực sau phần mềm đưa vào sử dụng (1) (2) Được thực kiểm thử hệ thống C Kiểm thử hộp đen (1)Nhằm mục đích là: Kiểm thử hợp lệ kiểm thử khiếm khuyết Cả (1), (2) (3) (2)Thực hiên dựa vào đặc tả chương trình (3)Thường dùng để phát lỗi đặc tả yêu cầu, thiết kế B Kiểm thử hộp trắng (1)Dễ thực hơn, chi phí thấp so với kiểm thử hộp đen, (2)Dựa vào mã nguồn/cấu trúc chương trình Cả (2) (3) (3)Thường phát lỗi lập trình C Các phương pháp lập trình gì? (1)Lập trình thủ tục/cấu trúc; lập trình hướng đối tượng (2)Lập trình hàm; lập trình logic (3)Lập trình để xử lý khai báo, tạo định Cả (1) (2) D Mô đun hóa bao gồm phần nào? (1)Phần thân: phần nội dung mô – đun, cục với mô-đun che dấu mô-đun khác (2)Phần câu lệnh: mã hóa công việc mô-đun, Cả (1) (3) (3)Phần giao diện: có tác dụng giao tiếp với bên với mô-đun khác C Các mô-đun phần mềm (1)Chỉ trao đổi liệu quan phần giao diện (2)Sử dụng biến toàn cục để trao đổi thông tin (3)Nếu thay đổi phần thân ảnh hưởng (hoặc không ảnh hưởng) đến mô-đun khác Cả (1) (3) D mô-đun hàm/thủ tục lớp/1 phương thức Chỉ hàm/1 thủ tục Chỉ lớp/ phương thức phân hệ hệ thống cần xây dựng A Câu 40 A) B) C) D) Đáp án Câu 41 A) B) C) D) Đáp án Câu 42 A) B) C) D) Đáp án Câu 43 A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu Phương pháp lập trình thủ tục/cấu trúc (procedural programming) Phù hợp với thiết kế hướng chức sử dụng Phù hợp với thiết kế hướng đối tượng Khó lập trình A Việc lựa chọn ngôn ngữ lập trình cho ứng dụng có vai trò quan trọng phát triển phần mềm nào? (1)Làm cho chương trình sáng sủa, dễ định vị sửa lỗi, kiến trúc rõ ràng (2)Làm cho hệ thống có chất lượng cao hơn, sửa đổi nhiều (1) (2) Giúp giảm chi phí, mã nguồn chất lượng, dễ bảo trì, phát triển D Việc lựa chọn ngôn ngữ lập trình cho ứng dụng nên dựa vào yêu tố gì? Yêu cầu khách hàng, chương trình dịch, công cụ hỗ trợ, kinh nghiệm lập trình viên, yêu cầu khả chuyển lĩnh vực ứng dụng Công cụ hỗ trợ, lĩnh vực ứng dụng, không dựa yêu cầu khách hàng, Không nên dựa yêu cầu khách hàng, kinh nghiệm lập trình viên, nên dựa vào lĩnh vực ứng dụng, công cụ mà ngôn ngữ lập trình hỗ trợ A) không nên dựa vào chương trình dịch, chương trình dịch gần giống với ngôn ngữ lập trình A Mục đích việc đưa tiêu chuẩn bao phủ đồ thị luồng điều khiển nhằm (1)Giúp ta xây dựng liệu thử cho chương trình (2)Giúp ta phát lỗi chương trình (3)Giúp ta phát chất lỗi (1), (2) đêu D Thứ tự hoạt động tổ chức kiểm thử phần mềm truyền thống Kiểm thử tích hợp, kiểm thử hệ thống, kiểm thử chấp nhận, kiểm thử đơn vị Kiểm thử đơn vị, kiểm thử tích hợp, kiểm thử hệ thống, kiểm thử chấp nhận Kiểm thử đơn vị, kiểm thử tích hợp, kiểm thử chập nhận, kiểm thử hệ thống Kiểm thử hệ thống, kiểm thử chấp nhận, kiểm thử đơn vị, kiểm thử tích hợp B Kiểm thử mức đơn vị người ta thường sử dụng phương pháp kiểm thử (1)Hộp đen (2)Hộp trắng (3)Hộp xám Cả (1), (2) (3) A Một ca kiểm thử (Test Case) phải bao hàm (1)Các thông tin đầu vào (2)Đầu mong muốn (3)Mô tả trình thực Cả (1), (2) (3) D Phân tích giá trị biên kỹ thuật sử dụng (1)Kiểm thử hộp trắng (2)Kiểm thử hộp đen (3)Kiểm thử hộp xám Cả (1), (2) (3) B Giá trị biên giá trị A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu 10 A) B) C) D) Đáp án Câu 11 A) B) C) D) Đáp án Câu 12 A) B) C) D) Đáp án Câu 13 A) B) C) D) Đáp án Nằm biên lớp tương đương Có thể gây lỗi Không gây lỗi Khó xác định A Phân chia lớp tương đương kỹ thuật sử dụng Kiểm thử hộp trắng Kiểm thử hộp đen Kiểm tử chấp nhận Kiểm thử hệ thống B Kiểm thử phần mềm trình Xác minh phần mềm Thẩm định phần mềm Xác minh thẩm định phần mềm Đánh giá chất lượng phần mềm C Kiểm thử chức thực mức Hệ thống Đơn vị Cả hệ thống đơn vị Không mức số mức nêu A Kỹ thuật kiểm thử hộp trắng Phụ thuộc vào cấu trúc chương trình Không phụ thuộc vào cấu trúc chương trình Phụ thuộc vào việc chạy chương trình Không phụ thuộc vào thông tin đầu vào hệ thống A Kiểm thử gì? Là tiến trình vận hành hệ thống thành phần hệ thống điều kiện xác định/được quan sát để ghi nhận xét kết đưa đánh giá hệ thống, thành phần Là tiến trình xây dựng test đưa vào hệ thống để kiểm tra Là tiến trình thực thi chương trình với mục đích tìm thấy lỗi Là tiến trình kiểm tra vận hành hệ thống phần mềm A Một ca kiểm thử (Test case) gồm gì? (1)Tập liệu kiểm thử, điều kiện thực thi, kết mong đợi (2)Tập liệu kiểm thử, bước thực kiểm thử (3)Tập liệu kiểm thử, đánh giá kết kiểm thử (1) (2) A Kiểm thử nhằm mục đích gì? Hợp thức hóa xác minh Phát sửa lỗi chương trình Phát sửa lỗi đặc tả Phát sửa lỗi thiết kế A Kiểm thử đơn vị (unit testing) gì? Kiểm thử hệ thống hệ thống cần xây dựng Kiểm thử câu lệnh/đoạn lệnh chương trình Kiểm thử đơn vị (module) phần mềm Kiểm thử nhóm module gắn kết với C Câu 14 A) B) C) D) Đáp án Câu 15 A) B) C) D) Đáp án Câu 16 A) B) C) D) Đáp án Câu 17 A) B) C) D) Đáp án Câu 18 A) B) C) D) Đáp án Câu 19 A) B) C) D) Đáp án Câu 20 A) B) C) D) Đáp án Câu 21 A) B) C) D) Đáp án Câu 22 A) B) C) D) Kiểm thử đơn vị sử dụng kỹ thuật kiểm thử gì? Kỹ thuật kiểm thử hộp đen Kỹ thuật kiểm thử hộp trắng Kỹ thuật kiểm thử hộp đen/hộp trắng/kỹ thuật kiểm thử tĩnh Kỹ thuật kiểm thử tĩnh C Kỹ thuật kiểm thử đơn vị có đặc điểm gì? (1)Thực đơn vị phần mềm (module) (2)Dữ liệu thử tạo dựa tài liệu thiết kế (3)Thường thực phần cứng phát triển phần mềm Cả (1), (2) (3) D Kiểm thử tích hợp (integration testing) thực nào? (1)Được thực trước kiểm thử đơn vị (2)Được thực song song với kiểm thử đơn vị (3)Được thực sau kiểm thử đơn vị (1), (2) (3) C Khả mô-đun hóa thiết kế phần mềm xuất vào năm nào? 1970 1960 1990 1950 A Thiết kế hướng Mô-đun (1)Đóng vai trò quan trọng để tạo sản phẩm phần mềm có chất lượng (2)Phần mềm thiết kế theo hướng mô – đun bao gồm tập hợp mô - đun quan hệ chúng Cả (1) (2) (3) (3)Được hỗ trợ hầu hết ngôn ngữ lập trình C Trình tự hoạt động kiểm thử Kiểm thử hồi quy, kiểm thử hợp thức hóa, kiểm thử đơn vị, kiểm thử tích hợp Kiểm thử đơn vị, kiểm thử tích hợp, kiểm thử hồi quy, kiểm thử hợp thức hóa Kiêmt thử hợp thức hóa, kiểm thử đơn vị, kiểm thử tích hợp, kiểm thử hồi quy Kiểm thử đơn vị, kiểm thử tích hợp, kiểm thử hợp thức hóa, kiểm thử hồi quy D Kiểm thử hộp trắng Chỉ xây dựng liệu thử sau mã hóa/lập trình Chỉ thể xây dựng liệu thử sau hệ thống đưa vào vận hành Có thể xây dựng liệu thử sau pha đặc tả yêu cầu hệ thống Có thể xây dựng liệu thử suốt trình thiết kế hệ thống A Kiểm thử gỡ rối Giống Kiểm thử gỡ rối nhằm phát lỗi chất lỗi Kiểm thử nhằm phát lỗi gỡ rối nhằm xác định chất lỗi Kiểm thử nhằm phát chất lỗi gỡ rối nhằm phát lỗi C Kiểm thử giá trị biên thường, nguyên tắc kiểm thử liệu vào gồm (1)Giá trị nhỏ nhất, lớn miền ứng dụng (2)Giá trị gần kề giá trị lớn nhấ, nhỏ miền ứng dụng (3)Giá trị bình thường (1), (2) (3) Đáp án D Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Những loại thông tin sau ảnh hưởng đễn việc xác định mục tiêu sản phẩm Ngữ cảnh, số dòng lệnh, chức Ngữ cảnh, chức năng, yêu cầu giao tiếp Mục tiêu thông tin, chức năng, hiệu Yêu cầu giao tiếp, hiệu năng, mục tiêu thông tin C Tiến trình dự án cho phép người quản lý dự án co thể (1)Đánh giá trạng thái dự án (2)Làm giảm rủi ro dự án (3)Kết hợp nhiệm vụ dự án (1), (2), (3) D Độ đo hiệu để đánh giá chất lượng phần mềm Tính đúng, khả tích hợp, khả sử dụng Độ tin cậy, khả bảo trì, khả tích hợp, việc bán sản phẩm Tính đúng, tính dễ bảo trì, kích cỡ, khả tích hợp Tính đúng, khả bảo trì, khả tích hợp, khả sử dụng D Số lượng người tham gia dự án phần mềm xác định Sau có ước lượng công sức phát triển Dựa vào chi phi dự án Dựa vào độ phức tạp kỹ thuật hệ thống Sau có lịch biểu dự án A Xét bảng có dạng sau: Câu A) B) C) D) Đáp án (1)Đây bảng giai đoạn quan trọng (2)Đây bảng công việc (3)Đây bảng phân công công việc (1) (2) C Câu A) B) C) D) Đáp án Việc quản lý dự án phần mềm cách hiệu liên đến yếu tố Con người, hiệu năng, sản phẩm, giá Con người, sản phẩm, hiệu năng, tiến trình Con người, sản phẩm, tiến trình, dự án Con người, tiến trình, sản phẩm, hiệu B Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu 10 A) B) Các họat động tiến trình dự án thực với (1)Cách cộc mốc thời gian (2)Những công việc (3)Những thời điểm để tiến hành kiếm tra đánh giá Cả (1), (2) (3) D Những nhân tố sau liên quan đến việc thành lập cấu trúc tổ chức cho nhóm phần mềm (1)Kích cỡ sản phẩm (2)Thời hạn chuyển giao (3)Giá thành sản phẩm Cả (1), (2) (3) D Những thành phần sau không đo độ đo dự án phần mềm Inputs Thị trường Outputs Kết B Độ đô kích cỡ sản phẩm theo sử dụng LOC có ưu điểm LOC tính toán cách dễ dàng LOC không phụ thuộc vào ngôn ngữ lập trình LOC phụ thuộc vào ngôn ngữ lập trình LOC tính toán trước thiết kế A Độ đo FP có ưu điểm FP dễ dàng tính toán (1)FP phụ không phụ thuộc vào ngôn ngữ lập trình (2)FP tính trước có thiết kế hoàn thành (1), (2) D Mô hình COCOMO ước lượng (1) Công sức phát triển dự án (2) Thời gian tiến hành dự án (3) Chi phí cho dự án (1), (2) (3) D Phần sau không liên quan đến vấn đề lập lịch dự án Thời gian Công sức Chi phí Thị trường D Hai công cụ để hỗ trợ lập lịch dự án (1)CPM (2)FP (3)PERT Cả (1) (3) D Trình tự hoạt động quản lý dự án gồm Lập kế hoạch, lập lịch, tổ chức, lãnh đạo, giám sát, hiệu chỉnh, lập báo cáo Lập kế hoạch, lập lịch, tổ chức, định giá, lãnh đạo, giám sát, hiệu chỉnh, C) D) Đáp án Câu 11 A) B) C) D) Đáp án Câu 12 A) B) C) D) Đáp án Câu 13 A) B) C) D) Đáp án Câu 14 A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án lập báo cáo lập kế hoạch, tổ chức, giám sát, hiệu chỉnh, lập báo cáo Lập lịch, tổ chức , lãnh đạo, giám sát, định giá, lập báo cáo B Hoạt động định giá quản lý dự án (1)Có thể có không (2)Liên quan đến việc ước lượng chi phí, nhân lực, nguồn tài nguyên dự án (3)Là hoạt động thiếu Cả (2) (3) D Hoạt động lập kế hoạch Cả (1) (3) (1)Chứa hoạt động lập lịch (2)Tách rời khỏi hoạt động lập lịch (3)Bao gồm công việc: Xác định mục tiêu, ràng buộc, công việc cần thực để đạt mục tiêu, mốc thời điểm quan trọng sản phẩm tạo A Mục tiêu ràng buộc cần xác định hệ thống (1)Các mục tiêu chung dự án, chức mà dự án phải đáp ứng, yêu cầu chất lượng (2)Mục tiêu tổng thể, yêu cầu phần cứng (3)Các ràng buộc như: thời hạn, nhân sự, kinh phí, thiết bị, phần cứng, (1) (3) D Hoạt động lập lịch bao gồm công việc gì? (1)Xác định ngày, giai đoạn quan trọng, liệt kê công việc thứ tự thực đánh giá nguồn tài nguyên cần thiết để hoàn thành công việc (2)Xác định giai đoạn thực công việc, phụ thuộc công việc, thực phân công công việc cho người (3)Xác định thời gian, nhân lực, chi phí để hoàn thành quy trình quản lý (2) (3) A Bước lập kế hoạch dự án Xác định giá thành sản phẩm Lựa chọn mô hình nhóm dự án Xác định ràng buộc dự án Xác định mục tiêu phạm vi dự án D Người sau không liên quan đến tiến trình phần mềm Người dùng cuối Khách hàng Người quản lý dự án Người bán hàng D Hai phương pháp phổ bién để đo kích cỡ phần mềm Số dòng lệnh(LOC) điểm chức (FP) Số dòng lệnh giá thành Số dòng lệnh số người tham gia Số điểm chức thời gian thực dự án A Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu A) B) C) D) Đáp án Câu 10 A) B) C) D) Đáp án Câu 11 A) B) C) Độ đô kích cỡ sản phẩm theo sử dụng LOC có ưu điểm LOC tính toán cách dễ dàng LOC không phụ thuộc vào ngôn ngữ lập trình LOC phụ thuộc vào ngôn ngữ lập trình LOC tính toán trước thiết kế A Mục tiêu lập kế hoạch dự án phần mềm Xác định tính khả thi dự án Sử dụng liệu khứ Cho phép người quản lý dễ dàng tiến hành ước lượng chi phí lịch biểu dự án Xác định lợi ích xây dự dự án C Nghiên cứu tính khả thi dự án phụ thuộc vào Nghiệp vụ thị trường Phạm vị, ràng buộc thị trường Công nghệ, tài chính, thời gian tài nguyên Khả kỹ thuật nhười phát triển C Quản trị dự án (1)Nhằm thực phần mềm tiến độ, giảm chi phí, đạt mục tiêu (2)Phải thực dự án phần mềm phức tạp, thay đổi thường xuyên xuất trình phát triển dự án cần đảm bảo ràng buộc thời gian, chi phí, nguồn tài nguyên (3)Là hoạt động không thiết dự án phần mềm nhỏ, có chu kỳ sống ngắn Cả (1) (2) D Hoạt động lập kế hoạch quản lý dự án Liên quan đến việc xác định công việc cần thực Liên quan đến việc lập lịch cho hoạt động đảm bảo tiến độ Có thể xem hoạt động lập lịch liên quan đến việc lựa chọn, đánh giá, phân công công việc cho thành viên dự án A Hoạt động hiệu chỉnh quản lý dự án nhằm mục đích Đưa hiệu chỉnh cần thiết việc phân bổ chi phí không phù hợp Hiệu chỉnh mã nguồn sản phẩm phân tích thiết kế Đưa định, hiệu chỉnh để đảm bảo hợp tác thành viên nhóm Đưa biện pháp hiệu chỉnh cần thiết dự án bị chậm trễ D Hoạt động lập kế hoạch quản lý dự án (1)Được thực bắt đầu thực dự án (2)Được thực suốt trình thực dự án (3)Được thực dự án kết thúc thành công (1) (2) D Cấu hình phần mềm bao gồm (1)Các thành phần phần mềm xác định lên tính chất phần mềm (2)Các thành phần như: Tệp mã nguồn, cấu hình phần cứng (3)Tài liệu đặc tả yêu cầu, tài liệu thiết kế D) Đáp án Câu 12 A) B) C) D) Đáp án Câu 13 A) B) C) D) Đáp án Câu 14 A) B) C) D) Đáp án Câu 15 A) B) C) D) Đáp án (1) (2) A Quản lý cấu hình (1)Là nguyên tắc quản lý điều khiển thay đổi việc cải tiến hệ thống phần mềm Cả (1) (2) (2)Nhằm định nghĩa, xác định, quản lý, kiểm tra cấu hình suốt trình phát triển phần mềm (3)Nhằm quản lý cấu hình phần cứng phần mềm B Tổ chức dự án (1)Là yếu tố định thành công dự án Cả (1) (2) (2)Gồm trình tự hoạt động: Chọn nhân sự, xây dựng kích thước, cấu trúc nhóm, xác định vai trò thành viên nhóm quản lý giao tiếp thành viên nhóm (3)Gồm hoạt động: lập kế hoạch, phát triển dự án, mở rộng dự án B Rủi ro (risk) xuất phát triển dự án (1)Là khả tình xấu xẩy (1) (2) (2)Gồm loại: - Rủi ro dự án: ảnh hưởng đến tiến độ nguồn tài nguyên - Rủi ro sản phẩm: Ảnh hưởng đến chất lượng phần mềm - Rủi ro doanh nghiệp: Ảnh hưởng đến doanh nghiệp sử dụng phần mềm (3)Chỉ gồm rủi ro liên quan đến tiến độ nguồn tài nguyên mà phần mềm cần cung cấp B Các hoạt động tiến trình quản lý rủi ro là: 1)Xác định rủi ro 2)Phân tích rủi ro, 3) Lập kế hoạch rủi ro, 4) Giám sát rủi ro 5) Xử lý rủi ro Trình tự kết hợp chúng để tạo lên tiến trình quản lý rủi ro 2,1,3,4,5 1,2,3,4,5 5,4,2,1,3 3,2,1,4,5 B ... thuộc tính hành vi D Các kiện xảy (1)Một tác nhân hệ thống có trao đổi thông tin (2)Một phương thức kích hoạt (3 )Thông tin chuyển qua đối tượng (1), (2) (3) D Tại phải sử dụng mô hình xoắn ốc... Giao diện quán ngụ ý (1)Mỗi ứng dụng có giao diện riêng biệt (2 )Thông tin hiển thị tổ chức theo tiêu chuẩn thiết kế (3)Việc nhập thông tin đầu vào đơn giản Cả (1), (2) (3) B Trong mô hình kho liệu... với khách hàng nhằm tìm (1)Phạm vi sản phẩm (2)Các thông tin vào hệ thống (3)Các đặc tính quan trọng hệ thống (1), (2) (3) D Tiến trình kỹ nghệ hệ thống thường bắt đầu với Xem xét chi tiết Xem

Ngày đăng: 25/03/2017, 08:15

TỪ KHÓA LIÊN QUAN

w