ข้ามไปยังเนื้อหาหลัก
FromNine
เมนู

ปรับปรุงระบบเดิมให้ทันสมัย

ปรับปรุงระบบที่ไม่มีใครกล้าแตะ ทีละความสามารถ

กฎทางธุรกิจที่สะสมมาหลายสิบปีอยู่ใน COBOL, PL/I, Oracle Forms และ Java หรือ .NET รุ่นแรก ๆ เราถอดกฎเหล่านั้นออกมา สร้างชุดทดสอบเป็นตาข่ายนิรภัย แล้วย้ายทีละความสามารถไปไว้หลังชั้นกำหนดเส้นทาง (façade) โดยทำงานคู่ขนานและกระทบยอดก่อนปิดส่วนใดก็ตาม

สำหรับองค์กรที่ใช้ระบบสำคัญร่วมกันหลายประเทศ ซึ่งการหยุดทำงานของระบบหรือกฎที่สูญหายเป็นสิ่งที่ยอมรับไม่ได้

ปรึกษาเรื่องโซลูชันนี้ดูขั้นตอนการทำงาน
ผู้ใช้งานหลัก
  • CIO และสถาปนิกองค์กร
  • เจ้าของแอปพลิเคชัน
  • ผู้เชี่ยวชาญในงานธุรกิจ
  • ทีมปฏิบัติการไอที
ตัวอย่างขั้นตอนการทำงาน
  1. 01ประเมินระบบทั้งหมดบุคคล
  2. 02ถอดกฎทางธุรกิจเอเจนต์ AI
  3. 03สร้างตาข่ายนิรภัยระบบ
  4. 04สร้างใหม่ทีละส่วนหลัง façadeระบบ
  5. 05ทำงานคู่ขนานและกระทบยอดระบบ
  6. 06คัดแยกความแตกต่างบุคคล
  7. 07สลับระบบและปลดระวางบุคคล
ประเมินระบบทั้งหมดและตกลงเป้าหมาย AI ช่วยถอดกฎทางธุรกิจจากโค้ด และคนตรวจยืนยัน ชุดทดสอบพฤติกรรมเดิมเป็นตาข่ายนิรภัย แต่ละความสามารถสร้างใหม่หลัง façade และทำงานคู่ขนานกับระบบเดิม ความแตกต่างได้รับการคัดแยกและแก้ไขก่อนที่เจ้าของงานธุรกิจจะอนุมัติการสลับระบบ แล้วจึงปลดระวางส่วนเก่า

ก่อนและหลัง

สิ่งที่เปลี่ยนไปในวิธีทำงาน

  1. ปัจจุบัน

    ปัจจุบัน: ทุกการเปลี่ยนแปลงคือความเสี่ยง

    การปรับตามกฎระเบียบเพียงเล็กน้อยใช้เวลาหลายเดือน เพราะไม่มีใครคาดได้ว่าจะกระทบส่วนอื่นอย่างไร

    เมื่อใช้ระบบ

    เมื่อใช้ระบบ: ทุกการเปลี่ยนแปลงมีชุดทดสอบรองรับ

    ชุดทดสอบพฤติกรรมเดิมบันทึกสิ่งที่ระบบทำอยู่ในวันนี้ ทุกการเปลี่ยนแปลงจึงเห็นผลกระทบก่อนปล่อยใช้งาน

  2. ปัจจุบัน

    ปัจจุบัน: ความรู้กำลังจะหายไปพร้อมคนที่เกษียณ

    คนที่เข้าใจโค้ดใกล้เกษียณ และเอกสารไม่ตรงกับระบบมานานแล้ว

    เมื่อใช้ระบบ

    เมื่อใช้ระบบ: กฎเขียนเป็นเอกสารและยืนยันแล้ว

    กฎทางธุรกิจที่ถอดจากโค้ดเขียนเป็นภาษาที่อ่านเข้าใจ และผู้เชี่ยวชาญในงานธุรกิจยืนยันแล้ว

  3. ปัจจุบัน

    ปัจจุบัน: แผนเปลี่ยนทั้งระบบในครั้งเดียวหยุดชะงัก

    โครงการเปลี่ยนทั้งระบบสัญญาวันสลับระบบวันเดียว ซึ่งเลื่อนออกไปเรื่อย ๆ ขณะที่ต้นทุนเพิ่มขึ้น

    เมื่อใช้ระบบ

    เมื่อใช้ระบบ: ส่งมอบคุณค่าทีละส่วน

    ความสามารถย้ายทีละส่วนไปไว้หลัง façade แต่ละส่วนใช้งานจริงได้ด้วยตัวเอง และย้อนกลับได้

  4. ปัจจุบัน

    ปัจจุบัน: ข้อมูลติดอยู่ในโครงสร้างเก่า

    บริการใหม่และกรณีการใช้งาน AI เข้าถึงข้อมูลไม่ได้ หากไม่พึ่งการดึงข้อมูลที่เปราะบางและงาน batch ข้ามคืน

    เมื่อใช้ระบบ

    เมื่อใช้ระบบ: ข้อมูลเข้าถึงได้ผ่าน API

    โดเมนที่ย้ายแล้วเปิดข้อมูลผ่าน API ที่มีเอกสารกำกับ และกระทบยอดกับระบบเดิมจนกว่าจะปลดระวาง

