Traditionally, software architectur

Traditionally, software architecture is seen as the result of the software architecture design process, the solution, usually represented by a set of components and connectors. Recently, the why of the solution, the set of design decisions made by the software architect, is complementing or even replacing the solution-oriented definition of software architecture. This in turn leads to the study of the process of making these decisions. We outline some research directions that may help us understand and improve the software architecture design process.

ผลลัพธ์ (ไทย) 1:

ประเพณี สถาปัตยกรรมซอฟต์แวร์จึงเป็นผลของการซอฟต์แวร์สถาปัตยกรรมการออกแบบ แก้ปัญหา มักจะแทน ด้วยชุดของส่วนประกอบและการเชื่อมต่อ เมื่อเร็ว ๆ นี้ เหตุผลของการแก้ปัญหา ชุดของการตัดสินใจออกแบบสถาปนิกซอฟต์แวร์ เมี่ยง หรือแม้กระทั่งเปลี่ยนนิยามของสถาปัตยกรรมซอฟต์แวร์โซลูชันเชิง นี้จะนำไปสู่การศึกษากระบวนการตัดสินใจเหล่านี้ เราเค้าวิจัยบางเส้นทางที่อาจช่วยให้เราเข้าใจ และปรับปรุงกระบวนการออกแบบสถาปัตยกรรมซอฟต์แวร์

ผลลัพธ์ (ไทย) 2:

ตามเนื้อผ้าสถาปัตยกรรมซอฟต์แวร์ถูกมองว่าเป็นผลมาจากขั้นตอนการออกแบบสถาปัตยกรรมซอฟต์แวร์, การแก้ปัญหาที่มักจะแสดงโดยชุดขององค์ประกอบและการเชื่อมต่อ เมื่อเร็ว ๆ นี้ว่าทำไมของการแก้ปัญหาการตั้งค่าของการตัดสินใจการออกแบบที่ทำโดยสถาปนิกซอฟต์แวร์ที่มีการพึ่งพาอาศัยหรือแม้กระทั่งการเปลี่ยนคำนิยามของการแก้ปัญหาเชิงของสถ​​าปัตยกรรมซอฟต์แวร์ นี้จะนำไปสู่​​การศึกษากระบวนการในการตัดสินใจเหล่านี้ เราร่างทิศทางการวิจัยบางอย่างที่อาจช่วยให้เราเข้าใจและปรับปรุงขั้นตอนการออกแบบสถาปัตยกรรมซอฟต์แวร์

ผลลัพธ์ (ไทย) 3:

ประเพณีสถาปัตยกรรมซอฟต์แวร์จะเห็นเป็นผลของสถาปัตยกรรมซอฟต์แวร์การออกแบบกระบวนการ แก้ปัญหา มักจะแสดงโดยชุดของส่วนประกอบและเชื่อมต่อ เมื่อเร็วๆนี้ ทำไมของโซลูชั่น ชุดของการตัดสินใจการออกแบบโดยสถาปนิกซอฟต์แวร์คือเมี่ยง หรือแม้แต่การเปลี่ยนสารละลายเชิงนิยามของสถาปัตยกรรมซอฟต์แวร์ นี้ในการเปิดจะนำไปสู่การศึกษากระบวนการของการตัดสินใจเหล่านี้ เราร่างเส้นทางงานวิจัยบางอย่างที่อาจช่วยให้เราเข้าใจและปรับปรุงสถาปัตยกรรมซอฟต์แวร์การออกแบบกระบวนการ