การทำแผนที่เอกสาร TOGAF

ตามข้อกำหนดของ TOGAF โดเมนหลัก / แผนกข้อกังวล เป็น:

  • สถาปัตยกรรมธุรกิจ
  • สถาปัตยกรรมข้อมูล
  • สถาปัตยกรรมแอปพลิเคชัน
  • สถาปัตยกรรมเทคโนโลยี

ตามข้อกำหนดเฉพาะ Enterprise Repository< /em> ควรเก็บข้อมูลทั้งหมดไว้

พื้นที่เก็บข้อมูลองค์กร togaf

ฉันมีข้อมูลนี้:

  • วิธีการทำงานของบริษัทในแง่ของรูปแบบธุรกิจ
  • มันทำงานอย่างไร แอปพลิเคชั่นในแง่ของคุณสมบัติการทำงาน
  • วิธีการนำไปใช้และปรับใช้แอปพลิเคชัน

ฉันจะแมปข้อมูลนี้ตามภาพรวมของ TOGAF ได้อย่างไร

  • คำอธิบายสถาปัตยกรรมแอป --> ภูมิทัศน์สถาปัตยกรรม ?
  • คำอธิบายส่วนประกอบของแอป --> พื้นที่เก็บข้อมูลโซลูชัน ?
  • คำอธิบายการทำงานของแอป --> ความสามารถทางสถาปัตยกรรม ?
  • ข้อมูลการใช้งานแอป --> ¿?
  • โมเดลธุรกิจ --> ¿?

อัปเดตเมื่อวันที่ 11/08/2018

ฉันมีคำถามบางข้อ:

  • ฉันจะใส่ข้อมูลบริษัท เช่น โครงสร้างบริษัท ผู้คน ทีม ฯลฯ ได้ที่ใด
  • ฉันจะใส่ข้อมูลทางธุรกิจ เช่น ผลิตภัณฑ์และบริการที่บริษัทนำเสนอได้ที่ไหน วิธีคำนวณราคา "X thing" สำหรับธุรกิจหมายถึงอะไร
  • ฉันควรประเมินอย่างต่อเนื่องที่ไหน? และควรใส่ไว้ที่ไหนเมื่อผลิตแล้ว?
  • ฉันควรใส่อภิธานศัพท์ทั่วไปไว้ที่ไหน
  • ฉันควรวางคู่มือการพัฒนาไว้ที่ไหน? เช่น รายการสภาพแวดล้อม, IP, เวิร์กโฟลว์การจัดส่ง, เวิร์กโฟลว์จิรา ฯลฯ
  • ฉันควรใส่คำจำกัดความ API ของบริการไว้ที่ใด

person Andrés Oviedo    schedule 02.11.2018    source แหล่งที่มา


คำตอบ (1)


คุณกำลังพยายามผสม Solution Architecture และ Enterprise Architecture นั่นอาจเป็นสาเหตุที่ทำให้เกิดความสับสน

TOGAF เป็นเรื่องเกี่ยวกับสถาปัตยกรรมองค์กร - เนื้อหาภาพรวมตามที่คุณชี้ให้เห็นอย่างถูกต้อง ข้อมูลเกี่ยวกับแอปที่เป็นรูปธรรมนั้นเป็นเรื่องเกี่ยวกับสถาปัตยกรรมโซลูชันมากกว่า แน่นอนว่าอาจมีคนแย้งว่าคุณสามารถอธิบายสถาปัตยกรรมองค์กรได้อย่างละเอียดตามที่คุณต้องการ แต่นั่นไม่ใช่ประเด็น

ตอบคำถามเดิมของคุณ แต่ดูเหมือนว่าข้อมูลแอป (คำอธิบายสถาปัตยกรรม คำอธิบายส่วนประกอบ คำอธิบายการทำงาน) ที่คุณควรเก็บไว้ใน Architecture Repository เป็น Solution Building Blocks ฉันขอแนะนำให้กล่าวถึงสิ่งเหล่านี้โดยเป็นส่วนหนึ่งของคำอธิบาย Baseline Application Architecture และ Baseline Technology Architecture ในช่วง Phase C และ Phase D