ขั้นตอนการทำงาน

ขั้นตอนการทำงาน

แนวทาง strangler fig: ระบบใหม่เติบโตรอบระบบเดิมทีละความสามารถ วงจรระหว่างการทำงานคู่ขนานกับการสร้างใหม่คือจุดที่งานจริงส่วนใหญ่เกิดขึ้น

ตัวอย่างขั้นตอนการทำงาน

7 ขั้นตอน · จุดตรวจสอบโดยมนุษย์ 3 จุด

ผลลัพธ์ไม่ตรงกัน01บุคคลประเมินระบบทั้งหมดจุดตรวจสอบโดยมนุษย์02เอเจนต์ AIถอดกฎทางธุรกิจจุดตรวจสอบโดยมนุษย์03ระบบสร้างตาข่ายนิรภัย04ระบบสร้างใหม่ทีละส่วนหลัง façade05ระบบทำงานคู่ขนานและกระทบยอด06บุคคลคัดแยกความแตกต่าง07บุคคลสลับระบบและปลดระวางจุดตรวจสอบโดยมนุษย์

คำอธิบายสัญลักษณ์

  • ระบบ
  • เอเจนต์ AI
  • บุคคล
  • จุดตรวจสอบโดยมนุษย์
  • เส้นทางกรณียกเว้น

ปรับปรุงระบบเดิมให้ทันสมัย: ตัวอย่างขั้นตอนการทำงานพร้อมวงจรกระทบยอด

อ่านแผนภาพในรูปแบบข้อความ

เส้นทางหลักเริ่มจากการประเมินระบบทั้งหมดและการถอดกฎทางธุรกิจ ผ่านการสร้างตาข่ายนิรภัยด้วยชุดทดสอบพฤติกรรมเดิมและการสร้างความสามารถหนึ่งใหม่หลัง façade ไปสู่การทำงานคู่ขนานของระบบเก่าและใหม่ และจบด้วยการสลับระบบและปลดระวางส่วนเก่า

