User:Serod n/sandbox

The Open Group Architecture Framework (TOGAF) is the most used framework for enterprise architecture as of 2020 that provides an approach for designing, planning, implementing, and governing an enterprise information technology architecture. TOGAF is a high-level approach to design. It is typically modeled at four levels: Business, Application, Data, and Technology. It relies heavily on modularization, standardization, and already existing, proven technologies and products.

TOGAF was developed starting 1995 by The Open Group, based on United States Department of Defense's TAFIM and Capgemini's Integrated Architecture Framework (IAF). As of 2016, The Open Group claims that TOGAF is employed by 80% of Global 50 companies and 60% of Fortune 500 companies.

Overview
An architecture framework is a set of tools which can be used for developing a broad range of different architectures. It should:
 * describe a method for defining an information system in terms of a set of building blocks.
 * show how the building blocks fit together.
 * contain a set of tools.
 * provide a common vocabulary.
 * include a list of recommended standards.
 * include a list of compliant products that can be used to implement the building blocks.

The ANSI/IEEE Standard 1471-2000 specification of architecture (of software-intensive systems) may be stated as: "the fundamental organization of a system, embodied in its components, their relationships to each other and the environment, and the principles governing its design and evolution."

However TOGAF has its own view, which may be specified as either a "formal description of a system, or a detailed plan of the system at component level to guide its implementation", or as "the structure of components, their interrelationships, and the principles and guidelines governing their design and evolution over time."

The Architecture Development Method (ADM) is the core of TOGAF which describes a method for developing and managing the lifecycle of enterprise architecture.

History
TOGAF was initiated in the early 1990s as methodology for the development of technical architecture, and has been developed by The Open Group into an extensive enterprise architecture framework. In 1995, the first version of TOGAF (TOGAF 1.0) was presented. This version was mainly based on the Technical Architecture Framework for Information Management (TAFIM), development started in the late 1980s by the US Department of Defense.

In December 2001 TOGAF 7, the "Technical Edition", was published. TOGAF 8 ("Enterprise Edition") was first published in December 2002 and republished in updated form as TOGAF 8.1 in December 2003. Around 2005 TOGAF became a registered trademark of The Open Group. In November 2006 the Open Group released TOGAF 8.1.1. According to The Open Group, as of February 2011, over 15,000 individuals are TOGAF Certified. As of April 2018 the official register has over 77,500 certifications.

An evolutionary development from TOGAF 8, TOGAF 9 includes many new features such as:
 * Increased rigor, including a formal Content Metamodel that links the artifacts of TOGAF together (although there are some problems with the Metamodel)
 * Architecture repository and the Enterprise Continuum
 * Elimination of unnecessary differences, and many more examples and templates

Additional guidelines and techniques include:


 * A formal business-driven approach to architecture
 * Business capability-based planning
 * Guidance on how to use TOGAF to develop security architectures and SOA

The latest version is TOGAF 9.2, launched on 16 April 2018.

The Open Group provides TOGAF free of charge to organizations for their own internal noncommercial purposes.

Байгууллагын архитектурын домэйнууд
TOGAF нь архитектурын домайн гэж нэрлэгддэг харилцан хамаааралтай дараах 4 салбарт суурилдаг.
 * Бизнесийн архитектур байгууллагын бизнесийн стратеги, засаглал, зохион байгуулалт, бизнесийн гол үйл явцыг тодорхойлдог
 * Өгөгдлийн архитектур байгууллагын логик болон физик өгөгдөл ба холбогдох өгөгдлийн удирдлагын нөөцийн бүтцийг тодорхойлдог
 * Аппликэйшн архитектур бие даасан системүүдийн зураглал ба хэрэглээний системүүдийн хоорондын харилцан үйлчлэл, тэдгээрийг бизнесийн үндсэн үйл ажиллагаатай хэрхэн уялдаа холбоог нэгтгэх бизнесийн чиг үүрэг болгон харуулах үйл явц
 * Tекникийн архитектур буюу технологийн архитектур нь үндсэн чухал ач холбогдолтой програмуудыг ашиглахад шаардлагатай техник хангамж, програм хангамж, сүлжээний дэд бүтцийг тайлбарладаг

