กลับไปหน้าบทความ

อ่าน 4 นาที

โทกาฟ

กรอบสถาปัตยกรรม Open Group ( TOGAF ) เป็นกรอบสถาปัตยกรรมระดับองค์กร โดยนำเสนอแนวทางในการออกแบบ วางแผน ดำเนินการ และกำกับดูแลสถาปัตยกรรมเทคโนโลยีสารสนเทศระดับองค์กร TOGAF...

โทกาฟ

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

กรอบสถาปัตยกรรม 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 ซึ่งอธิบายถึงวิธีการพัฒนาและจัดการวงจรชีวิตของสถาปัตยกรรมระดับองค์กร

ประวัติศาสตร์

กระบวนการวางแผนสถาปัตยกรรมตามมาตรฐาน DoD ในTAFIM [ 6 ]

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
  • เว็บไซต์อย่างเป็นทางการ

ดึงข้อมูลมาจาก " https://en.wikipedia.org/w/index.php?title=TOGAF&oldid=1357472189 "

สรุปเนื้อหา

ข้อมูลสำคัญจากบทความ

ข้อมูลสำคัญเกี่ยวกับ โทกาฟ

กรอบสถาปัตยกรรม Open Group ( TOGAF ) เป็นกรอบสถาปัตยกรรมระดับองค์กร โดยนำเสนอแนวทางในการออกแบบ วางแผน ดำเนินการ และกำกับดูแลสถาปัตยกรรมเทคโนโลยีสารสนเทศระดับองค์กร TOGAF...

ประวัติศาสตร์

TOGAF เริ่มต้นขึ้นในช่วงต้นทศวรรษ 1990 ในฐานะวิธีการสำหรับการพัฒนาสถาปัตยกรรมทางเทคนิค และได้รับการพัฒนาโดย The Open Group ให้เป็น กรอบสถาปัตยกรรมองค์กร ที่ครอบคลุม [ 7 ] ในปี 1995 ได้มีการนำเสนอ TOGAF เวอร์ชันแรก (TOGAF 1.

โดเมนสถาปัตยกรรมองค์กร

TOGAF มีพื้นฐานมาจาก 4 สาขาเฉพาะทางที่เกี่ยวโยงกัน ซึ่งเรียกว่า โดเมนทางสถาปัตยกรรม :

วิธีการพัฒนาสถาปัตยกรรม

วิธีการพัฒนาสถาปัตยกรรม (ADM) ถูกนำมาใช้เพื่อพัฒนาสถาปัตยกรรมองค์กรซึ่งจะตอบสนองความต้องการทางธุรกิจและเทคโนโลยีสารสนเทศขององค์กร สามารถปรับแต่งให้เหมาะสมกับความต้องการขององค์กรได้ จากนั้นจึงนำไปใช้ในการจัดการการดำเนินการตามกิจกรรมการวางแผนสถาปัตยกรรม [ 18 ]