TOGAF (Khung Kiến trúc Nhóm Mở) là một khung tổ chức mở. Khung này là một tập hợp kiến thức được tài liệu hóa tốt, bao gồm các phương pháp chi tiết và một bộ công cụ hỗ trợ để phát triển kiến trúc doanh nghiệp. TOGAF 9.2 là phiên bản mới nhất của khung này.
- TOGAF được phát triển và duy trì bởi các thành viên của Nhóm Mở và hoạt động trong một nhóm gọi là Diễn đàn Kiến trúc. Phiên bản phát triển đầu tiên của TOGAF phiên bản 1 được sản xuất vào năm 1995, và các phiên bản tiếp theo của TOGAF đã mở rộng và cải thiện hệ thống kiến thức này.
- TOGAF được phát triển thông qua nỗ lực chung của hơn 300 thành viên diễn đàn kiến trúc đại diện cho một số công ty và tổ chức hàng đầu thế giới – vì vậy nó là một tóm tắt tốt về các thực hành kiến trúc doanh nghiệp chung.
- Phát triển và duy trì một kiến trúc doanh nghiệp là một quá trình phức tạp liên quan đến nhiều bên liên quan và quy trình ra quyết định. TOGAF giúp bằng cách tài liệu hóa các thông số kỹ thuật kiến trúc doanh nghiệp, quy trình và sản phẩm công việc.
- Bằng cách sử dụng TOGAF, các tổ chức có thể phát triển một kiến trúc doanh nghiệp nhất quán phản ánh nhu cầu của các bên liên quan, áp dụng các thực tiễn tốt nhất và xem xét một cách thích hợp các nhu cầu hiện tại và nhu cầu kinh doanh được nhận thức trong tương lai.
TOGAF xuất phát từ đâu?
TOGAF xuất phát từ Khung Kiến trúc Công nghệ Quản lý Thông tin (TAFIM) của Bộ Quốc phòng Hoa Kỳ. TOGAF 1.0 cuối cùng đã được phát hành vào năm 1995 sau nhiều năm khám phá, với sự cho phép của Bộ Quốc phòng Hoa Kỳ và sự hỗ trợ của một khoản đầu tư lớn từ chính phủ Hoa Kỳ. TOGAF đã phát hành phiên bản thứ chín cho đến nay, TOGAF 9 (phiên bản mới nhất là TOGAF 9.2)

Tại sao lại là TOGAF?
Kiến trúc CNTT cần phản ánh chặt chẽ các mục tiêu kinh doanh của tổ chức. Thực tế, các kỹ thuật cụ thể (kịch bản kinh doanh) nên được sử dụng để đảm bảo rằng các mục tiêu kinh doanh được hiểu đúng bởi kiến trúc sư CNTT, và được phản ánh trong kiến trúc CNTT được phát triển bằng cách sử dụng TOGAF.

Dưới đây là những lý do mà chúng ta nên áp dụng TOGAF ADM cho phát triển kiến trúc:
- Một phương pháp tổng quát toàn diện
- Bổ sung cho, không cạnh tranh với, các khung khác
- Được áp dụng rộng rãi trên thị trường
- Có thể điều chỉnh để đáp ứng nhu cầu của tổ chức và ngành
- Có sẵn dưới giấy phép vĩnh viễn miễn phí
- Tiêu chuẩn mở trung lập về nhà cung cấp, công cụ và công nghệ
- Tránh việc phát minh lại bánh xe
- Sự phù hợp giữa CNTT và kinh doanh
- Dựa trên các thực tiễn tốt nhất
- Có thể tham gia vào sự phát triển của khung
ADM là gì?
Phương pháp Phát triển Kiến trúc (ADM) được áp dụng để phát triển một kiến trúc doanh nghiệp đáp ứng nhu cầu kinh doanh và công nghệ thông tin của một tổ chức. TOGAF ADM là kết quả của những đóng góp liên tục từ một số lượng lớn các chuyên gia kiến trúc nhằm phục vụ các mục đích sau:
- Nó mô tả một phương pháp để phát triển và quản lý vòng đời của một kiến trúc doanh nghiệp, và hình thành cốt lõi của TOGAF.
- Nó có thể được điều chỉnh theo nhu cầu của tổ chức và sau đó được sử dụng để quản lý việc thực hiện các hoạt động lập kế hoạch kiến trúc.
Phương pháp phát triển kiến trúc – thường được gọi tắt là ADM – là một quy trình chi tiết từng bước được sử dụng để phát triển hoặc thay đổi kiến trúc của một doanh nghiệp.
ADM mô tả 10 giai đoạn bao gồm chu trình phát triển kiến trúc.
Các giai đoạn này là:
- Giai đoạn sơ bộ
- Giai đoạn A: Tầm nhìn Kiến trúc
- Giai đoạn B: Kiến trúc Kinh doanh
- Giai đoạn C: Kiến trúc Hệ thống Thông tin
- Giai đoạn D: Kiến trúc Kỹ thuật
- Giai đoạn E: Cơ hội và Giải pháp
- Giai đoạn F: Lập kế hoạch di chuyển
- Giai đoạn G: Thực hiện quản trị
- Giai đoạn H: Quản lý thay đổi kiến trúc
- Quản lý yêu cầu

