350+ câu hỏi trắc nghiệm Công nghệ phần mềm có lời giải chi tiết

Thể hiện kết nối mạnh mẽ giữa các mô-đun của nó

Thực hiện tất cả các yêu cầu trong mô hình phân tích

Bao gồm các trường hợp thử nghiệm cho tất cả các thành phần

Cung cấp một bức tranh hoàn chỉnh của phần mềm

Làm tài liệu yêu cầu, làm rõ yêu cầu, xem xét yêu cầu

Làm rõ yêu cầu, xem xét yêu cầu, làm tài liệu yêu cầu

Xem xét yêu cầu, làm tài liệu yêu cầu, làm rõ yêu cầu

Làm rõ yêu cầu, làm tài liệu yêu cầu, xem xét yêu cầu

Yêu cầu rất khó phát hiện

Yêu cầu rất dễ bị thay đổi

Yêu cầu phải luôn thống nhất

Yêu cầu luôn được biết một cách chính xác

Cost Aided Software Engineering

Computer Aided Software Engineering

Control Aided Software Engineering

Computer Analyzing Software Engineering

Đặc tả thao tác

Đặc tả mô hình

Đặc tả bằng sơ đồ

Đặc tả thuật toán

Đặc tả hình thức

Đặc tả phi hình thức

Đặc tả toán học

Đặc tả hỗn hợp

Phân tích viên và lập trình viên

Phân tích viên và khách hàng

Phân tích viên và các bên có liên quan

Phân tích viên và người dùng

Những giả định và những ràng buộc

Ngân sách và phí tổn

Những đối tượng và những hoạt động

Lịch biểu và các mốc sự kiện

Phân tích phạm vi nghiệp vụ

Thiết kế hệ thống nghiệp vụ

Kế hoạch sản phẩm

Kế hoạch chiến lược thông tin

exciting requirements

expected requirement

normal requirements

technology requirements

Chi phí của hoạt động đảm bảo chất lượng của dự án

Chi phí quan hệ của những yêu cầu qua việc triển khai chức năng, tác vụ và thông tin

Độ ưu tiên quan hệ của những yêu cầu qua việc triển khai chức năng, tác vụ và thông tin

Kích thước của bản ý kiến khách hàng

Phần mềm thực hiện như thế nào khi được dùng trong một tình huống cho trước

Những công cụ CASE sẽ được dùng như thế nào để xây dựng hệ thống

Kế hoạch xây dựng cho sản phẩm phần mềm

Những test-case cho sản phẩm phần mềm

Biểu đồ phải thu hẹp về số và toàn vẹn trong sử dụng

Hình thức và nội dung biểu diễn thích hợp với nội dung

Những biểu diễn phải có thể xem xét lại

Dùng không hơn 7 màu dương và 2 màu âm trong biểu đồ

Accuracy

Complexity

Efficiency

Quality

Ràng buộc

Tập hợp những thành phần

Mô hình ngữ nghĩa

Tất cả những mục

Tính truy cập và tính tin cậy của hệ thống

Dữ liệu và điều khiển của hệ thống

Tính chức năng của hệ thống

Những chi tiết thực thi của hệ thống

Sơ đồ quan hệ - thực thể

Từ điển dữ liệu

Mô tả việc xử lý cho mỗi module

Những Test-case cho mỗi module

Mô hình thiết kế

Mô hình người dùng

Mô hình của người dùng

Mô hình nhận thức hệ thống

Mô hình thiết kế

Mô hình người dùng

Hình ảnh hệ thống

Mô hình nhận thức hệ thống

Kết nối tiền sử người dùng (profile) và shortcut chức năng

Xử lý lỗi và thời gian đáp ứng của hệ thống

Quyết định hiển thị hình ảnh và thiết kế icon

Không có mục nào

Đưa ra những xem xét kỹ thuật hình thức ưu tiên trước khi kiểm thử

Chỉ rõ những yêu cầu trong theo một cách thức có thể định lượng

Quan tâm tới việc sử dụng những nhóm kiểm thử độc lập

Tất cả mục trên

4

3

2

5

Chức năng và hành vi của hệ thống dựa vào máy tính

Việc thi hành của mỗi thành phần hệ thống được chỉ

Chi tiết giải thuật và cấu trúc hệ thống

Thời gian đòi hỏi cho việc giả lập hệ thống

Hướng mức nghiệp vụ và kích thước lớn

Thông tin đúng và hợp thời

Tích hợp và không thường thay đổi

Tất cả những mục trên

Liên kết thấp

Module hóa tốt

Luồng giao dịch (transaction)

Luồng biến đổi (transform)

Dựa vào kiểm thử đường cơ bản

Thử thách điều kiện logic trong module phần mềm

Chọn những đường dẫn kiểm tra dựa vào những vị trí và dùng những biến

Tập trung vào việc kiểm thử việc giá trị những cấu trúc lặp

Những module mức thấp không bao giờ cần kiểm thử

