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

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

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

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

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

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

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

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

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.

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

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

Cấu hình mạng.

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

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.

Kiểm tra và bảo trì

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

Thiết kế

Viết Code

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

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

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

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

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.

Khả thi về kinh tế.

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

Khả thi vể kỹ thuật.

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

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

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

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

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

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

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 xử lý nào được tiến hành và các thông tin chi tiết liên quan?

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

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

Đầy đủ.

Bảo mật.

Độ lớn.

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.

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

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

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

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

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

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

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

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

Software Requirement Specification.

System Requirement Specification.

Studying Requirement Specification.

Solve Requirement Specification.

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.

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

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

Lược đồ ngữ cảnh

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

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

Phân tích viên.

Lập trình viên.

Khách hàng.

Tài liệu SRS.

Sơ đồ DF

D.

Sơ đồ Use case

Sơ đồ ER

D.

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

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

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

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

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

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

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

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

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.

Use Case.

Entity Relationship Diagram.

State Transition Diagram.

Activity Diagram.

2

3

4

5

3

4

5

6

3

5

7

8

Cost Aided Software Engineering.

Computer Aided Software Engineering.

Control Aided Software Engineering

Computer Analyzing Software Engineering.

Interview.

Observation.

Expert

Delphi.

Prototype.

Facilitated Workshops

Observation

Questionnaires & Surveys

Đặc tả cú pháp.

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

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

Đặc tả kỹ thuật.

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

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

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

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

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

definition, development, support

what, how, where

programming, debugging, maintenance

analysis, design, testing

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

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

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

Tất cả mục trên

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

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

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

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

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

Không định chi phí hiệu quả bằng những độ đo phần mềm có thể định lượ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

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

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

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

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

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

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

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

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

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

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

Không có mục nào

Input

Output

Giao diện người dùng

Tất cả mục trên

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

bottom-up và top-down

horizontal and vertical

subordinate và superordinate

Không có mục nào

actor view

data view

essential view

implementation view

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

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 đồ

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

Phá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

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

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

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

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

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

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

Tự điển dữ liệu

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

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

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

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

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

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

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

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

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

Biểu đồ phần mềm

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

Kiến trúc

Dữ liệu

Giao diện

Phạm vi dự án

Accuracy

Complexity

Efficiency

Quality

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

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

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

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

Quản lý cấu hình

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

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

Heuristic tinh chế

Điều khiển

Dữ liệu

Thủ tục

Tất cả mục trên

Dữ liệu

Động

Xử lý

Cấu trúc

Thứ tự quyết định

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

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

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

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

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

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

Quan hệ giữa điều khiển và thủ tụ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

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

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

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

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

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

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

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

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

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

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

Những mẫu thiết kế

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

Dòng dữ liệu

Module

Tiến trình

Tất cả các 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)

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

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

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

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

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

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

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

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

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

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

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

Mô hình thiết kế

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

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

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

Ước lượng giá

Xây dựng giao diện

Định trị giao diện

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

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

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

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

Quan sát thao tác người dù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

Tạo code

Những tool vẽ

Định trị input

Tất cả mục trê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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Những lỗi giao diện

Những lỗi thực thi

Tất cả mục trên

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

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

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

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

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

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

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

Backtracking

Brute force

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

Tất cả các mục

Người phát triển

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

Nhóm kiểm thử

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

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

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

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

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

definition, development, support

what, how, where

programming, debugging, maintenance

analysis, design, testing

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

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

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

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

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

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

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

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

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

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

Thứ tự quyết định

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

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

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

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

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

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

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

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

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

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

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

Reliability

Maintainability

Testability

Portability

Phạm vi

Thời gian

Chi phí

Chất lượng

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

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

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

Có thể 1 người

Cải tiến quy trình

Giảm lỗi giá

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

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

Thường áp dụng trong hệ thống phân 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ó thể xem là một dạng của kiểm thử thực thi

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

Quản lý rủi ro

Quản lý mua sắm

Quản lý tích hợp

Quản lý truyền thông