Архитектур хөгжүүлэх арга
Архитектур хөгжүүлэх арга (ADM) нь байгууллагын бизнес, мэдээллийн технологийн хэрэгцээг хангах аж ахуйн нэгжийн архитектурыг хөгжүүлэхэд хэрэглэгддэг. Энэ нь байгууллагын хэрэгцээ шаардлагад нийцсэн байж болох бөгөөд дараа нь архитектур төлөвлөлтийн үйл ажиллагааг гүйцэтгэхэд ашиглагддаг.

Процесс нь давталттай, мөчлөгтэй байдаг. Алхам бүр нь шаардлагуудыг шалгана. C үе шат нь өгөгдлийн архитектур болон хэрэглээний архитектурын аль алиных нь хослолыг агуулдаг. Мэдээллийн архитектур-ыг бүрэн бүрдүүлэхийн тулд B ба C алхмуудын хооронд нэмэлт тодруулгыг нэмж болно.

Гүйцэтгэлийн инженерийн ажлын туршлагыг шаардлагын үе шат, бизнесийн архитектур, мэдээллийн системийн архитектур, технологийн архитектурын үе шатуудад ашигладаг. Мэдээллийн системийн архитектурын хүрээнд үүнийг өгөгдлийн архитектур болон хэрэглээний архитектурын аль алинд нь ашигладаг.

Энтерфрайз тасралтгүй холбоо
Энтерфрайз тасралтгүй холбоо нь ерөнхий суурь архитектураас эхлээд Архитектурын агуулах доторх болон гаднах байгууллагад тусгайлан тохируулсан шийдэл, архитектурыг ангилах арга юм. Үүнд архитектурын загвар, архитектурын хэв маяг, архитектурын тодорхойлолт болон бусад эд өлгийн зүйлс орно. Эдгээр олдворууд нь аж ахуйн нэгжид болон мэдээллийн технологийн салбарт байж болно.

Энтерфрайз тасралтгүй холбоо нь Архитектурын үргэлжлэл ба Шийдлийн үргэлжлэл хоёроос бүрдэнэ. Архитектурын үргэлжлэл нь дахин ашиглагдах боломжтой архитектурын хөрөнгийн бүтцийг тодорхойлж, тухайн аж ахуйн нэгжид ашиглах боломжтой мэдээллийн системийн дүрэм, дүрслэл, харилцааг багтаасан болно. Шийдлийн үргэлжлэл нь дахин ашиглах боломжтой шийдлийн барилгын блокуудыг тодорхойлох замаар Архитектурын үргэлжлэлийг хэрэгжүүлэх талаар тайлбарладаг.

Дүрүүд
TOGAF 9.2 нь дараах дүрүүдийг хүлээн зөвшөөрдөг;


 * Архитектурын зөвлөлийн гишүүд
 * Архитектурын ивээн тэтгэгч
 * Архитектурын менежер
 * Архитекторууд:
 * Энтерфрайз архитектур
 * Бизнес архитектур
 * Өгөгдлийн архитектур
 * Аппликэйшн архитектур
 * Технологийн архитектур
 * Төслийн менежер
 * МТ-ийн дизайнер ( UX Design)

Энэ жагсаалтын төгсгөлд "Бас бусад олон ..." гэж нэмж оруулав. Дараах 2 дүр байж болно Бизнес аналист болон Систем аналист.

TOGAF соёл
TOGAF нь түүлүүд болон гэрчилгээ олгож байна.

TOGAF сертификаттай хэрэгслүүд
Баталгаажсан TOGAF 9 хэрэгслүүдийг дараах хүснэгтэд жагсаав.

Баталгаажсан хэрэгслийн хамгийн сүүлийн үеийн бүртгэлийг Нээлттэй бүлгийн бүртгэлээс үзнэ үү.

Мэргэшсэн байдал
Нээлттэй групп нь TOGAF-ийн албан ёсны мэргэшлийг хоёр түвшинд хянадаг бөгөөд үүнийг албан ёсны сургалт эсвэл бие даан суралцсаны дараа авах боломжтой. Суралцагчид эдгээр мэргэшлийг сургалтын компаниудаар дамжуулан авах боломжтой.

