We view software architecture as an

We view software architecture as an abstraction of the run-time elements of a
software system during some phase of its operation. A system may be
composed of many levels of abstraction and many phases of operation, each
with its own software architecture.
Thus our terminology follows that of Perry and Wolf [1, 22] in distinguishing
various type of processing elements. Processing elements are those software
elements that perform transformations on data. We call them components in
line with current service oriented terminology. Data elements contain
information that is used and transformed by components. Connecting elements,
which we call connectors, are the glue that holds the different pieces of the
architecture together. We now begin to follow Fielding’s definitions [8].
A component is an abstract unit of software instructions and internal
state that produces a transformation of data.
A connector is an abstract mechanism that mediates communication,
coordination, and cooperation among components.
Data is an element of information that is sent from a component or
received by a component via a connector.
A component is a unit of software instructions and internal state information
that transforms data. The behavior of each component is part of the
architecture insofar as that behavior can be observed or discerned by another
component. A component is defined by its interface and by the services it
provides to other components.
Connectors enable communication between components by transferring data
without changing the data7
. On the other hand, a component may, and usually
does, transform data in its actual operation8
.
Some definitions of software architecture ignore data. A datum is an element of
information that is transferred between components via connectors. Examples of
data are messages, parameters, and serialized objects. These data are not
hidden by services. Other information that is hidden by a service or which a
component “serves” is not included in this definition of data. As an example, it
is most likely that a “file name” could be passed from one component to another
as data. It is also possible that the file corresponding with the file name is

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

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

data7 ในอีกส่วนอาจและมักจะ
ไม่เปลี่ยนข้อมูลใน operation8 จริง

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

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

เราดูสถาปัตยกรรมซอฟต์แวร์เป็น abstraction ที่ขณะใช้งานองค์ประกอบของการ
ระบบซอฟต์แวร์บางระยะของการดำเนินการ ระบบอาจ
ประกอบด้วยหลายระดับของ abstraction และหลายขั้นตอนของการดำเนินงาน แต่ละ
กับสถาปัตยกรรมซอฟต์แวร์ของตนเองได้
ดัง คำศัพท์ของเราตามที่ Perry และหมาป่า [1, 22] ในการแยกความแตกต่าง
ประมวลผลองค์ประกอบชนิดต่าง ๆ ซอฟต์แวร์ที่จะประมวลผลองค์ประกอบ
องค์ประกอบที่ทำการแปลงข้อมูล เราเรียกพวกเขาใน
บรรทัดกับคำศัพท์ปัจจุบันบริการที่มุ่งเน้นการ ประกอบด้วยองค์ประกอบข้อมูล
ข้อมูลที่ใช้ และแปลง โดยคอมโพเนนต์ เชื่อมต่อองค์ประกอบ,
ซึ่งเราเรียกการเชื่อมต่อ เป็นกาวที่มีส่วนต่าง ๆ ของการ
สถาปัตยกรรมร่วมกัน ตอนนี้เราเริ่มต้นไปตามข้อกำหนดของ Fielding [8]
ประกอบเป็นหน่วยเป็นนามธรรม ของคำแนะนำซอฟต์แวร์ และภายใน
รัฐที่ก่อให้เกิดการเปลี่ยนแปลงของข้อมูล
ตัวเชื่อมต่อเป็นกลไกเป็นนามธรรมที่สื่อสาร mediates
ประสานงานและความร่วมมือระหว่างคอมโพเนนต์
ข้อมูลเป็นองค์ประกอบของข้อมูลที่ส่งจากคอมโพเนนต์ หรือ
รับคอมโพเนนต์ผ่านตัวเชื่อมต่อ
ส่วนประกอบเป็นหน่วยของคำแนะนำซอฟต์แวร์และข้อมูลสถานะภายใน
ที่แปลงข้อมูล ลักษณะการทำงานของแต่ละส่วนเป็นส่วนหนึ่งของการ
สถาปัตยกรรม insofar เป็นพฤติกรรมที่สามารถสังเกต หรือเข้าใจ โดยอีก
คอมโพเนนต์ได้ คอมโพเนนต์ถูกกำหนด โดยอินเทอร์เฟซของ และบริการมัน
ให้ส่วนประกอบอื่น ๆ
เชื่อมต่อเปิดใช้งานการสื่อสารระหว่างคอมโพเนนต์โดยถ่ายโอนข้อมูล
โดยไม่ต้องเปลี่ยน data7
บนมืออื่น ๆ ส่วนประกอบอาจ และปกติ
แปลงข้อมูลใน operation8 ของจริง

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

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

