IEEE 1471-2000™ Conceptual Framewor

IEEE 1471-2000™ Conceptual Framework for Architectural Description

For historical reasons, here is the conceptual framework that was a part of IEEE 1471-2000 (ISO/IEC 42010:2007).

See current conceptual model for ISO/IEC/IEEE 42010:2011 [here].

IEEE 1471-2000 conceptual framework
The diagram above captures the conceptual framework of the 2000 edition of the standard via a UML class diagram. The diagram has two purposes in the standard: to establish terminology for stating requirements on architectural descriptions (the subject matter of the standard); and to offer the community a conceptual basis for continued evolution of practices in the field. The discussion here will stick to the terms of the 2000 edition, but may allude to some clarifications considered for the ISO revision.

System
The standard takes no position on the question, What is a system? It could be an application, a subsystem, a service, a product line, a system of systems or an enterprise. The system may be man-made or natural. The premise of the standard is, If you have a system of interest, the standard provides guidance for documenting that system's architecture. Nothing in the standard depends upon a specific definition of system.
Mission
Most systems exist to fulfill one or more missions, or functions or objectives. The architecture should help the system meet its missions.
Environment
A system exists within an environment. The system acts upon that environment and vice versa. A system's environment determines the range of influences upon the system. In the standard we intend environment in the widest possible sense to include all relevant operational, developmental, regulatory, etc. influences.
Architecture
Every system has an architecture. In fact, a system could have many architectures. In IEEE 1471, an architecture is a conception of a system. There may be many conceptions of a system. Within the scope of use of the standard, when one is sitting down to produce an architectural description (AD), there is exacly one architecture (concept) being documented.
NOTE: The entities above, System, Mission, Environment and Architecture, are all conceptual in nature. There are no requirements ("shalls") in the standard pertaining to these entities. The requirements in the standard apply to the items below which pertain to the concrete representation of an architecture.

Architectural Description
An architectural description (AD) is an collection of artifacts or work products used to describe an architecture. Architectural descriptions are the primary subject of the standard. Any architecture may be described by one or more architecture descriptions (not shown in diagram). In the standard, an AD describes exactly one architecture for a system of interest. An architecture description, per the standard, is made up of various contents: identification of stakeholders, architectural concerns, architectural viewpoints, architectural views and architectural models.
Stakeholder
A stakeholder is any person, organization or group with an interest in the system. Examples of stakeholders: architect, designer, client, user, maintainer, auditor, and certification authority. Within the standard, a stakeholder has one or more (architectural) concerns pertaining to the system of interest.
(Architectural) Concern
A concern is any interest in the system. The term is derived from the phrase "separation of concerns" as in Software Engineering. A concern may be held by one or more stakeholders.
NOTE: Just as an architectural description is a concrete representation of an architecture, the identification of a system's stakeholders and concerns is a concrete representation of its environment in terms of its influences.

(Architectural) Viewpoint
A viewpoint is a set of conventions for constructing, interpreting and analyzing a view in terms of viewpoint languages and notations, modeling methods and analytic techniques to be used to address a set of concerns held by stakeholders. A viewpoint covers 1 or more concerns and stakeholders
(Architectural) View
A view is a representation of the whole system from the perspective of a related set of concerns. A view conforms to exactly one viewpoint.
(Architectural) Model
A view is comprised of one or more models. Each model is constructed in accordance with conventions established by the viewpoint. A model may be a part of one or more views. Models provide for sharing details between views and for the use of multiple viewpoint languages within a view.
Library Viewpoint
A library viewpoint is one that is predefined (reusable) and does not need to be spelled out within an AD in which it is used.
(Architectural) Rationale
Rationale captures the reasons why certain architectural choices have been made (such as viewpoints selected for use, and architectural decisions).

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