Đầu vào và Đầu ra của ADM
TOGAF cung cấp một số sản phẩm đầu vào và đầu ra từ mỗi giai đoạn:
- Đây là những gợi ý và không cần phải tuân theo một cách chính xác
- Mỗi sản phẩm được sản xuất nên được phiên bản hóa để chỉ ra khi nào có sự thay đổi xảy ra
- Số phiên bản được hiển thị cũng chỉ là một gợi ý và không nhất thiết phải tuân theo.
Sản phẩm giao hàng
Một sản phẩm công việc được quy định theo hợp đồng và sau đó được xem xét chính thức, đồng ý và ký kết bởi các bên liên quan. Nó thường sẽ được lưu trữ khi hoàn thành một dự án, hoặc chuyển vào một Kho kiến trúc như một mô hình tham chiếu.

Giai đoạn ban đầu:

Mục tiêu chính của giai đoạn ban đầu là xác định và thiết lập các khả năng kiến trúc cần thiết của tổ chức.
Một trong những phần quan trọng là xác định những gì cần phải làm và cách thực hiện nó. Ví dụ, đầu ra chính là mộtyêu cầu công việc kiến trúc nêu rõ các yêu cầu và quyết định phạm vi, cấu trúc, công cụ hoặc khung kiến trúc nào cần thiết để hỗ trợ công việc này.
Tại giai đoạn này, TOGAF được điều chỉnh đặc biệt để đáp ứng nhu cầu của các vòng lặp ADM sắp tới. Chúng tôi xác định các nguyên tắc cơ bản, đánh giá khả năng của cấu trúc doanh nghiệp và kinh doanh để thực hiện các thay đổi cần thiết, và tích hợp TOGAF với các khung quản lý khác. Có các bước tại giai đoạn này để hạn chế tổ chức doanh nghiệp bị ảnh hưởng bởi các thay đổi đề xuất, xác nhận khung quản trị và hỗ trợ đúng, xác định và thiết lập một đội ngũ EA và tổ chức, xác định và thiết lập các nguyên tắc kiến trúc, tùy chỉnh TOGAF và bất kỳ khung nào khác, và triển khai các công cụ. Vào cuối giai đoạn này, đội ngũ EA nên sẵn sàng theo dõi các vòng lặp của chu kỳ ADM. Điều này một phần là vì giai đoạn sơ bộ được hiển thị ở đầu sơ đồ ADM và bên ngoài vòng lặp chính của các giai đoạn A đến H.
Giai đoạn A: Tầm nhìn kiến trúc:

