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 26

Sơ đồ lớp (Class Diagram)

Sơ đồ ca sử dụng (Use Case Diagram)

Sơ đồ tuần tự (Sequence Diagram)

Sơ đồ trạng thái (State Diagram)

Tăng độ phức tạp của hệ thống.

Giảm khả năng tái sử dụng các thành phần.

Dễ dàng quản lý, phát triển, kiểm thử và bảo trì hệ thống.

Làm chậm quá trình phát triển hệ thống.

Tuân thủ nghiêm ngặt kế hoạch và tài liệu chi tiết từ đầu dự án.

Phát triển hệ thống theo từng giai đoạn lớn, hoàn thành toàn bộ giai đoạn trước khi sang giai đoạn tiếp theo.

Sự linh hoạt, thích ứng với thay đổi và làm việc nhóm chặt chẽ.

Tối ưu hóa chi phí phát triển bằng cách giảm thiểu giao tiếp với người dùng.

Hệ thống phải có khả năng xử lý 1000 giao dịch mỗi giây.

Hệ thống phải có giao diện thân thiện với người dùng.

Hệ thống phải cho phép người dùng đăng nhập và quản lý thông tin cá nhân.

Hệ thống phải đảm bảo dữ liệu được sao lưu hàng ngày.

Dữ liệu trong bảng phải tuân thủ một định dạng nhất định.

Giá trị của khóa ngoại (foreign key) phải tồn tại trong bảng khóa chính tương ứng.

Không được phép nhập dữ liệu trùng lặp vào bảng.

Dữ liệu phải được cập nhật đồng thời trên tất cả các bảng liên quan.

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

Thiết kế cơ sở dữ liệu của hệ thống.

Yêu cầu đặc tả chức năng của phần mềm.

Kiến trúc hệ thống tổng thể.

Sửa lỗi phát sinh sau khi hệ thống được triển khai.

Thêm các chức năng mới theo yêu cầu thay đổi của người dùng.

Tối ưu hóa hiệu năng của hệ thống.

Xác định yêu cầu cho hệ thống mới thay thế hệ thống hiện tại.

Giai đoạn cuối cùng, kiểm tra toàn bộ hệ thống trước khi triển khai.

Giai đoạn đầu của kiểm thử, kiểm tra từng thành phần (module, function) riêng lẻ.

Giai đoạn tích hợp, kiểm tra sự tương tác giữa các thành phần.

Giai đoạn nghiệm thu, kiểm tra sự phù hợp với yêu cầu của người dùng.

Tất cả các thành phần của hệ thống đều nằm trên cùng một máy tính.

Các máy khách (client) và máy chủ (server) có vai trò ngang nhau, chia sẻ tài nguyên.

Máy chủ (server) cung cấp dịch vụ và tài nguyên, máy khách (client) yêu cầu và sử dụng dịch vụ.

Hệ thống hoạt động phi tập trung, không có máy chủ trung tâm.

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

Giảm thiểu sự dư thừa dữ liệu và cải thiện tính toàn vẹn dữ liệu.

Đảm bảo tính bảo mật cho dữ liệu.

Làm cho mô hình dữ liệu phức tạp hơn để đáp ứng nhiều yêu cầu.

Thiết kế hệ thống

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

Kiểm thử hệ thống

Triển khai hệ thống

Khi yêu cầu hệ thống đã được xác định rõ ràng và ổn định.

Khi người dùng khó diễn đạt yêu cầu của mình một cách cụ thể.

Khi thời gian phát triển dự án bị hạn chế.

Khi dự án có ngân sách lớn và không giới hạn về thời gian.

Kiểm thử chức năng (Functional Testing)

Kiểm thử hiệu năng (Performance Testing)

Kiểm thử tích hợp (Integration Testing)

Kiểm thử chấp nhận (Acceptance Testing)

Liên kết hai bảng dữ liệu với nhau.

Đảm bảo tính toàn vẹn dữ liệu bằng cách hạn chế nhập dữ liệu trùng lặp.

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

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

Lập lịch trình dự án chi tiết.

Ước tính chi phí dự án.

Phân chia công việc dự án thành các phần nhỏ hơn, dễ quản lý.

Quản lý rủi ro dự án.

Mô tả luồng dữ liệu giữa các quy trình.

Xác định các ca sử dụng (use cases) của hệ thống.

Phân tích mối quan hệ giữa các thực thể dữ liệu và các chức năng của hệ thống.

Thiết kế giao diện người dùng cho các chức năng CRUD.

Kiến trúc monolithic (nguyên khối).

Kiến trúc client-server truyền thống.

Kiến trúc hướng dịch vụ (Service-Oriented Architecture - SOA) hoặc microservices.

Kiến trúc tập trung (centralized architecture).

Lặp đi lặp lại các giai đoạn phát triển cho đến khi đạt yêu cầu.

Các giai đoạn phát triển diễn ra tuần tự, giai đoạn sau chỉ bắt đầu khi giai đoạn trước hoàn thành.

Cho phép thay đổi yêu cầu liên tục trong quá trình phát triển.

Tập trung vào việc xây dựng một phiên bản thử nghiệm nhanh chóng để lấy phản hồi.

Không thu thập được thông tin về quy trình nghiệp vụ.

Tốn nhiều thời gian và chi phí hơn so với phỏng vấn.

Người được quan sát có thể thay đổi hành vi khi biết mình bị quan sát (hiệu ứng Hawthorne).

Không phù hợp với các hệ thống phức tạp.

Khi công ty có đầy đủ nhân lực và chuyên môn nội bộ.

Khi dự án có yêu cầu bảo mật thông tin rất cao.

Khi công ty muốn tập trung vào năng lực cốt lõi và giảm chi phí phát triển.

Khi muốn kiểm soát hoàn toàn quá trình phát triển phần mềm.