IEEE 1471-2000 ™กรอบแนวคิดสำหรับอธิบายสถาปัตยกรรมด้วยเหตุผลทางประวัติศาสตร์ นี่คือกรอบแนวคิดที่เป็นส่วนหนึ่งของ IEEE 1471-2000 (ISO/IEC 42010:2007)ดูรูปแบบแนวคิดปัจจุบันสำหรับ ISO/IEC/IEEE 42010:2011 [ที่นี่]กรอบแนวคิดของ IEEE 1471-2000ไดอะแกรมข้างบนจับกรอบแนวคิดของรุ่น 2000 มาตรฐานผ่านคลาส UML ไดอะแกรม ไดอะแกรมมีวัตถุประสงค์สองมาตรฐาน: การสร้างคำศัพท์ที่ใช้สำหรับการระบุความต้องการในคำอธิบายสถาปัตยกรรม (สาระมาตรฐาน); และ จะนำเสนอชุมชนพื้นฐานแนวคิดสำหรับการวิวัฒนาการอย่างต่อเนื่องของปฏิบัติในฟิลด์ การสนทนาที่นี่จะติดเงื่อนไขของรุ่น 2000 แต่อาจเปรียบเปรยบางชี้แจงพิจารณาสำหรับการปรับปรุง ISOระบบมาตรฐานใช้ตำแหน่งที่ไม่มีคำถาม ระบบคืออะไร มันอาจจะประยุกต์ ระบบย่อย บริการ สายผลิตภัณฑ์ ระบบของระบบ หรือองค์กร ระบบอาจจะจากธรรมชาติ หรือมนุษย์สร้างขึ้น ประทับใจมาตรฐานคือ ถ้าคุณมีระบบที่น่าสนใจ มาตรฐานให้คำแนะนำสำหรับโครงสร้างของระบบที่บันทึกข้อมูล อะไรในมาตรฐานขึ้นอยู่กับข้อกำหนดเฉพาะของระบบภารกิจระบบส่วนใหญ่มีการตอบสนองหนึ่ง หรือเพิ่มเติม ภารกิจ หรือฟังก์ชัน หรือวัตถุประสงค์ สถาปัตยกรรมจะช่วยให้ระบบตอบสนองภารกิจของสภาพแวดล้อมระบบอยู่ในสภาพแวดล้อม ระบบการทำงาน ตามสภาพแวดล้อม และในทางกลับกัน สภาพแวดล้อมของระบบการกำหนดช่วงของอิทธิพลตามระบบ ในมาตรฐานเราตั้งใจสภาพแวดล้อมในแง่ได้กว้างรวมทั้งหมดที่เกี่ยวข้องปฏิบัติ พัฒนา กำกับดูแล etc. อิทธิพลสถาปัตยกรรมทุกระบบมีสถาปัตยกรรม ในความเป็นจริง ระบบอาจมีสถาปัตยกรรมหลาย ใน IEEE 1471 สถาปัตยกรรมเป็นความคิดของระบบ อาจมีหลาย conceptions ของระบบ ภายในขอบเขตของการใช้มาตรฐาน เมื่อหนึ่งนั่งลงเพื่อสร้างคำอธิบายสถาปัตยกรรม (AD), มี exacly หนึ่งสถาปัตยกรรม (แนวคิด) การจัดทำเอกสารหมายเหตุ: ตีข้าง ระบบ ภารกิจ สิ่งแวดล้อม และ สถาปัตยกรรม เป็นแนวคิดทั้งหมดในธรรมชาติ ยังมี ("shalls") ไม่มีข้อกำหนดในมาตรฐานที่เกี่ยวข้องกับเอนทิตีเหล่านี้ ข้อกำหนดในมาตรฐานใช้กับสินค้าด้านล่างนี้ซึ่งเกี่ยวข้องกับการนำเสนอสถาปัตยกรรมคอนกรีตอธิบายสถาปัตยกรรมคำอธิบายสถาปัตยกรรม (AD) เป็นการรวบรวมสิ่งประดิษฐ์หรือผลิตผลิตภัณฑ์ที่ใช้ในการอธิบายสถาปัตยกรรม อธิบายสถาปัตยกรรมมีหัวข้อหลักของมาตรฐาน สถาปัตยกรรมใด ๆ อาจจะอธิบาย โดยหนึ่ง หรือมากกว่าสถาปัตยกรรมคำอธิบาย (ไม่แสดงในไดอะแกรม) ในมาตรฐาน โฆษณาอธิบายสถาปัตยกรรมหนึ่งระบบที่น่าสนใจ คำอธิบายสถาปัตยกรรม ต่อมาตรฐาน ประกอบเนื้อหาต่าง ๆ: การระบุของเสีย ความกังวลสถาปัตยกรรม ชมสถาปัตยกรรม สถาปัตยกรรมมุมมอง และรูปแบบสถาปัตยกรรมทรรศนะผู้เป็นบุคคล องค์กร หรือกลุ่มที่ มีความสนใจในระบบ ตัวอย่างของเสีย: สถาปนิก ออกแบบ ลูกค้า ผู้ใช้ ดูแลคุณภาพ สอบ และใบรับรองหน่วยงาน ภายในห้อง ผู้มี น้อย (สถาปัตยกรรม) กังวลเกี่ยวกับระบบน่าสนใจ(สถาปัตยกรรม) ที่เกี่ยวข้องต้องคำนึงถึงดอกเบี้ยในระบบได้ คำที่มาจากวลี "การแบ่งแยกความกังวล" ในวิศวกรรมซอฟต์แวร์ กังวลอาจจัดขึ้น โดยเสีย น้อยหมายเหตุ: เพียงคำอธิบายสถาปัตยกรรมมีการนำเสนอสถาปัตยกรรมคอนกรีต รหัสของเสียของระบบและความกังวลเป็นตัวแทนคอนกรีตของสภาพแวดล้อมในแง่ของอิทธิพลของ(สถาปัตยกรรม) จุดชมวิววิวที่เป็นชุดของข้อตกลงสำหรับสร้าง ตีความ และวิเคราะห์มุมมองในแง่มุมมองภาษาและฯลฯ แบบจำลองวิธีการและเทคนิคที่สำคัญคือจะใช้สำหรับชุดของข้อสงสัยจัดขึ้น โดยเสีย วิวที่ครอบคลุม 1 หรือการเพิ่มเติมความกังวล และเสีย(สถาปัตยกรรม) ดูมุมมองเป็นตัวแทนของทั้งระบบจากมุมมองของความกังวลชุดที่เกี่ยวข้อง มุมมองที่สอดคล้องกับจุดชมวิวหนึ่ง(สถาปัตยกรรม) แบบจำลองมุมมองประกอบด้วยรุ่น หนึ่ง แต่ละรุ่นถูกสร้างขึ้นตามแบบแผนการก่อตั้ง โดยจุด แบบจำลองอาจจะเป็นส่วนหนึ่งของมุมมอง หนึ่ง รูปแสดงรายละเอียดระหว่างมุมมองที่ใช้ร่วมกัน และ การใช้ภาษาระดับหลายจุดภายในมุมมองมุมมองไลบรารีวิวที่ห้องสมุดเป็นหนึ่งที่กำหนดไว้ล่วงหน้า (ราคา) และไม่จำเป็นต้องสะกดออกภายในโฆษณาที่มีใช้(สถาปัตยกรรม) ผลเหตุผลนี้เหตุผลที่ทำไมได้ทำเลือกสถาปัตยกรรมบางอย่าง (เช่นมุมมองที่เลือกใช้ และสถาปัตยกรรมการตัดสินใจ)

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