Giai đoạn A cung cấp một tuyên bố công việc kiến trúc rõ ràng sẽ được cung cấp trong vòng lặp ADM. Nó cũng cung cấp một tầm nhìn cho kiến trúc doanh nghiệp được đề xuất. Cảm giác hướng đi này là rất cần thiết để hướng dẫn công việc của ADM trong suốt quá trình lặp lại. Tuyên bốtuyên bố công việc kiến trúc xác định các quy trình phát triển và triển khai kiến trúc được nêu trong tầm nhìn kiến trúc. Chính tầm nhìn này cung cấp mong muốn cấp cao về chức năng và giá trị kinh doanh mà kiến trúc doanh nghiệp được đề xuất sẽ cung cấp. Bắt đầu với đơn xin việc xây dựng, Giai đoạn A cung cấp một công cụ (tầm nhìn này) để bán lợi ích của các khả năng được đề xuất cho các bên liên quan và các nhà ra quyết định trong doanh nghiệp. Các kịch bản kinh doanh được sử dụng để hiểu các yêu cầu kinh doanh và giúp làm rõ các yêu cầu kiến trúc được ngụ ý bởi các chức năng cần thiết. Điều này được tài liệu hóa trong tuyên bố công việc kiến trúc và được sử dụng để xây dựng sự đồng thuận nhằm hỗ trợ kiến trúc cuối cùng. Khi tổ chức tài trợ ký tài liệu, một sự đồng thuận sẽ xuất hiện.
Các bước trong Giai đoạn A là chuyển đổi yêu cầu công việc xây dựng thành một tuyên bố công việc kiến trúc rõ ràng, và đảm bảo rằng công ty có khả năng, sẵn sàng, muốn và cam kết thực hiện các thay đổi kiến trúc cần thiết. Điều này bao gồm việc thiết lập một dự án kiến trúc, bao gồm xác định phạm vi của nó, cũng như xác nhận và làm rõ các nguyên tắc kiến trúc và kinh doanh. Giai đoạn A xác định các bên liên quan và những mối quan tâm và yêu cầu của họ, và xác nhận các mục tiêu kinh doanh, các yếu tố thúc đẩy và các ràng buộc của giai đoạn sơ bộ. Để đảm bảo thành công, nó cũng đánh giá khả năng kinh doanh, đánh giá sự sẵn sàng cho sự chuyển đổi kinh doanh, và giải quyết bất kỳ rủi ro chuyển đổi nào.
Giai đoạn B: Kiến trúc doanh nghiệp:

TOGAF coi kiến trúc doanh nghiệp là một cách để cải thiện khả năng kinh doanh – đó là lý do tại sao giai đoạn phát triển kiến trúc đầu tiên liên quan đếnkiến trúc doanh nghiệp .
ADM từ quan điểm kinh doanh – trong các giai đoạn sơ bộ củacác yêu cầu công việc hạ tầng để xác định nhu cầu kinh doanh mạnh mẽ, và được tinh chỉnh thêm cho Giai đoạn A trongcông việc hạ tầng vàtuyên bố tầm nhìn kiến trúc
Một mục tiêu chính của giai đoạn kiến trúc doanh nghiệp là phát triển kiến trúc doanh nghiệp mục tiêu, cho thấy cách mà doanh nghiệp hiện thực hóa tầm nhìn kiến trúc và giải quyết yêu cầu công việc kiến trúc. Mục tiêu thứ hai của nó là đầu tiên xác định các thành phần lộ trình kiến trúc ứng viên để thu hẹp khoảng cách giữa kiến trúc cơ sở và kiến trúc doanh nghiệp mục tiêu. TOGAF coi kiến thức về kiến trúc doanh nghiệp là điều kiện tiên quyết cho công việc kiến trúc trong các lĩnh vực khác (như dữ liệu, ứng dụng và công nghệ). Kiến trúc doanh nghiệp cũng cho thấy giá trị thương mại và lợi tức đầu tư của công việc kiến trúc đối với các bên liên quan chính. Các mô hình kinh doanh, chẳng hạn như mô hình hoạt động hoặc quy trình, các trường hợp sử dụng và mô hình lớp, hoặc sơ đồ kết nối nút,
Cả ba giai đoạn phát triển kiến trúc (B, C và D) đều tuân theo các bước tương tự. Điều quan trọng là tái sử dụng bất kỳ mô hình tham chiếu nào có sẵn và tùy chỉnh tất cả các đầu ra để giải quyết quan điểm của các bên liên quan. Sau đó, kiến trúc sư phát triển một mô tả cơ sở và mục tiêu của kiến trúc doanh nghiệp, và thực hiện phân tích khoảng cách để xác định cách chuyển đổi từ cái này sang cái kia.
Giai đoạn C: Kiến trúc Hệ thống Thông tin:

