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