1000+ câu Trắc nghiệm Phân tích, thiết kế hệ thống thông tin có đáp án - Phần 24

Giao diện phải có màu sắc hài hòa

Giao diện phải dễ dàng tùy biến theo sở thích cá nhân

Các thành phần giao diện và hành vi của chúng phải giống nhau trên toàn hệ thống

Giao diện phải được thiết kế theo phong cách hiện đại nhất

Lập trình viên

Người kiểm thử (Tester)

Người dùng cuối (End User)

Quản lý dự án

Phỏng vấn cá nhân

JAD (Joint Application Development)

Quan sát

Khảo sát

Tăng tốc độ truy vấn dữ liệu

Loại bỏ sự dư thừa dữ liệu và cải thiện tính toàn vẹn dữ liệu

Mã hóa dữ liệu để bảo mật

Sao lưu dữ liệu

Khả năng hệ thống hoạt động ổn định trong thời gian dài

Khả năng hệ thống xử lý được lượng công việc tăng lên

Khả năng hệ thống dễ dàng được bảo trì và nâng cấp

Khả năng hệ thống tương thích với các hệ thống khác

Để theo dõi chi phí dự án

Để hiển thị tiến độ và thời gian thực hiện của các công việc trong dự án

Để quản lý rủi ro dự án

Để phân công công việc cho các thành viên trong nhóm

Một đối tượng có thể thuộc nhiều lớp khác nhau

Một lớp có thể kế thừa từ nhiều lớp khác nhau

Một đối tượng có thể có nhiều thuộc tính khác nhau

Một phương thức có thể có nhiều cách thực hiện khác nhau tùy thuộc vào đối tượng gọi nó

Để xác định các yêu cầu của người dùng

Để tìm ra nguyên nhân gốc rễ của một vấn đề

Để đánh giá rủi ro

Để lập kế hoạch dự án

Để tạo ra giao diện người dùng hoàn chỉnh với đồ họa và màu sắc

Để mô phỏng hành vi của người dùng trên giao diện

Để tạo ra bản phác thảo bố cục và chức năng cơ bản của giao diện

Để kiểm thử hiệu năng của giao diện

Lập kế hoạch

Phân tích rủi ro

Xây dựng nguyên mẫu

Đánh giá

Phân tích SWOT

Phân tích chi phí – lợi ích (Cost-Benefit Analysis)

Nghiên cứu tính khả thi (Feasibility Study)

Phân tích PEST

Liskov Substitution Principle

Law of Demeter

Least Astonishment

Loose Coupling

Sửa chữa các lỗi trong phần mềm

Điều chỉnh phần mềm để đáp ứng các thay đổi trong môi trường hoạt động

Cải thiện hiệu năng và độ tin cậy của phần mềm

Thêm các chức năng mới vào phần mềm

Để xác định các rủi ro tiềm ẩn

Để đánh giá mức độ nghiêm trọng và khả năng xảy ra của các rủi ro

Để lập kế hoạch ứng phó rủi ro

Để theo dõi và kiểm soát rủi ro

Dễ dàng tìm kiếm nhân tài có kỹ năng phù hợp

Sự khác biệt về văn hóa, ngôn ngữ và quy định pháp luật

Chi phí phát triển hệ thống thấp hơn

Dễ dàng quản lý dự án từ xa

Mô hình xoắn ốc (Spiral)

Mô hình thác nước (Waterfall)

Agile

Mô hình chữ V (V-Model)

Mô hình quan hệ thực thể (ERD)

Mô hình luồng dữ liệu (DFD)

Mô hình Use Case

Mô hình đối tượng

Một phương pháp quản lý dự án

Một kiểu kiến trúc phần mềm trong đó các chức năng được cung cấp dưới dạng các dịch vụ

Một loại cơ sở dữ liệu

Một ngôn ngữ lập trình

Kiểm thử dựa trên cấu trúc bên trong của mã nguồn

Kiểm thử dựa trên các yêu cầu và chức năng của phần mềm, không cần biết cấu trúc bên trong

Kiểm thử hiệu năng của phần mềm

Kiểm thử bảo mật của phần mềm

Để xác định duy nhất một bản ghi trong một bảng

Để tạo mối quan hệ giữa hai bảng

Để mã hóa dữ liệu

Để tăng tốc độ truy vấn dữ liệu