IEEE 1471-2000 ™กรอบแนวคิดสำหรับรายละเอียดทางสถาปัตยกรรมสำหรับเหตุผลทางประวัติศาสตร์และนี่คือกรอบแนวคิดที่เป็นส่วนหนึ่งของมาตรฐาน IEEE 1471-2000 (ISO / IEC 42010: 2007). ดูรูปแบบความคิดปัจจุบันสำหรับมาตรฐาน ISO / IEC / IEEE 42010: 2011 [ที่นี่]. IEEE 1471-2000 กรอบแนวคิดแผนภาพข้างต้นจับกรอบแนวคิดของปี 2000 ฉบับที่ผ่านมาตรฐานแผนภาพคลาส UML แผนภาพที่มีสองมาตรฐานในวัตถุประสงค์: เพื่อสร้างคำศัพท์สำหรับความต้องการที่ระบุในรายละเอียดทางสถาปัตยกรรม (เรื่องของมาตรฐาน); และเพื่อให้ชุมชนพื้นฐานแนวความคิดสำหรับการวิวัฒนาการอย่างต่อเนื่องของการปฏิบัติในสนาม การอภิปรายที่นี่จะติดเงื่อนไขของ 2,000 ฉบับ แต่อาจหมายถึงการชี้แจงบางคนคิดว่าสำหรับการแก้ไขมาตรฐาน ISO. ระบบมาตรฐานใช้ตำแหน่งไม่เกี่ยวกับคำถามที่ว่าอะไรคือสิ่งที่ระบบ? มันอาจจะเป็นแอพลิเคชันและระบบบริการสายผลิตภัณฑ์, ระบบการทำงานของระบบหรือองค์กร ระบบอาจจะเป็นที่มนุษย์สร้างขึ้นหรือธรรมชาติ สถานที่ตั้งของมาตรฐานคือหากคุณมีระบบที่น่าสนใจซึ่งเป็นมาตรฐานมีคำแนะนำสำหรับการบันทึกข้อมูลสถาปัตยกรรมระบบที่ ไม่มีอะไรในมาตรฐานขึ้นอยู่กับความหมายที่เฉพาะเจาะจงของระบบ. ภารกิจระบบส่วนใหญ่ที่มีอยู่เพื่อตอบสนองอย่างใดอย่างหนึ่งหรือมากกว่าภารกิจหรือหน้าที่หรือวัตถุประสงค์ สถาปัตยกรรมจะช่วยให้ระบบการตอบสนองภารกิจของตน. สิ่งแวดล้อมระบบที่มีอยู่ภายในสภาพแวดล้อม ระบบการทำงานตามสภาพแวดล้อมที่และในทางกลับกัน สภาพแวดล้อมของระบบกำหนดช่วงของอิทธิพลกับระบบ ในมาตรฐานที่เราตั้งใจสภาพแวดล้อมในความหมายที่กว้างที่สุดที่เป็นไปได้ที่จะรวมการดำเนินงานที่เกี่ยวข้องทั้งหมดพัฒนาการกำกับดูแลอื่น ๆ ที่มีอิทธิพลต่อ. สถาปัตยกรรมระบบทุกคนมีสถาปัตยกรรม ในความเป็นจริงระบบอาจมีสถาปัตยกรรมจำนวนมาก ใน IEEE 1471 สถาปัตยกรรมเป็นความคิดของระบบ อาจจะมีหลายแนวความคิดของระบบ ภายในขอบเขตของการใช้มาตรฐานเมื่อหนึ่งคือการนั่งลงในการผลิตคำอธิบายสถาปัตยกรรม (AD) มี exacly หนึ่งสถาปัตยกรรม (แนวคิด) ถูกบันทึกไว้. หมายเหตุ: หน่วยงานดังกล่าวข้างต้น, ระบบ, ภารกิจ, สิ่งแวดล้อมและสถาปัตยกรรมมีทั้งหมด แนวความคิดในธรรมชาติ มีความต้องการไม่มี ("shalls") ในมาตรฐานที่เกี่ยวข้องกับหน่วยงานเหล่านี้ ข้อกำหนดในมาตรฐานนำไปใช้กับรายการด้านล่างซึ่งเกี่ยวข้องกับการแสดงที่เป็นรูปธรรมของสถาปัตยกรรม. คำอธิบายสถาปัตยกรรมคำอธิบายสถาปัตยกรรม (AD) คือชุดของสิ่งประดิษฐ์หรือผลิตภัณฑ์การทำงานที่ใช้เพื่ออธิบายสถาปัตยกรรม รายละเอียดทางสถาปัตยกรรมเป็นเรื่องหลักของมาตรฐาน สถาปัตยกรรมใด ๆ ที่อาจจะอธิบายโดยหนึ่งหรือมากกว่ารายละเอียดสถาปัตยกรรม (ไม่ปรากฏในแผนภาพ) ในมาตรฐาน AD อธิบายว่าหนึ่งสถาปัตยกรรมสำหรับระบบที่น่าสนใจ คำอธิบายสถาปัตยกรรมตามมาตรฐานที่ถูกสร้างขึ้นจากเนื้อหาต่างๆ:. บัตรประจำตัวของผู้มีส่วนได้เสียกังวลสถาปัตยกรรมสถาปัตยกรรมมุมมอง, มุมมองทางสถาปัตยกรรมและรูปแบบสถาปัตยกรรมของผู้มีส่วนได้ส่วนเสียมีส่วนได้เสียเป็นบุคคลใดบุคคลองค์กรหรือกลุ่มที่มีความสนใจในระบบ ตัวอย่างของผู้มีส่วนได้เสีย: สถาปนิก, นักออกแบบ, ลูกค้า, ผู้ดูแลผู้สอบบัญชีและผู้มีอำนาจในการรับรอง อยู่ในเกณฑ์มาตรฐานที่ผู้มีส่วนได้เสียมีหนึ่งหรือมากกว่า (สถาปัตยกรรม) ความกังวลเกี่ยวกับระบบที่น่าสนใจ. (สถาปัตยกรรม) กังวลกังวลความสนใจในระบบใด ๆ คำที่มาจากคำว่า "การแยกของความกังวล" ในขณะที่วิศวกรรมซอฟต์แวร์ ความกังวลอาจจะจัดขึ้นโดยหนึ่งหรือมากกว่าผู้มีส่วนได้เสีย. หมายเหตุ: เช่นเดียวกับคำอธิบายทางสถาปัตยกรรมเป็นตัวแทนที่เป็นรูปธรรมของสถาปัตยกรรม, บัตรประจำตัวของผู้มีส่วนได้เสียของระบบและความกังวลเป็นตัวแทนที่เป็นรูปธรรมของสภาพแวดล้อมในแง่ของอิทธิพลของตน. (สถาปัตยกรรม) จุดชมวิวจุดชมวิวคือชุดของการประชุมในการสร้างการตีความและวิเคราะห์มีมุมมองในแง่ของภาษาและมุมมองข้อความวิธีการสร้างแบบจำลองและเทคนิคการวิเคราะห์ที่จะถูกนำมาใช้เพื่อรับมือกับชุดของความกังวลที่ถือโดยผู้มีส่วนได้เสีย มุมมองที่ครอบคลุม 1 หรือข้อสงสัยมากขึ้นและผู้มีส่วนได้เสีย(สถาปัตยกรรม) ดูมุมมองที่เป็นตัวแทนของทั้งระบบจากมุมมองของชุดที่เกี่ยวข้องของความกังวล มุมมองสอดคล้องกับอีกหนึ่งมุมมอง. (สถาปัตยกรรม) รุ่นมุมมองประกอบด้วยหนึ่งหรือมากกว่าหนึ่งรุ่น แต่ละรุ่นมีการก่อสร้างให้สอดคล้องกับอนุสัญญาจัดตั้งขึ้นตามมุมมอง รูปแบบอาจจะเป็นส่วนหนึ่งของมุมมองหนึ่งหรือมากกว่า รุ่นให้สำหรับรายละเอียดการใช้ร่วมกันระหว่างมุมมองและการใช้ภาษาหลายมุมมองในมุมมอง. ห้องสมุดจุดชมวิวจุดชมวิวห้องสมุดเป็นหนึ่งที่กำหนดไว้ล่วงหน้า (นำมาใช้ใหม่) และไม่จำเป็นที่จะสะกดออกมาภายใน AD ในสิ่งที่มันถูกนำมาใช้. ( สถาปัตยกรรม) เหตุผลเหตุผลจับเหตุผลทางเลือกสถาปัตยกรรมบางอย่างได้รับการทำ (เช่นมุมมองที่เลือกสำหรับการใช้งานและการตัดสินใจทางสถาปัตยกรรม)

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

