ข้ามไปยังเนื้อหา
อัตลักษณ์เดียวที่คงที่ มนุษย์เป็นผู้จัดทำโดยค่าเริ่มต้น ออกแบบให้พกพาได้
Topoloom by Relia1

เหตุใดจึงเลือก Topoloom

เมื่อ Service เปลี่ยน ต้องรู้ว่าควรตรวจอะไร

เขียนเอกสารและไดอะแกรมที่อ่านง่ายต่อไป ใช้ออบเจ็กต์ร่วมสำหรับข้อเท็จจริงที่ต้องใช้ซ้ำหรือตรวจทาน รีโพซิทอรีและระบบมอนิเตอร์ยังคงมีอำนาจเหนือหลักฐานที่ตนครอบครอง

คำถามของเวิร์กโฟลว์ปัจจุบันเมื่อใช้ Topoloom
01

เจ้าของถูกระบุซ้ำไว้ที่ใดบ้าง

ตรวจการอ้างอิงที่คงที่
02

ลูกศรใดมีความหมาย

ประกาศความสัมพันธ์แบบมีชนิด
03

ผู้ตรวจทานมองเห็นอะไร

เปรียบเทียบการเปลี่ยนแปลงเชิงความหมาย
04

ตรวจกฎเมื่อใด

กำกับการเผยแพร่
05

ติดป้ายหลักฐานภายนอกอย่างไร

ระบุแหล่งที่มาของบริบทผู้ให้บริการ
06

อะไรอยู่รอดหลังการส่งออก

ตรวจแพ็กเกจแบบกำหนดขอบเขต

เลือกการเปลี่ยนแปลงหนึ่งรายการ · เปรียบเทียบทั้งสองเวิร์กโฟลว์

ความแตกต่างในทางปฏิบัติ

ใช้การเปลี่ยนแปลงของ Service หนึ่งรายการ เปรียบเทียบงานที่เกิดขึ้น

ทดสอบการเปลี่ยนเจ้าของหรือความสัมพันธ์การพึ่งพาในเวิร์กโฟลว์ปัจจุบันและใน Topoloom นับจำนวนการอัปเดต ขั้นตอนการตรวจทาน และงานส่งออกที่แต่ละวิธีต้องใช้

คำถามของเวิร์กโฟลว์ปัจจุบันเมื่อใช้ Topoloomสิ่งที่ต้องตรวจ
ปัจจุบันบันทึกเจ้าของคนนี้ไว้ที่ใดอ้างอิงออบเจ็กต์ Service หนึ่งรายการการอัปเดตเจ้าของสร้าง object version ใหม่ Used in แสดงการอ้างอิงใน artifact version แบบแก้ไขไม่ได้ที่ได้รับอนุญาต ไม่ใช่ฉบับร่างที่กำลังแก้ไข
ลิงก์ใดในไดอะแกรมมีความหมายประกาศความสัมพันธ์ที่สำคัญขอบแบบมีชนิดเก็บบริบทของต้นทาง ปลายทาง ที่มา วงจรชีวิต และเวอร์ชันไว้ ตัวเชื่อมเชิงภาพยังคงแยกต่างหาก
ผู้ตรวจทานต้องอนุมานอะไรตรวจการเปลี่ยนแปลงเชิงความหมายเปรียบเทียบการเปลี่ยนเจ้าของ ความสัมพันธ์การพึ่งพา SLO, Decision และวงจรชีวิตควบคู่กับการแก้ข้อความหรือไดอะแกรม
กฎการเผยแพร่ทำงานเมื่อใดใช้ contract Service Overview ที่มีมาให้ฉบับร่างที่ยังไม่สมบูรณ์ยังแก้ไขได้ การตรวจสอบและการตรวจทานทำงานเมื่อเผยแพร่แบบมีการกำกับ
ติดป้ายหลักฐานภายนอกอย่างไรคงการระบุแหล่งที่มาของบริบทผู้ให้บริการเมื่อกำหนดผู้ให้บริการที่รองรับ ข้อมูลที่พบยังคงแยกจากกันจนกว่ามนุษย์จะยอมรับการเปลี่ยนแปลงที่มนุษย์จัดทำ
ทีมตรวจอะไรได้หลังส่งออกเปิดแพ็กเกจแบบกำหนดขอบเขตตรวจ artifact ที่อ่านได้ ID ที่คงที่ เวอร์ชัน ความสัมพันธ์ ที่มา บันทึกการตรวจทาน การแมป และรายงานส่วนที่ละไว้

