350 câu Trắc nghiệm tổng hợp Công nghệ phần mềm có đáp án (Phần 1)

A. Đưa ra quy trình đánh giá tính an toàn cho sản phẩm phần mềm.

B. Đưa ra quy trình đánh giá hiệu quả của phần mềm.

C. Đưa ra quy trình đánh giá chất lượng cho sản phẩm phần mềm.

D. Đưa ra quy trình đánh giá tính khả dụng cho sản phẩm phần mềm.

A. Con người.

B. Quy trình.

C. Sản phầm.

D. Thời gian.

A. Extreme programming.

B. Evolutionary prototyping.

C. Component architecture.

D. Open-source development

A. Software requirement specification.

B. Software design.

C. Testing.

D. Coding.

A. Kiến thức về phân tích thiết kế hệ thống.

B. Kiến thức về cơ sở dữ liệu.

C. Lập trình thành thạo bằng một ngôn ngữ lập trình.

D. Kinh nghiệm quản lý dự án phần mềm.

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

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

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

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

A. Phần mềm hệ thống (System software)

B. Phần mềm trí tuệ nhân tạo (Artificial Intelligence Software)

C. Phần mềm thời gian thực (Real time software)

D. Phần mềm nghiệp vụ (Business software)

A. Phần mềm hệ thống (System software)

B. Phần mềm trí tuệ nhân tạo (Artificial Intelligence Software)

C. Phần mềm thời gian thực (Real time software)

D. Phần mềm nghiệp vụ (Business software)

A. Phần mềm nghiệp vụ (Business software)

B. Phần mềm hệ thống (System software)

C. Phần mềm trí tuệ nhân tạo (Artificial Intelligence Software)

D. Phần mềm thời gian thực (Real time software)

A. Thiếu đào tạo đầy đủ về công nghệ phần mềm.

B. Thiếu đạo đức phần mềm và sự hiểu biết.

C. Quản lý các vấn đề trong công ty.

D. Ảnh hưởng của sự suy thoái kinh tế.

A. Công nghệ phần mềm thuộc ngành khoa học máy tính.

B. Công nghệ phần mềm là một phần của ngành kỹ thuật hệ thống (System Engineering).

C. Khoa học máy tính thuộc ngành công nghệ phần mềm.

D. Công nghệ phần mềm có liên quan với việc phát triển và cung cấp các phần mềm hữu ích.

A. Sản xuất phần cứng.

B. Sản xuất phần mềm.

C. Cấu hình mạng.

D. Phần mềm có thể dùng lại.

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

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

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

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

A. Kiểm tra và bảo trì

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

C. Thiết kế

D. Viết Code

A. Chức năng, phi chức năng, yêu cầu hệ thống.

B. Chức năng, phi chức năng

C. Chức năng, phi chức năng, yêu cầu miền ứng dụng.

D. Chức năng, phi chức năng, yêu cầu nghiệp vụ.

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

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

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

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

A. Khả thi về kinh tế.

B. Khả thi về thực hiện.

C. Khả thi vể kỹ thuật.

D. Khả thi về chất lượng .

A. Có định hướng thời gian.

B. Có giá trị pháp lý.

C. Tính mô tả trừu tượng

D. Có thể mô tả bằng toán học.

A. Thời gian hoàn thành dự án có đủ không?

B. Làm thế nào chuyển thiết kế dữ liệu logic sang thiết kế dữ liệu vật lý?

C. Các xử lý nào được tiến hành và các thông tin chi tiết liên quan?

D. Đâu là phạm vi của hệ thống phần mềm?

A. Cấu trúc dữ liệu.

B. Đầy đủ.

C. Bảo mật.

D. Độ lớn.

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

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

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

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

A. Giao tiếp với khách hàng và người sử dụng để xác định các yêu cầu của họ.

B. Các yêu cầu được ghi nhận lại theo nhiều hình thức.

C. Các yêu cầu được tổng hợp lại theo nhiều hình thức.

D. Xem các yêu cầu có ở tình trạng không rõ ràng?

A. Cảnh báo người dùng khi dung lượng trống trên đĩa còn 20%.

B. Thực hiện thao tác thêm, xem, xóa, sửa dữ liệu nghiệp vụ.

C. Cảnh báo ngày hệ thống bị sai.

D. Yêu cầu chỉnh lại ngày giờ hệ thống mỗi khi làm việc.

A. Software Requirement Specification.

B. System Requirement Specification.

C. Studying Requirement Specification.

