200+ câu trắc nghiệm Kỹ nghệ phần mềm có đáp án - Phần 2

Đặc tả trừu tượng hoạt động thiết kế.

Hoạt động thiết kế và sản phẩm.

Các hoạt động thiết kế phần mềm.

Hoạt động thiết kế chi tiết và đặc tả.

Nhận biết vấn đề, bài toán thực tế, các yêu cầu mà người dùng đặt ra.

Xây dựng không gian giải pháp cho vấn đề.

Xây dựng một hệ thống thực hiện được dựa vào thiết kế.

Thẩm định lại tính đúng đắn của giải pháp theo yêu cầu ban đầu đặt ra.

Sử dụng những chu kỳ lồng nhau và danh sách phức tạp.

Sử dụng những chu kỳ lồng nhau và trộn lẫn kiểu dữ liệu.

Tránh dùng mảng nhiều chiều, con trỏ và danh sách phức tạp.

Dùng mảng nhiều chiều, con trỏ và phép toán số học nhanh.

Yêu cầu sản phẩm, yêu cầu quá trình.

Yêu cầu sản phẩm, yêu cầu ngoại lai.

Yêu cầu chức năng, yêu cầu phi chức năng.

Xác định yêu cầu, đặc tả yêu cầu.

Mọi dữ liệu được lưu trữ tại một cơ sở dữ liệu trung tâm được truy cập bởi các lớp.

Tổ chức hệ thống thành một tập hợp các lớp cung cấp tập hợp các dịch vụ.

Mô hình hệ thống phân tán, biểu diễn phân tán dữ liệu và xử lý trên nhiều máy tính.

Mô hình mà để vận hành, hệ thống phải được điều khiển làm việc đồng bộ và đúng.

Mô tả mức chi tiết về yêu cầu.

Mô tả yêu cầu chức năng của phần mềm.

Mô tả yêu cầu phi chức năng của phần mềm.

Mô tả trừu tượng mức cao của yêu cầu.

Mỗi câu lệnh nên đơn giản và trực tiếp.

Xây dựng câu lệnh đơn và thẳng hàng.

Các câu lệnh lồng nhau, tụt lề các dòng lệnh.

Không có gì khác biệt.

Kỹ nghệ phần mềm tập trung vào lý thuyết và nền tảng; khoa học máy tính tập trung vào khả năng thực hiện của việc phát triển phần mềm và khả năng chuyển giao các phần mềm.

Khoa học máy tính tập trung vào lý thuyết và nền tảng; kỹ nghệ phần mềm tập trung vào khả năng thực hiện của việc phát triển phần mềm và khả năng chuyển giao các phần mềm.

Kỹ nghệ phần mềm là nền tảng cho khoa học máy tính.

Kỹ nghệ phần mềm không liên quan gì tới khoa học máy tính.

Phân tích yêu cầu, xác định yêu cầu.

Yêu cầu chức năng, yêu cầu phi chức năng.

Xác định yêu cầu, đặc tả yêu cầu.

Xác định yêu cầu, phân tích yêu cầu.

Lập trình thứ lỗi là cách lập trình đảm bảo cho hệ thống không bị ảnh hưởng gì ngay cả khi có thành phần sinh lỗi.

Lập trình thứ lỗi là cách lập trình đảm bảo cho hệ thống có khả năng dung thứ lỗi khi có thành phần sinh lỗi.

Lập trình thứ lỗi là cách lập trình ngăn chặn sự xâm nhập của các file lạ, bảo toàn dữ liệu khi hệ thống sụp đổ.

Lập trình thứ lỗi là cách lập trình đánh dấu lại các bất thường trong quá trình vận hành phần mềm.

Mô tả các thủ tục chất lượng và các tiêu chuẩn sẽ được sử dụng trong dự án.

Mô tả các phương pháp, tài nguyên và lịch trình sử dụng cho việc xác nhận hệ thống.

Mô tả các thủ tục và cấu trúc quản lý cấu hình được sử dụng

Dự đoán các yêu cầu bảo trì của hệ thống, chi phí bảo trì và lý do.

Mô tả cách thức các thành viên đội dự án phát triển kỹ năng và kinh nghiệm.

35%.

25%.

30%.

40%.

Mô tả chi tiết về các dịch vụ mà hệ cần cung cấp và các ràng buộc mà hệ cần tuân thủ khi vận hành.