เรารับชมวิวทิวทัศน์ของสถาปัตยกรรมซอฟท์แวร์เป็นนามธรรมขององค์ประกอบเวลาใช้งานของระบบ
ซอฟต์แวร์ในระหว่างขั้นตอนบางอย่างของการทำงานของตน เครื่องที่ประกอบขึ้นอาจมี
ประกอบไปด้วยระดับจำนวนมากของนามธรรมและขั้นตอนของการทำงานสถาปัตยกรรมของแต่ละ
พร้อมด้วยซอฟต์แวร์ของตน
จึงอธิบายคำศัพท์เฉพาะทางเกี่ยวกับ Perry ' s ของเราโดยมีรายละเอียดดังนี้และหมาป่า[ 1 ]ที่ 22 ในความโดดเด่น ประเภท
ต่างๆของส่วนประกอบการประมวลผลส่วนประกอบการประมวลผลมีซอฟต์แวร์
ส่วนประกอบที่ทำการเปลี่ยนแปลงข้อมูล เราจะทำการติดต่อเขาคอมโพเนนต์ใน
สายที่พร้อมด้วยบริการในปัจจุบันเน้นคำศัพท์ องค์ประกอบข้อมูลประกอบด้วย
ข้อมูลที่ใช้และปรับเปลี่ยนรูปแบบด้วยส่วนประกอบ ส่วนประกอบการเชื่อมต่อ
ซึ่งเราจะทำการติดต่อคอนเน็กเตอร์เป็นกาวที่ยึดเป็นชิ้นเล็กชิ้นน้อยที่แตกต่างกันไปของ
สถาปัตยกรรมที่ร่วมกันในตอนนี้เราเริ่มทำตามคำนิยามของเสียหน่อย[ 8 ]
คอมโพเนนต์ที่เป็นชุดอุปกรณ์ที่เป็นนามธรรมและคำแนะนำของซอฟต์แวร์ ภายใน
ของรัฐที่จะให้เปลี่ยนโฉมหน้าของข้อมูล
คอนเน็กเตอร์ที่มีกลไกการประดิษฐ์ที่อยู่ตรงกลางและความร่วมมือ
การประสานงานระหว่างการสื่อสารระหว่างคอมโพเนนต์
ข้อมูลเป็นองค์ประกอบหนึ่งของข้อมูลที่จะถูกส่งไปจากคอมโพเนนต์หรือ
ได้รับจากส่วนประกอบที่ผ่านทางคอนเน็กเตอร์
คอมโพเนนต์คือชุดของคำสั่งซอฟต์แวร์และข้อมูลของรัฐ ภายใน
ที่จะเปลี่ยนข้อมูล การทำงานของแต่ละคอมโพเนนต์จะเป็นส่วนหนึ่งของ
สถาปัตยกรรมที่เท่าพฤติกรรมที่สามารถสังเกตหรือวิสัยทัศน์โดย
คอมโพเนนต์อื่น คอมโพเนนต์ที่ถูกกำหนดโดยอินเตอร์เฟซและการบริการที่
จัดให้บริการเพื่อไปยังส่วนประกอบอื่นๆ
คอนเน็กเตอร์เปิดใช้งานการสื่อสารระหว่างคอมโพเนนท์ต่างๆโดยการถ่ายโอนข้อมูล
โดยไม่มีการเปลี่ยนแปลงข้อมูล 7
ในอีกด้านหนึ่งซึ่งเป็นคอมโพเนนต์ที่อาจและโดยปกติจะ
ไม่ปรับเปลี่ยนข้อมูลในการใช้งานจริงของ 8

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