อีกครั้ง คุณควรพิจารณาอย่างรอบคอบก่อนว่าคุณต้องการรายละเอียดระดับสูงขนาดนี้หรือไม่

ป.ล. หากคุณให้บริบทเพิ่มเติมอีกเล็กน้อยเกี่ยวกับสิ่งที่คุณพยายามทำให้สำเร็จ ฉันอาจจะสามารถให้คำแนะนำที่เจาะจงมากขึ้นแก่คุณได้

อัปเดตเมื่อวันที่ 11/11/2018

ฉันจะใส่ข้อมูลบริษัท เช่น โครงสร้างบริษัท ผู้คน ทีม ฯลฯ ได้ที่ใด

มันขึ้นอยู่กับ. โครงสร้างบริษัทควรเก็บไว้ใน Baseline/Target Business Architecture โดยเป็นส่วนหนึ่งของโมเดล Organization structure นี่คือคำจำกัดความจาก TOGAF:

"โครงสร้างองค์กร: จัดทำเอกสารโครงสร้างองค์กร ระบุที่ตั้งธุรกิจ และเชื่อมโยงกับหน่วยงานต่างๆ"

นอกจากนี้ยังเป็นหนึ่งในอินพุต - Organizational Model for Enterprise Architecture (ดูส่วนที่ IV, 36.2.16 ของข้อมูลจำเพาะ TOGAF)

ฉันจะใส่ข้อมูลทางธุรกิจ เช่น ผลิตภัณฑ์และบริการที่บริษัทนำเสนอได้ที่ไหน วิธีคำนวณราคา "X thing" สำหรับธุรกิจหมายถึงอะไร

นอกจากนี้ยังเป็นส่วนหนึ่งของ Business Architecture นี่คือรายการทั้งหมดจากข้อมูลจำเพาะของ TOGAF:

  • โครงสร้างองค์กร - การระบุที่ตั้งธุรกิจและเชื่อมโยงกับหน่วยขององค์กร
  • เป้าหมายและวัตถุประสงค์ทางธุรกิจ - สำหรับองค์กรและแต่ละหน่วยองค์กร
  • ฟังก์ชันทางธุรกิจ - ขั้นตอนแบบเรียกซ้ำโดยละเอียดซึ่งเกี่ยวข้องกับการสลายตัวของฟังก์ชันหลักเป็นฟังก์ชันย่อยอย่างต่อเนื่อง
  • บริการทางธุรกิจ - บริการที่องค์กรและแต่ละหน่วยองค์กรมอบให้กับลูกค้าทั้งภายในและภายนอก
  • กระบวนการทางธุรกิจ รวมถึงมาตรการและการส่งมอบ
  • บทบาททางธุรกิจ รวมถึงการพัฒนาและการปรับเปลี่ยนข้อกำหนดด้านทักษะ
  • แบบจำลองข้อมูลธุรกิจ
  • ความสัมพันธ์ขององค์กรและหน้าที่ - เชื่อมโยงหน้าที่ทางธุรกิจกับหน่วยองค์กรในรูปแบบของรายงานเมทริกซ์

ฉันควรประเมินอย่างต่อเนื่องที่ไหน? และควรใส่ไว้ที่ไหนเมื่อผลิตแล้ว?

มีรูปแบบมาตรฐานใน TOGAF:

  1. ประเมินสถานการณ์ปัจจุบันและจดบันทึกไว้เป็น Baseline Architecture
  2. สร้างวิสัยทัศน์และจดบันทึกไว้เป็น Target Architecture
  3. มุ่งสู่ Target Architecure และอัปเดต Baseline Architecture ทันที

ดังนั้น ในท้ายที่สุด พื้นฐานของคุณควรจะเท่ากับเป้าหมาย และตอนนี้เป็นพื้นฐานใหม่สำหรับรอบ ADM ถัดไป

ฉันควรใส่อภิธานศัพท์ทั่วไปไว้ที่ไหน

โดยปกติจะดำเนินการโดยเร็วที่สุดในระหว่างปรับแต่ง TOGAF ให้เหมาะกับองค์กรของคุณ - Preliminary Phase ของวงจร ADM (ดูส่วนที่ IV, 36.2.21 ของข้อมูลจำเพาะของ TOGAF)