IEEE 1471-2000 ™แนวคิดสำหรับ

สถาปัตยกรรมอธิบายเหตุผลทางประวัติศาสตร์ นี่เป็นแนวคิดที่เป็นส่วนหนึ่งของ IEEE 1471-2000 ( ISO / IEC 42010:2007 )

เห็นแบบจำลองในปัจจุบันมาตรฐาน ISO / IEC / IEEE 42010:2011 [ ที่นี่ ] .

โดย 1471-2000 แนวคิด
แผนภาพข้างต้นครอบคลุมกรอบแนวคิดใน 2000 ฉบับมาตรฐานผ่าน UML แผนภาพคลาส .แผนภาพมีวัตถุประสงค์ 2 ประการในมาตรฐาน : สร้างคำศัพท์สำหรับการระบุความต้องการในการอธิบายสถาปัตยกรรม ( เรื่องของมาตรฐาน และให้ชุมชนเป็นฐานคติสำหรับวิวัฒนาการอย่างต่อเนื่องของการปฏิบัติในเขต การสนทนานี้จะติดเงื่อนไขของ 2000 ฉบับ แต่อาจหมายถึงบางชี้แจงถือว่า ISO แก้ไข

ระบบมาตรฐานจะไม่มีตำแหน่งใน
คำถาม อะไรคือระบบ มันอาจเป็นโปรแกรมประยุกต์ , ระบบย่อย , บริการสายผลิตภัณฑ์ ระบบของระบบหรือองค์กร ระบบอาจจะมนุษย์หรือธรรมชาติ สถานที่ตั้งของมาตรฐาน ถ้าคุณมีระบบที่น่าสนใจ , มาตรฐานที่ให้คําแนะนําสําหรับบันทึกข้อมูลสถาปัตยกรรมระบบของไม่มีอะไรในมาตรฐานขึ้นอยู่กับความหมายที่เฉพาะเจาะจงของระบบ ระบบส่วนใหญ่อยู่

ภารกิจบรรลุหนึ่งหรือหลายภารกิจหรือหน้าที่หรือจุดประสงค์ สถาปัตยกรรมควรช่วยให้ระบบตอบสนองภารกิจของ สิ่งแวดล้อม

ระบบที่มีอยู่ภายในสภาพแวดล้อม ระบบการกระทำเมื่อสิ่งแวดล้อมและในทางกลับกัน สภาพแวดล้อมของระบบจะกำหนดช่วงของอิทธิพลที่มีต่อระบบในมาตรฐานที่เราตั้งใจสภาพแวดล้อมในความรู้สึกที่กว้างที่สุดที่เป็นไปได้ที่จะรวมทุกงานที่เกี่ยวข้อง พัฒนาการ บังคับ ฯลฯ อิทธิพลสถาปัตยกรรม

ทุกระบบมีสถาปัตยกรรม ในความเป็นจริง ระบบสามารถมีหลายรูปแบบ . ใน IEEE 1471 , สถาปัตยกรรมคือ คิดเป็นระบบ อาจจะมีหลายแนวความคิดของระบบ ภายในขอบเขตของการใช้มาตรฐานเมื่อหนึ่งคือนั่งผลิตรายละเอียดของสถาปัตยกรรม ( โฆษณา ) มี exacly สถาปัตยกรรมหนึ่ง ( ความคิด ) ที่ถูกบันทึกไว้
หมายเหตุ : หน่วยงานข้างต้น ระบบภารกิจ สิ่งแวดล้อม และสถาปัตยกรรม เป็นแนวคิดในธรรมชาติ ไม่มีความต้องการ ( " shalls " ) ในมาตรฐานที่เกี่ยวข้องกับหน่วยงานเหล่านี้ความต้องการในมาตรฐานใช้กับรายการด้านล่างซึ่งเกี่ยวข้องกับการแสดงรูปธรรมของสถาปัตยกรรม


มีรายละเอียดอธิบายสถาปัตยกรรมสถาปัตยกรรม ( AD ) เป็นคอลเลกชันของสิ่งประดิษฐ์ หรือผลิตภัณฑ์ที่ใช้เพื่ออธิบายการสถาปัตยกรรม ลักษณะทางสถาปัตยกรรม เป็นวิชาหลักของมาตรฐานสถาปัตยกรรมใด ๆที่อาจจะอธิบายโดยหนึ่งหรือมากกว่าหนึ่งลักษณะสถาปัตยกรรม ( ไม่แสดงในแผนภาพ ) ในมาตรฐานโฆษณาอธิบายว่าหนึ่งในสถาปัตยกรรมสำหรับระบบที่น่าสนใจ สถาปัตยกรรมรายละเอียดตามมาตรฐาน ถูกสร้างขึ้นจากเนื้อหาต่าง ๆ : การระบุผู้มีส่วนได้ส่วนเสีย สถาปัตยกรรมความกังวลมุมมองสถาปัตยกรรม ชมสถาปัตยกรรมและรูปแบบ สถาปัตยกรรม
ผู้มีส่วนได้ส่วนเสีย
เป็นผู้มีส่วนได้ส่วนเสียเป็นบุคคล องค์กร หรือกลุ่มที่มีความสนใจในระบบ ตัวอย่างของผู้มีส่วนได้ส่วนเสีย : สถาปนิก , นักออกแบบ , ลูกค้า , ผู้ใช้ , ผู้ดูแล , ผู้สอบบัญชี และรับรองสิทธิ ภายในมาตรฐาน เป็นผู้มีส่วนได้เสียมีหนึ่งหรือมากกว่า ( สถาปัตยกรรม ) ความกังวลที่เกี่ยวข้องกับระบบดอกเบี้ย เป็นห่วง

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

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

( สถาปัตยกรรม ) วิวมุมมองที่เป็นตัวแทนของทั้งระบบจากมุมมองของการตั้งข้อสงสัย มุมมองที่สอดคล้องกับอีกหนึ่งมุมมอง .
( สถาปัตยกรรม ) แบบ
มุมมองประกอบด้วยหนึ่งหรือมากกว่าหนึ่งรูปแบบ แต่ละรุ่นจะถูกสร้างขึ้นตามแบบแผน ขึ้นจุดชมวิว รูปแบบอาจเป็นส่วนหนึ่งของหนึ่งหรือมากกว่าหนึ่งมุมมองรุ่นที่ให้สำหรับการแบ่งปันรายละเอียดระหว่างมุมมองและการใช้ภาษาในมุมมองหลาย ๆมุมมอง มุมมอง

ห้องสมุดห้องสมุดมุมมองหนึ่งที่กำหนดไว้ล่วงหน้า ( นำมาใช้ใหม่ ) และไม่ต้องสะกดออกในโฆษณาที่ใช้ เหตุผล

( สถาปัตยกรรม )เหตุผล รวบรวมเหตุผลเลือกสถาปัตยกรรมบางอย่างได้ ( เช่นมุมมองที่เลือกใช้และการตัดสินใจด้านสถาปัตยกรรม )