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

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

definition, development, support

what, how, where

programming, debugging, maintenance

analysis, design, testing

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

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

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

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

Cho phép đáp ứng nhanh

Dễ lập trình

Ít gây ra xung đột

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

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

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

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

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

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

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

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

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

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

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

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

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

Phân tích nội dung

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

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

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

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

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

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

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

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

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

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

Không có mục nào

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

4

3

2

5

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

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

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

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

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

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

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

Câu a và 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

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

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

Tát cả đều đúng

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

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

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

Tất cả đều sai

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

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

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

Câu A, B đúng

Câu A, B sai

Backtracking

Brute force

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

Tất cả các mục

Là tính tin cậy

Tất cả đều sai

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

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

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

Kiểm nghiệm hộp đen

Kiểm nghiệm thừa kế

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

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

Tất cả đều đúng

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Tất cả đều đúng

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

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

Mô hình hỗn độn

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

Mô hình xoắn ốc

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

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

Concurrency

Persistence

Distribution

Borker

Luồng dữ liệu

Kiến trúc ngữ cảnh

Gọi trả về

Tầng

Hiểu rõ những yêu cầu người dùng

Sự thay đổi

Tất cả các mục

Phạm vi, giới hạn

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

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

Theo một cách thức đầy đủ

Tất cả đều đúng

Nỗ lực và thời gian là tối thiểu

Nhằm khám phá lỗi

Phân tích toàn bộ hệ thống

Thiết kế

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

Mã hóa

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

Tất cả đều sai

Số lỗi do khách hàng phát hiện

Toàn bộ lỗi được phát hiện sau đó

Toàn bộ lỗi chưa phát hiện

5 mức độ

4 mức độ

6 mức độ

3 mức độ

Thiết kế kiến trúc

Thiết kế thành phần

Thiết kế giao diện

Thiết kế dữ liệu/class

Về con người

Về ước lượng

Về yêu cầu

Về tổ chức

Tích hợp từ dưới lên

Tích hợp big-bang

Tích hợp từ trên xuống

Tích hợp tăng vòng

8

7

9

6