My definitions for software archite

My definitions for software architecture are an elaborated version of those within the Perry and Wolf [105] model, except that I exclude rationale. Although rationale is an important aspect of software architecture research and of architectural description in particular, including it within the definition of software architecture would imply that design documentation is part of the run-time system. The presence or absence of rationale can influence the evolution of an architecture, but, once constituted, the architecture is independent of its reasons for being. Reflective systems [80] can use the characteristics of past performance to change future behavior, but in doing so they are replacing one lower-level architecture with another lower-level architecture, rather than encompassing rationale within those architectures.

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

นิยามของฉันสำหรับสถาปัตยกรรมซอฟต์แวร์เป็นรุ่น elaborated ของภายในเพอร์รีและหมาป่า [105] แบบ แต่ฉันไม่รวมเหตุผล แม้ว่าเหตุผลเป็นลักษณะสำคัญ ของวิจัยสถาปัตยกรรมซอฟต์แวร์ และสถาปัตยกรรมอธิบายเฉพาะ รวมถึงในนิยามของสถาปัตยกรรมซอฟต์แวร์จะเป็นสิทธิ์แบบว่าออกแบบเอกสารส่วนหนึ่งของระบบขณะทำงาน สถานะการขาดงานของเหตุผลสามารถมีอิทธิพลต่อการวิวัฒนาการของสถาปัตยกรรม ได้ เมื่อทะลัก สถาปัตยกรรมไม่ขึ้นอยู่กับสาเหตุของการ ระบบสะท้อนแสง [80] สามารถใช้ลักษณะการดำเนินงานที่ผ่านมาเพื่อเปลี่ยนลักษณะการทำงานในอนาคต แต่ใน พวกเขาจะแทนหนึ่งระดับสถาปัตยกรรมสถาปัตยกรรมระดับอื่น แทนที่ครอบคลุมเหตุผลภายในสถาปัตยกรรมเหล่านั้น

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

คำจำกัดความของฉันสำหรับสถาปัตยกรรมซอฟต์แวร์เป็นรุ่นที่ซับซ้อนของผู้ที่อยู่ในเพอร์รี่และหมาป่า [105] รุ่นยกเว้นว่าฉันจะแยกเหตุผล แม้ว่าเหตุผลเป็นสิ่งสำคัญของการวิจัยและสถาปัตยกรรมซอฟต์แวร์ของรายละเอียดทางสถาปัตยกรรมโดยเฉพาะอย่างยิ่งรวมทั้งภายในความหมายของสถ​​าปัตยกรรมซอฟต์แวร์จะบ่งบอกถึงเอกสารการออกแบบที่เป็นส่วนหนึ่งของระบบเวลาทำงาน การปรากฏตัวหรือไม่มีเหตุผลที่จะมีผลต่อวิวัฒนาการของสถ​​าปัตยกรรม แต่เมื่อประกอบสถาปัตยกรรมเป็นอิสระจากเหตุผลของการเป็น ระบบสะท้อนแสง [80] สามารถใช้ลักษณะของการปฏิบัติงานที่ผ่านมาในการเปลี่ยนแปลงพฤติกรรมในอนาคต แต่ในการทำเพื่อให้พวกเขาจะเปลี่ยนหนึ่งในสถาปัตยกรรมในระดับต่ำกว่าที่มีสถาปัตยกรรมในระดับต่ำกว่าที่อื่นมากกว่าที่จะครอบคลุมเหตุผลภายในสถาปัตยกรรมเหล่านั้น

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

นิยามของฉันสถาปัตยกรรมซอฟต์แวร์เป็น 3 รุ่นภายใน เพอร์รี่ และ หมาป่า [ 105 ] โมเดล ยกเว้นว่าผมแยกเหตุผล แม้ว่าเหตุผลเป็นสิ่งสําคัญของการวิจัยสถาปัตยกรรมซอฟต์แวร์และรายละเอียดของสถาปัตยกรรมโดยเฉพาะรวมถึงภายในนิยามของสถาปัตยกรรมซอฟต์แวร์จะแสดงว่าเอกสารการออกแบบเป็นส่วนหนึ่งของระบบเรียกใช้ . การแสดงตนหรือขาดเหตุผลสามารถมีอิทธิพลต่อการวิวัฒนาการของสถาปัตยกรรม แต่เมื่อขึ้น สถาปัตยกรรมเป็นอิสระของเหตุผลสำหรับการ . สะท้อนระบบ [ 80 ] สามารถใช้ลักษณะการทำงานในอดีตเปลี่ยนแปลงพฤติกรรมในอนาคตแต่ในการทำเช่นนั้นพวกเขาจะแทนที่ด้วยอีกหนึ่งระดับล่างระดับสถาปัตยกรรมสถาปัตยกรรมมากกว่าครอบคลุมเหตุผลภายในสถาปัตยกรรมนั้น