คนอนุมัติสถาปัตยกรรมเป้าหมาย ตรวจยืนยันกฎทุกข้อที่ถอดได้ และอนุมัติการสลับระบบทุกครั้ง: นี่คือจุดที่คนเป็นผู้ควบคุม

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

  1. ขั้นตอนที่ 1: ประเมินระบบทั้งหมดบุคคล

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

    จุดตรวจสอบโดยมนุษย์

    คณะกรรมการสถาปัตยกรรมขององค์กรคุณอนุมัติสถาปัตยกรรมเป้าหมายและลำดับของแต่ละส่วน

  2. ขั้นตอนที่ 2: ถอดกฎทางธุรกิจเอเจนต์ AI

    เครื่องมือทำความเข้าใจโค้ดด้วย AI อ่าน COBOL, PL/I, JCL, Oracle Forms และ Java หรือ .NET รุ่นเก่า แล้วร่างเอกสาร แผนผังการเรียกใช้ และบัญชีกฎทางธุรกิจ

    จุดตรวจสอบโดยมนุษย์

    วิศวกรและผู้เชี่ยวชาญในงานธุรกิจตรวจยืนยันกฎทุกข้อที่ถอดได้ก่อนใช้เป็นข้อกำหนด กฎที่ยังไม่ยืนยันมีเครื่องหมายระบุไว้

  3. ขั้นตอนที่ 3: สร้างตาข่ายนิรภัยระบบ

    ชุดทดสอบพฤติกรรมเดิมสร้างจากข้อมูลนำเข้าและผลลัพธ์จริงที่ลบข้อมูลระบุตัวตนแล้ว เพื่อบันทึกพฤติกรรมปัจจุบัน รวมถึงจุดแปลก ๆ ของระบบ ก่อนเปลี่ยนแปลงสิ่งใด

  4. ขั้นตอนที่ 4: สร้างใหม่ทีละส่วนหลัง façadeระบบ

    วาง façade สำหรับกำหนดเส้นทางหรือชั้น API ไว้หน้าระบบเดิม ความสามารถหนึ่งสร้างใหม่เป็นบริการใหม่ พร้อมย้ายข้อมูลและซิงก์ข้อมูลให้ตรงกัน

  5. ขั้นตอนที่ 5: ทำงานคู่ขนานและกระทบยอดระบบ

    ระบบเก่าและระบบใหม่ประมวลผลรายการเดียวกัน ระบบเปรียบเทียบผลลัพธ์และข้อมูลโดยอัตโนมัติ และรายงานทุกความแตกต่างรายกฎและรายระเบียน

  6. ขั้นตอนที่ 6: คัดแยกความแตกต่างบุคคล

    วิศวกรและผู้เชี่ยวชาญในงานธุรกิจตัดสินว่าแต่ละความแตกต่างเป็นข้อบกพร่องของบริการใหม่ ข้อบกพร่องของระบบเดิม หรือการเปลี่ยนแปลงที่ตั้งใจ แล้วส่งส่วนนั้นกลับไปแก้ไข

    เส้นทางกรณียกเว้น: ผลลัพธ์ไม่ตรงกัน· กลับสู่ขั้นตอนที่ 4

  7. ขั้นตอนที่ 7: สลับระบบและปลดระวางบุคคล

    การใช้งานความสามารถนั้นย้ายไปยังบริการใหม่ผ่าน façade หลังช่วงที่ระบบเสถียร เส้นทางโค้ดเดิมและข้อมูลของส่วนนั้นจะปลดระวางและจัดเก็บถาวร

    จุดตรวจสอบโดยมนุษย์

    เจ้าของงานธุรกิจอนุมัติการสลับทุกครั้งโดยอิงผลการกระทบยอด และย้อนกลับผ่าน façade ได้จนกว่าจะปลดระวาง

องค์ประกอบ

สิ่งที่เราจะสร้าง

  1. แผนผังระบบและการพึ่งพากัน

    บัญชีระบบ แผนผังการเชื่อมต่อและการไหลของข้อมูล และแบบจำลองโดเมนที่แสดงว่าระบบแบ่งเป็นส่วน ๆ ได้ที่จุดใด

    ดำเนินการโดยสถาปัตยกรรมและการให้คำปรึกษา

  2. ชุดเครื่องมือทำความเข้าใจโค้ด

    การวิเคราะห์โค้ดเดิมด้วย AI เพื่อสร้างเอกสาร แผนผังการเรียกใช้ และบัญชีกฎทางธุรกิจที่ตรวจยืนยันแล้ว

    ดำเนินการโดยวิศวกรรม AI และ Generative AI

  3. ชุดทดสอบพฤติกรรมเดิม

    ชุดทดสอบที่สร้างจากพฤติกรรมจริงซึ่งลบข้อมูลระบุตัวตนแล้ว ใช้ทดสอบทั้งระบบเก่าและระบบใหม่

    ดำเนินการโดยซอฟต์แวร์องค์กรและ SaaS

  4. ชั้น façade และบริการใหม่

    ชั้นกำหนดเส้นทาง API และบริการโดเมนใหม่ ที่สร้างและจัดทำเอกสารให้ทีมของคุณเป็นเจ้าของได้

    ดำเนินการโดยซอฟต์แวร์องค์กรและ SaaS

  5. การย้ายและกระทบยอดข้อมูล

    ขั้นตอนย้ายข้อมูลอัตโนมัติพร้อมรายงานกระทบยอดระดับระเบียนระหว่างการทำงานคู่ขนาน

    ดำเนินการโดยการเชื่อมต่อระบบและ API

  6. แพลตฟอร์มเป้าหมาย

    Landing zone, CI/CD และระบบติดตามการทำงานสำหรับบริการใหม่ บนคลาวด์หรือศูนย์ข้อมูลที่องค์กรคุณเลือก

    ดำเนินการโดยวิศวกรรมคลาวด์และแพลตฟอร์ม