Những điểm quyết định chính được kiểm thử sớm

Không có những stub cần phải viết

Không có mục nào

Dữ liệu

Động

Xử lý

Cấu trúc

Những người phát triển phần mềm không cần làm bất kỳ kiểm thử nào

Những người lạ sẽ kiểm phần mềm rất chặt

Những người kiểm thử không được dính dáng tới dự án cho đến khi kiểm thử bắt đầu

Mâu thuẩn về quyền lợi giữa những người phát triển và những người kiểm thử sẽ giảm

Khách hàng

Những lập trình viên có kinh nghiệm

Người dùng sản phẩm

Người quản lý dự án

Chu kỳ trong chương trình

Số lỗi trong chương trình

Những đường logic độc lập trong chương trình

Những phát biểu của chương trình

ISO 9001

Tất cả đều sai

ISO 15288

ISO 9000-3

Là một đường duy nhất

Có thời gian ngắn nhất

Có thời gian dài nhất

Tất cả đều đúng phụ thuộc vào dự án

Có thể là sản phẩm theo đơn đặt hàng

Là một sản phẩm công nghiệp

Là sản phẩm có thể thực thi

Không thực sự là sản phẩm

80% lỗi trong chương trình thường do 20% bug gây ra

20% lỗi trong chương trình thường do 80% bug gây ra

Chi phí sửa lỗi ở giai đoạn thu nhận yêu cầu chỉ bằng 1/5 chi phí sửa lỗi ở giai đạon cuối

60% lỗi được tìm thấy trong giai đoạn kiển thử đơn vị

Số vấn đề giải quyết trong tháng /tổng số vấn đề phát sinh trong tháng

Số lần bảo trì vượt quá tiêu chuẩn thời gian /tổng số lần bảo trì

Số lần bảo trì sai sót /tổng số lần bảo trì

Thời gian trung trung bình của một lần bảo trì

Kiến trúc hệ thống

Chi tiết các thành phần

Các bảng dữ liệu và ràng buộc

Mô tả một chức năng phần mềm

Hệ thống phải có khả năng trả lời tất cả các truy vấn trong 5 giây

Các người sử dụng của hệ thống sẽ gây ra ít lỗi hơn 50% so với hệ thống hiện tại

Hệ thống phải cho phép những người sử dụng nhập vào các chi tiết của các chiến dịch quảng cáo

Hàng tháng, báo cáo phải nộp lên giám đốc trước ngày 5 của tháng sau đó

Hệ thống phải có khả năng lưu trữ ban đầu là 500MB dữ liệu, mỗi năm tăng lên 100MB

Hệ thống phải phát sinh ra một báo cáo về tất cả các chiến dịch quảng cáo cho một khách hàng cụ thể

Hệ thống phải cho phép những người sử dụng nhập vào chi tiết các khách hàng

Tất cả các Câu đều đúng

Một hướng hợp lý khi yêu cầu được xác định rõ

Một hướng tốt khi cần tạo nhanh một sản phẩm thực thi lõi

Một hướng tốt nhất dùng cho những dự án có những nhóm phát triển lớn

Một mô hình cách mạng không nhưng không được dùng cho sản phẩm thương mại

Kết thúc với việc xuất xưởng sản phẩm phần mềm

Nhiều hỗn độn hơn với mô hình gia tĕng

Bao gồm việc đánh giá những rủi ro phần mềm trong mỗi vòng lặp

Tất cả điều trên

Những giả định và những ràng buộc

Ngân sách và phí tổn

Những đối tượng và những hoạt động

Lịch biểu và các mốc sự kiện

Cần thiết để trình bày tất cả output

Được đòi hỏi cho việc xử lý lỗi

Được đòi hỏi cho hoạt động tạo giao diện hệ thống

Được biến đổi bởi phần mềm

bottom-up và top-down

horizontal and vertical

subordinate và superordinate

Không có mục nào

Cho phép tái sử dụng nguyên mẫu đầu

Không đòi hỏi làm việc nhiều với khách hàng

Dễ dành thực hiện nhanh

Nhiều tin cậy hơn

Xác định một tập những yêu cầu phần mềm

Mô tả yêu cầu khách hàng

hát triển một giải pháp tóm tắt cho vấn đề

Thiết lập một nền tảng cho thiết kế phần mềm

Liên kết thấp

Module hóa tốt

Luồng giao dịch (transaction)

Luồng biến đổi (transform)

Những kỹ thuật input giữ tương tự suốt ứng dụng

Mỗi ứng dụng phải có look and feel riêng biệt

Cách thức điều hướng (navigational) nhạy với ngữ cảnh

Câu a và b

Thời gian cho ứng dụng

Số khiếm khuyết (defect) phần mềm

Tính tin cậy của phần mềm

Thời gian đọc tài liệu trợ giúp

Chu kỳ trong chương trình

Số lỗi trong chương trình

Những đường logic độc lập trong chương trình

Những phát biểu của chương trình