500+ câu trắc nghiệm môn Công nghệ phần mềm có lời giải chi tiết - Đề 4

Định giá và tổng hợp

Mô hình hóa và thừa nhận vấn đề

Lập kế hoạch và lịch biểu

Đặc tả và xem xét

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

Quan hệ với một dữ liệu và điều khiển khác

Biến đổi khi mỗi lần dịch chuyển qua hệ thống

Sẽ được thực thi trong thiết kế cuối cùng

Không có mục nào

Đưa ra hình ảnh quan hệ giữa các đối tượng dữ liệu

Đưa ra hình ảnh những chức năng biến đổi luồng dữ liệu

Chỉ ra những quyết định logic chính khi chúng xuất hiện

Chỉ ra sự tương tác của hệ thống với sự kiện bên ngoài

Chi tiết giải thuật

Cơ sở dữ liệu

Thiết kế dữ liệu

Cấu trúc chương trình

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

Liên kết thấp

Module hóa tốt

Luồng giao dịch (transaction)

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

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

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

ISO 9001

Tất cả đều sai

ISO 15288

ISO 9000-3

Kế hoạch kiểm thử

Mã lệnh

Thiết kế chi tiết

Lập kế hoạch

Nghiệp vụ và tiếp thị

Phạm vi, ràng buộc và thị trường

Công nghệ, tiền bạc, thời gian và tài nguyên

Kỹ năng và năng lực của nhà phát triển

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

Phân chia ổ đĩa dữ liệu

Các yêu cầu xử lý

Nội dung của các báo cáo in ra theo yêu cầu của hệ thống

Tất cả các mục

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

2

3

4

5

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

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

“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

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

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

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

Giao diện đơn giản, thao tác thực hiện tuần tự

Có nhiều cửa sổ, có thể tương tác song song

Sử dụng cửa sổ, menu, icon,…,bàn phím, chuột

Giao diện đơn giản, có thể tương tác song song

Có nhiều cửa sổ, có thể tương tác song song

Có nhiều cửa sổ, nhập lệnh/dữ liệu từ bàn phím

Giao diện đơn giản, thao tác thực hiện tuần tự

Giao diện đơn giản, có thể tương tác song song

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

Mô tả trừu tượng mức cao của 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ả mức chi tiết về yêu cầu

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

Software requirement specification

Software design

Testing

Coding

Yêu cầu người dùng và yêu cầu hệ thống

Yêu cầu chức năng và yêu cầu phi chức năng

Yêu cầu chủ động và yêu cầu thụ động

Yêu cầu cụ thể và yêu cầu trừu tượng

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

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

Kiểm tra lỗi mô hình hệ thống

Nhờ khách hàng kiểm tra yêu cầu

Gởi họ tới đội thiết kế và xem họ có sự quan tâm nào không

Dùng danh sách các câu hỏi kiểm tra để kiểm tra mỗi yêu cầu

Quan hệ với một dữ liệu và điều khiển khác

Biến đổi khi mỗi lần dịch chuyển qua hệ thống

Sẽ được thực thi trong thiết kế cuối cùng

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

Kiến trúc

Dữ liệu

Giao diện

Phạm vi dự án

Có nhiều điểm vào nên người dùng có thể vào hệ thống help từ nhiều nơi

Help! Nghĩa là “Help. I’m in trouble”

Help như một số tay hướng dẫn on-line

Những chỉ báo cho biết vị trí của người dùng trong hệ thống help

Quan hệ với một dữ liệu và điều khiển khác

Biến đổi khi mỗi lần dịch chuyển qua hệ thống

Sẽ được thực thi trong thiết kế cuối cùng

Không có mục nào

Liên kết thấp

Module hóa tốt

Luồng giao dịch (transaction)

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

Có thể tích hợp từ trên xuống dưới

Tát cả đều đúng

Có thể tích hợp từ dưới lên theo cách tích hợp theo chiều ngang

Có thể tích hợp từ dưới lên theo cách tích hợp theo chiều sâu

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

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

Thiết kế thành phần thì phụ thuộc vào ngôn ngữ còn thiết kế dữ liệu thì không

Thiết kế dữ liệu thì dễ thực hiện hơn

Thiết kế dữ liệu thì khó thực hiện

Cấu trúc dữ liệu thường ảnh hưởng tới cách thức mà thíết kế thành phần phải theo

Định giá và tổng hợp

Mô hình hóa và thừa nhận vấn đề

Lập kế hoạch và lịch biểu

Đặc tả và xem xét

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

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

8

7

9

6

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ì

Một phương pháp thích hợp được sử dụng khi các yêu cầu đã được xác định rõ ràng

Phương pháp tốt nhất được sử dụng trong các dự án có nhiều thành viên

Một phương pháp hữu ích khi khách hàng không thể xác định yêu cầu một cách rõ ràng

Một mô hình rất rủi ro, khó đưa ra được một sản phẩm tốt

definition, development, support

what, how, where

rogramming, debugging, maintenance

analysis, design, testing

Dữ liệu, phần cứng, phần mềm, con người

Dữ liệu, tài liệu, phần cứng, phần mềm

Dữ liệu, phần cứng, phần mềm, thủ tục

Tài liệu, phần cứng, con người, thủ tục