Trong thiết kế hệ thống, ‘tính mô-đun hóa’ (modularity) có ý nghĩa gì đối với việc bảo trì hệ thống?

Các lớp và mối quan hệ tĩnh giữa chúng

Luồng dữ liệu qua các quy trình

Các trạng thái khác nhau mà một đối tượng có thể có và các sự kiện gây ra sự chuyển đổi giữa các trạng thái đó

Các trường hợp sử dụng của hệ thống

Chỉ để ghi lại ý kiến của một người duy nhất

Tạo ra một lượng lớn các ý tưởng ban đầu một cách tự do và sáng tạo từ nhiều người tham gia, không phán xét ngay lập tức

Đưa ra quyết định cuối cùng về yêu cầu

Xác định các vấn đề kỹ thuật của hệ thống hiện tại

Luồng dữ liệu và các quy trình xử lý

Cấu trúc tĩnh của hệ thống, bao gồm các lớp, thuộc tính, phương thức và mối quan hệ giữa chúng

Trạng thái và sự chuyển đổi của các đối tượng theo thời gian

Các tình huống sử dụng (use cases) của hệ thống

Mô tả trình tự thực thi của các quy trình nghiệp vụ

Mô tả cấu trúc logic của dữ liệu, bao gồm các thực thể (entities), thuộc tính (attributes) và mối quan hệ (relationships) giữa chúng

Thiết kế kiến trúc mạng cho hệ thống

Đánh giá rủi ro bảo mật của hệ thống

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

Mô hình V-Model

Các mô hình phát triển linh hoạt (Agile methodologies) như Scrum, XP

Mô hình Tinh gọn (Lean Model)

Một đoạn mã nguồn cụ thể được sử dụng lại

Một giải pháp chung, đã được chứng minh và tái sử dụng cho một vấn đề thiết kế phổ biến trong một ngữ cảnh nhất định

Một quy tắc bắt buộc trong mọi thiết kế hệ thống

Một công cụ tự động hóa việc kiểm thử

Giai đoạn Phân tích yêu cầu và đặc tả hệ thống

Giai đoạn Thiết kế chi tiết kiến trúc hệ thống

Giai đoạn Kiểm thử và bảo trì hệ thống

Giai đoạn Triển khai và đào tạo người dùng