D. Solve Requirement Specification.

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

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

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

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

A. Bảng ước tính chi phí dự án

B. Tài liệu đặc tả yêu cầu phần mềm.

C. Lược đồ ngữ cảnh

D. Lược đồ Use case và các được đồ khác.

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

B. Phân tích viên.

C. Lập trình viên.

D. Khách hàng.

A. Tài liệu SRS.

B. Sơ đồ DF

D.

C. Sơ đồ Use case

D. Sơ đồ ER

D.

A. Yêu cầu chức năng

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

C. Mục tiêu thực hiện

D. Hướng dẫn sử dụng

A. Đặc tả cấu trúc dữ liệu.

B. Đặc tả chức năng.

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

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

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

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

C. 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 đó.

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

A. Use Case.

B. Entity Relationship Diagram.

C. State Transition Diagram.

D. Activity Diagram.

A. 2

B. 3

C. 4

D. 5

A. 3

B. 4

C. 5

D. 6

A. 3

B. 5

C. 7

D. 8

A. Cost Aided Software Engineering.

B. Computer Aided Software Engineering.

C. Control Aided Software Engineering

D. Computer Analyzing Software Engineering.

A. Interview.

B. Observation.

C. Expert

D. Delphi.

A. Prototype.

B. Facilitated Workshops

C. Observation

D. Questionnaires & Surveys

A. Đặc tả cú pháp.

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

C. Đặc tả chức năng.

D. Đặc tả kỹ thuật.

A. Đặc tả thao tác.

B. Đặc tả mô hình.

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

D. Đặc tả thuật toán.

A. Đặc tả hình thức.

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

C. Đặc tả toán học.

D. Đặc tả hỗn hợp.

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

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

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

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

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

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

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

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

A. Tại sao chi phí phần cứng máy tính quá cao?

B. Tại sao phần mềm mất một thời gian dài để hoàn tất?

C. Tại sao người ta tốn nhiếu chi phí để phát triển một mẩu phần mềm?

D. Tại sao những lỗi phần mềm không được loại bỏ trong sản phẩm trước khi xuất xưởng

A. definition, development, support

B. what, how, where

C. programming, debugging, maintenance

D. analysis, design, testing

A. Một cách gọi khác của mô hình phát triển dựa vào thành phần

B. Một cách hữu dụng khi khách hàng không xàc định yêu cầu rõ ràng

C. Sự ráp nối tốc độ cao của mô hình tuần tự tuyến tính

D. Tất cả mục trên

A. Bản chất lặp

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

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

D. Tất cả các mục

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

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

C. 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

D. 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

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

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

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

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

A. Chỉ phù hợp cho thiết kế phần cứng máy tính

B. Không thể hỗ trợ phát triển những thành phần sử dụng lại

C. Dựa vào những kỹ thuật hỗ trợ đối tượng

D. Không định chi phí hiệu quả bằng những độ đo phần mềm có thể định lượng

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

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

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

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

A. Hạ tầng kỹ thuật, dữ liệu, ứng dụng

B. Hạ tầng tài chánh, tổ chức và truyền thông

C. Cấu trúc báo cáo, cơ sở dữ liệu, mạng

D. Cấu trúc dữ liệu, yêu cầu, hệ thống

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

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

C. Kế hoạch sản phẩm

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

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

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

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

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

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

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

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

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

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

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

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

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

A. Debug chương trình dựa theo việc phát hiện lỗi thời gian thực

B. Xác định việc biểu diễn những sự thi hành giải thuật

C. Xác định, điều khiển và theo vết những thay đổi yêu cầu

D. Không có mục nào

A. Input

B. Output

C. Giao diện người dùng

D. Tất cả mục trên

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

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

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

D. Đặc tả và xem xét

A. Xây dựng một nguyên mẫu nhanh chóng

B. Học công việc lẫn nhau

C. Làm việc với nhau để phát triển một tập những yêu cầu ban đầu

D. Làm việc với nhau để phát triển những đặc tả phần mềm kỹ thuật

A. Kỹ sư phần cứng và phần mềm

B. Đại diện nhà sản xuất

C. Đại diện thị trường

D. Nhân viên tài chánh cao cấp

A. exciting requirements

B. expected requirement

C. normal requirements

D. technology requirements

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

B. 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

C. Độ ư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

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

A. 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

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

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

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

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

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

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

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

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

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

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

D. Không có mục nào

A. Những cấu trúc dữ liệu dùng để biểu diễn loại dữ liệu

B. Mô hình bố trí nhân viên dự án