ออบเจ็กต์เดียวที่ตรวจสอบได้

ข้อมูลผู้รับผิดชอบผูกกับ Service

อ้างอิง Service เดียวกันในเอกสารและไดอะแกรม รายละเอียดและเวอร์ชันออบเจ็กต์ที่แก้ไขไม่ได้ช่วยให้ตรวจสอบประวัติของตัวตนที่ใช้ร่วมกันนี้ได้

Used in แสดงการอ้างอิงที่มีสิทธิ์เข้าถึงในเวอร์ชันชิ้นงานที่แก้ไขไม่ได้ ไม่ใช่จำนวนของร่างที่กำลังแก้ไขทั้งหมด

รายละเอียดออบเจ็กต์ Payment Service แสดงผู้รับผิดชอบ Payments Team, Version 2 ปัจจุบัน และ Versions 1 กับ 2 ที่แก้ไขไม่ได้
ตรวจผู้รับผิดชอบของ Service และเวอร์ชันออบเจ็กต์ปัจจุบัน จากนั้นเปิดคุณสมบัติที่บันทึกไว้ในเวอร์ชันที่แก้ไขไม่ได้ ส่วนติดต่อผู้ใช้ของผลิตภัณฑ์แสดงเป็นภาษาอังกฤษดูรายละเอียดภาพ

การตรวจทานเชิงความหมาย

ดูว่าความหมายเปลี่ยนไปอย่างไร

เปรียบเทียบเวอร์ชันไดอะแกรมที่แก้ไขไม่ได้เพื่อตรวจสอบการเปลี่ยนแปลงการอ้างอิงออบเจ็กต์ที่ใช้ซ้ำได้ ภาพนี้เปรียบเทียบ Version 1 Baseline กับ Version 2 Current

ไดอะแกรมการอนุมัติการชำระเงิน ข้าง Diagram history และ Compare meaning เปรียบเทียบ Version 1 Baseline กับ Version 2 Current และรายงานการเปลี่ยนแปลงเชิงความหมาย 5 รายการ
ผลเปรียบเทียบรายงานการเปลี่ยนแปลงเชิงความหมาย 5 รายการ การ์ดที่เห็นแสดงการเปลี่ยนการอ้างอิง Payment Service และการเพิ่ม Payments Team กับ Payment Authorization Availability ส่วนติดต่อผู้ใช้ของผลิตภัณฑ์แสดงเป็นภาษาอังกฤษดูรายละเอียดภาพ

เข้ากับระบบนิเวศวิศวกรรม

เสริมทุกระบบ โดยไม่สับสนเรื่องอำนาจของระบบใด

Topoloom ดูแลการจัดทำร่วมกันและ Document Graph ที่คนใช้เป็นหลัก รีโพซิทอรี แค็ตตาล็อก Service, CMDB, ข้อมูล telemetry และผู้ให้บริการบริบทยังคงดูแลหลักฐานและความจริงเชิงปฏิบัติการที่เหมาะกับตน

01 / Wiki

จากหน้าเอกสารสู่ความหมายที่ใช้ซ้ำได้

คงเอกสารทางเทคนิคที่อ่านง่าย ขณะที่แนวคิดสำคัญได้รับอัตลักษณ์ที่คงที่ การอ้างอิง เวอร์ชัน และการตรวจทานเชิงความหมาย

