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

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

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

bottom-up và top-down

horizontal and vertical

subordinate và superordinate

Không có mục nào

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ả

Liên kết thấp

Module hóa tốt

Luồng giao dịch (transaction)

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

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

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

Con người

Quy trình

Sản phầm

Thời gian

Extreme programming

Evolutionary prototyping

Component architecture

Open-source development

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ấu trúc dữ liệu

Đầy đủ

Bảo mật

Độ lớn

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

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

6

7

8

9

Mọi dữ liệu được lưu trữ tại một cơ sở dữ liệu trung tâm được truy cập bởi các lớp

Mô hình mà để vận hành, hệ thống phải được điều khiển làm việc đồng bộ và đúng

Tổ chức hệ thống thành một tập hợp các lớp cung cấp tập hợp các dịch vụ

Mô hình hệ thống phân tán, biểu diễn phân tán dữ liệu và xử lý trên nhiều máy tính

Chính xác, hiện thực

Đầy đủ, nhất quán

Đầy đủ, hiện thực

Chính xác, nhất quán

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

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

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

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

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

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ế

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Điều khiển

Dữ liệu

Thủ tục

Tất cả mục trên

Ướ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ụ

exciting requirements

expected requirement

normal requirements

technology requirements

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

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ột mô hình cũ phổ biến mà bây giờ hiếm khi dùng nữa

Hướng tốt nhất để dùng cho những dự án với những nhóm phát triển lớn

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

Một hướng tốt khi cần tạo nhanh một chương trình thực thi

Phải lên kế hoạch kiểm thử sớm ngay trong giai đoạn phân tích hệ thống

Có thể thực hiêṇ kiểm thử được toàn bộ mọi trường hợp có thể có của hệ thống

Để hiệu quả, kiểm thử nên được thực hiện bởi một đội kiểm thử

Tuân theo nguyên tắc Pareto

3

4

5

6

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

actor view

data view

essential view

implementation view

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

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ế

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

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