Software architecture is important

Software architecture is important because it affects the performance, robustness, distributability, and maintainability of a system (Bosch, 2000). As Bosch discusses, individual components implement the functional system requirements. The non- functional requirements depend on the system architecture—the way in which these components are organized and communicate. In many systems, non-functional requirements are also influenced by individual components, but there is no doubt that the architecture of the system is the dominant influence. Bass et al. (2003) discuss three advantages of explicitly designing and document- ing software architecture:
1. Stakeholder communication The architecture is a high-level presentation of the sys- tem that may be used as a focus for discussion by a range of different stakeholders.
2. System analysis Making the system architecture explicit at an early stage in the system development requires some analysis. Architectural design decisions have a profound effect on whether or not the system can meet critical require- ments such as performance, reliability, and maintainability.
3. Large-scale reuse A model of a system architecture is a compact, manageable description of how a system is organized and how the components interoperate. The system architecture is often the same for systems with similar requirements and so can support large-scale software reuse. As I explain in Chapter 16, it may be possible to develop product-line architectures where the same architecture is reused across a range of related systems.

Kết quả (Việt) 2:

Kiến trúc phần mềm là quan trọng vì nó ảnh hưởng đến hiệu quả hoạt động, vững mạnh, distributability, và bảo trì của một hệ thống (Bosch, 2000). Như Bosch thảo luận, các thành phần cá nhân thực hiện các yêu cầu hệ thống chức năng. Các yêu cầu phi chức năng phụ thuộc vào hệ thống kiến trúc cách thức mà các thành phần này được tổ chức và giao tiếp. Trong nhiều hệ thống, yêu cầu phi chức năng cũng bị ảnh hưởng bởi các thành phần cá nhân, nhưng không có nghi ngờ rằng các kiến trúc của hệ thống là sự ảnh hưởng chi phối. Bass et al. (2003) thảo luận về ba ưu điểm của thiết kế một cách rõ ràng và document- ing kiến trúc phần mềm:
1. Thông tin liên lạc các bên liên quan Các kiến trúc là một bài thuyết trình cao cấp của hệ thống có thể được sử dụng như là một trọng tâm thảo luận của các bên liên quan khác nhau.
2. Hệ thống phân tích Làm cho kiến trúc hệ thống rõ ràng ở giai đoạn đầu trong việc phát triển hệ thống đòi hỏi một số phân tích. Quyết định thiết kế kiến trúc có một ảnh hưởng sâu sắc về việc có hay không hệ thống có thể đáp ứng các yêu cầu quan trọng như hiệu suất, độ tin cậy và khả năng bảo trì.
3. Quy mô lớn tái sử dụng một mô hình của một kiến trúc hệ thống là một, mô tả quản lý nhỏ gọn như thế nào một hệ thống được tổ chức và cách các thành phần tương thích. Cấu trúc hệ thống thường là như nhau cho các hệ thống với các yêu cầu tương tự và do đó có thể hỗ trợ tái sử dụng phần mềm có quy mô lớn. Như tôi đã giải thích trong Chương 16, nó có thể phát triển các kiến trúc dòng sản phẩm mà các kiến trúc tương tự được tái sử dụng trên một loạt các hệ thống liên quan.