Software application architecture i

Software application architecture is the process of defining a structured solution that meets all of the technical and operational requirements, while optimizing common quality attributes such as performance, security, and manageability. It involves a series of decisions based on a wide range of factors, and each of these decisions can have considerable impact on the quality, performance, maintainability, and overall success of the application.
Philippe Kruchten, Grady Booch, Kurt Bittner, and Rich Reitman derived and refined a definition of architecture based on work by Mary Shaw and David Garlan (Shaw and Garlan 1996). Their definition is:
“Software architecture encompasses the set of significant decisions about the organization of a software system including the selection of the structural elements and their interfaces by which the system is composed; behavior as specified in collaboration among those elements; composition of these structural and behavioral elements into larger subsystems; and an architectural style that guides this organization. Software architecture also involves functionality, usability, resilience, performance, reuse, comprehensibility, economic and technology constraints, tradeoffs and aesthetic concerns.”
In Patterns of Enterprise Application Architecture, Martin Fowler outlines some common recurring themes when explaining architecture. He identifies these themes as:
“The highest-level breakdown of a system into its parts; the decisions that are hard to change; there are multiple architectures in a system; what is architecturally significant can change over a system's lifetime; and, in the end, architecture boils down to whatever the important stuff is.”
[http://www.pearsonhighered.com/educator/academic/product/0,3110,0321127420,00.html]
In Software Architecture in Practice (2nd edition), Bass, Clements, and Kazman define architecture as follows:
“The software architecture of a program or computing system is the structure or structures of the system, which comprise software elements, the externally visible properties of those elements, and the relationships among them. Architecture is concerned with the public side of interfaces; private details of elements—details having to do solely with internal implementation—are not architectural.”
[http://www.pearsonhighered.com/educator/academic/product/0,4096,0321154959,00.html]

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

สถาปัตยกรรมซอฟต์แวร์แอพลิเคชันเป็นกระบวนการกำหนดโครงสร้างโซลูชันที่ตรงตามความต้องการทางเทคนิค และการดำเนินงาน ในขณะที่เพิ่มประสิทธิภาพคุณลักษณะคุณภาพทั่วไปเช่นประสิทธิภาพ ความปลอดภัย และการจัดการ เกี่ยวข้องกับชุดของการตัดสินใจขึ้นอยู่กับปัจจัยที่หลากหลาย และแต่ละการตัดสินใจเหล่านี้ได้มากผลกระทบต่อคุณภาพ ประสิทธิภาพ maintainability และความสำเร็จโดยรวมของโปรแกรมประยุกต์Philippe Kruchten, Grady Booch, Kurt Bittner และ Rich Reitman มากลั่นคำนิยามของสถาปัตยกรรมตามงาน โดย Shaw แมรี่และ David Garlan (Shaw และ Garlan 1996) คำจำกัดความของพวกเขาจะ:"ครอบคลุมสถาปัตยกรรมซอฟต์แวร์ชุดของการตัดสินใจที่สำคัญเกี่ยวกับองค์กรของระบบซอฟต์แวร์รวมทั้งการเลือกองค์ประกอบโครงสร้างและการอินเทอร์เฟซซึ่งระบบประกอบด้วย ลักษณะการทำงานตามที่ระบุในความร่วมมือระหว่างองค์ประกอบเหล่านั้น องค์ประกอบขององค์ประกอบโครงสร้าง และพฤติกรรมเหล่านี้ไปย่อยใหญ่ และเป็นสถาปัตยกรรมที่นำองค์กรนี้ สถาปัตยกรรมซอฟต์แวร์ยังเกี่ยวข้องกับการทำงาน ใช้งาน ความยืดหยุ่น ประสิทธิภาพ ใช้ comprehensibility เศรษฐกิจ และข้อจำกัดของเทคโนโลยี ยืนยัน และความกังวลความงาม"ในรูปแบบขององค์กรประยุกต์สถาปัตยกรรม มาร์ตินฟาวเลอร์สรุปบางรูปซ้ำทั่วเมื่ออธิบายสถาปัตยกรรม เขาระบุรูปแบบเหล่านี้เป็น:"การ highest-level แบ่งระบบออกเป็นส่วนตัว ตัดสินใจที่ยากที่จะเปลี่ยนแปลง มีสถาปัตยกรรมหลายในระบบ สิ่งสำคัญเอนสามารถเปลี่ยนแปลงอายุการใช้งานของระบบ และ ในสุด สถาปัตยกรรมเดือดลงไปเป็นสิ่งสำคัญสิ่งนั้น"[http://www.pearsonhighered.com/educator/academic/product/0, 3110,0321127420,00.html]ในสถาปัตยกรรมซอฟต์แวร์ฝึก (2 รุ่น) เบส Clements และ Kazman กำหนดสถาปัตยกรรมดังนี้:"สถาปัตยกรรมซอฟต์แวร์ของโปรแกรมหรือระบบคอมพิวเตอร์เป็นโครงสร้างหรือโครงสร้างของระบบ ซึ่งประกอบด้วยองค์ประกอบซอฟต์แวร์ คุณสมบัติมองเห็นได้ภายนอกขององค์ประกอบเหล่านั้น และความสัมพันธ์ระหว่างกัน สถาปัตยกรรมเกี่ยวข้องกับด้านสาธารณะของอินเทอร์เฟซ รายละเอียดส่วนตัวขององค์ประกอบ — รายละเอียดที่ต้องการเท่ากับใช้งานภายในตัวสถาปัตยกรรมจะไม่ "[http://www.pearsonhighered.com/educator/academic/product/0, 4096,0321154959,00.html]

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

สถาปัตยกรรมซอฟต์แวร์ประยุกต์เป็นกระบวนการของการกำหนดวิธีการแก้ปัญหาโครงสร้างที่ตรงตามข้อกำหนดทางเทคนิคและการดำเนินงานในขณะที่การเพิ่มประสิทธิภาพของคุณลักษณะที่มีคุณภาพร่วมกันเช่นการทำงาน, การรักษาความปลอดภัยและการบริหารจัดการ มันเกี่ยวข้องกับชุดของการตัดสินใจบนพื้นฐานของความหลากหลายของปัจจัยและแต่ละการตัดสินใจเหล่านี้จะมีผลกระทบต่อคุณภาพ, การทำงาน, การบำรุงรักษาและความสำเร็จโดยรวมของแอพลิเคชัน.
ฟิลิปป์ Kruchten เกรดี้ Booch เคิร์ต Bittner, และรวย Reitman ที่ได้รับการกลั่นและความหมายของสถาปัตยกรรมบนพื้นฐานของงานโดยแมรี่ชอว์และเดวิด Garlan (ชอว์และ Garlan 1996) ความหมายของพวกเขาคือ:
"สถาปัตยกรรมซอฟแวร์บนโลกไซเบอร์ชุดของการตัดสินใจอย่างมีนัยสำคัญเกี่ยวกับองค์กรของระบบซอฟแวร์รวมถึงการเลือกขององค์ประกอบโครงสร้างและอินเตอร์เฟซของพวกเขาโดยระบบที่ประกอบด้วย; พฤติกรรมตามที่ระบุไว้ในการทำงานร่วมกันระหว่างองค์ประกอบเหล่านั้น องค์ประกอบขององค์ประกอบโครงสร้างและพฤติกรรมเหล่านี้เป็นระบบย่อยที่มีขนาดใหญ่; และรูปแบบสถาปัตยกรรมที่แนะนำองค์กรนี้ สถาปัตยกรรมซอฟต์แวร์ยังเกี่ยวข้องกับฟังก์ชั่นการใช้งาน, ความยืดหยุ่น, การทำงาน, นำมาใช้ใหม่เข้าใจข้อ จำกัด ทางเศรษฐกิจและเทคโนโลยี, ความสมดุลและความกังวลด้านความงาม.
"ในรูปแบบของEnterprise Application สถาปัตยกรรม, มาร์ตินฟาวเลอร์แสดงรูปแบบที่เกิดขึ้นบางอย่างร่วมกันเมื่ออธิบายสถาปัตยกรรม เขาระบุรูปแบบเหล่านี้เป็น:
"ความผิดปกติระดับสูงสุดของระบบเป็นส่วนของมัน; การตัดสินใจที่ยากที่จะเปลี่ยนแปลง มีสถาปัตยกรรมหลายในระบบ; สิ่งที่เป็นสถาปัตยกรรมสำคัญสามารถเปลี่ยนไปตลอดชีวิตของระบบ; และในท้ายที่สุดสถาปัตยกรรมเดือดลงไปสิ่งที่สิ่งที่สำคัญคือ.
"[http://www.pearsonhighered.com/educator/academic/product/0,3110,0321127420,00.html]
ในสถาปัตยกรรมซอฟต์แวร์ในการปฏิบัติ ( ฉบับที่ 2) เบส, เคลเมนท์และ Kazman กำหนดสถาปัตยกรรมดังนี้
"สถาปัตยกรรมซอฟต์แวร์ของโปรแกรมหรือระบบคอมพิวเตอร์คือโครงสร้างหรือโครงสร้างของระบบซึ่งประกอบด้วยองค์ประกอบซอฟต์แวร์คุณสมบัติที่มองเห็นได้จากภายนอกขององค์ประกอบเหล่านั้นและความสัมพันธ์ ในหมู่พวกเขา สถาปัตยกรรมที่เกี่ยวข้องกับด้านสาธารณะของอินเตอร์เฟซ; รายละเอียดส่วนตัวขององค์ประกอบรายละเอียด-ไม่ต้องทำ แต่เพียงผู้เดียวกับการดำเนินการภายใน-ไม่ได้

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

สถาปัตยกรรมซอฟต์แวร์เป็นกระบวนการของการกำหนดโครงสร้างการแก้ไขปัญหาที่ตรงกับทุกความต้องการทางด้านเทคนิคและปฏิบัติการ ในขณะที่การเพิ่มประสิทธิภาพคุณภาพทั่วไปคุณลักษณะ เช่น ประสิทธิภาพ ความปลอดภัย และราย มันเกี่ยวข้องกับชุดของการตัดสินใจขึ้นอยู่กับหลากหลายปัจจัย และแต่ละการตัดสินใจเหล่านี้สามารถมีผลกระทบมากในด้านคุณภาพผญา , และความสำเร็จโดยรวมของโปรแกรม kruchten Grady
ฟิลิปป์ , booch เคิร์ท บิตเนอร์ และ รวย ไรท์แมนได้มาถึง และนิยามของสถาปัตยกรรมในงาน โดย แมรี่ ชอว์ และ เดวิด garlan ( ชอว์และ garlan 1996 ) คำนิยามของพวกเขาคือ :
" สถาปัตยกรรมซอฟต์แวร์ครอบคลุมชุดของการตัดสินใจที่สำคัญที่เกี่ยวกับองค์กรของระบบซอฟต์แวร์รวมถึงการเลือกขององค์ประกอบโครงสร้างและการเชื่อมต่อของพวกเขา ซึ่งเป็นระบบที่ประกอบด้วย พฤติกรรมตามที่ระบุไว้ในความร่วมมือระหว่างองค์ประกอบเหล่านั้น ; องค์ประกอบขององค์ประกอบโครงสร้างและพฤติกรรมเหล่านี้เข้าไปในระบบขนาดใหญ่และรูปแบบสถาปัตยกรรมที่นำองค์กรนี้ สถาปัตยกรรมซอฟต์แวร์ที่เกี่ยวข้องกับการใช้งาน งาน ความยืดหยุ่น ประสิทธิภาพ การนำมาใช้ใหม่ , ความเข้าใจ , ข้อจำกัดทางเศรษฐกิจและเทคโนโลยีเกี่ยวกับ tradeoffs และความงาม " ในรูปแบบของสถาปัตยกรรมโปรแกรม
องค์กร , มาร์ติน ฟาวเลอร์ ร่างบางพบรูปแบบที่เกิดขึ้นเมื่ออธิบายสถาปัตยกรรมเขาระบุ รูปแบบเหล่านี้เป็น :
" ระดับการแบ่งระบบออกเป็นส่วนของ การตัดสินใจที่ยากที่จะเปลี่ยนแปลง มีหลายรูปแบบในระบบ อะไรคือสถาปัตยกรรมที่สำคัญสามารถเปลี่ยนมากกว่าอายุการใช้งานของระบบ และสุดท้ายสถาปัตยกรรม boils ลงเพื่อสิ่งที่สำคัญคือ " . http://www.pearsonhighered.com/educator/academic/product/03110
[ ,0321127420,00 . html ]
ในสถาปัตยกรรมซอฟต์แวร์ในทางปฏิบัติ , เบส , คลี และ kazman กำหนดสถาปัตยกรรมดังนี้ :
" ซอฟต์แวร์สถาปัตยกรรมของโปรแกรม หรือระบบคอมพิวเตอร์คือ โครงสร้างหรือโครงสร้างของระบบซึ่งประกอบด้วยองค์ประกอบซอฟต์แวร์ คุณสมบัติที่มองเห็นได้จากภายนอกขององค์ประกอบเหล่านั้น , และความสัมพันธ์ระหว่างพวกเขา .สถาปัตยกรรมที่เกี่ยวข้องกับด้านสาธารณสุขของอินเตอร์เฟซ ; รายละเอียดส่วนบุคคลขององค์ประกอบรายละเอียดต้องทำแต่เพียงผู้เดียวกับการดำเนินการภายในไม่สถาปัตยกรรม "
[ http : / / www.pearsonhighered . com / การศึกษา / วิชาการ / ผลิตภัณฑ์ / 040960321154959,00 . html ]