500+ câu Trắc nghiệm Công nghệ phần mềm có đáp án - Phần 6

Là số lượng máy tính chạy phần mềm

Là số lượng dữ liệu phát sinh trong một chu kỳ nào đó

Là số lượng các nghiệp vụ hệ thống phải tiến hành trong một chu kỳ nào đó

Là số lượng người làm việc với phần mềm

Thiết kế không là code, code không là thiết kế

Thiết kế phải được đánh giá chất lượng khi nó đang được tạo không phải khi nó có vấn đề

Mô hình thiết kế cung cấp chi tiết về kiến trúc (architecture), Giao diện (interfaces) và thành phần (component) cần thiết để cài đặt phần mềm

Thiết kế phải chỉ ra được hệ thống thực thi như thế nào, các yêu cầu được hiện thực hóa ra sao

Use Case

Entity Relationship Diagram

State Transition Diagram

Activity Diagram

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

2

3

4

5

3

4

5

6

3

5

7

8

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ì

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 đoạn cuối

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

Cost Aided Software Engineering

Computer Aided Software Engineering

Control Aided Software Engineering

Computer Analyzing Software Engineering

Chất lượng sản phẩm cuối

Dự án phần mềm

Quá trình sản xuất

Chất lượng bảo trì

Interview

Observation

Expert

Delphi

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

Kiểm thử hồi quy (regression test)

Kiểm thử nghiệm thu (acceptance test)

Kiểm thử hệ thống (system test)

Tất cả đều đúng

Prototype

Facilitated Workshops

Observation

Questionnaires & Surveys

6

7

8

9

Đặc tả cú pháp

Đặc tả đối tượng

Đặc tả chức năng

Đặc tả kỹ thuật

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

Đặ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

“một số”, “đôi khi”, “thường”, “thông thường”, “bình thường”, “phần lớn”, “đa số”

Danh từ là số nhiều hay số ít

Tính từ chỉ trạng thái

Động từ ở hình thức chủ động hay bị động

Bản chất lặp

Dễ dàng điều tiết những biến đổi yêu cầu sản phẩm

Nói chung không tạo ra những sản phẩm bỏ đi

Tất cả các mục

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

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

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

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

Tăng độ phức tạp của chương trình

Tạo hiệu quả “ripple effect”

Tăng độ bảo mật cho chương trình

Tất cả các chọn lựa

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

Đặ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