Thiết lập các dịch vụ mà hệ phải cung cấp và các ràng buộc mà hệ phải tuân theo khi hoạt động.

Mô tả trừu tượng về các dịch vụ mà hệ cần cung cấp và các ràng buộc mà hệ cần tuân thủ khi vận hành.

Phát biểu chính thức về những yêu cầu phần mềm. Nó trình bày những gì mà hệ phần mềm phải làm.

Xác định hệ thống con.

Yêu cầu phân vùng.

Định nghĩa yêu cầu

Định nghĩa giao diện hệ thống con

Xác định chức năng hệ thống con

Phần mềm không gây nên các thiệt hại vật lý và kinh tế khi hệ thống thất bại.

Phần mềm có thể dễ dàng sửa chữa và nâng cấp được.

Phần mềm không được lãng phí các tài nguyên của hệ thống.

Phần mềm có giao diện người dùng thích hợp, có tư liệu hướng dẫn và các tiện ích trợ giúp đầy đủ.

Thiếu tính chính xác.

Chi phí đặc tả cao.

Khó đọc, khó sử dụng.

ít được dùng để đặc tả.

Yêu cầu được viết bằng ngôn ngữ chuyên ngành để mô tả chi tiết phần mềm.

Yêu cầu được đặc tả bởi các biểu đồ ngữ cảnh, đồ thị và lược đồ quan hệ.

Các dịch vụ được đặc tả một cách chi tiết, chính xác để có thể dùng làm cơ sở hợp đồng giữa hai bên.

Yêu cầu được viết bằng ngôn ngữ tự nhiên về các dịch vụ mà hệ thống phải cung cấp.

Bản đề xuất dự án.

Bản công bố dự án.

Bản ký hợp đồng.

Bản xây dựng dự án.

Chi phí đặc tả cao.

Tăng tính chính xác.

Dễ kiểm tra yêu cầu.

Dễ đọc, dễ sử dụng.

Thu thập thông tin từ môi trường.

Tạo ra một số thay đổi trong môi trường hệ thống.

Cho phép các bộ phận của hệ thống trao đổi với nhau.

Phối hợp các hành động của các bộ phần trong hệ thống.

Tạo điều kiện cho các hành động của các bộ phần trong hệ thống.

Giai đoạn 1

Giai đoạn 2

Giai đoạn 3

Giai đoạn 4

Giai đoạn 5

Phân tích yêu cầu.

Xác định yêu cầu.

Thu thập yêu cầu.

Hình thành yêu cầu.

Bản thiết kế được phân giải thành một bộ các chức năng tác động lẫn nhau, các chức năng không dùng chung trạng thái hệ thống.

Bản thiết kế được phân giải thành một bộ các đơn thể tác động lẫn nhau, mỗi đơn thể có một chức năng được xác định rõ ràng.

Bản thiết kế được phân giải thành một bộ các chức năng tác động lẫn nhau, các chức năng có trạng thái giống nhau.

Bản thiết kế được phân giải thành một bộ các chức năng tác động lẫn nhau, mỗi chức năng có trạng thái riêng, không dùng chung trạng thái hệ thống.

Thiết kế phần mềm, mã hóa, kiểm thử phần mềm.

Phân tích hệ thống, lập kế hoạch dự án, phân tích yêu cầu.

Thiết kế phần mềm, mã hóa, kiểm thử phần mềm, bảo trì.

Phân tích yêu cầu, thiết kế phần mềm, mã hóa, cài đặt.

Phân tích yêu cầu.

Nghiên cứu khả thi.

Xác định yêu cầu.

Đặc tả yêu cầu.

Phân tích các yêu cầu.

Hình thành các yêu cầu.

Thu thập các yêu cầu.

Xác định các yêu cầu.

Kiểm thử hộp đen.

Kiểm thử đơn vị.

Kiểm thử hộp trắng.

Kiểm thử mô đun.

Kiểm thử hộp đen.

Kiểm thử hộp trắng.

Kiểm thử hệ con.

Kiểm thử hệ thống.

Đặc tả phi hình thức và đặc tả hình thức.

Đặc tả chức năng và đặc tả phi chức năng.

Đặc tả yêu cầu và đặc tả sản phẩm.

Đặc tả yêu cầu và đặc tả phi chức năng.

1

2

3

4

5

Mô hình dòng dữ liệu.

Mô hình đối tượng.

Mô hình quy trình.

Mô hình dữ liệu semantic.

Không có đáp án đúng.