C. Mô hình truyền thông dự án

D. Những dữ liệu khác nhau và những mục điều khiển

A. Chức năng và hành vi

B. Giải thuật và cấu trúc dữ liệu

C. Kiến trúc và cấu trúc

D. Tính tin cậy và tính sử dụng

A. bottom-up và top-down

B. horizontal and vertical

C. subordinate và superordinate

D. Không có mục nào

A. actor view

B. data view

C. essential view

D. implementation view

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

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

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

D. Nhiều tin cậy hơn

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

A. Đưa ra hình ảnh về các đối tượng dữ liệu

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

C. Chỉ ra hình ảnh dữ liệu được biến đổi như thế nào bởi hệ thống

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

A. Tự điển dữ liệu

B. Biểu đồ dòng dữ liệu

C. Biểu đồ quan hệ thực thể

D. Biểu đồ dịch chuyển trạng thái

A. Cần thiết để mô hình những hệ thống hướng sự kiện

B. Được đòi hỏi cho tất cả hệ thống

C. Được dùng trong biểu đồ dòng dữ liệu

D. Hữu dụng trong mô hình hóa giao diện người dùng

A. Mục cấu hình phần mềm

B. Đối tượng dữ liệu phần mềm

C. Biểu đồ phần mềm

D. Hệ thống ký hiệu phần mềm

A. Kiến trúc

B. Dữ liệu

C. Giao diện

D. Phạm vi dự án

A. Accuracy

B. Complexity

C. Efficiency

D. Quality

A. Cho thấy sự liên kết mạnh giữa các module

B. Thực hiện tất cả yêu cầu trong phân tích

C. Bao gồm những test case cho tất cả thành phần

D. Kết hợp mã nguồn nhằm mục đích mô tả

A. Quản lý cấu hình

B. Ký hiệu thành phần chức năng

C. Nguyên tắc đánh giá chất lượng

D. Heuristic tinh chế

A. Điều khiển

B. Dữ liệu

C. Thủ tục

D. Tất cả mục trên

A. Dữ liệu

B. Động

C. Xử lý

D. Cấu trúc

A. Thứ tự quyết định

B. Việc tổ chức của các module

C. Sự lặp lại của những hoạt động

D. Sự tuần tự của các tiến trình

A. Cấp bậc điều khiển trong một cảm nhận trừu tượng hơn

B. Xử lý chi tiết của mỗi module riêng biệt

C. Xử lý chi tiết của mỗi tập module

D. Quan hệ giữa điều khiển và thủ tục

A. 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

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

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

D. 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

A. Cho phép người quản lý theo dõi năng suất của nhóm thiết kế

B. Xác minh là tất cả các yêu cầu đã được xem xét trong thiết kế

C. Chỉ ra chi phí kết hợp với mỗi yêu cầu

D. Cung cấp cho việc thực thi tên của những nhà thiết kế cho mỗi yêu cầu

A. Chi tiết giải thuật

B. Cơ sở dữ liệu

C. Thiết kế dữ liệu

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

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

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

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

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

A. Ràng buộc

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

C. Mô hình ngữ nghĩa

D. Tất cả những mục

A. Giải thuật phức tạp

B. Đặc trưng và ràng buộc

C. Điều khiển và dữ liệu

D. Những mẫu thiết kế

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

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

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

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

A. Dòng dữ liệu

B. Module

C. Tiến trình

D. Tất cả các mục trên

A. Liên kết thấp

B. Module hóa tốt

C. Luồng giao dịch (transaction)

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

A. Liên kết thấp

B. Module hóa tốt

C. Luồng giao dịch (transaction)

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

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

B. Từ điển dữ liệu

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

D. Những Test-case cho mỗi module

A. Cho phép được gián đoạn

B. Cho phép tương tác có thể undo

C. Che dấu những bản chất kỹ thuật với những người dùng thường

D. Chỉ cung cấp một cách thức xác định cứng khi hoàn thành tác vụ

A. Xác định những shortcut trực quan

B. Biểu lộ thông tin theo cách diễn tiến

C. Thiết lập những trường hợp mặc định có ý nghĩa

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

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

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

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

D. Câu a và b

A. Mô hình thiết kế

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

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

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

A. Mô hình thiết kế

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

C. Hình ảnh hệ thống

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

A. Mô hình thiết kế

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

C. Mô hình hình ảnh hệ thống

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

A. Ước lượng giá

B. Xây dựng giao diện

C. Định trị giao diện

D. Phân tích người dùng và tác vụ

