TOGAF® Standard — Architecture Content¶
2. TOGAF Content Framework and Enterprise Metamodel¶
2.1. Tổng quan (Overview)¶
TOGAF ADM cung cấp một vòng đời quy trình để xây dựng và quản lý kiến trúc trong doanh nghiệp. Ở mỗi giai đoạn trong ADM, phần thảo luận về đầu vào (inputs), đầu ra (outputs), và các bước (steps) mô tả một số sản phẩm công việc kiến trúc (architectural work products) hoặc tạo phẩm (artifacts), chẳng hạn như quy trình (process) và ứng dụng (application).
Content Framework và Enterprise Metamodel được cung cấp tại đây định nghĩa một cấu trúc chính thức cho các thuật ngữ này để đảm bảo tính nhất quán trong ADM, đồng thời cung cấp hướng dẫn cho các tổ chức muốn triển khai kiến trúc của mình trong một công cụ kiến trúc (architecture tool).
- Content Framework định nghĩa một khung phân loại (categorization framework) để dùng trong việc cấu trúc Mô tả Kiến trúc (Architecture Description) — sản phẩm công việc dùng để biểu đạt kiến trúc — và tập hợp các mô hình mô tả kiến trúc.
- Enterprise Metamodel định nghĩa các loại thực thể (entities) xuất hiện trong các mô hình mô tả doanh nghiệp, cùng với các mối quan hệ (relationships) giữa chúng.
2.2 Tầm nhìn về TOGAF Enterprise Metamodel (TOGAF Enterprise Metamodel Vision)¶
TOGAF Standard bao gồm TOGAF Enterprise Metamodel, trong đó ghi nhận các thực thể (entities) và mối quan hệ (relationships) có khả năng gặp phải trong phần lớn doanh nghiệp.
Metamodel này có thể được sử dụng làm cơ sở để phát triển Metamodel Đặc thù cho Tổ chức (Organization-Specific Metamodel) khi thiết lập Năng lực Kiến trúc Doanh nghiệp (Enterprise Architecture Capability) trong Giai đoạn Chuẩn bị (Preliminary Phase). Nó cũng cung cấp ngữ cảnh (context) cho các artifacts cụ thể được tham chiếu trong mô tả các giai đoạn của ADM, và được mô tả chi tiết trong Chương 3: Architectural Artifacts.
Khi phát triển một Metamodel Đặc thù cho Tổ chức, kiến trúc sư có thể:
- Loại bỏ các thực thể và quan hệ từ TOGAF Enterprise Metamodel nếu không phù hợp.
- Bổ sung các thực thể và quan hệ mới.
Phần này cung cấp tổng quan về TOGAF Enterprise Metamodel. Các phần tiếp theo sẽ thảo luận chi tiết hơn về từng lĩnh vực của metamodel.
2.2.1. Tổng quan về TOGAF Enterprise Metamodel (Overview of the TOGAF Enterprise Metamodel)¶
TOGAF Enterprise Metamodel bao gồm một tập hợp các thực thể, được định nghĩa trong Mục 2.4 "TOGAF Enterprise Metamodel Entities", cho phép các khái niệm kiến trúc được:
- Thu thập (captured)
- Lưu trữ (stored)
- Lọc (filtered)
- Truy vấn (queried)
- Biểu diễn (represented)
theo cách hỗ trợ tính nhất quán (consistency), tính đầy đủ (completeness), và tính truy vết (traceability).
Cơ chế phân loại (categorization mechanism) của Content Framework có thể được sử dụng để cấu trúc một biểu diễn của TOGAF Enterprise Metamodel, như minh họa trong Hình 2-1
Hình 2-1: Sử dụng khung nội dung để cấu trúc mô hình doanh nghiệp TOGAF
2.3. Chi tiết về mô hình doanh nghiệp TOGAF (TOGAF Enterprise Metamodel in Detail)¶
Mối quan hệ giữa các thực thể trong mô hình doanh nghiệp TOGAF được trình bày trong Hình 2-2.
Hình 2-2: Mối quan hệ giữa các thực thể trong mô hình doanh nghiệp TOGAF
2.4. Các thực thể của Enterprise Metamodel TOGAF (TOGAF Enterprise Metamodel Entities)¶
Một số thực thể quan trọng trong Siêu mô hình doanh nghiệp TOGAF:
- Actor: Một người, tổ chức hoặc hệ thống có vai trò khởi tạo hoặc tương tác với các hoạt động.
- Application Service (Dịch vụ Ứng dụng): Các yếu tố tự động của một dịch vụ kinh doanh.
- Business Capability (Năng lực Kinh doanh): Một khả năng cụ thể mà doanh nghiệp có thể sở hữu hoặc trao đổi để đạt được một mục đích cụ thể.
- Business Service (Dịch vụ Kinh doanh): Hỗ trợ doanh nghiệp bằng cách đóng gói một yếu tố hành vi kinh doanh độc đáo.
- Constraint (Ràng buộc): Một yếu tố bên ngoài ngăn cản tổ chức theo đuổi các cách tiếp cận cụ thể để đạt được mục tiêu.
- Data Entity (Thực thể Dữ liệu): Đại diện cho một khái niệm và ngữ nghĩa của nó được sử dụng trong kinh doanh.
- Driver (Động lực): Một điều kiện bên ngoài hoặc bên trong thúc đẩy tổ chức định nghĩa các mục tiêu của mình.
- Function (Chức năng): Một tập hợp các hành vi kinh doanh dựa trên một tập hợp các tiêu chí đã chọn.
- Goal (Mục tiêu): Một tuyên bố cấp cao về ý định hoặc định hướng cho một tổ chức.
- Location (Vị trí): Một nơi diễn ra các hoạt động.
- Logical Application Component (Thành phần Ứng dụng Logic): Một sự đóng gói chức năng ứng dụng có thể được định nghĩa bằng các dịch vụ được cung cấp và dữ liệu được duy trì, độc lập với việc triển khai và công nghệ.
- Principle (Nguyên tắc): Một tuyên bố định tính về ý định mà kiến trúc phải đáp ứng.
- Process (Quy trình): Một chuỗi các hoạt động cùng nhau đạt được một kết quả cụ thể.
- Requirement (Yêu cầu): Một tuyên bố định lượng về nhu cầu kinh doanh phải được đáp ứng bởi một kiến trúc hoặc gói công việc cụ thể.
- Role (Vai trò): Hành vi thông thường hoặc mong đợi của một tác nhân, hoặc phần mà ai đó hoặc cái gì đó đóng trong một quy trình hoặc sự kiện cụ thể.
- Value Stream (Luồng Giá trị): Một đại diện của một tập hợp các hoạt động từ đầu đến cuối tạo ra một kết quả tổng thể cho khách hàng, bên liên quan hoặc người dùng cuối.
Bảng 2-1 liệt kê và mô tả các thực thể trong Enterprise Metamodel.
Bảng 2-1: Các Đối Tượng của Mô Hình Doanh Nghiệp TOGAF
| Metamodel Entity | Mô tả (Description) |
|---|---|
| Actor (Tác nhân) | Một cá nhân, tổ chức, hoặc hệ thống có vai trò khởi tạo hoặc tương tác với các hoạt động; ví dụ: một nhân viên kinh doanh đi gặp khách hàng. Tác nhân có thể là nội bộ hoặc bên ngoài tổ chức. Trong ngành công nghiệp ô tô, một nhà sản xuất thiết bị gốc được coi là một tác nhân đối với đại lý ô tô khi tương tác với các hoạt động trong chuỗi cung ứng. |
| Application Service (Dịch vụ ứng dụng) | Thành phần tự động hóa của một dịch vụ kinh doanh. Một dịch vụ ứng dụng có thể cung cấp hoặc hỗ trợ một phần hoặc toàn bộ một hay nhiều dịch vụ kinh doanh. |
| Assumption (Giả định) | Một phát biểu về sự thật có khả năng xảy ra nhưng chưa được xác thực đầy đủ tại thời điểm này do các ràng buộc bên ngoài. Ví dụ: có thể giả định rằng một ứng dụng hiện có sẽ hỗ trợ một tập hợp yêu cầu chức năng, mặc dù các yêu cầu đó chưa được xác minh riêng lẻ. |
| Business Capability (Năng lực kinh doanh) | Một khả năng cụ thể mà doanh nghiệp có thể sở hữu hoặc trao đổi để đạt được một mục tiêu nhất định. |
| Business Information (Thông tin kinh doanh) | Đại diện cho một khái niệm và ngữ nghĩa của nó được sử dụng trong doanh nghiệp. |
| Business Service (Dịch vụ kinh doanh) | Hỗ trợ doanh nghiệp bằng cách bao gói một yếu tố hành vi kinh doanh duy nhất; một dịch vụ cung cấp ra bên ngoài có thể được hỗ trợ bởi các dịch vụ kinh doanh. |
| Capability (Năng lực) | Một khả năng mà một tổ chức, cá nhân, hoặc hệ thống sở hữu. Lưu ý: Đây là định nghĩa tổng quát. Xem Business Capability để biết cách khái niệm này được tinh chỉnh cho Kiến trúc Kinh doanh. |
| Constraint (Ràng buộc) | Một yếu tố bên ngoài ngăn cản tổ chức theo đuổi các phương án để đạt được mục tiêu. Ví dụ: dữ liệu khách hàng không được đồng bộ trong tổ chức ở phạm vi khu vực hoặc quốc gia, hạn chế khả năng cung cấp dịch vụ khách hàng hiệu quả. |
| Contract (Hợp đồng) | Một thỏa thuận giữa người tiêu dùng và nhà cung cấp thiết lập các tham số chức năng và phi chức năng cho tương tác. Điều này áp dụng cho tất cả các loại tương tác dịch vụ trong metamodel. |
| Control (Kiểm soát) | Một bước ra quyết định kèm theo logic dùng để xác định cách thực hiện quy trình hoặc đảm bảo rằng quy trình tuân thủ các tiêu chí quản trị. Ví dụ: kiểm soát phê duyệt trong quy trình xử lý yêu cầu mua hàng để kiểm tra giá trị tổng có nằm trong giới hạn phê duyệt của người yêu cầu hay cần chuyển lên cấp cao hơn. |
| Course of Action (Hướng hành động) | Định hướng và trọng tâm được cung cấp bởi các mục tiêu chiến lược, thường để thực hiện giá trị được mô tả trong mô hình kinh doanh. |
| Data Entity (Thực thể dữ liệu) | Đại diện cho dữ liệu được doanh nghiệp công nhận là một khái niệm riêng biệt. |
| Driver (Động lực) | Một điều kiện bên ngoài hoặc bên trong thúc đẩy tổ chức xác định mục tiêu. Ví dụ: thay đổi quy định hoặc luật tuân thủ (như Sarbanes-Oxley ở Mỹ) buộc tổ chức phải thay đổi cách thức hoạt động. |
| Event (Sự kiện) | Một thay đổi trạng thái trong tổ chức kích hoạt các sự kiện xử lý; có thể bắt nguồn từ bên trong hoặc bên ngoài tổ chức và có thể được xử lý trong hoặc ngoài tổ chức. |
| Function (Chức năng) | Một tập hợp các hành vi kinh doanh dựa trên một tập hợp tiêu chí đã chọn. Các chức năng thường gắn liền chặt chẽ với các đơn vị tổ chức. |
| Gap (Khoảng cách) | Một phát biểu về sự khác biệt giữa hai trạng thái. Được sử dụng trong phân tích khoảng cách (gap analysis), nơi sự khác biệt giữa Kiến trúc Hiện tại (Baseline) và Kiến trúc Mục tiêu (Target) được xác định. Lưu ý: Phân tích khoảng cách được mô tả trong TOGAF Standard — ADM Techniques. |
| Goal (Mục tiêu) | Một tuyên bố ở cấp độ cao về ý định hoặc định hướng của tổ chức. Thường được sử dụng để đo lường sự thành công của tổ chức. |
| Location (Địa điểm) | Một nơi mà các hoạt động diễn ra. Địa điểm có thể được cấu thành hoặc phân rã. |
| Logical Application Component (Thành phần ứng dụng logic) | Sự đóng gói chức năng ứng dụng được định nghĩa bởi các dịch vụ cung cấp và dữ liệu duy trì, độc lập với việc triển khai và công nghệ. |
| Logical Data Component (Thành phần dữ liệu logic) | Một cấu trúc dữ liệu bao gồm các thực thể dữ liệu có liên quan logic. |
| Logical Technology Component (Thành phần công nghệ logic) | Một sự đóng gói các dịch vụ công nghệ độc lập với việc triển khai. |
| Measure (Chỉ số đo lường) | Một chỉ số hoặc yếu tố có thể được theo dõi, thường xuyên để xác định sự thành công hoặc mức độ phù hợp với mục tiêu. |
| Objective (Mục tiêu cụ thể) | Một mục tiêu của tổ chức được công bố theo cách SMART (Simple, Measurable, Actionable, Realistic, Time-bound). Ví dụ: “Tăng hiệu suất sử dụng năng lực thêm 30% vào cuối năm để hỗ trợ kế hoạch tăng thị phần”. |
| Organization Unit (Đơn vị tổ chức) | Một đơn vị tài nguyên tự chủ với các mục tiêu, chỉ tiêu và thước đo. Có thể bao gồm các bên ngoài và đối tác kinh doanh. |
| Physical Application Component (Thành phần ứng dụng vật lý) | Hiện thực hóa chức năng ứng dụng logic bằng cách sử dụng các thành phần chức năng trong các ứng dụng có thể được thuê, mua hoặc xây dựng. |
| Physical Data Component (Thành phần dữ liệu vật lý) | Một cấu trúc dữ liệu hiện thực hóa các thành phần dữ liệu logic có liên quan, được biểu diễn theo định dạng hoặc lược đồ yêu cầu của một công nghệ cụ thể. |
| Physical Technology Component (Thành phần công nghệ vật lý) | Hiện thực hóa chức năng công nghệ logic bằng cách sử dụng một sản phẩm công nghệ cụ thể có thể được triển khai. |
| Principle (Nguyên tắc) | Một tuyên bố định tính về ý định mà kiến trúc cần đáp ứng. Nó phải có ít nhất một cơ sở lý luận hỗ trợ và một thước đo tầm quan trọng. Lưu ý: Một tập hợp ví dụ các Nguyên tắc Kiến trúc được định nghĩa trong TOGAF Standard — ADM Techniques. |
| Process (Quy trình) | Đại diện cho một chuỗi các hoạt động để đạt được một kết quả nhất định; có thể được phân rã thành các quy trình con và thể hiện hoạt động của năng lực hoặc dịch vụ kinh doanh (ở cấp độ chi tiết tiếp theo). Quy trình cũng có thể được sử dụng để liên kết tổ chức, năng lực, dịch vụ và quy trình. Một quy trình có thể hiện thực hóa một dịch vụ và/hoặc điều phối các dịch vụ cấp dưới. |
| Product (Sản phẩm) | Một kết quả được tạo ra bởi doanh nghiệp để cung cấp cho khách hàng. Sản phẩm có thể bao gồm vật liệu và/hoặc dịch vụ. |
| Requirement (Yêu cầu) | Một phát biểu định lượng về nhu cầu kinh doanh phải được đáp ứng bởi một kiến trúc hoặc gói công việc cụ thể. |
| Role (Vai trò) | Hành vi thông thường hoặc mong đợi của một tác nhân, hoặc phần mà ai đó hoặc cái gì đó đảm nhận trong một quy trình hoặc sự kiện. Một tác nhân có thể có nhiều vai trò. Xem thêm Actor. |
| Service Quality (Chất lượng dịch vụ) | Một cấu hình các yêu cầu phi chức năng hoặc thuộc tính có thể được gán cho dịch vụ kinh doanh, ứng dụng hoặc công nghệ. |
| Technology Service (Dịch vụ công nghệ) | Một khả năng kỹ thuật cần thiết để cung cấp hạ tầng hỗ trợ việc triển khai ứng dụng. |
| Value Stream (Chuỗi giá trị) | Đại diện cho tập hợp các hoạt động đầu-cuối tạo ra kết quả tổng thể cho khách hàng, bên liên quan, hoặc người dùng cuối. |
| Work Package (Gói công việc) | Một tập hợp các hành động được xác định để đạt được một hoặc nhiều mục tiêu cho doanh nghiệp. Gói công việc có thể là một phần của dự án, một dự án hoàn chỉnh, hoặc một chương trình. |
2.5. Các thuộc tính của mô hình doanh nghiệp TOGAF (TOGAF Enterprise Metamodel Attributes)¶
Các thuộc tính điển hình cho các thực thể siêu mô hình bao gồm:
- Tất cả các thực thể siêu mô hình (All Metamodel Entities) đều có: ID, Mô tả (Description), Danh mục (Category), Nguồn (Source), Chủ sở hữu (Owner).
- Các thực thể khác có các thuộc tính cụ thể hơn, ví dụ:
- Capability: Giá trị kinh doanh (Business value), Mức độ tăng trưởng (Increments).
- Location: Danh mục (Category) như Vùng (Region), Quốc gia (Country), Tòa nhà (Building), Vị trí cụ thể (Specific Location).
- Principle: Danh mục (Category), Ưu tiên (Priority), Tuyên bố nguyên tắc (Statement of principle), Cơ sở lý luận (Rationale), Hàm ý (Implication), Chỉ số (Metric).
- Requirement: Tuyên bố yêu cầu (Statement of requirement), Cơ sở lý luận (Rationale), Tiêu chí chấp nhận (Acceptance criteria).
- Physical Application Component (Thành phần Ứng dụng Vật lý): Trạng thái vòng đời (Lifecycle status), Lớp tiêu chuẩn (Standards class), Ngày hoạt động ban đầu (Initial live date), Ngày nghỉ hưu (Retirement date), và nhiều đặc điểm chất lượng dịch vụ (Service quality characteristics) khác như tính khả dụng (Availability), khả năng quản lý (Manageability), hiệu suất (Performance), bảo mật (Security), v.v.
Bảng 2-2 hiển thị các thuộc tính cho mỗi thực thể mô hình meta được mô tả trước đó.
Bảng 2-2: Các thuộc tính của mô hình doanh nghiệp TOGAF
| Metamodel Entity | Attribute | Description |
|---|---|---|
| All Metamodel Entities | ID | Unique identifier for the architecture entity. |
| Description | Textual description of the architecture entity. | |
| Category | User-definable categorization taxonomy for each metamodel entity. | |
| Source | Location from where the information was collected. | |
| Owner | Owner of the architecture entity. | |
| Capability | Business value | Describes how this capability provides value to the enterprise. |
| Increments | Lists possible maturity/quality levels for the capability. | |
| Constraint | No additional attributes | This metamodel entity has only basic attributes. |
| Gap | No additional attributes | This metamodel entity has only basic attributes. |
| Location | Category | The following categories of Location apply: Region (applies to a grouping of countries or territory; e.g., South East Asia, UK, and Ireland), Country (applies to a single country; e.g., US), Building (applies to a site of operation; where several offices are collected in a single city, this category may represent a city), and Specific Location (applies to any specific location within a building, such as a server room). The nature of the business may introduce other Locations: Ship or Port for a ferry company, Mine for a gold company, Car for a police force, Hotel for any firm’s traveling workers, and so on. |
| Principle | Category | The following categories of principle apply: Guiding Principle, Business Principle, Data Principle, Application Principle, Integration Principle, Technology Principle. |
| Priority | Priority of this principle relative to other principles. | |
| Statement of principle | Statement of what the principle is. | |
| Rationale | Statement of why the principle is required and the desired outcome to be reached. | |
| Implication | Statement of what the principle means in practical terms. | |
| Metric | Identifies mechanisms that will be used to measure whether the principle has been met or not. | |
| Requirement | Statement of requirement | Statement of what the requirement is, including a definition of whether the requirement shall be met, should be met, or may be met. |
| Rationale | Statement of why the requirement exists. | |
| Acceptance criteria | The parameters that will be fulfilled if the requirement is being met, together with the tests that will be carried out to assess the state of the parameters. | |
| Actor | # FTEs | Estimated number of FTEs that operate as this actor. |
| Actor goal | Objectives that this actor has, in general terms. | |
| Actor tasks | Tasks that this actor performs, in general terms. | |
| Business Service | Standards class | Non-Standard, Proposed Standard, Provisional Standard, Standard, Phasing-Out Standard, Retired Standard. |
| Standard creation date | If the business service is a standard, when the standard was created. | |
| Last standard review date | Last date that the standard was reviewed. | |
| Next standard review date | Next date for the standard to be reviewed. | |
| Retire date | Date when the standard was/will be retired. | |
| Contract | Behavior characteristics | Functional behavior to be supported within the scope of the contract. |
| Service name “caller” | Consuming service. | |
| Service name “called” | Providing service. | |
| Service quality characteristics | Non-functional behavior to be supported within the scope of the contract. | |
| Availability characteristics | Degree to which something is available for use. | |
| Service times | Hours during which the service must be available. | |
| Manageability characteristics | Ability to gather information about the state of something and control it. | |
| Serviceability characteristics | Ability to identify problems and take corrective action, such as to repair or upgrade a component in a running system. | |
| Performance characteristics | Ability of a component to perform its tasks in an appropriate time. | |
| Response requirements | Response times that the service provider must meet for particular operations. | |
| Reliability characteristics | Resistance to failure. | |
| Quality of information required | Contracted requirements on accuracy and completeness of information. | |
| Contract control requirements | Level of governance and enforcement applied to the contractual parameters for overall service. | |
| Result control requirements | Measures in place to ensure that each service request meets contracted criteria. | |
| Recoverability characteristics | Ability to restore a system to a working state after an interruption. | |
| Locatability characteristics | Ability of a system to be found when needed. | |
| Security characteristics | Ability of a system to prevent unauthorized access to functions and data. (continued) | |
| Privacy characteristics | Protection of data from unauthorized access. | |
| Integrity characteristics | Ability of a system to ensure that data has not been corrupted. | |
| Credibility characteristics | Ability of a system to ensure that the service request originates from an authorized source. | |
| Localization characteristics | Ability of a service to support localized variants for different consumer groups. | |
| Internationalization characteristics | Ability of a service to support international variations in business logic and data representation (such as character set). | |
| Interoperability characteristics | Ability of the service to interoperate with different technical environments, inside and outside of the organization. | |
| Scalability characteristics | Ability of the service to grow or shrink its performance or capacity appropriately to the demands of the environment in which it operates. | |
| Portability characteristics | Of data, people, applications, and components. | |
| Extensibility characteristics | Ability to accept new functionality. | |
| Capacity characteristics | Contracted capacity of the service provider to meet requests. | |
| Throughput | Required throughput capacity. | |
| Throughput period | Time period needed to deliver throughput capacity. | |
| Growth | Expected future growth rate of service request. | |
| Growth period | Time period needed to reach the expected growth rate. | |
| Peak profile short term | Short-term profile of peak service traffic. | |
| Peak profile long term | Long-term profile of peak service traffic. | |
| Control | No additional attributes | This metamodel entity has only basic attributes. |
| Driver | No additional attributes | This metamodel entity has only basic attributes. |
| Event | No additional attributes | This metamodel entity has only basic attributes. |
| Function | Standards class | Non-Standard, Proposed Standard, Provisional Standard, Standard, Phasing-Out Standard, Retired Standard. |
| Standard creation date | If the product is a standard, when the standard was created. | |
| Last standard review date | Last date that the standard was reviewed. | |
| Next standard review date | Next date for the standard to be reviewed. | |
| Retire date | Date when the standard was/will be retired. | |
| Goal | No additional attributes | This metamodel entity has only basic attributes. |
| Measure | No additional attributes | This metamodel entity has only basic attributes. |
| Objective | No additional attributes | This metamodel entity has only basic attributes. |
| Organization Unit | Headcount | Number of FTEs working within the organization. |
| Process | Standards class | Non-Standard, Proposed Standard, Provisional Standard, Standard, Phasing-Out Standard, Retired Standard. |
| Standard creation date | If the product is a standard, when the standard was created. | |
| Last standard review date | Last date that the standard was reviewed. | |
| Next standard review date | Next date for the standard to be reviewed. | |
| Retire date | Date when the standard was/will be retired. | |
| Process criticality | Criticality of this process to business operations. | |
| Manual or automated | Whether this process is supported by IT or is a manual process. | |
| Process volumetrics | Data on frequency of process execution. | |
| Product | No additional attributes | This metamodel entity has only basic attributes. |
| Role | Estimated number of FTEs that operate in this Role | This metamodel entity has only basic attributes. |
| Service Quality | No additional attributes | This metamodel entity fulfills some or all of the attributes of its associated Contract(s). |
| Service | Standards class | Non-Standard, Proposed Standard, Provisional Standard, Standard, Phasing-Out Standard, Retired Standard. |
| Standard creation date | If the product is a standard, when the standard was created. | |
| Last standard review date | Last date that the standard was reviewed. | |
| Next standard review date | Next date for the standard to be reviewed. | |
| Retire date | Date when the standard was/will be retired. | |
| Application Component | Standards class | Non-Standard, Proposed Standard, Provisional Standard, Standard, Phasing-Out Standard, Retired Standard. |
| Standard creation date | If the product is a standard, when the standard was created. | |
| Last standard review date | Last date that the standard was reviewed. | |
| Next standard review date | Next date for the standard to be reviewed. | |
| Retire date | Date when the standard was/will be retired. | |
| Application Service | Standards class | Non-Standard, Proposed Standard, Provisional Standard, Standard, Phasing-Out Standard, Retired Standard. |
| Standard creation date | If the product is a standard, when the standard was created. | |
| Last standard review date | Last date that the standard was reviewed. | |
| Next standard review date | Next date for the standard to be reviewed. | |
| Retire date | Date when the standard was/will be retired. | |
| Logical Application Component | Standards class | Non-Standard, Proposed Standard, Provisional Standard, Standard, Phasing-Out Standard, Retired Standard. |
| Standard creation date | If the product is a standard, when the standard was created. | |
| Last standard review date | Last date that the standard was reviewed. | |
| Next standard review date | Next date for the standard to be reviewed. | |
| Retire date | Date when the standard was/will be retired. | |
| Physical Application Component | Lifecycle status | Proposed, In Development, Live, Phasing Out, Retired. |
| Standards class | Non-Standard, Proposed Standard, Provisional Standard, Standard, Phasing-Out Standard, Retired Standard. | |
| Standard creation date | If the product is a standard, when the standard was created. | |
| Last standard review date | Last date that the standard was reviewed. | |
| Next standard review date | Next date for the standard to be reviewed. | |
| Retire date | Date when the standard was/will be retired. | |
| Initial live date | Date when the first release of the application was/will be released into production. | |
| Date of last release | Date when the last release of the application was released into production. | |
| Date of next release | Date when the next release of the application will be released into production. | |
| Retirement date | Date when the application was/will be retired. | |
| Availability characteristics | Degree to which something is available for use. | |
| Service times | Hours during which the application must be available. | |
| Manageability characteristics | Ability to gather information about the state of something and control it. | |
| Serviceability characteristics | Ability to identify problems and take corrective action, such as to repair or upgrade a component in a running system. | |
| Performance characteristics | Ability of a component to perform its tasks in an appropriate time. | |
| Reliability characteristics | Resistance to failure. | |
| Recoverability characteristics | Ability to restore a system to a working state after an interruption. | |
| Locatability characteristics | Ability of a system to be found when needed. (continued) | |
| Security characteristics | Ability of a system to prevent unauthorized access to functions and data. | |
| Privacy characteristics | Protection of data from unauthorized access. | |
| Integrity characteristics | Ability of a system to ensure that data has not been corrupted. | |
| Credibility characteristics | Ability of a system to ensure that the service request originates from an authorized source. | |
| Localization characteristics | Ability of a service to support localized variants for different consumer groups. | |
| Internationalization characteristics | Ability of a service to support international variations in business logic and data representation (such as character set). | |
| Interoperability characteristics | Ability of the service to interoperate with different technical environments, inside and outside of the organization. | |
| Scalability characteristics | Ability of the service to grow or shrink its performance or capacity appropriately to the demands of the environment in which it operates. | |
| Portability characteristics | Of data, people, applications, and components. | |
| Extensibility characteristics | Ability to accept new functionality. | |
| Capacity characteristics | Contracted capacity of the service provider to meet requests. | |
| Throughput | Required throughput capacity. | |
| Throughput period | Time period needed to deliver throughput capacity. | |
| Growth | Expected future growth rate of service request. | |
| Growth period | Time period needed to reach the expected growth rate. | |
| Peak profile short term | Short-term profile of peak service traffic. | |
| Peak profile long term | Long-term profile of peak service traffic. | |
| Data Entity | Category | The following categories of data entity apply: Message, Internally Stored Entity. |
| Privacy classification | Level of restriction placed on access to the data. | |
| Retention classification | Level of retention to be placed on the data. | |
| Logical Data Component | Standards class | Non-Standard, Proposed Standard, Provisional Standard, Standard, Phasing-Out Standard, Retired Standard. |
| Standard creation date | If the product is a standard, when the standard was created. | |
| Last standard review date | Last date that the standard was reviewed. | |
| Next standard review date | Next date for the standard to be reviewed. | |
| Retire date | Date when the standard was/will be retired. | |
| Physical Data Component | Standards class | Non-Standard, Proposed Standard, Provisional Standard, Standard, Phasing-Out Standard, Retired Standard. |
| Standard creation date | If the product is a standard, when the standard was created. | |
| Last standard review date | Last date that the standard was reviewed. | |
| Next standard review date | Next date for the standard to be reviewed. | |
| Retire date | Date when the standard was/will be retired. | |
| Logical Technology Component | Standards class | Non-Standard, Proposed Standard, Provisional Standard, Standard, Phasing-Out Standard, Retired Standard. |
| Standard creation date | If the product is a standard, when the standard was created. | |
| Last standard review date | Last date that the standard was reviewed. | |
| Next standard review date | Next date for the standard to be reviewed. | |
| Retire date | Date when the standard was/will be retired. | |
| Category | Logical Technology Components are categorized according to the defined taxonomy (such as the TOGAF Technical Reference Model (TRM)), adapted to meet the needs of an individual organization. | |
| Physical Technology | Standards class | Non-Standard, Proposed Standard, Provisional Standard, Standard, Phasing-Out Standard, Retired Standard. |
| Component | Standard creation date | If the product is a standard, when the standard was created. |
| Last standard review date | Last date that the standard was reviewed. | |
| Next standard review date | Next date for the standard to be reviewed. | |
| Retire date | Date when the standard was/will be retired. | |
| Category | Physical Technology Components are categorized according to the defined taxonomy (such as the TOGAF TRM), adapted to meet the needs of an individual organization. | |
| Product name | Name of the product making up the technology component. | |
| Module name | Module, or other sub-product, name making up the technology component. | |
| Vendor | Vendor providing the technology component. | |
| Version | Version of the product making up the technology component. | |
| Technology Service | Standards class | Non-Standard, Proposed Standard, Provisional Standard, Standard, Phasing-Out Standard, Retired Standard. |
| Category | Technology Services are categorized according to the defined taxonomy (such as the TOGAF TRM), adapted to meet the needs of an individual organization. | |
| Business Capability | No additional attributes | This metamodel entity has only basic attributes. |
| Technology Component | Standards class | Non-Standard, Proposed Standard, Provisional Standard, Standard, Phasing-Out Standard, Retired Standard. |
| Course of Action | No additional attributes | This metamodel entity has only basic attributes. |
| Value Stream | No additional attributes | This metamodel entity has only basic attributes. |
| Work Package | Category | The following categories of work package apply: Work Package, Work Stream, Project, Program, Portfolio. |
| Capability delivered | Describes the contribution this work package makes to capability delivery. |
2.6. Các mối quan hệ giữa các thực thể trong Siêu mô hình doanh nghiệp TOGAF (TOGAF Enterprise Metamodel Relationships)¶
Các mối quan hệ giữa các thực thể trong Siêu mô hình doanh nghiệp TOGAF cũng được định nghĩa rõ ràng (xem Bảng 2-3). Ví dụ
- Actor (Tác nhân) Consumes (Tiêu thụ) Business Service (Dịch vụ Kinh doanh).
- Actor (Tác nhân) Performs (Thực hiện) Function (Chức năng).
- Application Service (Dịch vụ Ứng dụng) Is realized through (Được hiện thực hóa thông qua) Logical Application Component (Thành phần Ứng dụng Logic).
- Business Capability (Năng lực Kinh doanh) Is delivered by (Được cung cấp bởi) Function (Chức năng).
- Goal (Mục tiêu) Is realized by (Được hiện thực hóa bởi) Course of Action (Hướng Hành động).
Bảng 2-3: Mối quan hệ của mô hình doanh nghiệp TOGAF
| Source Entity | Target Entity | Name |
|---|---|---|
| Actor | Actor | Decomposes |
| Actor | Business Service | Consumes |
| Actor | Data Entity | Supplies or consumes |
| Actor | Event | Generates |
| Actor | Event | Resolves |
| Actor | Function | Interacts with |
| Actor | Function | Performs |
| Actor | Organization Unit | Belongs to |
| Actor | Process | Participates in |
| Actor | Process | Triggers |
| Actor | Role | Performs task in |
| Actor | Value Stream | Performs a task in |
| Application Service | Business Service | Automates some or all of |
| Application Service | Data Entity | Used by |
| Application Service | Logical Application Component | Is realized through |
| Application Service | Technology Service | Is served by |
| Business Capability | Business Information | Uses |
| Business Capability | Course of Action | Is influenced by |
| Business Capability | Function | Is delivered by |
| Business Capability | Organization Unit | Is used by |
| Business Capability | Process | Is operationalized by |
| Business Capability | Value Stream | Enables |
| Business Information | Business Capability | Is used by |
| Business Information | Business Service | Used to derive |
| Business Information | Course of Action | Is influenced by |
| Business Information | Data Entity | Is realized by |
| Business Information | Process | Uses |
| Business Service | Actor | Is provided to |
| Business Service | Application Service | Uses |
| Business Service | Business Information | Is derived from |
| Business Service | Business Service Quality | Meets |
| Business Service | Business Service | Consumes |
| Business Service | Business Service | Decomposes |
| Business Service | Contract | Is governed and measured by |
| Business Service | Data Entity | Is accessed and updated through |
| Business Service | Event | Resolves |
| Business Service | Function | Provides governed interface to access |
| Business Service | Logical Technology Component | Is implemented on |
| Business Service | Organization Unit | Is owned and governed by |
| Business Service | Process | Is realized by |
| Business Service | Process | Supports |
| Capability | Work Package | Is delivered by |
| Contract | Business Service | Governs, measures |
| Contract | Service Quality | Meets |
| Control | Process | Ensures correct operation of |
| Course of Action | Business Capability | Influences |
| Course of Action | Business Information | Influences |
| Course of Action | Function | Influences |
| Course of Action | Goal | Realizes |
| Course of Action | Organization Unit | Influences |
| Course of Action | Product | Influences |
| Course of Action | Value Stream | Influences |
| Data Entity | Actor | Is supplied or consumed by |
| Data Entity | Application Service | Used by |
| Data Entity | Business Information | Realizes |
| Data Entity | Business Service | Is accessed and updated through |
| Data Entity | Data Entity | Decomposes |
| Data Entity | Data Entity | Relates to |
| Data Entity | Logical Data Component | Resides within |
| Driver | Driver | Decomposes |
| Driver | Goal | Creates |
| Driver | Organization Unit | Motivates |
| Event | Actor | Is generated by |
| Event | Actor | Is resolved by |
| Event | Business Service | Is resolved by |
| Event | Process | Is generated by |
| Event | Process | Is resolved by |
| Function | Actor | Supports |
| Function | Business Capability | Delivers |
| Function | Business Service | Is bounded by |
| Function | Course of Action | Is influenced by |
| Function | Function | Communicates with |
| Function | Function | Decomposes |
| Function | Organization Unit | Is owned by |
| Function | Process | Orchestrates |
| Function | Process | Decomposes |
| Goal | Course of Action | Is realized by |
| Goal | Driver | Addresses |
| Goal | Goal | Decomposes |
| Goal | Objective | Is made specific |
| Logical Application Component | Application Service | Implements |
| Logical Application Component | Logical Application Component | Decomposes |
| Logical Application Component | Logical Application Component | Communicates with |
| Logical Application Component | Logical Data Component | Used by |
| Logical Application Component | Logical Technology Component | Is served by |
| Logical Application Component | Physical Application Component | Is realized by |
| Logical Data Component | Data Entity | Encapsulates |
| Logical Data Component | Logical Application Component | Uses |
| Logical Data Component | Physical Data Component | Is realized by |
| Logical Technology Component | Business Service | Provides platform for |
| Logical Technology Component | Logical Application Component | Serves |
| Logical Technology Component | Logical Technology Component | Decomposes |
| Logical Technology Component | Logical Technology Component | Is dependent on |
| Logical Technology Component | Physical Technology Component | Is realized by |
| Logical Technology Component | Technology Service | Supplies |
| Measure | Measure | Decomposes |
| Measure | Objective | Sets performance criteria for |
| Objective | Goal | Realizes |
| Objective | Measure | Is tracked against |
| Objective | Objective | Decomposes |
| Organization Unit | Actor | Contains |
| Organization Unit | Business Capability | Delivers |
| Organization Unit | Business Service | Owns and governs |
| Organization Unit | Course of Action | Participates in |
| Organization Unit | Driver | Is motivated by |
| Organization Unit | Function | Enables |
| Organization Unit | Organization Unit | Decomposes |
| Organization Unit | Product | Delivers |
| Physical Application Component | Logical Application Component | Realizes |
| Physical Application Component | Physical Application Component | Decomposes |
| Physical Application Component | Physical Application Component | Communicates with |
| Physical Application Component | Physical Data Component | Used by |
| Physical Application Component | Physical Technology Component | Is served by |
| Physical Data Component | Logical Data Component | Realizes |
| Physical Data Component | Physical Application Component | Used by |
| Physical Data Component | Physical Data Component | Decomposes |
| Physical Technology Component | Logical Technology Component | Realizes |
| Physical Technology Component | Physical Application Component | Serves |
| Physical Technology Component | Physical Technology Component | Decomposes |
| Physical Technology Component | Physical Technology Component | Is dependent on |
| Process | Actor | Is produced by |
| Process | Actor | Supports |
| Process | Business Capability | Operationalizes |
| Process | Business Information | Is used by |
| Process | Business Service | Orchestrates |
| Process | Business Service | Decomposes |
| Process | Control | Is guided by |
| Process | Event | Generates |
| Process | Event | Resolves |
| Process | Function | Supports |
| Process | Function | Is realized by |
| Process | Process | Decomposes |
| Process | Process | Precedes, follows |
| Process | Product | Delivers |
| Process | Role | Involves |
| Process | Role | Is performed by |
| Process | Value Stream | Operationalizes |
| Product | Course of Action | Is produced by |
| Product | Organization Unit | Is produced by |
| Product | Process | Is produced by |
| Role | Actor | Is performed by |
| Role | Process | Participates in |
| Role | Process | Performs |
| Role | Role | Decomposes |
| Service Quality | Contract | Applies to |
| Service Quality | Service | Applies to |
| Technology Service | Application Service | Serves |
| Technology Service | Logical Technology Component | Is supplied by |
| Value Stream | Actor | Involves |
| Value Stream | Actor | Is triggered by |
| Value Stream | Business Capability | Is enabled by |
| Value Stream | Course of Action | Is influenced by |
| Value Stream | Process | Is operationalized by |
| Work Package | Capability | Delivers |
2.7. Mối quan hệ giữa Khung nội dung và Siêu mô hình doanh nghiệp¶
Cơ chế phân loại của Khung nội dung (Content Framework) có thể được sử dụng để cấu trúc một biểu diễn của Siêu mô hình doanh nghiệp TOGAF. Điều này cho thấy sự tương tác chặt chẽ giữa việc định nghĩa các loại thông tin kiến trúc (qua Siêu mô hình) và cách các thông tin này được tổ chức và trình bày (qua Khung nội dung).
Tóm lại, Khung nội dung TOGAF và Siêu mô hình doanh nghiệp là những công cụ quan trọng để cung cấp cấu trúc và ngữ nghĩa (structure and semantics) cho việc phát triển và quản lý kiến trúc trong một tổ chức, đảm bảo tính nhất quán, đầy đủ và khả năng truy vết của các sản phẩm kiến trúc.