readily be changed. Producers of da

readily be changed. Producers of data should be separated from consumers and shared data structures should be avoided.
Obviously there is potential conflict between some of these architectures. For example, using large components improves performance and using small, fine-grain components improves maintainability. If both performance and maintainability are important system requirements, then some compromise must be found. This can sometimes be achieved by using different architectural patterns or styles for different parts of the system. Evaluating an architectural design is difficult because the true test of an architec- ture is how well the system meets its functional and non-functional requirements when it is in use. However, you can do some evaluation by comparing your design against reference architectures or generic architectural patterns. Bosch’s (2000) description of the non-functional characteristics of architectural patterns can also be used to help with architectural evaluation.

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

dễ dàng được thay đổi. Nhà sản xuất của dữ liệu nên được tách ra từ người tiêu dùng và cấu trúc dữ liệu được chia sẻ nên tránh.Rõ ràng là có tiềm năng xung đột giữa một số các kiến trúc. Ví dụ, sử dụng thành phần lớn cải thiện hiệu suất và sử dụng thành phần nhỏ, Mỹ-hạt cải thiện bảo trì. Nếu hiệu suất và bảo trì hệ thống quan trọng yêu cầu, sau đó thỏa hiệp một số phải được tìm thấy. Điều này đôi khi có thể đạt được bằng cách sử dụng mẫu kiến trúc khác nhau hoặc phong cách cho các bộ phận khác nhau của hệ thống. Đánh giá thiết kế kiến trúc là khó khăn vì thử nghiệm thực sự của một architec ture là tốt như thế nào hệ thống đáp ứng các yêu cầu chức năng và không có chức năng khi sử dụng. Tuy nhiên, bạn có thể làm một số đánh giá bằng cách so sánh thiết kế của bạn chống lại kiến trúc tài liệu tham khảo hay mẫu kiến trúc chung. Của Bosch (2000) Mô tả các đặc điểm không có chức năng của kiến trúc mẫu cũng có thể được sử dụng để giúp đỡ với kiến trúc đánh giá.

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

dễ dàng được thay đổi. Các nhà sản xuất của dữ liệu nên được tách ra từ người tiêu dùng và các cấu trúc dữ liệu dùng chung nên tránh.
Rõ ràng là có xung đột giữa một số các kiến trúc. Ví dụ, sử dụng các thành phần lớn cải thiện hiệu suất và sử dụng nhỏ các thành phần, tinh hạt cải thiện khả năng bảo trì. Nếu cả hiệu suất và bảo trì các yêu cầu hệ thống quan trọng, sau đó một số thỏa hiệp phải được tìm thấy. Điều này đôi khi có thể đạt được bằng cách sử dụng mô hình kiến trúc khác nhau hoặc phong cách cho các bộ phận khác nhau của hệ thống. Đánh giá thiết kế kiến trúc là khó khăn vì các thử nghiệm thực sự của một ture trúc là như thế nào hệ thống đáp ứng yêu cầu chức năng và phi chức năng của nó khi nó được sử dụng. Tuy nhiên, bạn có thể làm một số đánh giá bằng cách so sánh thiết kế của bạn chống lại các kiến trúc tham khảo hoặc các mẫu kiến trúc chung. Bosch (2000) mô tả những đặc tính phi chức năng của mô hình kiến trúc cũng có thể được sử dụng để giúp đánh giá kiến trúc.