A. Người dùng cho biết những ưa thích qua bản câu hỏi

B. Dựa vào ý kiến của những lập trình viên có kinh nghiệm

C. Nghiên cứu những hệ thống tự động liên quan

D. Quan sát thao tác người dùng

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

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

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

D. Không có mục nào

A. Tạo code

B. Những tool vẽ

C. Định trị input

D. Tất cả mục trên

A. Khách hàng

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

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

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

A. Thời gian cho ứng dụng

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

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

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

A. Để tư liệu tất cả những trạng thái phụ thuộc

B. Để hướng dẫn phát triển kế hoạch quản lý dự án

C. Chỉ khi xây dựng hệ chuyên gia

D. Khi một tập phức tạp những điều kiện và hoạt động xuất hiện trong thành phần

A. Sự kết hợp giữa cấu trúc lập trình và văn bản tường thuật

B. Ngôn ngữ lập trình truyền thống theo luật riêng của nó

C. Ngôn ngữ phát triển phần mềm có thể đọc bởi máy

D. Một cách hữu dụng để biểu diễn kiến trúc phần mềm

A. Chu kỳ trong chương trình

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

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

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

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

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

C. 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

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

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

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

C. 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

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

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

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

C. 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

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

A. Chức năng không đầy đủ hay không đúng

B. Những lỗi giao diện

C. Những lỗi thực thi

D. Tất cả mục trên

A. 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

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

C. 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

D. 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

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

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

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

D. Tất cả mục trên

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

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

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

D. Không có mục nào

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

B. Không có những driver cần được viết

C. Không có những stub (nhánh) cần phải viết

D. Không đòi hỏi kiểm thử hồi quy (regression)

A. Backtracking

B. Brute force

C. Sự loại trừ nguyên nhân

D. Tất cả các mục

A. Người phát triển

B. Những người dùng cuối

C. Nhóm kiểm thử

D. Những kỹ sư hệ thống

A. Kỹ sư phần cứng và phần mềm

B. Đại diện nhà sản xuất

C. Đại diện thị trường

D. Nhân viên tài chánh cao cấp

A. definition, development, support

B. what, how, where

C. programming, debugging, maintenance

D. analysis, design, testing

A. Đưa ra hình ảnh về các đối tượng dữ liệu

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

C. Chỉ ra hình ảnh dữ liệu được biến đổi như thế nào bởi hệ thống

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

A. Cần thiết để mô hình những hệ thống hướng sự kiện

B. Được đòi hỏi cho tất cả hệ thống

C. Được dùng trong biểu đồ dòng dữ liệu

D. Hữu dụng trong mô hình hóa giao diện người dùng

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

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

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

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

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

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

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

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

A. Thứ tự quyết định

B. Việc tổ chức của các module

C. Sự lặp lại của những hoạt động

D. Sự tuần tự của các tiến trình

A. Tại sao chi phí phần cứng máy tính quá cao?

B. Tại sao phần mềm mất một thời gian dài để hoàn tất?

C. Tại sao người ta tốn nhiếu chi phí để phát triển một mẩu phần mềm?

D. Tại sao những lỗi phần mềm không được loại bỏ trong sản phẩm trước khi xuất xưởng

A. Những cấu trúc dữ liệu dùng để biểu diễn loại dữ liệu

B. Mô hình bố trí nhân viên dự án

C. Mô hình truyền thông dự án

D. Những dữ liệu khác nhau và những mục điều khiển

A. Reliability

B. Maintainability

C. Testability

D. Portability

A. Phạm vi

B. Thời gian

C. Chi phí

D. Chất lượng

A. Gồm một nhóm người

B. Sub-Team System analysis có nhiệm vụ ước tính lợi nhuận

C. Gồm một số người và nó phải tồn tại trong suốt dự án

D. Có thể 1 người

A. Cải tiến quy trình

B. Giảm lỗi giá

C. Gia tăng số bản bán được

D. Giảm thời gian sửa lỗi

A. Thường áp dụng trong hệ thống phân bố

B. Nếu quá tải thiết kế thì không cần xem xét tới lỗi hệ thống

C. Có thể xem là một dạng của kiểm thử thực thi

D. Thử thách dựa vào tải thiết kế cực đại

A. Quản lý rủi ro

B. Quản lý mua sắm

C. Quản lý tích hợp

D. Quản lý truyền thông

A. Cho phép đáp ứng nhanh

B. Dễ lập trình

C. Ít gây ra xung đột

