Kiến trúc phần mềm

Architectural design quan tâm đến điều gì?

• Viết code chi tiết

• Hiểu và thiết kế cấu trúc tổng thể của hệ thống phần mềm

• Quản lý dự án

• Viết tài liệu sử dụng

Kiến trúc phần mềm là:

• Cách tổ chức các thành phần và mối quan hệ giữa chúng trong hệ thống

• Code của phần mềm

• Quản lý dự án

• Tài liệu yêu cầu

Trong Agile, việc thiết kế kiến trúc tổng thể:

• Không quan trọng

• Là bước quan trọng ban đầu vì refactoring kiến trúc rất tốn kém

• Có thể bỏ qua

• Là bước cuối cùng

Kiến trúc "architecture in the small" đề cập đến:

• Kiến trúc hệ thống lớn phân tán

• Kiến trúc của một chương trình đơn lẻ và các thành phần bên trong nó

• Kiến trúc tổ chức

• Kiến trúc dữ liệu

Kiến trúc "architecture in the large" đề cập đến:

• Kiến trúc các hệ thống doanh nghiệp phức tạp gồm nhiều hệ thống nhỏ và thành phần

• Kiến trúc nhỏ gọn

• Kiến trúc module đơn giản

• Kiến trúc mạng

Ưu điểm của kiến trúc phần mềm rõ ràng bao gồm:

• Giúp giao tiếp giữa các bên liên quan, phân tích khả năng đáp ứng yêu cầu phi chức năng, tái sử dụng quy mô lớn

• Giảm tài liệu

• Tăng code chi tiết

• Không cần kiểm thử

Kiểu biểu diễn kiến trúc nào phổ biến nhất?

• Block diagrams đơn giản, không có ngữ nghĩa chi tiết

• Code thực thi

• Tài liệu yêu cầu

• Lập kế hoạch dự án

Các sơ đồ hộp và đường thẳng (box and line diagrams) có đặc điểm:

• Rất trừu tượng, không biểu diễn chi tiết mối quan hệ hay thuộc tính bên ngoài của hệ thống con

• Chi tiết đầy đủ

• Là code thực thi

• Mô tả luồng dữ liệu

Mục đích chính của kiến trúc phần mềm là:

• Tạo tài liệu dài dòng

• Thúc đẩy trao đổi và thảo luận giữa các bên liên quan về thiết kế hệ thống tổng thể

• Viết code

• Kiểm thử

Các quyết định thiết kế kiến trúc phần mềm ảnh hưởng đến: