อ่าน 4 นาที
โทกาฟ
กรอบสถาปัตยกรรม Open Group ( TOGAF ) เป็นกรอบสถาปัตยกรรมระดับองค์กร โดยนำเสนอแนวทางในการออกแบบ วางแผน ดำเนินการ และกำกับดูแลสถาปัตยกรรมเทคโนโลยีสารสนเทศระดับองค์กร TOGAF...
โทกาฟ
| โทกาฟ | |
|---|---|
| กรอบสถาปัตยกรรมของ Open Group | |
| สถานะ | คล่องแคล่ว |
| เผยแพร่ครั้งแรก | พ.ศ. 2538 |
| โดเมน | สถาปัตยกรรมองค์กร |
| เว็บไซต์ | www.opengroup.org/togaf |

กรอบสถาปัตยกรรม Open Group ( TOGAF ) เป็นกรอบสถาปัตยกรรมระดับองค์กร [ 2 ] โดยนำเสนอแนวทางในการออกแบบ วางแผน ดำเนินการ และกำกับดูแลสถาปัตยกรรมเทคโนโลยีสารสนเทศระดับองค์กร[ 3 ] TOGAF เป็นแนวทางการออกแบบระดับสูง โดยทั่วไปจะจำลองที่สี่ระดับ ได้แก่ ธุรกิจ แอปพลิเคชัน ข้อมูล และเทคโนโลยี โดยอาศัยการแบ่งส่วนย่อย การกำหนดมาตรฐาน และเทคโนโลยีและผลิตภัณฑ์ที่มีอยู่แล้วและได้รับการพิสูจน์แล้วเป็นอย่างมาก
TOGAF เริ่มพัฒนาในปี 1995 โดยThe Open GroupโดยอิงจากTAFIMของกระทรวงกลาโหมสหรัฐฯและIntegrated Architecture Framework (IAF) ของCapgemini [ 4 ] ณ ปี 2016 The Open Group อ้างว่า TOGAF ถูกนำไปใช้โดย บริษัท Global 50 ถึง 80% และ บริษัท Fortune 500ถึง 60%
กรอบสถาปัตยกรรมคือชุดเครื่องมือที่สามารถใช้สำหรับการพัฒนาสถาปัตยกรรมที่หลากหลาย[ 5 ]โดยทั่วไปจะ:
- อธิบายวิธีการกำหนดระบบสารสนเทศโดยใช้ชุดองค์ประกอบพื้นฐาน
- แสดงให้เห็นว่าส่วนประกอบต่างๆ ประกอบเข้าด้วยกันอย่างไร
- ประกอบด้วยชุดเครื่องมือ
- จัดเตรียมคำศัพท์ที่ใช้ร่วมกัน
- รวมถึงรายการมาตรฐานที่แนะนำ
- ระบุรายชื่อผลิตภัณฑ์ที่ได้มาตรฐานซึ่งสามารถนำมาใช้ในการสร้างองค์ประกอบพื้นฐานได้
มาตรฐานANSI / IEEE 1471-2000 ว่า ด้วยสถาปัตยกรรม (ของระบบที่เน้นซอฟต์แวร์) อาจกล่าวได้ว่า: "โครงสร้างพื้นฐานของระบบ ซึ่งปรากฏอยู่ในส่วนประกอบต่างๆ ความสัมพันธ์ระหว่างส่วนประกอบเหล่านั้นกับสิ่งแวดล้อม และหลักการที่ควบคุมการออกแบบและการพัฒนาของระบบ"
อย่างไรก็ตาม TOGAF มีมุมมองของตนเอง ซึ่งอาจระบุได้ว่าเป็น "คำอธิบายอย่างเป็นทางการของระบบ หรือแผนรายละเอียดของระบบในระดับส่วนประกอบเพื่อเป็นแนวทางในการนำไปใช้" หรือเป็น "โครงสร้างของส่วนประกอบ ความสัมพันธ์ระหว่างกัน และหลักการและแนวทางที่ควบคุมการออกแบบและการพัฒนาของส่วนประกอบเหล่านั้นเมื่อเวลาผ่านไป"
วิธีการพัฒนาสถาปัตยกรรม (Architecture Development Method หรือ ADM) เป็นหัวใจหลักของ TOGAF ซึ่งอธิบายถึงวิธีการพัฒนาและจัดการวงจรชีวิตของสถาปัตยกรรมระดับองค์กร
ประวัติศาสตร์

TOGAF เริ่มต้นขึ้นในช่วงต้นทศวรรษ 1990 ในฐานะวิธีการสำหรับการพัฒนาสถาปัตยกรรมทางเทคนิค และได้รับการพัฒนาโดยThe Open Group ให้เป็น กรอบสถาปัตยกรรมองค์กรที่ครอบคลุม[ 7 ]ในปี 1995 ได้มีการนำเสนอ TOGAF เวอร์ชันแรก (TOGAF 1.0) เวอร์ชันนี้ส่วนใหญ่มีพื้นฐานมาจากTechnical Architecture Framework for Information Management (TAFIM) ซึ่งเริ่มพัฒนาในช่วงปลาย ทศวรรษ 1980 โดยกระทรวงกลาโหมของสหรัฐอเมริกา
ในเดือนธันวาคม พ.ศ. 2544 TOGAF 7 หรือ "ฉบับเทคนิค" ได้รับการเผยแพร่[ 8 ] TOGAF 8 ("ฉบับองค์กร") ได้รับการเผยแพร่ครั้งแรกในเดือนธันวาคม พ.ศ. 2545 และได้รับการปรับปรุงใหม่ในรูปแบบ TOGAF 8.1 ในเดือนธันวาคม พ.ศ. 2546 ประมาณปี พ.ศ. 2548 TOGAF ได้กลายเป็นเครื่องหมายการค้าจดทะเบียนของThe Open Group [ 9 ]ในเดือนพฤศจิกายน พ.ศ. 2549 The Open Group ได้ออก TOGAF 8.1.1 ตามข้อมูลของ The Open Group ณ เดือนกุมภาพันธ์ พ.ศ. 2554 มีบุคคลมากกว่า 15,000 คนที่ได้รับการรับรอง TOGAF [ 10 ] [ 11 ]ณ เดือนเมษายน พ.ศ. 2561 ทะเบียนอย่างเป็นทางการมีใบรับรองมากกว่า 77,500 รายการ[ 12 ]
TOGAF 9 เป็นการพัฒนาต่อยอดจาก TOGAF 8 โดยมีคุณสมบัติใหม่มากมาย เช่น[ 13 ] [ 14 ]
- ความเข้มงวดที่เพิ่มขึ้น รวมถึงเมตาโมเดลเนื้อหาที่เป็นทางการซึ่งเชื่อมโยงสิ่งประดิษฐ์ของ TOGAF เข้าด้วยกัน (แม้ว่าจะมีปัญหาบางประการเกี่ยวกับเมตาโมเดลก็ตาม) [ 15 ]
- คลังสถาปัตยกรรมและ Enterprise Continuum
- การกำจัดความแตกต่างที่ไม่จำเป็น และตัวอย่างและแม่แบบอื่นๆ อีกมากมาย
แนวทางและเทคนิคเพิ่มเติม ได้แก่:
- แนวทางการออกแบบสถาปัตยกรรมที่เน้นธุรกิจเป็นหลักอย่างเป็นทางการ
- การวางแผนตามความสามารถทางธุรกิจ
- คำแนะนำเกี่ยวกับวิธีการใช้ TOGAF ในการพัฒนาสถาปัตยกรรมความปลอดภัยและSOA
เวอร์ชันล่าสุดคือ TOGAF 10 ซึ่งเปิดตัวเมื่อวันที่ 25 เมษายน 2565 [ 16 ]
Open Groupให้บริการ TOGAF แก่องค์กรต่างๆ โดยไม่คิดค่าใช้จ่าย เพื่อวัตถุประสงค์ภายในที่ไม่ใช่เชิงพาณิชย์[ 17 ]
หลักการของ TOGAF
โดเมนสถาปัตยกรรมองค์กร
TOGAF มีพื้นฐานมาจาก 4 สาขาเฉพาะทางที่เกี่ยวโยงกัน ซึ่งเรียกว่าโดเมนทางสถาปัตยกรรม :
- สถาปัตยกรรมธุรกิจซึ่งกำหนดกลยุทธ์ทางธุรกิจ การกำกับดูแล โครงสร้างองค์กร และกระบวนการทางธุรกิจหลักขององค์กร
- สถาปัตยกรรมข้อมูลคือ การอธิบายโครงสร้างของสินทรัพย์ข้อมูลเชิงตรรกะและเชิงกายภาพขององค์กร รวมถึงทรัพยากรการจัดการข้อมูลที่เกี่ยวข้อง
- สถาปัตยกรรมแอปพลิเคชันซึ่งเป็นพิมพ์เขียวสำหรับระบบแต่ละระบบที่จะนำไปใช้งาน ปฏิสัมพันธ์ระหว่างระบบแอปพลิเคชัน และความสัมพันธ์ของระบบเหล่านั้นกับกระบวนการทางธุรกิจหลักขององค์กร พร้อมด้วยกรอบการทำงานสำหรับบริการที่จะเปิดเผยเป็นฟังก์ชันทางธุรกิจเพื่อการบูรณาการ
- สถาปัตยกรรมทางเทคนิคหรือสถาปัตยกรรมเทคโนโลยีอธิบายถึงฮาร์ดแวร์ ซอฟต์แวร์ และโครงสร้างพื้นฐานเครือข่ายที่จำเป็นต่อการสนับสนุนการใช้งานแอปพลิเคชันหลักที่มีความสำคัญต่อภารกิจ
วิธีการพัฒนาสถาปัตยกรรม
วิธีการพัฒนาสถาปัตยกรรม (ADM) ถูกนำมาใช้เพื่อพัฒนาสถาปัตยกรรมองค์กรซึ่งจะตอบสนองความต้องการทางธุรกิจและเทคโนโลยีสารสนเทศขององค์กร สามารถปรับแต่งให้เหมาะสมกับความต้องการขององค์กรได้ จากนั้นจึงนำไปใช้ในการจัดการการดำเนินการตามกิจกรรมการวางแผนสถาปัตยกรรม[ 18 ]
กระบวนการนี้เป็นแบบวนซ้ำและเป็นวัฏจักร แต่ละขั้นตอนจะตรวจสอบกับข้อกำหนด ขั้นตอนที่ C เกี่ยวข้องกับการผสมผสานระหว่างสถาปัตยกรรมข้อมูลและสถาปัตยกรรมแอปพลิเคชัน สามารถเพิ่มความชัดเจนเพิ่มเติมระหว่างขั้นตอน B และ C เพื่อให้ได้สถาปัตยกรรม ข้อมูล ที่สมบูรณ์
หลักปฏิบัติทาง วิศวกรรมประสิทธิภาพถูกนำมาประยุกต์ใช้ในขั้นตอนการกำหนดความต้องการ ตลอดจนขั้นตอนการออกแบบสถาปัตยกรรมธุรกิจ สถาปัตยกรรมระบบสารสนเทศ และสถาปัตยกรรมเทคโนโลยี โดยในส่วนของสถาปัตยกรรมระบบสารสนเทศนั้น หลักการนี้ถูกนำมาประยุกต์ใช้ทั้งในด้านสถาปัตยกรรมข้อมูลและสถาปัตยกรรมแอปพลิเคชัน
องค์กรต่อเนื่อง
Enterprise Continuum เป็นวิธีการจัดประเภทโซลูชันและสถาปัตยกรรมบนความต่อเนื่องที่ครอบคลุมตั้งแต่สถาปัตยกรรมพื้นฐานทั่วไปไปจนถึงสถาปัตยกรรมเฉพาะองค์กรที่ปรับแต่งทั้งภายในและภายนอกคลังสถาปัตยกรรม[ 19 ]ซึ่งรวมถึงแบบจำลองสถาปัตยกรรม รูปแบบสถาปัตยกรรม คำอธิบายสถาปัตยกรรม และสิ่งประดิษฐ์อื่นๆ สิ่งประดิษฐ์เหล่านี้อาจมีอยู่ภายในองค์กรและในอุตสาหกรรมไอทีโดยรวมด้วย
Enterprise Continuum ประกอบด้วย Architecture Continuum และ Solutions Continuum Architecture Continuum ระบุโครงสร้างของสินทรัพย์ทางสถาปัตยกรรมที่สามารถนำกลับมาใช้ใหม่ได้ และรวมถึงกฎเกณฑ์ การแสดงผล และความสัมพันธ์ของระบบสารสนเทศที่มีอยู่ในองค์กร ส่วน Solutions Continuum อธิบายถึงการนำ Architecture Continuum ไปใช้โดยการกำหนด Solution Building Blocks (SBBs) ที่สามารถนำกลับมาใช้ใหม่ได้
การรับรอง TOGAF
TOGAF ให้การรับรองสำหรับเครื่องมือและบุคลากร
เครื่องมือที่ได้รับการรับรองจาก TOGAF
เครื่องมือ TOGAF 9 ที่ได้รับการรับรองมีรายชื่ออยู่ในตารางต่อไปนี้ และโดยทั่วไปจะจดทะเบียนกับ The Open Group [ 20 ]
| ชื่อผลิตภัณฑ์ | บริษัท | ได้รับการรับรองครั้งแรก | การต่ออายุ | เวอร์ชัน TOGAF |
|---|---|---|---|---|
| ลูกคิด 6.0 | วิวัฒนาการ | 23 พฤษภาคม 2555 | 22 พฤษภาคม 2565 | 9.2 |
| สตูดิโอออกแบบองค์กร BiZZdesign | บิซซ์ดีไซน์ | 18 กรกฎาคม 2555 | 17 กรกฎาคม 2563 | 9.2 |
| อาโดอิท | กลุ่ม BOC | 15 กันยายน 2560 | 14 กันยายน 2021 | 9.1 |
| ชุดสถาปัตยกรรมองค์กร HOPEX | เมก้า อินเตอร์เนชั่นแนล | 26 พฤษภาคม 2558 | 26 พฤษภาคม 2564 | 9.1 |
| iServer Business and IT Transformation Suite 2015 | ซอฟต์แวร์ออร์บัส | 19 สิงหาคม 2556 | 18 สิงหาคม 2564 | 9.1 |
| การจัดการขีดความสามารถและเทคโนโลยี | แผนผัง | 03-เม.ย.-2555 | 02-เม.ย.-2022 | 9.1 |
| อัลฟาเบ็ต | ซอฟต์แวร์ เอจี | 22 มิถุนายน 2555 | 21 มิถุนายน 2565 | 9.2 |
| อาริส 9.0 | ซอฟต์แวร์ เอจี | 19 พฤศจิกายน 2556 | 18 พฤศจิกายน 2021 | 9.1 |
| สถาปนิกองค์กร 12 | บริษัท สปาร์กซ์ ซิสเต็มส์ จำกัด | 06-กุมภาพันธ์-2558 | 05-กุมภาพันธ์-2021 | 9.1 |
ลิงก์ภายนอก
- เว็บไซต์อย่างเป็นทางการ
สรุปเนื้อหา
ข้อมูลสำคัญจากบทความ
ข้อมูลสำคัญเกี่ยวกับ โทกาฟ
กรอบสถาปัตยกรรม Open Group ( TOGAF ) เป็นกรอบสถาปัตยกรรมระดับองค์กร โดยนำเสนอแนวทางในการออกแบบ วางแผน ดำเนินการ และกำกับดูแลสถาปัตยกรรมเทคโนโลยีสารสนเทศระดับองค์กร TOGAF...
ประวัติศาสตร์
TOGAF เริ่มต้นขึ้นในช่วงต้นทศวรรษ 1990 ในฐานะวิธีการสำหรับการพัฒนาสถาปัตยกรรมทางเทคนิค และได้รับการพัฒนาโดย The Open Group ให้เป็น กรอบสถาปัตยกรรมองค์กร ที่ครอบคลุม [ 7 ] ในปี 1995 ได้มีการนำเสนอ TOGAF เวอร์ชันแรก (TOGAF 1.
โดเมนสถาปัตยกรรมองค์กร
TOGAF มีพื้นฐานมาจาก 4 สาขาเฉพาะทางที่เกี่ยวโยงกัน ซึ่งเรียกว่า โดเมนทางสถาปัตยกรรม :
วิธีการพัฒนาสถาปัตยกรรม
วิธีการพัฒนาสถาปัตยกรรม (ADM) ถูกนำมาใช้เพื่อพัฒนาสถาปัตยกรรมองค์กรซึ่งจะตอบสนองความต้องการทางธุรกิจและเทคโนโลยีสารสนเทศขององค์กร สามารถปรับแต่งให้เหมาะสมกับความต้องการขององค์กรได้ จากนั้นจึงนำไปใช้ในการจัดการการดำเนินการตามกิจกรรมการวางแผนสถาปัตยกรรม [ 18 ]