D. Thường dùng trong hệ thống thời gian thực

A. “Để máy tính tìm ra lỗi”

B. Gần giống với phương pháp “vét cạn”

C. Là một phương pháp hiệu quả

D. Thường lặp đi lặp lại thủ tục đơn giản nhiều lần

A. Thiết kế cơ sở dữ liệu

B. Hiện thực thuộc tính dữ liệu thành cấu trúc dữ liệu

C. Phát triển một tập những trừu tượng dữ liệu

D. Tinh chế các đối tượng dữ liệu

A. Đánh giá hệ thống có tính sử dụng hay không

B. Liên quan tới vấn đề debug và bảo mật

C. Nó và kiểm thử là hai lãnh vực riêng

D. Nhằm kiểm tra phần mềm phải thực hiện những gì người dùng thực sự cần

A. Phân tích nội dung

B. Phân tích cấu hình

C. Phân tích tương tác

D. Phân tích điều hướng (naviation)

A. 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

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

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

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

A. Phải có khả năng tìm ra lỗi cao

B. Phải có tính chọn lọc

C. Nhằm xác định phần mềm không có lỗi

D. Không nên dư thừa và quá phức tạp

A. Giao tiếp, lập kế hoạch, mô hình hóa, xây dựng, triển khai

B. Phân tích, thiết kế, lập trình, gỡ lỗi, bảo trì

C. Không có mục nào

D. Giao tiếp, quản lý rủi ro, ước lượng, sản xuất, kiểm tra lại

A. 4

B. 3

C. 2

D. 5

A. Nó thường dùng mô hình gia tăng (incremental process model)

B. Thời gian chuyển giao sản phẩm rất nhanh

C. Những thay đổi (change) diễn ra nhanh chóng

D. Nó là một công nghệ mới, nó cần phải tách xa công nghệ trước đây

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

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

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

D. Không có mục nào

A. Thể hiện tất cả các yêu cầu trong pha phân tích

B. Chứa cả các trường hợp kiểm thử của tất cả các thành phần

C. Cung cấp một mô tả hoàn thiện về phần mềm

D. Câu a và c

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

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

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

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

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

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

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

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

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

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

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

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

A. Xây dựng một nguyên mẫu nhanh chóng

B. Học công việc lẫn nhau

C. Làm việc với nhau để phát triển một tập những yêu cầu ban đầu

D. Làm việc với nhau để phát triển những đặc tả phần mềm kỹ thuật

A. Số lần giải quyết trong tháng và tổng số vấn đề phát sinh trong tháng

B. Số lần bảo trì vượt thời gian quy định và tổng số lần bảo trì

C. Tát cả đều đúng

D. Số lần sai lầm trong việc sửa lỗi và tổng số lần sửa lỗi

A. Độ đo sản phẩm cuối

B. Độ đo năng suất phần mềm hướng kích thước

C. Tất cả đều sai

D. Độ đo năng suất phần mềm hướng chức năng

A. Kiểm nghiệm trên cơ sở thread

B. Kiểm nghiệm trên cơ sở sử dụng

C. Câu A, B đúng

D. Câu A, B sai

A. Backtracking

B. Brute force

C. Sự loại trừ nguyên nhân

D. Tất cả các mục

A. Người dùng cho biết những ưa thích qua bản câu hỏi

B. Dựa vào ý kiến của những lập trình viên có kinh nghiệm

C. Nghiên cứu những hệ thống tự động liên quan

D. Quan sát thao tác người dùng

A. Là tính tin cậy

B. Tất cả đều sai

C. Là sự chấp nhận được về giao diện

D. Là sự phù hợp với yêu cầu người sử dụng

A. Liên kết thấp

B. Module hóa tốt

C. Luồng giao dịch (transaction)

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

A. Liên kết thấp

B. Module hóa tốt

C. Luồng giao dịch (transaction)

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

A. actor view

B. data view

C. essential view

D. implementation view

A. Kiểm nghiệm tích hợp đối tượng

B. Kiểm nghiệm hộp đen

C. Kiểm nghiệm thừa kế

D. Kiểm nghiệm hộp trắng

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

B. Tát cả đều đúng

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

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

A. Chức năng không đầy đủ hay không đúng

B. Những lỗi giao diện

C. Những lỗi thực thi

D. Tất cả mục trên

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

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

C. 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

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

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

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

C. 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

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

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

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

C. 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

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

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

B. Không có những driver cần được viết

C. Không có những stub (nhánh) cần phải viết