Суурь
(I түвшин) TOGAF-ийн үндсэн ойлголт, нэр томъёоны хамт энтерфрайз архитектурыг ойлгодог эсэхийг баталгаажуулдаг.

Баталгаажсан
(II түвшин) мэргэшлийн хувьд энэ нь нэр дэвшигч өөрийн мэдлэгээ бизнесийн асуудалд дүн шинжилгээ хийж, ашиглах чадвартай болохыг тогтооно.

TOGAF Certified статустай болсноор энтерфрайз архитекторуудын холбоонд үнэ төлбөргүй гишүүнчлэлийг автоматаар олгоно.

Шүүмжлэл
Хэдийгээр TOGAF нь EA-ийн практикт де факто стандарт гэж тооцогддог. Гэсэн хэдий ч энэ нь шүүмжлэлгүй биш юм.
 * Судалгааны нотолгоо нь "TOGAF-ийн ихэнх зөвлөмжүүд нь ихэвчлэн хэрэгжих боломжгүй байдаг" бөгөөд The Open Group-ээс гаргасан TOGAF- хэрэглэгчдийн жагсаалтад багтсан байгууллагуудад ч дагаж мөрддөггүй болохыг харуулж байна. Тийм ч учраас TOGAF-ийг зөвхөн "EA-тай холбоотой санамсаргүй зөвлөмжийн хэрэгсэл" гэж үзэх ба "TOGAF-ийг ашиглах" нь "TOGAF-ийг судалж, оронд нь өөр зүйл хийх" гэж хамгийн сайн тайлбарлаж болно.
 * TOGAF-ын зөвлөмжийн бодит хэрэглээг харуулсан бодит жишээнүүд дутуу байна: "Зарим нарийвчилсан жишээ, хэрэглээний тохиолдол зайлшгүй шаардлагатай байна. Хэдийгээр эдгээрийг TOGAF-ийн сургагч багш нар эсвэл The Open Group-ээс хүссэн ч ирүүлээгүй".
 * EA мэргэжилтнүүд TOGAF-ийг алхам алхмаар дагаж мөрдөх боломжгүй гэж мэдээлэв: "TOGAF-ийн талаархи бидний анхны таамаглал бол энэ нь бидний EA-г гаргахын тулд дагаж мөрдөж болох нэг төрлийн "арга зүй" байх байсан ч тийм биш болсон."
 * Нарийвчилсан дүн шинжилгээ нь TOGAF-д суурилсан EA-ийн практик нь жинхэнэ утгаараа анхны TOGAF-ийн жортой төстэй биш гэдгийг харуулж байна.
 * TOGAF-ийн жорууд нь тодорхой бус бөгөөд тодорхой бус байдаг, учир нь "Зөвхөн ADM-ийг хэрхэн яаж хийхийг зааж өгөхгүйгээр тохируулах ёстой" гэж заасан байдаг.
 * Жейсон Блүүмберг "олон байгууллагын хувьд TOGAF юу ч хийхгүй байснаас дээр учраас л олны анхаарлыг татсан" гэж мэдэгджээ.
 * TOGAF v9.2-т оруулсан саяхны өөрчлөлтүүд нь TOGAF-аас дэмжсэн механик төлөвлөлтийн аргын үндсэн асуудлууд болон EAPболон BSP зэрэг өмнөх шат дараалсан архитектурын арга зүйг авч үзээгүй болно.
 * Түүхэнд хийсэн дүн шинжилгээ нь TOGAF-ийн гайхалтай алдар нэрийг зөвхөн санамсаргүй тохиолдлынх гэж үзэж болох бөгөөд зөвхөн зөв цагт үр дүнтэй сурталчлагдсантай холбоотой болохыг харуулж байна..

Бусад холбоосууд

 * TOGAF 9.2 Online
 * TOGAF 8.1.1 Online
 * TOGAF 8.1.1 Online

Category:Enterprise architecture frameworks Category:Methodology Category:Open Group standards