02 / เครื่องมือสร้างไดอะแกรม

จากรูปทรงสู่ความสัมพันธ์ที่ประกาศแล้ว

คงตัวเชื่อมเชิงภาพไว้เมื่อเพียงพอ ยกระดับเฉพาะขอบที่ควรกำกับความหมาย

03 / รีโพซิทอรี

เชื่อมการตัดสินใจกับบริบทการพัฒนา

อ้างอิงตำแหน่งในซอร์สโค้ดและการตัดสินใจ โดยไม่เสนอว่าความรู้ที่มนุษย์จัดทำคือความจริงของระบบขณะทำงานหรือของโค้ด

04 / CMDB / แค็ตตาล็อก Service

วางหลักฐานไว้ข้างคำประกาศ

เมื่อกำหนดผู้ให้บริการที่รองรับ Topoloom เชื่อมถึงผ่าน contract สาธารณะและเก็บ identifier ของผู้ให้บริการไว้เป็นตัวอ้างอิงที่ไม่ตีความ ความแตกต่างที่ผู้ให้บริการรายงานจะแสดงเป็นบริบทให้คนตรวจได้ สิ่งที่มีให้ใช้ขึ้นกับผู้ให้บริการและการติดตั้ง

ตารางวัดผลเพื่อการตัดสินใจ

วัดวงจร ไม่ใช่จำนวนหน้า

เปรียบเทียบการเปลี่ยนแปลงของ Service เดียวกันในเวิร์กโฟลว์ปัจจุบันและใน Topoloom รวมการเตรียมงาน การอัปเดตครั้งที่สอง การตรวจทาน และความพยายามในการส่งออก

  1. 01
    เวลาตรวจทานการเปลี่ยนแปลง

    ผู้ตรวจทานต้องใช้เวลานานเท่าไรเพื่อเข้าใจการเปลี่ยนเจ้าของ ความสัมพันธ์การพึ่งพา SLO หรือ Decision

    เวลาก่อนและหลัง
  2. 02
    การแก้ไขซ้ำ

    เมื่อ Service เดียวกันเปลี่ยน มีจุดใดบ้างที่ต้องอัปเดตด้วยมือ

    จำนวนการอัปเดตต่อการเปลี่ยนแปลง
  3. 03
    ความครอบคลุมของเจ้าของ

    Service ใดมีเจ้าของที่ประกาศไว้และที่มาที่ตรวจทานได้

    ช่องว่างที่พบในแต่ละเวิร์กโฟลว์
  4. 04
    ความครอบคลุมของ Runbook / SLO

    Service ใดเชื่อมกับความรู้ที่ใช้ดูแลและวัดผล

    พบหรือไม่พบความสัมพันธ์
  5. 05
    การดูแลโมเดล

    ทีมใช้เวลาเท่าไรในการสร้างการอ้างอิงและดูแลโมเดลระหว่างการอัปเดตครั้งที่สอง

    ความพยายามในการตั้งค่าและติดตามผล
  6. 06
    ขอบเขตการส่งออก

    ทีมตรวจระเบียนที่รวมอยู่และส่วนที่ละไว้โดยชัดเจนนอกผลิตภัณฑ์ได้หรือไม่

    สิ่งที่มีอยู่ในการส่งออก

ประเมินความแตกต่าง

นำข้อเท็จจริงที่คัดลอกมาหนึ่งรายการ ทดสอบว่าออบเจ็กต์ร่วมลดงานซ้ำได้หรือไม่

เปรียบเทียบการเปลี่ยนเจ้าของหรือความสัมพันธ์การพึ่งพากับเวิร์กโฟลว์ปัจจุบัน บันทึกว่าแต่ละวิธีช่วยตรงไหนและเพิ่มงานตรงไหน

ขอรับเดโม สำรวจโซลูชัน

ภาพหน้าจอผลิตภัณฑ์