การเชื่อมต่อระบบ

ข้อมูลนำเข้าและการเชื่อมต่อระบบ

ข้อมูลนำเข้าและช่องทาง

  • ซอร์สโค้ดและคำสั่งควบคุมงาน (COBOL, PL/I, JCL)
  • Oracle Forms และโครงสร้างฐานข้อมูล
  • ตารางงาน batch และไฟล์เชื่อมต่อระบบ
  • รายการธุรกรรมจริงที่ลบข้อมูลระบุตัวตนแล้ว
  • เอกสารและประวัติการแจ้งปัญหาที่มีอยู่
  • การสัมภาษณ์ผู้เชี่ยวชาญในงานธุรกิจ

แกนหลักของโซลูชัน

ปรับปรุงระบบเดิมให้ทันสมัย

ระบบที่ทำงานร่วมกัน

  • แพลตฟอร์มเมนเฟรมและมิดเรนจ์
  • การย้ายจาก SAP ECC ไป S/4HANAแพลตฟอร์มSAP
  • Salesforce เป็นระบบหน้าบ้านใหม่แพลตฟอร์มSalesforce
  • แพลตฟอร์มเชื่อมต่อระบบและ API gateway
  • คลาวด์หรือศูนย์ข้อมูลเป้าหมาย

การควบคุม

การควบคุมที่ออกแบบไว้ตั้งแต่ต้น

ขอบเขตการเข้าถึง

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

การตรวจทานโดยมนุษย์

วิศวกรและผู้เชี่ยวชาญในงานธุรกิจตรวจยืนยันกฎที่ถอดได้ก่อนใช้เป็นข้อกำหนด เจ้าของงานธุรกิจอนุมัติการสลับระบบทุกครั้งโดยอิงผลการกระทบยอด และย้อนกลับได้เสมอ

การตรวจสอบย้อนหลังได้

กฎทุกข้อในบัญชีกฎตรวจย้อนกลับไปถึงโค้ดต้นทางและผู้ที่ตรวจยืนยัน รายงานกระทบยอดเก็บเป็นหลักฐานของการสลับระบบทุกครั้ง

การคุ้มครองข้อมูล

การย้ายข้อมูลเป็นไปตามการจับคู่ที่มีเอกสารกำกับ พร้อมจำนวนระเบียนและ checksum ข้อมูลส่วนบุคคลในชุดทดสอบเก็บเท่าที่จำเป็น และกฎการเก็บรักษาย้ายไปพร้อมข้อมูล สำหรับระบบที่มีข้อมูลของบุคคลในประเทศไทย การย้ายข้อมูลและชุดทดสอบเป็นไปตาม PDPA รวมถึงหลักเกณฑ์การส่งหรือโอนข้อมูลส่วนบุคคลไปยังต่างประเทศ หากระบบใหม่อยู่นอกประเทศ

ความโปร่งใสของ AI

เมื่อ AI ร่างเอกสารหรือโค้ด ผลลัพธ์มีป้ายระบุ ผ่านการทบทวน และจัดการเวอร์ชันเหมือนงานวิศวกรรมอื่น ๆ

การวัดผล

สิ่งที่เราจะวัดผล

เราตกลงตัวชี้วัดเหล่านี้ร่วมกับคุณในขั้นประเมิน และติดตามรายส่วน ไม่ใช่เฉพาะภาพรวมของโครงการ