ฉันควรวางคู่มือการพัฒนาไว้ที่ไหน? เช่น รายการสภาพแวดล้อม, IP, เวิร์กโฟลว์การจัดส่ง, เวิร์กโฟลว์จิรา ฯลฯ

คู่มือการพัฒนา เวิร์กโฟลว์ของจิรา และเนื้อหาการจัดการโครงการอื่นๆ มักจะไม่เกี่ยวข้องกับ TOGAF โดยตรง ควรตระหนักไว้อย่างแน่นอน สถาปนิกองค์กรอาจปรึกษาเรื่องนี้ด้วยซ้ำ มีเพียงสิ่งเดียวที่นึกถึงในแง่ของการจัดการโครงการ นั่นคือแผนงาน ซึ่งจะถูกเขียนไว้และปรับปรุงตามความจำเป็นในแทบทุกขั้นตอน

โดยปกติแล้วสภาพแวดล้อม, IP และข้อมูลโครงสร้างพื้นฐานอื่นๆ จะทำงานในช่วง Phase D โดยส่วนใหญ่เป็นส่วนหนึ่งของโมเดลสถาปัตยกรรมเทคโนโลยีและข้อกำหนด

ฉันควรใส่คำจำกัดความ API ของบริการไว้ที่ใด

ขอย้ำอีกครั้ง คุณควรพิจารณาอย่างรอบคอบหากคุณต้องการรายละเอียดระดับนี้ แต่ดูเหมือนว่าจะเหมาะสมที่จะกล่าวถึงใน Phase C (Applications Architecture) ขั้นตอนหนึ่งคือการกำหนดโมเดล (TOGAF แนะนำเพื่อค้นหาข้อมูลอ้างอิงในอุตสาหกรรมของคุณ) ซึ่งอาจรวมถึงคำจำกัดความของ API โดยปกติแล้ว การระบุ Applications Interoperability ที่เป็นนามธรรมมากขึ้นในแง่ขององค์กรก็เพียงพอแล้ว

จุดสำคัญมาก: TOGAF เป็นเพียงกรอบงาน คุณสามารถปรับแต่งได้ตามที่คุณเห็นว่าเหมาะสมกับองค์กรปัจจุบันของคุณ เพียงอย่าลืมจัดทำเอกสารประกอบ คุณควรจำไว้ว่านี่ไม่ใช่แค่ชุดเครื่องมือ แต่ยังรวมถึงชุดความคาดหวัง อภิธานศัพท์ข้อกำหนดและแนวปฏิบัติด้วย ดังนั้นสถาปนิกคนใหม่จึงไม่จำเป็นต้องเรียนรู้ทุกสิ่งตั้งแต่เริ่มต้นในองค์กรใหม่แต่ละแห่งที่เขาทำงานด้วย เหมือนเช่นเคย คุณต้องหาจุดสมดุลที่เหมาะสม

