דילוג לתוכן
XSIS
מפתחת באוזניות עובדת על קוד

הנדסת תוכנה

מודרניזציה של מערכות מדור קודם בקצב AI

מודרניזציה של המערכות שאתם תלויים בהן בלי לעצור את העסק

המערכות שמפעילות את העבודה החשובה ביותר הן הקשות ביותר לשינוי

מערכות ותיקות מפעילות לעיתים ספרים ראשיים, חיוב, הרחבות ERP וכלי משרד אחורי שאיש אינו רוצה לגעת בהם. קשה לשנות אותן, קשה אייש אותן, והולך וקשה לאבטח אותן, והאנשים שבנו אותן עברו לעיתים קרובות הלאה.

החלפה בבת אחת היא אחד הפרויקטים המסוכנים ביותר שעסק יכול להריץ. מועדי ספקים, כמו סיום התמיכה ב-SAP ECC, וכללי חוסן כמו DORA מוסיפים לחץ לנוע.

מה משתנה אצלכם

  1. ללא החלפה בבת אחת

    הישן והחדש פועלים זה לצד זה, והתוצאות שלהם מושוות, כך שהעסק ממשיך לפעול בכל שלב.

  2. מודרניזציה בקצב מהיר יותר

    ניתוח קוד ושיפור קוד בעזרת AI, מאומתים על ידי מהנדסים ובדיקות, מקצרים את החלק האיטי ביותר בעבודה: הבנת הקוד הישן.

  3. רישיונות ומערכות מיינפריים מוצאים משימוש

    כל חלק שהוחלף מכובה, הנתונים שלו נשמרים בארכיון והרישיונות והתשתית שלו מסתיימים.

מה אנחנו מספקים

  • הערכת מערכות וחוב טכני

    מלאי של קוד, נתונים, ממשקים, תלויות והאנשים שמכירים אותם, עם הסיכונים מדורגים.

  • אפשרויות ומפת דרכים

    לכל חלק, בחירה לשמור, לעטוף, להעביר פלטפורמה, לכתוב מחדש או להוציא משימוש, עם הנימוקים וסדר העבודה.

  • שיפור קוד בעזרת AI

    כלי AI שקוראים ומסבירים קוד ישן, מציעים שיפורים ומנסחים בדיקות. כל שינוי נסקר על ידי מהנדס ונבדק בחבילת הבדיקות.

  • הגירה בשיטת Strangler Fig

    שכבת API מודרנית לפני המערכת הישנה, עם יכולות שנבנות מחדש מאחוריה אחת אחרי השנייה עד ששום דבר לא קורא לקוד הישן.

  • מבחני אפיון והרצה במקביל

    בדיקות שמתעדות מה המערכת הישנה עושה בפועל, והשוואת פלטים של ישן וחדש על עומסי עבודה אמיתיים לפני כל החלפה.

  • הגירת מסד נתונים

    נתונים ממופים, מנוקים ומועברים מקבצי COBOL, מ-DB2 או מ-Oracle Database למסדי נתונים נייטיביים לענן, עם דוחות התאמה שמראים ששום דבר לא אבד או השתנה.

  • הוצאה משימוש של מיינפריים ומונוליטים

    כיצד כל חלק שהוחלף מכובה, הנתונים שלו נשמרים בארכיון לצורכי ביקורת והרישיונות והתשתית שלו מסתיימים.

איך אנחנו עובדים

  1. הבנת המערכת

    אנחנו קוראים את הקוד, עוקבים אחרי הנתונים ומראיינים את האנשים שמפעילים אותה, ומתעדים מה היא באמת עושה.

  2. בחירת המסלול

    אנחנו מחליטים יחד איתכם אילו חלקים לשמור, לעטוף, להעביר או להוציא משימוש, ובאיזה סדר.

  3. עטיפה

    אנחנו שמים שכבת API לפני המערכת הישנה, כך שעבודה חדשה מפסיקה להיות תלויה במה שבתוכה.

  4. החלפה חלק אחר חלק

    אנחנו בונים מחדש יכולת אחת בכל פעם מאחורי שכבת ה-API, עם בדיקות שמראות שהיא תואמת.

  5. הרצה במקביל

    אנחנו מריצים ישן וחדש זה לצד זה, משווים את התוצאות ומחליפים רק כשהן מסכימות.

  6. הוצאה משימוש

    אנחנו מכבים את מה שהוחלף, מארכבים את הנתונים שלו ומסיימים את הרישיונות והתשתית שלו.

טכנולוגיות שאנחנו ממודרנים מהן ואליהן

בפלטפורמות נדירות יותר אנחנו בודקים את הקוד תחילה ואומרים לכם בפשטות אם יש לנו את הכישורים. אזכור של מוצר אינו מעיד על שותפות עם הספק שלו.

שפות
  • Java
מסגרות
  • .NET
מסדי נתונים
  • Oracle Database
  • Microsoft SQL Server
  • PostgreSQL
DevOps וניטור
  • Docker
  • Kubernetes
אינטגרציה
  • SOAP

אפס שיבוש, מגובה בחוזה

אנחנו לא מבקשים מכם לסמוך על הבטחה. שערי קבלה לאבני דרך, עסקאות אידמפוטנטיות עם החזרה לאחור ותורי הודעות כשל, ואחריות לפגמים לאחר ההשקה כתובים בהסכם.

איך מתחילים

מערכת פעילה שנכשלת או שאינה מתועדת מתחילה בגשר אבחון למערכות קיימות. זהו ביקורת קצרה של הקוד, הנתונים והאבטחה. היא מסתיימת בפסק דין גלוי: לחלץ, לשפר או לבנות מחדש, ובהצעת מחיר במחיר קבוע.

