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 31

Khi cần thu thập thông tin chi tiết từ từng cá nhân

Khi cần khám phá quan điểm và ý kiến đa dạng từ một nhóm người dùng

Khi cần thu thập dữ liệu định lượng

Khi cần xác nhận yêu cầu đã được thu thập trước đó

Dự án có yêu cầu thay đổi thường xuyên

Dự án có yêu cầu không rõ ràng

Dự án có yêu cầu ổn định và được hiểu rõ từ đầu

Dự án cần triển khai nhanh chóng

Chuyển đổi trực tiếp (Direct cutover)

Chuyển đổi song song (Parallel conversion)

Chuyển đổi theo giai đoạn (Phased conversion)

Chuyển đổi thí điểm (Pilot conversion)

Khi yêu cầu người dùng đã được xác định rõ ràng

Khi cần xác định và làm rõ yêu cầu người dùng chưa rõ ràng

Khi cần phát triển hệ thống nhanh chóng với chi phí thấp

Khi cần kiểm thử hiệu suất hệ thống

Dữ liệu trong một cột phải thuộc một kiểu dữ liệu nhất định

Giá trị của một thuộc tính không được vượt quá một giới hạn nhất định

Giá trị của khóa ngoại (Foreign key) phải tồn tại trong bảng tham chiếu

Mỗi bản ghi trong bảng phải có một khóa chính duy nhất

Quan hệ tuần tự

Quan hệ ca sử dụng

Quan hệ tĩnh (ví dụ: kế thừa, kết hợp, tổng hợp)

Quan hệ hoạt động

Giai đoạn lập kế hoạch

Giai đoạn phân tích rủi ro

Giai đoạn thiết kế

Giai đoạn triển khai

Có thể chứa giá trị trùng lặp

Có thể để trống (NULL)

Xác định duy nhất mỗi bản ghi (record) trong bảng

Không bắt buộc phải có trong mỗi thực thể

Cấu trúc mã nguồn của phần mềm

Luồng dữ liệu bên trong hệ thống

Chức năng và hành vi bên ngoài của phần mềm

Hiệu suất của phần mềm

Xây dựng hệ thống mới từ đầu

Kiểm thử hệ thống trước khi triển khai

Sửa lỗi, cải tiến và điều chỉnh hệ thống theo thời gian

Phân tích yêu cầu của người dùng

Cả hai đều nên được tối đa hóa

Cả hai đều nên được tối thiểu hóa

Nên tối thiểu hóa 'coupling' và tối đa hóa 'cohesion'

Nên tối đa hóa 'coupling' và tối thiểu hóa 'cohesion'

Không quan trọng, giao diện nên đơn giản

Quan trọng để thông báo cho người dùng về trạng thái và kết quả thao tác của họ

Chỉ cần phản hồi khi có lỗi xảy ra

Phản hồi nên được giữ ở mức tối thiểu để tránh làm phiền người dùng

Biểu đồ lớp (Class Diagram)

Biểu đồ ca sử dụng (Use Case Diagram)

Biểu đồ tuần tự (Sequence Diagram)

Biểu đồ hoạt động (Activity Diagram)

Bảng câu hỏi (Questionnaires)

Phỏng vấn (Interviews)

Quan sát (Observation)

Nghiên cứu tài liệu (Document analysis)

Viết mã chương trình

Kiểm thử phần mềm

Hỗ trợ các giai đoạn khác nhau của SDLC thông qua tự động hóa và công cụ

Quản lý dự án

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

Giảm dung lượng lưu trữ dữ liệu

Giảm dư thừa dữ liệu và cải thiện tính nhất quán

Tăng cường bảo mật dữ liệu

Tuân thủ nghiêm ngặt theo kế hoạch ban đầu

Tài liệu hóa chi tiết mọi giai đoạn

Sự hợp tác chặt chẽ với khách hàng và khả năng thích ứng với thay đổi

Phân chia công việc rõ ràng giữa các thành viên

Sự sẵn có của công nghệ cần thiết

Kỹ năng và kinh nghiệm của đội ngũ phát triển

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

Khả năng tích hợp với hệ thống hiện có

Giao diện phải đẹp và hấp dẫn

Giao diện phải dễ dàng cho người dùng mới học cách sử dụng

Giao diện phải phản hồi nhanh chóng

Giao diện phải có nhiều chức năng

Tấn công SQL Injection

Tấn công từ chối dịch vụ (Denial of Service - DoS)

Tấn công Man-in-the-Middle

Tấn công Phishing