person Wintermute    schedule 07.11.2018
comment
ขอบคุณ ฉันต้องอธิบายแพลตฟอร์มทั้งแบบมีฟังก์ชันและไม่ทำงาน + การออกแบบส่วนประกอบของแอปพลิเคชัน + ข้อมูลธุรกิจ เพื่อให้มีบริบท โปรดฉันได้อัปเดตคำถามพร้อมคำถามตัวอย่างแล้ว ความนับถือ - person Andrés Oviedo; 08.11.2018
comment
@ Andrés คุณจำเป็นต้องใช้ TOGAF โดยเฉพาะหรือไม่? - person Wintermute; 08.11.2018
comment
คุณคิดว่ามีเฟรมเวิร์กมาตรฐานที่ดีกว่าให้ใช้อีกหรือไม่ - person Andrés Oviedo; 09.11.2018
comment
@ Andrés มันไม่ได้เกี่ยวกับอันไหนดีกว่า แต่เป็นเพียงว่า TOGAF มักจะใช้เพื่ออธิบายทั้งองค์กร ไม่ใช่แอปพลิเคชันเฉพาะเจาะจงเดียวและอาจยุ่งยากเกินไปที่จะใช้ในกรณีของคุณ ฉันสามารถลองตอบคำถามที่อัปเดตของคุณในแง่ของ TOGAF ได้ หากสามารถช่วยได้ - person Wintermute; 10.11.2018
comment
@ Andrés ฉันได้ตอบคำถามที่อัปเดตของคุณในคำตอบที่อัปเดตแล้ว ฉันหวังว่ามันจะช่วยได้ - person Wintermute; 12.11.2018
comment
ขอบคุณ. ฉันไม่อยู่ในขั้นตอน ADM แพลตฟอร์มได้รับการติดตั้งและใช้งานจริงแล้ว แม้ว่าจะมีการพัฒนาอย่างต่อเนื่องก็ตาม ฉันต้องการบันทึกทุกสิ่ง (เพราะขาดมัน) ไว้ในที่ใดที่หนึ่ง โดยปฏิบัติตามแนวทางปฏิบัติที่ดีที่สุดของ TOGAF แพลตฟอร์มสำหรับจัดทำเอกสารเป็นส่วนหนึ่งของระบบข้อมูลของบริษัททั้งหมด เป้าหมายคือการมีวิกิโดยพื้นฐานแล้วมีถ้อยคำและโครงสร้างมาตรฐาน (พื้นที่เก็บข้อมูลขององค์กร) เพื่อให้สถาปนิก/บุคคลใหม่สามารถใช้เพื่อเรียนรู้เกี่ยวกับโครงการได้อย่างรวดเร็วและมีประสิทธิผล ฉันต้องการบังคับใช้แนวทางปฏิบัติที่ดีที่สุดแบบ Agile เพื่อปรับปรุงการสื่อสาร (บันทึกพอร์ตโฟลิโอของโครงการ, ec) - person Andrés Oviedo; 12.11.2018
comment
ชัดเจนกว่าหรือควรอธิบายตัวเองให้ดีขึ้น? ขอบคุณมากสำหรับเวลาของคุณ - person Andrés Oviedo; 12.11.2018
comment
@ Andrés โอเค ฉันเห็นแล้ว ฉันได้ทำแบบฝึกหัดที่คล้ายกันเพื่อเตรียมพร้อมสำหรับการรับรอง TOGAF ฉันทำตามวงจร ADM โดยข้ามขั้นตอนจริงในการสร้างวิสัยทัศน์ การยืนยัน การจัดการการเปลี่ยนแปลง ฯลฯ ฉันแค่ใช้มันเป็นแนวทางในการจัดทำเอกสารโซลูชันที่ใช้งานอยู่ในปัจจุบันในลักษณะที่เชื่อมโยงกันอย่างมีเหตุผล ในกรณีของคุณ TOGAF มีประโยชน์เป็นอภิธานศัพท์และรายการแบบจำลองอ้างอิง น่าเศร้าที่ TOGAF ไม่บังคับใช้แบบจำลองที่เป็นรูปธรรม บางครั้งถึงกับไม่มีแบบจำลองที่พร้อมใช้งานเลย ดังนั้นคุณจึงต้องดำเนินการด้นสด - person Wintermute; 12.11.2018
comment
@ Andrés ฉันคิดว่าส่วนที่มีประโยชน์ที่สุดของ TOGAF ในกรณีของคุณคือ p.4 Architecture Content Framework - มันจะให้เค้าโครงทั่วไปสำหรับพื้นที่เก็บข้อมูลและเอาต์พุตของคุณ (pubs.opengroup.org/architecture/togaf91-doc/m/pt4.html) - person Wintermute; 12.11.2018
comment
@ Andrés คุณยังคงได้รับคุณค่าจากคำตอบของฉันที่นั่น: ข้ามส่วนที่ไม่เกี่ยวข้อง (ในกรณีของคุณ) ของ TOGAF และอ่านเฉพาะส่วนที่ฉันพูดถึงเท่านั้น ไม่ว่าในกรณีใด ฉันขอแนะนำให้อ่านภาพรวมของแต่ละขั้นตอนของ ADM อย่างน้อยที่สุด - person Wintermute; 12.11.2018