TOGAF chia Giai đoạn C – Kiến trúc Hệ thống Thông tin – thành hai phần, bao gồm phát triểndữ liệu vàứng dụng kiến trúc. Tài liệu TOGAF có một chương giới thiệu ngắn gọn bao gồm hai lĩnh vực, tiếp theo là các chương riêng biệt về dữ liệu và ứng dụng. Giống như các giai đoạn phát triển kiến trúc khác (B&D), mục tiêu là phát triển kiến trúc hệ thống thông tin mục tiêu cho dữ liệu và ứng dụng, và xác định các thành phần lộ trình kiến trúc ứng viên dựa trên khoảng cách giữa kiến trúc cơ sở và kiến trúc mục tiêu.
Giai đoạn C luôn liên quan đến sự kết hợp giữa kiến trúc dữ liệu và ứng dụng. Miễn là cả hai đều được bao gồm, và không quan trọng theo thứ tự nào – có những người ủng hộ cho cả hai phương pháp. Các bước cho dữ liệu và ứng dụng rất giống nhau – chọn mô hình tham chiếu, quan điểm và công cụ; phát triển các cơ sở và sau đó xác định các mô tả kiến trúc, thực hiện phân tích khoảng cách và xác định các thành phần lộ trình ứng viên; và giải quyết bất kỳ tác động nào trong môi trường kiến trúc tổng thể. Sau khi xem xét chính thức từ các bên liên quan, kiến trúc cuối cùng đã được xác định và một tài liệu định nghĩa kiến trúc đã được tạo ra.
Sự khác biệt chính giữa dữ liệu và ứng dụng nằm ở chủ đề, điều này được phản ánh trong việc sử dụng các mô hình tham chiếu, công nghệ và đại diện kiến trúc khác nhau. Ví dụ, kiến trúc dữ liệu có thể sử dụng các mối quan hệ thực thể hoặc sơ đồ lớp, trong khi kiến trúc ứng dụng có thể sử dụng sơ đồ giao tiếp ứng dụng hoặc sơ đồ kỹ thuật phần mềm.
Giai đoạn D: Kiến trúc kỹ thuật:

Giai đoạn D là giai đoạn của TOGAF, phát triển kiến trúc kỹ thuật cho dự án kiến trúc. Kiến trúc công nghệ mô tả cấu trúc và tương tác của các dịch vụ nền tảng và các thành phần công nghệ logic và vật lý. Giai đoạn D phát triển kiến trúc công nghệ mục tiêu, hỗ trợ các thành phần dữ liệu và ứng dụng (được phát triển trong giai đoạn C) để hiện thực hóa các thành phần kinh doanh.
Các kiến trúc được phát triển trong các giai đoạn B, C và D được kết hợp để hiện thực hóa tầm nhìn kiến trúc – giải quyết các mối quan tâm của các bên liên quan và yêu cầu công việc xây dựng. Giống như các giai đoạn phát triển kiến trúc khác, Giai đoạn D xác định các thành phần lộ trình kiến trúc ứng viên để đạt được sự chuyển đổi từ Cơ sở đến Mục tiêu. Các bước trong Giai đoạn D gần như giống hệt như trong Giai đoạn B và Giai đoạn C – sự khác biệt chính là sự tập trung hiện nay vào công nghệ. Do đó, điều này bao gồm các mô hình tham chiếu kỹ thuật và các tiêu chuẩn hoặc đo lường kỹ thuật – chẳng hạn như hiệu suất, khả năng bảo trì, vị trí và độ trễ hoặc khả năng sẵn có.
Xác định đầu ra và sản phẩm giao hàng là rất quan trọng để giúp xây dựng kiến trúc kỹ thuật thực sự hỗ trợ hệ thống thông tin và kiến trúc doanh nghiệp. Đạt được phạm vi chính xác có thể tăng tốc độ hoàn vốn, trong khi một phạm vi quá lớn sẽ cản trở việc triển khai thành công. Điều này không phải về công nghệ triển khai bản thân nó, mà là phát triển một kiến trúc kỹ thuật thực sự giải quyết tầm nhìn kiến trúc và các yêu cầu công việc.
Giai đoạn E: Cơ hội và giải pháp:

