คุณกำลังพยายามผสม 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:
- ประเมินสถานการณ์ปัจจุบันและจดบันทึกไว้เป็น
Baseline Architecture
- สร้างวิสัยทัศน์และจดบันทึกไว้เป็น
Target Architecture
- มุ่งสู่
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