מה קורה עכשיו

  1. מפגש ייעוץ מקדים

    מפגש ייעוץ מקדים מקוון ללא עלות של 30 דקות: אנחנו עוברים איתכם על המטרות, המערכות והמגבלות שלכם.

  2. סקירת מוכנות

    במסגרת סקירת מוכנות ללא עלות בת 48 שעות, מהנדס ראשי בודק את הפרויקט שלכם מול הגדרת המוכנות בת שש הנקודות וממליץ על המסלול המתאים.

  3. בחירת המסלול

    פרויקטים עם היקף מוכן מקבלים הצעה מחייבת בתוך 3–5 ימי עסקים. פרויקטים בשלב הרעיון מתחילים ב-Blueprint Studio. מערכת חיה שנכשלת, אינה מתועדת או זקוקה לאינטגרציה מתחילה באבחון של 1–2 שבועות. ל-Blueprint Studio ולאבחון יש שכר טרחה קבוע, הנקוב בהצעה.

  4. אספקה בחמישה שלבים

    התנעה, ספרינטים עם הדגמות חיות, אינטגרציה והקשחה, קבלה ועלייה לאוויר, ואז שירותים מנוהלים. לאחר ההשקה מגיע תקופת אחריות, ולאחריה תמיכה ותחזוקה אופציונליות.

שאלות ותשובות

למה לא לכתוב את כל המערכת מחדש בבת אחת?

כתיבה מחדש מלאה חייבת להתאים לשנים של התנהגות לפני שהיא יכולה להחליף משהו, והעסק ממשיך להשתנות סביבה. פרויקטים כאלה נמשכים לעיתים קרובות זמן רב ועולים לאוויר עם פערים. החלפת יכולת אחת בכל פעם מספקת ערך מוקדם ומשאירה את המערכת הישנה כרשת ביטחון. אפשר לעצור או לשנות כיוון בכל שלב.

האם העסק יצטרך לעצור במהלך ההגירה?

הגישה מתוכננת כך שלא. המערכת הישנה ממשיכה לפעול בזמן שכל חלק חדש נבנה ומוכח במקביל. העבודה עוברת לחלק החדש בהדרגה ויכולה לחזור אחורה אם משהו שגוי. היכן שהגירת נתונים דורשת מעבר, אנחנו מתרגלים אותה תחילה ומתאמים אותה איתכם.

מה AI עושה בפועל במודרניזציה?

הוא קורא כמויות גדולות של קוד ישן במהירות: מסביר מה התוכנית עושה, עוקב אחרי לאן הולכים הנתונים, מציע שיפורי קוד ומנסח בדיקות. המהנדסים מחליטים מה משתנה, סוקרים כל שורה ומוכיחים אותה במבחני אפיון. AI מזרז את ההבנה; הוא אינו מחליף אימות.

איש אינו מבין לגמרי את המערכת הישנה שלנו. האם אפשר עדיין לבצע מודרניזציה?

כן, וזה נפוץ. אנחנו משחזרים את הידע מהקוד, מהנתונים, מיומנים ומהאנשים שמשתמשים במערכת. אנחנו לוכדים את מה שהיא עושה במבחני אפיון, שהופכים למפרט שהחלקים החדשים חייבים לעמוד בו.

האם אתם יכולים להעביר עומסי COBOL ו-DB2 מהמיינפריים?

כן. אנחנו מתרגמים או בונים מחדש תוכניות COBOL כשירותים נייטיביים לענן, ומעבירים נתוני DB2 עם התאמה בכל שלב. עבודות אצווה וממשקי קבצים מקבלים מקבילות מודרניות. חלקים יציבים ויקרים להעברה יכולים להישאר מאחורי שכבת API עד שיגיע תורם.

מתי עדיף לעטוף מערכת מאשר להחליף אותה?

כשהישן יציב ונכון אבל קשה להגיע אליו. ממשקי API מודרניים לפניו מאפשרים לערוצים, לשותפים ולמוצרים חדשים להשתמש בפונקציות שלו בלי לגעת במה שבתוכו. אנחנו ממליצים על החלפה כשהמערכת חוסמת שינוי, אינה ניתנת לאבטחה או שאין עוד מי שיתפעל אותה.

מערכת חיה שנכשלת או שאינה מתועדת?

גשר אבחון המערכות הקיימות בודק את הקוד, הנתונים וצווארי הבקבוק לפני שמצילים או מרפקטרים משהו.

מה קורה עכשיו

  1. סקירת מוכנות

    במסגרת סקירת מוכנות ללא עלות בת 48 שעות, מהנדס ראשי בודק את הפרויקט שלכם מול הגדרת המוכנות בת שש הנקודות וממליץ על המסלול המתאים.

  2. אבחון מערכות קיימות

    במשך 1–2 שבועות, המהנדסים הראשיים שלנו בודקים את הקוד, את סכימות ה-ERP ומסד הנתונים, את ה-API ואת התשתית שלכם, וסורקים אחרי סודות שדלפו והצפנה חלשה.

  3. הצלה, רפקטור או בנייה מחדש

    תקבלו כרטיס ציון הנדסי כן וגם פסק דין לחלץ, לשפר או לבנות מחדש, עם הצעת תיקון במחיר קבוע.

  4. שכר הטרחה מזוכה בהצלה

    100% משכר האבחון מזוכה כנגד החילוץ או האינטגרציה כש-XSIS מבצעת אותה. לאחר מכן העבודה עוברת בחמשת שלבי האספקה הזהים.