Giai đoạn E có tên gọi của nó – đó là tìm kiếm cơ hội để cung cấp kiến trúc mục tiêu bằng cách triển khai các giải pháp cụ thể. Giai đoạn E tạo ra phiên bản hoàn chỉnh đầu tiên của lộ trình kiến trúc bằng cách kết hợp các khuyến nghị của các phân tích và các giai đoạn phát triển xây dựng – B, C và D.
Tại giai đoạn này, trọng tâm chính là làm thế nào để cung cấp kiến trúc. Do đó, nó tập trung vào việc tạo ra một lộ trình kiến trúc, liệt kê các gói công việc trong một thời gian biểu để đạt được kiến trúc mục tiêu. Khi sự thay đổi quá lớn đến mức không thể đi trực tiếp từ kiến trúc cơ sở đến kiến trúc mục tiêu, thì giai đoạn E sẽ tạo ra một phương pháp gia tăng, bao gồm các kiến trúc trung gian hoặc chuyển tiếp. Giai đoạn E ánh xạ các thay đổi kiến trúc cần thiết đến các quy trình đầu tư và các dự án có quỹ và tài nguyên để thực hiện gói công việc, và cung cấp các kiến trúc chuyển tiếp và mục tiêu. Đầu vào tại giai đoạn này gần như là tất cả các đầu ra từ giai đoạn đầu. Các bước này lấy các đầu ra này; hợp nhất chúng, phân tích các phụ thuộc và hòa giải sự khác biệt; và xác nhận lại rằng tổ chức có thể thực hiện các thay đổi. Giai đoạn E cải thiện và cập nhật các yêu cầu, tài liệu kiến trúc và lộ trình kiến trúc. Đầu ra chính là bước đầu tiên trong kế hoạch thực hiện và di cư.
Giai đoạn F: Kế hoạch di cư:
Các giai đoạn đầu của ADM đã xác định nhu cầu thay đổi kiến trúc và sau đó phát triển các kiến trúc doanh nghiệp, dữ liệu, ứng dụng và kỹ thuật để hỗ trợ nhu cầu này. Sau đó, trong giai đoạn thứ hai, một kế hoạch thực hiện và di cư cấp cao được phát triển để tận dụng các cơ hội đầu tư và xác định các giải pháp cụ thể. Kiến trúc mục tiêu: Giai đoạn F hoàn thiện kế hoạch thực hiện và di cư chi tiết, cũng như lộ trình kiến trúc cuối cùng.
Nó cũng đảm bảo rằng kế hoạch được phối hợp với các phương pháp quản lý thay đổi được sử dụng trong công ty và các kế hoạch khác trong danh mục thay đổi tổng thể. Cuối cùng, Giai đoạn F đảm bảo rằng các bên liên quan chính hoàn toàn hiểu giá trị kinh doanh, chi phí của gói công việc, và kiến trúc chuyển tiếp và tương lai. Mặc dù các giai đoạn đầu của ADM được hướng dẫn rất nhiều bởi đội ngũ kiến trúc doanh nghiệp, giai đoạn từ E đến H yêu cầu sự hợp tác với các tác nhân thay đổi khác.
Giai đoạn F đặc biệt yêu cầu sự hợp tác chặt chẽ giữa bốn khung quản lý để làm cho kế hoạch thực hiện và tái định cư thành công.
Bốn lĩnh vực là:
- kế hoạch kinh doanh
- Kiến trúc Doanh nghiệp
- Quản lý danh mục đầu tư
- quản lý dự án
Thông qua hợp tác, bốn lĩnh vực này phải ưu tiên công việc, sử dụng các tiêu chí như đánh giá hiệu suất, tỷ suất hoàn vốn, giá trị doanh nghiệp, các yếu tố thành công chính, đo lường hiệu quả và sự phù hợp chiến lược.
Giai đoạn G: Thực hiện quản trị:
Việc phát triển và thực hiện thực tế diễn ra song song với giai đoạn G. Giai đoạn G đảm bảo rằng dự án thực hiện và các dự án đang diễn ra khác tuân thủ kiến trúc đã được xác định.
Thông thường, kiến trúc mục tiêu được phát triển như một loạt các chuyển đổi để đạt được giá trị doanh nghiệp và lợi ích một cách nhanh chóng nhất có thể và giảm thiểu rủi ro trong kế hoạch chuyển đổi. Mỗi chuyển đổi là một bước tiến tới công ty mục tiêu để hiện thực hóa lợi ích kinh doanh của chính nó.
Khi chúng ta đến giai đoạn G, kiến trúc đã được phát triển (trong các giai đoạn A đến D), các cơ hội và giải pháp để cung cấp kiến trúc đã được xác định (trong giai đoạn E), và các kế hoạch thực hiện và di chuyển chi tiết đã được hoàn thành (trong giai đoạn F). Do đó, vai trò của nhóm kiến trúc giai đoạn G là cung cấp giám sát cho việc thực hiện kiến trúc. Điều này được thực hiện bằng cách xác nhận phạm vi và ưu tiên của việc triển khai, hướng dẫn phát triển và triển khai giải pháp, và thực hiện các đánh giá tuân thủ.
Các tài liệu hợp đồng kiến trúc được sử dụng để thúc đẩy các thay đổi kiến trúc. Được tạo ra vào đầu giai đoạn G và được phê duyệt bởi chức năng kiến trúc và những người chịu trách nhiệm thực hiện, nó là một cơ chế để đánh giá sự tuân thủ quản trị của kiến trúc.
Giai đoạn H: Quản lý thay đổi cấu trúc:
Không có gì diễn ra theo kế hoạch – sẽ luôn có những yêu cầu mới và thay đổi đối với kiến trúc. Giai đoạn H mô tả quy trình quản lý thay đổi để quản lý các thay đổi đối với kiến trúc một cách nhất quán và có cấu trúc. Thông thường, điều này yêu cầu theo dõi liên tục các yêu cầu quản trị, công nghệ mới hoặc thay đổi trong môi trường kinh doanh.
Quy trình nên hỗ trợ kiến trúc doanh nghiệp đã được thực hiện như một môi trường năng động có thể linh hoạt phản ứng với những thay đổi này và phát triển nhanh chóng. Trong Giai đoạn H, điều quan trọng là cơ quan quản trị phải đặt ra các tiêu chuẩn để xác định xem yêu cầu thay đổi có cần cập nhật kiến trúc đơn giản hay không, hoặc liệu nó có cần khởi động một chu kỳ mới của phương pháp phát triển kiến trúc (ADM). Các thay đổi phải liên quan trực tiếp đến giá trị doanh nghiệp. Cách sử dụng kiến trúc doanh nghiệp là phần quan trọng nhất của chu kỳ phát triển kiến trúc, vì vậy việc theo dõi sự tăng trưởng và suy giảm của doanh nghiệp trong Giai đoạn H là rất quan trọng.
Cuối cùng, kiến trúc doanh nghiệp đã hoạt động cho tổ chức ngày hôm qua không còn hỗ trợ các chức năng hiện tại hoặc tương lai. Đầu ra của một yêu cầu thay đổi trong Giai đoạn H có thể được phân loại là đơn giản hóa – thường được thúc đẩy bởi yêu cầu giảm đầu tư; thay đổi gia tăng – yêu cầu giá trị bổ sung từ đầu tư hiện có; hoặc thay đổi thiết kế lại, đó là yêu cầu tăng đầu tư và tạo ra giá trị mới.
Quản lý yêu cầu kiến trúc:
Tại mỗi giai đoạn của ADM, yêu cầu về việc tạo ra, phân tích và xem xét là cần thiết. Giai đoạn quản lý yêu cầu mô tả quy trình quản lý các yêu cầu kiến trúc này trong suốt ADM. Giai đoạn quản lý yêu cầu là cốt lõi của ADM – đó là lý do tại sao nó được hiển thị ở trung tâm của vòng tròn ADM. Giai đoạn này mô tả quy trình quản lý yêu cầu và cách quy trình này liên kết với các giai đoạn khác của ADM. Các yêu cầu không tĩnh – chúng phát triển một cách năng động giữa mỗi giai đoạn hoàn thành ADM và chu kỳ của ADM.
Các yêu cầu của kiến trúc doanh nghiệp và các thay đổi tiếp theo đối với các yêu cầu này sẽ được xác định, lưu trữ và đầu vào cũng như đầu ra liên quan đến các giai đoạn ADM, và giữa các chu kỳ ADM. Việc xử lý các thay đổi trong nhu cầu là rất quan trọng. Kiến trúc đối phó với sự không chắc chắn và thay đổi – “khu vực xám” giữa kỳ vọng của các bên liên quan và khả năng! Do đó, các yêu cầu kiến trúc sẽ luôn thay đổi.
Ngoài ra, kiến trúc liên quan đến nhiều yếu tố thúc đẩy và ràng buộc nằm ngoài tầm kiểm soát của doanh nghiệp – chẳng hạn như điều kiện thị trường thay đổi hoặc luật pháp mới – điều này sẽ tạo ra những thay đổi trong yêu cầu theo những cách không thể lường trước.
TOGAF nhấn mạnh rằng quy trình quản lý yêu cầu sẽ không xử lý, giải quyết hoặc ưu tiên các yêu cầu, vì điều này được thực hiện trong giai đoạn liên quan của ADM. Giai đoạn quản lý nhu cầu chỉ là quy trình quản lý các nhu cầu trong toàn bộ ADM.
Giai đoạn chuẩn bị ADM
Các hoạt động chuẩn bị và khởi động cần thiết để tạo ra khả năng kiến trúc bao gồm tùy chỉnh TOGAF và định nghĩa kiến trúc
Đầu ra:
- Nguyên tắc kiến trúc
- Kho lưu trữ kiến trúc
- Nguyên tắc kinh doanh, mục tiêu kinh doanh và động lực kinh doanh
- Mô hình tổ chức cho kiến trúc doanh nghiệp
- Yêu cầu công việc kiến trúc
- Khung kiến trúc tùy chỉnh
Giai đoạn A ADM: Tầm nhìn kiến trúc
Giai đoạn đầu tiên của chu kỳ phát triển kiến trúc. Nó bao gồm thông tin về việc xác định phạm vi của sáng kiến phát triển kiến trúc, xác định các bên liên quan, tạo ra Tầm nhìn Kiến trúc và nhận được sự phê duyệt để tiến hành phát triển kiến trúc.
Đầu ra:
- Nguyên tắc kiến trúc
- Lộ trình kiến trúc
- Tầm nhìn kiến trúc
- Nguyên tắc kinh doanh, mục tiêu kinh doanh và động lực kinh doanh
- Đánh giá khả năng
- Kế hoạch truyền thông
- Tuyên bố công việc kiến trúc
- Khung kiến trúc tùy chỉnh
Giai đoạn B ADM: Kiến trúc Kinh doanh
Kiến trúc Kinh doanh: phát triển một Kiến trúc Kinh doanh để hỗ trợ Tầm nhìn Kiến trúc đã được đồng ý
Đầu ra:
- Tài liệu định nghĩa kiến trúc
- Nguyên tắc kiến trúc
- Đặc tả yêu cầu kiến trúc
- Lộ trình kiến trúc
- Nguyên tắc kinh doanh, mục tiêu kinh doanh và động lực kinh doanh
- Tuyên bố công việc kiến trúc
Giai đoạn C ADM: Kiến trúc Hệ thống Thông tin
Kiến trúc Hệ thống Thông tin: phát triển các Kiến trúc Hệ thống Thông tin để hỗ trợ Tầm nhìn Kiến trúc đã được đồng ý
- Tài liệu định nghĩa kiến trúc
- Nguyên tắc kiến trúc
- Đặc tả yêu cầu kiến trúc
- Lộ trình kiến trúc
- Tuyên bố công việc kiến trúc
Giai đoạn D ADM: Kiến trúc Công nghệ
Kiến trúc Công nghệ: phát triển Kiến trúc Công nghệ để hỗ trợ Tầm nhìn Kiến trúc đã thống nhất
Sản phẩm đầu ra:
- Tài liệu định nghĩa kiến trúc
- Nguyên tắc kiến trúc
- Thông số yêu cầu kiến trúc
- Lộ trình kiến trúc
- Tuyên bố công việc kiến trúc
Giai đoạn E ADM: Cơ hội & Giải pháp
Cơ hội & Giải pháp thực hiện lập kế hoạch triển khai ban đầu và xác định các phương tiện giao hàng cho kiến trúc đã được xác định trong các giai đoạn trước
Sản phẩm đầu ra:
- Tài liệu định nghĩa kiến trúc
- Thông số yêu cầu kiến trúc
- Lộ trình kiến trúc
- Tầm nhìn kiến trúc
- Đánh giá năng lực
- Kế hoạch triển khai và di chuyển
- Tuyên bố công việc kiến trúc
Giai đoạn F ADM: Kế hoạch Di chuyển
Kế hoạch Di chuyển giải quyết cách thức chuyển từ Kiến trúc Cơ sở đến Kiến trúc Mục tiêu bằng cách hoàn thiện một Kế hoạch Triển khai và Di chuyển chi tiết
- Các khối xây dựng kiến trúc
- Tài liệu định nghĩa kiến trúc
- Thông số yêu cầu kiến trúc
- Lộ trình kiến trúc
- Kế hoạch triển khai và di chuyển yêu cầu thay đổi
- Kế hoạch quản trị triển khai
- Yêu cầu công việc kiến trúc
- Tuyên bố công việc kiến trúc
Giai đoạn G ADM: Quản trị Triển khai
Quản trị Triển khai cung cấp sự giám sát kiến trúc cho việc triển khai
Sản phẩm đầu ra:
- Yêu cầu thay đổi
- Đánh giá tuân thủ
- Các khối xây dựng giải pháp
- Tuyên bố công việc kiến trúc
Giai đoạn H ADM: Quản lý Thay đổi Kiến trúc
Quản lý Thay đổi Kiến trúc thiết lập các quy trình để quản lý thay đổi đối với các yêu cầu kiến trúc mới. Quản lý yêu cầu xem xét quy trình quản lý các yêu cầu kiến trúc trong suốt ADM
Tóm tắt
ADM là một phương pháp tổng quát toàn diện
- Nó đề xuất một trình tự cho các giai đoạn và bước khác nhau liên quan đến việc phát triển một kiến trúc
- Đây là một phương pháp lặp lại
- Nó dựa vào các phần khác của TOGAF cho tài sản và quy trình
- Nó có thể được sử dụng với các sản phẩm đầu ra khác từ các khung khác
Dưới đây là tổng quan về ADM TOGAF cho từng giai đoạn phát triển như được hiển thị trong Hình dưới đây:


- Thêm thông tin về Hướng dẫn TOGAF ADM
- Thêm thông tin về Mẫu TOGAF Just-in-Time
- Thêm thông tin về các công cụ ArchiMate
- Thử Visual Paradigm MIỄN PHÍ
Tài liệu tham khảo giới thiệu TOGAF
- TOGAF là gì?
- Hướng dẫn TOGAF ADM
- Khung TOGAF 9.1 – Hướng dẫn toàn diện
- Phần mềm TOGAF cho Kiến trúc Doanh nghiệp
- Phần mềm TOGAF tốt nhất
ArchiMate 3
- ArchiMate là gì?
- Hướng dẫn toàn diện về các quan điểm ArchiMate
- Cập nhật ArchiMate 3
- Có gì mới trong ArchiMate 3?
- Sử dụng công cụ ArchiMate với TOGAF ADM
This post is also available in Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, 简体中文 and 繁體中文.