Architectural design is a creative

Architectural design is a creative process where you design a system organization that will satisfy the functional and non-functional requirements of a system. Because it is a creative process, the activities within the process depend on the type of system being developed, the background and experience of the system architect, and the specific requirements for the system. It is therefore useful to think of architectural design as a series of decisions to be made rather than a sequence of activities. During the architectural design process, system architects have to make a number of structural decisions that profoundly affect the system and its development process. Based on their knowledge and experience, they have to consider the follow- ing fundamental questions about the system:
1. Is there a generic application architecture that can act as a template for the sys- tem that is being designed?
2. How will the system be distributed across a number of cores or processors?
3. What architectural patterns or styles might be used?
4. What will be the fundamental approach used to structure the system?
5. How will the structural components in the system be decomposed into sub- components?
6. What strategy will be used to control the operation of the components in the system?
7. What architectural organization is best for delivering the non-functional require- ments of the system?
8. How will the architectural design be evaluated?
9. How should the architecture of the system be documented?
Although each software system is unique, systems in the same application domain often have similar architectures that reflect the fundamental concepts of the domain. For example, application product lines are applications that are built around a core architecture with variants that satisfy specific customer requirements. When designing a system architecture, you have to decide what your system and broader application classes have in common, and decide how much knowledge from these application architectures you can reuse. I discuss generic application architectures in Section 6.4 and application product lines in Chapter 16. For embedded systems and systems designed for personal computers, there is usually only a single processor and you will not have to design a distributed architec- ture for the system. However, most large systems are now distributed systems in which the system software is distributed across many different computers. The choice of distribution architecture is a key decision that affects the performance and

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

Thiết kế kiến trúc là một quá trình sáng tạo, nơi mà bạn thiết kế một tổ chức hệ thống sẽ đáp ứng các yêu cầu chức năng và không có chức năng của một hệ thống. Bởi vì nó là một quá trình sáng tạo, các hoạt động trong quá trình phụ thuộc vào loại hệ thống được phát triển, nền và kinh nghiệm của các kiến trúc sư hệ thống, và các yêu cầu cụ thể cho hệ thống. Do đó rất hữu ích để suy nghĩ của thiết kế kiến trúc như một loạt các quyết định được thực hiện hơn là một chuỗi các hoạt động. Trong quá trình thiết kế kiến trúc, Hệ thống kiến trúc sư phải thực hiện một số quyết định cấu trúc sâu sắc ảnh hưởng đến hệ thống và quá trình phát triển của nó. Dựa trên kiến thức và kinh nghiệm của họ, họ phải xem xét theo-ing các câu hỏi cơ bản về hệ thống:1. có một kiến trúc chung loại ứng dụng có thể hành động như là một bản mẫu cho sys-tem được thiết kế?2. làm thế nào hệ thống sẽ được phân phối qua một số lõi hoặc xử lý không?3. những kiến trúc mô hình hay phong cách có thể được sử dụng?4. những gì sẽ là phương pháp tiếp cận cơ bản được sử dụng để cấu trúc hệ thống?5. làm thế nào các thành phần cấu trúc trong hệ thống sẽ phân hủy thành các thành phần phụ?6. chiến lược sẽ được sử dụng để kiểm soát các hoạt động của các thành phần trong hệ thống?7. những gì tổ chức kiến trúc là tốt nhất cho việc cung cấp các phòng không chức năng yêu cầu-ments của hệ thống?8. làm thế nào sẽ thiết kế kiến trúc được đánh giá?9. làm thế nào nên kiến trúc của hệ thống được ghi thành tài liệu?Mặc dù mỗi hệ thống phần mềm độc đáo, các hệ thống trong ứng dụng cùng một tên miền thường có kiến trúc tương tự như phản ánh những khái niệm cơ bản về tên miền. Ví dụ, dòng sản phẩm ứng dụng là ứng dụng được xây dựng xung quanh một lõi kiến trúc với các phiên bản đáp ứng yêu cầu khách hàng cụ thể. Khi thiết kế một hệ thống kiến trúc, bạn phải quyết định những gì hệ thống và ứng dụng rộng lớn hơn lớp học của bạn có điểm chung, và quyết định bao nhiêu kiến thức từ các kiến trúc ứng dụng bạn có thể sử dụng lại. Tôi thảo luận chung ứng dụng kiến trúc ở phần 6.4 và dòng sản phẩm ứng dụng trong chương 16. Cho hệ thống nhúng và hệ thống được thiết kế cho máy tính cá nhân, thường là chỉ là một bộ xử lý duy nhất và bạn sẽ không cần phải thiết kế một architec phân phối ture cho hệ thống. Tuy nhiên, Hệ thống lớn nhất đang phân phối các hệ thống phần mềm hệ thống được phân phối trên nhiều máy tính khác nhau. Sự lựa chọn của kiến trúc phân phối là một quyết định quan trọng ảnh hưởng đến hiệu suất và

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

