פניות שאנו מטפלים בהן
- האם נכס קיים צריך להישמר, להיעטף או להיות מוחלף
- כיצד לחלק את תחומי האחריות של הממשק, התקשורת, העיבוד ברקע והיומנים
- היכן למקם את הגבולות בין COM, ActiveX, C++/CLI ו-.NET
- באיזו נקודה לגשר על הבעיות שבין 32 ל-64 סיביות
- מה יש לצפות בו לפני תחילת חקירת באגים
שלבים מתאימים
- הגדרת קריטריונים לפני המימוש
- סקירת התכנון לפני שינוי מערכת קיימת
- מצבים שבהם הארכיטקטורה הנוכחית יוצרת בעיות, אך החלפה מלאה יקרה מדי
- מצבים עם תקלות חוזרות ונשנות המחייבים ארגון מחדש של המערכת מהמבנה שלה
נושאי ייעוץ נפוצים
- ארגון הארכיטקטורה של יישומי Windows
- הטיפול ב-COM, ActiveX ו-OCX
- תאימות הדדית בין 32 ל-64 סיביות
- תכנון מודל התהליכונים ומחזורי החיים
- תכנון יומנים, חריגות ובדיקות למצבים חריגים
איך מתנהל הייעוץ
- תחילה אנו ממפים את הארכיטקטורה הנוכחית, את מגבלותיה ואת הבעיות הקיימות.
- לאחר מכן אנו מפרידים בין מה שיש לשמר, לעטוף ולהחליף.
- בעת הצורך אנו ממשיכים עד לסקירה שלפני המימוש או לתיעוד אסטרטגיית השינוי.
פרויקטים מתאימים במיוחד
KomuraSoft LLC עובדת היטב במיוחד עם פרויקטים ל-Windows שהם מעט ישנים ומעט מורכבים.
- קיימים נכסים שיש לנצל
- קשה להמשיך לתחזק אותם במצבם הנוכחי
- ועם זאת, בנייה מחדש של הכול היא גם נטל משמעותי
בפרויקטים מסוג זה, התחלה בארגון התכנון מפחיתה לרוב את העלות הכוללת.