สิ่งที่เราจะวัดผล
ตัวชี้วัดเหตุใดจึงสำคัญวิธีที่เราจะวัดผล
ระยะเวลาในการเปลี่ยนแปลงเหตุใดจึงสำคัญสัญญาณที่ชัดที่สุดว่าระบบเปลี่ยนแปลงได้ง่ายขึ้นวิธีที่เราจะวัดผลเวลาตั้งแต่อนุมัติคำขอเปลี่ยนแปลงจนใช้งานจริง ทั้งในส่วนเดิมและส่วนที่ปรับปรุงแล้ว
สถานะการกระทบยอดเหตุใดจึงสำคัญแสดงว่าบริการใหม่ทำงานเหมือนระบบเดิมจริงในจุดที่ควรเหมือนวิธีที่เราจะวัดผลสัดส่วนรายการและระเบียนที่ตรงกันระหว่างการทำงานคู่ขนาน พร้อมความแตกต่างที่ยังเปิดอยู่แยกตามสาเหตุ
ความครอบคลุมของกฎเหตุใดจึงสำคัญกฎที่ไม่มีใครรู้คือความเสี่ยงหลักของการเปลี่ยนระบบทุกครั้งวิธีที่เราจะวัดผลสัดส่วนกฎทางธุรกิจที่ถอดได้ซึ่งผู้เชี่ยวชาญยืนยันแล้วและมีชุดทดสอบครอบคลุม
ขนาดของระบบเดิมที่เหลืออยู่เหตุใดจึงสำคัญการปรับปรุงคุ้มค่าเมื่อส่วนประกอบเก่าปิดใช้งานจริงวิธีที่เราจะวัดผลความสามารถ เส้นทางโค้ด งาน batch และสิทธิ์การใช้งานซอฟต์แวร์ที่ปลดระวางแล้ว ติดตามรายส่วน

จะไม่กำหนดเป้าหมายจนกว่าจะมีค่าฐานสำหรับเปรียบเทียบ

การนำไปใช้งาน

วิธีที่เราจะนำขึ้นใช้งานจริง

  1. ระยะที่ 01

    ประเมิน

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

    เกณฑ์การผ่านระยะ

    • อนุมัติสถาปัตยกรรมเป้าหมายแล้ว
    • ตกลงลำดับของแต่ละส่วนแล้ว
    • จัดเตรียมการเข้าถึงข้อมูลและสภาพแวดล้อมทดสอบแล้ว

  2. ระยะที่ 02

    ส่วนแรก

    ถอดกฎ สร้างตาข่ายนิรภัย วาง façade และสร้างความสามารถหนึ่งใหม่ ทำงานคู่ขนานกับระบบเดิม

    เกณฑ์การผ่านระยะ

    • ผลกระทบยอดอยู่ในเกณฑ์ที่ตกลง
    • เจ้าของงานธุรกิจอนุมัติการสลับระบบ
    • ทดสอบการย้อนกลับแล้ว

  3. ระยะที่ 03

    ทีละส่วน

    ความสามารถถัดไปเดินตามเส้นทางเดียวกัน แต่ละส่วนมีการทำงานคู่ขนานและการตัดสินใจสลับระบบของตัวเอง

    เกณฑ์การผ่านระยะ

    • ทุกส่วนกระทบยอดและสลับระบบแล้ว
    • ถ่ายทอดความรู้ให้ทีมของคุณแล้ว

  4. ระยะที่ 04

    ปลดระวาง

    เส้นทางโค้ดเดิม งาน batch และที่เก็บข้อมูลเก่าจัดเก็บถาวรและปิดการใช้งาน

    เกณฑ์การผ่านระยะ

    • ตกลงการจัดเก็บถาวรและระยะเวลาเก็บรักษาแล้ว
    • ปลดระวางแพลตฟอร์มเดิมแล้ว

ใช้กับงานใดได้บ้าง

  • ภาครัฐ

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

  • บริการทางการเงิน

    ระบบกรมธรรม์และระบบชำระเงินหลักบนเมนเฟรม ปรับปรุงหลัง API ขณะที่บัญชียังกระทบยอดได้ตรงกัน

  • การผลิตและอุตสาหกรรม

    ส่วนขยาย ERP ที่พัฒนาเองและระบบในโรงงาน ย้ายไปพร้อมกับการย้ายสู่ SAP S/4HANA

ตัวอย่างประกอบ

ระบบ ERP ที่พัฒนาเองของกลุ่มบริษัทครอบครัว