Thiết kế kiến trúc là một quá trình sáng tạo nơi bạn thiết kế một hệ thống tổ chức mà sẽ đáp ứng các yêu cầu chức năng và phi chức năng của một hệ thống. Bởi vì nó là một quá trình sáng tạo, các hoạt động trong quá trình này phụ thuộc vào loại hệ thống được phát triển, các nền tảng và kinh nghiệm của các kiến trúc sư hệ thống, và các yêu cầu cụ thể cho hệ thống. Do đó hữu ích để suy nghĩ về thiết kế kiến trúc như một loạt các quyết định được thực hiện chứ không phải là một chuỗi các hoạt động. Trong quá trình thiết kế kiến trúc, hệ thống kiến trúc sư phải thực hiện một số quyết định cấu trúc sâu sắc ảnh hưởng đến hệ thống và quá trình phát triển của nó. Dựa trên kiến thức và kinh nghiệm của họ, họ phải xem xét dưới đây kết câu hỏi cơ bản về hệ thống:
1. Có một kiến trúc ứng dụng chung chung mà có thể hoạt động như một khuôn mẫu cho các hệ thống đang được thiết kế?
2. Làm thế nào hệ thống sẽ được phân phối trên một số lõi hoặc bộ vi xử lý?
3. Những mô hình kiến trúc, phong cách có thể được sử dụng?
4. Điều gì sẽ là cách tiếp cận cơ bản được sử dụng để cấu trúc hệ thống?
5. Làm thế nào sẽ là thành phần cấu trúc trong hệ thống được phân hủy thành các thành phần phụ?
6. Chiến lược nào sẽ được sử dụng để kiểm soát hoạt động của các thành phần trong hệ thống?
7. Những tổ chức kiến trúc là tốt nhất cho việc cung cấp các các yêu cầu phi chức năng của hệ thống?
8. Thiết kế kiến trúc sẽ được đánh giá như thế nào?
9. Làm thế nào nên các kiến trúc của hệ thống được ghi lại?
Mặc dù mỗi hệ thống phần mềm độc đáo, hệ thống trong cùng miền ứng dụng thường có kiến trúc tương tự như phản ánh các khái niệm cơ bản của tên miền. Ví dụ, dòng sản phẩm ứng dụng là các ứng dụng được xây dựng trên kiến trúc lõi với các biến thể đáp ứng yêu cầu của khách hàng cụ thể. Khi thiết kế một kiến trúc hệ thống, bạn phải quyết định những gì hệ thống của bạn và các lớp ứng dụng rộng lớn hơn có điểm chung, và quyết định bao nhiêu kiến thức từ các kiến trúc ứng dụng mà bạn có thể tái sử dụng. Tôi thảo luận về kiến trúc ứng dụng chung trong Mục 6.4 và sản phẩm ứng dụng dòng trong Chương 16. Đối với các hệ thống nhúng và các hệ thống được thiết kế cho các máy tính cá nhân, thường chỉ là một bộ xử lý duy nhất và bạn sẽ không cần phải thiết kế một ture trúc phân phối cho hệ thống. Tuy nhiên, hầu hết các hệ thống lớn hiện đang phân phối các hệ thống trong đó các phần mềm hệ thống được phân phối trên nhiều máy tính khác nhau. Sự lựa chọn của kiến trúc phân phối là một quyết định quan trọng ảnh hưởng đến hiệu suất và