Nguyên tắc 'DRY' (Don't Repeat Yourself) trong lập trình và thiết kế hệ thống thông tin khuyến khích điều gì?

Giảm thiểu rủi ro dự án do có kế hoạch chi tiết từ đầu.

Cho phép người dùng trải nghiệm và đưa ra phản hồi sớm về hệ thống, giúp cải thiện yêu cầu.

Tiết kiệm chi phí phát triển do giảm thiểu tài liệu và quy trình phức tạp.

Đảm bảo dự án hoàn thành đúng thời hạn nhờ vào việc chia nhỏ dự án thành các phần nhỏ hơn.

Kiểm tra từng module riêng lẻ của hệ thống.

Kiểm tra hiệu suất và khả năng chịu tải của hệ thống.

Kiểm tra sự tương tác và làm việc cùng nhau của các module khác nhau trong hệ thống.

Kiểm tra giao diện người dùng và trải nghiệm người dùng.

Đánh cắp thông tin nhạy cảm từ hệ thống.

Phá hoại dữ liệu hoặc phần mềm của hệ thống.

Làm cho hệ thống hoặc dịch vụ trở nên không khả dụng đối với người dùng hợp lệ.

Xâm nhập trái phép vào hệ thống để kiểm soát.

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

DFD mô hình hóa cấu trúc dữ liệu, còn ERD mô hình hóa quá trình xử lý dữ liệu.

DFD mô hình hóa dòng chảy dữ liệu và quá trình xử lý, còn ERD mô hình hóa cấu trúc dữ liệu và mối quan hệ giữa chúng.

DFD sử dụng trong giai đoạn thiết kế, còn ERD sử dụng trong giai đoạn phân tích.

DFD tập trung vào người dùng, còn ERD tập trung vào hệ thống.

Một giai đoạn kiểm thử hệ thống cuối cùng trước khi triển khai.

Một chu kỳ phát triển ngắn, lặp đi lặp lại, thường kéo dài từ 2 đến 4 tuần.

Một cuộc họp hàng ngày để báo cáo tiến độ và giải quyết vấn đề.

Một tài liệu mô tả chi tiết yêu cầu của người dùng.

Viết tài liệu đặc tả yêu cầu phần mềm chi tiết.

Xác định và ghi lại tất cả các yêu cầu từ người dùng và các bên liên quan.

Thiết kế giao diện người dùng ban đầu để thu hút sự chú ý của người dùng.

Lựa chọn công nghệ và nền tảng phát triển phù hợp.