สถานการณ์
ตัวอย่าง: กลุ่มบริษัทครอบครัวขนาดกลางที่ผลิตและจัดจำหน่ายวัสดุก่อสร้าง ใช้ระบบ ERP ที่พัฒนาเองมานานสำหรับบริษัทในประเทศไทยและบริษัทลูกในยุโรป ทั้งสองฝั่งมีการเปลี่ยนแปลงด้านภาษีและรายงานรอคิวอยู่ และนักพัฒนา 2 คนที่รู้จักโค้ดดีที่สุดกำลังจะเกษียณ
ระบบ
ถอดกฎและตรวจยืนยันแยกตามบริษัท façade ส่งงานคำนวณราคาและสต็อกของบริษัทหนึ่งไปยังบริการใหม่ก่อน โดยทำงานคู่ขนานกับระบบเดิมจนผลลัพธ์กระทบยอดตรงกัน
การควบคุมโดยมนุษย์
ผู้เชี่ยวชาญในงานธุรกิจของแต่ละบริษัทตรวจยืนยันกฎของตน เจ้าของงานธุรกิจของแต่ละบริษัทอนุมัติการสลับระบบ และย้อนกลับผ่าน façade ได้เสมอ
สิ่งที่เราจะวัด
สถานะการกระทบยอดแยกตามบริษัท ความครอบคลุมของกฎ และระยะเวลาในการรองรับการเปลี่ยนแปลงตามกฎระเบียบครั้งถัดไป

ประเทศไทย

ปรับปรุงระบบภายใต้กฎของไทยและยุโรป

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

ระบบที่มีข้อมูลส่วนบุคคลของบุคคลในประเทศไทยต้องมีมาตรการรักษาความมั่นคงปลอดภัยที่เหมาะสมตาม PDPA ทั้งระหว่างและหลังการย้าย และการย้ายไปยังคลาวด์นอกประเทศต้องเป็นไปตามหลักเกณฑ์การส่งหรือโอนข้อมูลส่วนบุคคลไปยังต่างประเทศ เมื่อข้อมูลอยู่ภายใต้ GDPR การจับคู่ข้อมูลและชุดทดสอบเป็นไปตาม GDPR ด้วย สำหรับลูกค้าในยุโรปที่ต้องแสดงความมั่นคงปลอดภัยของห่วงโซ่อุปทานตาม NIS2 บริการที่ปรับปรุงแล้วอยู่บนแพลตฟอร์มที่ออกแบบโดยคำนึงถึงหน้าที่นั้น และกฎการย้ายผู้ให้บริการของ Data Act เป็นเหตุผลให้ข้อมูลพกพาได้ตั้งแต่ส่วนแรก

คำถามเกี่ยวกับการปรับปรุงระบบเดิมให้ทันสมัย

ทำไมไม่เปลี่ยนทั้งระบบในครั้งเดียว

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

AI แปลง COBOL เป็น Java ได้หรือไม่

การแปลทีละบรรทัดมักได้โค้ดที่แก้ไขยากพอ ๆ กับต้นฉบับ เราใช้ AI อ่านและจัดทำเอกสารโค้ดเดิม และร่างกฎกับชุดทดสอบ จากนั้นออกแบบบริการใหม่อย่างถูกต้อง กฎทุกข้อที่ถอดได้ต้องให้คนตรวจยืนยันก่อนใช้งาน

ผู้เชี่ยวชาญของเรากำลังจะเกษียณ จะเก็บความรู้ของพวกเขาไว้อย่างไร

ผ่านการประชุมแบบมีโครงสร้างที่ผู้เชี่ยวชาญทบทวนกฎที่ถอดได้และชุดทดสอบพฤติกรรมเดิม ความรู้ของพวกเขาจึงอยู่ในเอกสารและชุดทดสอบที่อยู่กับทีมของคุณ ไม่ได้อยู่ในหัวของเรา

ใช้กับ SAP ECC ได้ด้วยหรือไม่

ได้ หลักการเดียวกันใช้กับการแก้ไขโค้ดที่พัฒนาเองและการย้ายสู่ SAP S/4HANA: ประเมินว่าส่วนใดยังใช้งานอยู่ ถอดกฎและทดสอบส่วนที่สำคัญ แล้วย้ายทีละขั้นอย่างควบคุมได้

ระบบเก่าและระบบใหม่ทำงานคู่กันนานเท่าใด

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

เริ่มต้นอย่างไร

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

ปรึกษาเรื่องระบบเดิมขององค์กร

บอกเราว่าระบบใดเป็นตัวถ่วง และมีอะไรพึ่งพาระบบนั้นอยู่ เราจะเสนอส่วนแรกและวิธีพิสูจน์อย่างปลอดภัย ไม่ว่าระบบนั้นจะให้บริการกี่ประเทศ

ปรึกษาเรื่องโซลูชันนี้ดูข้อมูลสถาปัตยกรรม