D. Không đòi hỏi kiểm thử hồi quy (regression)

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

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

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

D. Không có mục nào

A. Tất cả đều đúng

B. Khi xét vòng lặp nào thì cần test Min+1, typical, max-1

C. Kiểm thử từ ngoài vào trong

D. Nếu các vòng lặp là độc lập thì xem như là vòng lặp đơn

A. Tập trung vào chỉ một điều

B. Kết nối với module khác và môi trường bên ngoài

C. Có thể hoàn thành chức năng của nó trong một cách thức phù hợp về thời gian

D. Có thể được viết với sự rắn chắc nhiều hơn

A. Chức năng và hành vi

B. Giải thuật và cấu trúc dữ liệu

C. Kiến trúc và cấu trúc

D. Tính tin cậy và tính sử dụng

A. Dữ liệu

B. Động

C. Xử lý

D. Cấu trúc

A. Điều khiển

B. Dữ liệu

C. Thủ tục

D. Tất cả mục trên

A. 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

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

C. 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

D. 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

A. Độ đo chất lượng sản phẩm cuối

B. Độ đo quá trình sản xuất

C. Độ đo dự án phần mềm

D. Độ đo chất lượng bảo trì

A. Ràng buộc

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

C. Mô hình ngữ nghĩa

D. Tất cả những mục

A. Input

B. Output

C. Giao diện người dùng

D. Tất cả mục trên

A. Thường có output là những word product

B. Là thời điểm cuối của một hoạt động xử lý

C. Có thể chuyển giao một két quả của dự án

D. Tất cả đều đúng

A. Mô hình thiết kế

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

C. Hình ảnh hệ thống

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

A. Mô hình thiết kế

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

C. Mô hình hình ảnh hệ thống

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

A. Mô hình thiết kế

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

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

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

A. Chỉ phù hợp cho thiết kế phần cứng máy tính

B. Không thể hỗ trợ phát triển những thành phần sử dụng lại

C. Dựa vào những kỹ thuật hỗ trợ đối tượng

D. Không định chi phí hiệu quả bằng những độ đo phần mềm có thể định lượng

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

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

C. 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

D. 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

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

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

C. 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

D. 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

A. Mô hình hỗn độn

B. Mô hình nước suối

C. Mô hình xoắn ốc

D. Mô hình chu kỳ sống cổ điển

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

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

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

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

A. Một cách gọi khác của mô hình phát triển dựa vào thành phần

B. Một cách hữu dụng khi khách hàng không xàc định yêu cầu rõ ràng

C. Sự ráp nối tốc độ cao của mô hình tuần tự tuyến tính

D. Tất cả mục trên

A. Kiến trúc

B. Dữ liệu

C. Giao diện

D. Phạm vi dự án

A. Bản chất lặp

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

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

D. Tất cả các mục

A. Để tư liệu tất cả những trạng thái phụ thuộc

B. Để hướng dẫn phát triển kế hoạch quản lý dự án

C. Chỉ khi xây dựng hệ chuyên gia

D. Khi một tập phức tạp những điều kiện và hoạt động xuất hiện trong thành phần

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

B. Từ điển dữ liệu

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

D. Những Test-case cho mỗi module

A. Cho thấy sự liên kết mạnh giữa các module

B. Thực hiện tất cả yêu cầu trong phân tích

C. Bao gồm những test case cho tất cả thành phần

D. Kết hợp mã nguồn nhằm mục đích mô tả

A. Cho phép người quản lý theo dõi năng suất của nhóm thiết kế

B. Xác minh là tất cả các yêu cầu đã được xem xét trong thiết kế

C. Chỉ ra chi phí kết hợp với mỗi yêu cầu

D. Cung cấp cho việc thực thi tên của những nhà thiết kế cho mỗi yêu cầu

A. Quản lý cấu hình

B. Ký hiệu thành phần chức năng

C. Nguyên tắc đánh giá chất lượng

D. Heuristic tinh chế

A. Concurrency

B. Persistence

C. Distribution

D. Borker

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

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

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

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

A. Chi tiết giải thuật

B. Cơ sở dữ liệu

C. Thiết kế dữ liệu

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

A. Luồng dữ liệu

B. Kiến trúc ngữ cảnh

C. Gọi trả về

D. Tầng

A. Mô hình hệ thống của người dùng

B. Trong tình huống đặc trưng thì người dùng thực hiện công việc gì?

C. Những feedback từ việc đánh giá của người dùng

D. Nếu người dùng xảy ra lỗi thì hậu quả như thế nào?