מודל הנתונים – Data Modeling
רשימת הנושאים מבוא תרגילי הכנה מפת הדרכים תהליך הבניה תהליך הבדיקה
בסיס נתונים - הגדרה RDBMS אוסף של טבלאות הקשורות ביניהן בקשרים לוגיים כלשהם, המאפשר את שיתוף הנתונים בין היישומים השונים. לכל טבלה חייב להיות מפתח חד ערכי בסיס הנתונים יוצג באמצעות מודל הנתונים הלוגי: ERD
בסיס נתונים - חשיבות בסיס הנתונים הוא הנכס החשוב ביותר של ארגון מודרני
אחריות ה BA/SA תוכן אמינות איכות שלמות עקביות
מאפייני איכות Business Value ערך עסקי Validity תקפות Accuracy דיוק Integrity שלמות לוגית Security אבטחת מידע Privacy פרטיות Consistency עקביות Conformity תקניות Accountability אחריות Availability זמינות Completeness שלמות עסקית Presentation ייצוג Place מיקום Maintainability תחזוקתיות security;data loss and corruption destruction of data or its theft, or fraud.
רשימת הנושאים מבוא תרגילי הכנה מפת הדרכים תהליך הבניה תהליך הבדיקה
מערכת משאבי אנוש
מערכת משאבי אנוש מנהל כ"א בארגון גדול מעוניין לנהל את הנתונים כדלקמן: המידע הרלוונטי: שם משפחה שם פרטי תאריך לידה תאריך התחלת עבודה שפות ורמת השליטה בהן משכורת יסוד דרגה מין מספר הילדים עד גיל 18 כתובת מגורים פרטי הילדים: הצג ERD
ניהול מחסנים
מערכת ניהול מחסנים נתון ארגון בעל רשת שיווק כלל ארצית. לרשת יש מחסנים בכל רחבי הארץ המידע הרלוונטי לכל מחסן: שם מנהל המחסן כתובת המחסן הפריטים במחסן: שם הפריט כמות מחיר הפריט מלאי מינימום הנחות: מחיר הפריט אחיד בכל הארץ מנהל יכול לנהל מספר מחסנים, כאשר אחוז המשרה שונה לכל מחסן קיימת נידות גבוהה של מנהלים
אירוע בית חולים
אירוע בית חולים מנכ”ל בית חולים מעונין לקבל את הדוח הבא : התפלגות ניתוחים לתקופה xx/xx/xxxx עד xx/xx/xxxx משך ניתוח ממוצע מספר חולים מספר ניתוחים ממוצע לרופא סוג הניתוח מחלקה מצא את ה ERD ממנו ניתן לגזור דו"ח זה
פתרון אפשרי ראשוני סוגי ניתוח חולים רופאים מחלקות ניתוחים # סוג ניתוח תיאור # חולה שם חולה... # רופא שם רופא... #מחלקה # מחלקה שם מחלקה # ניתוח תאריך ניתוח #חולה # רופא # סוג ניתוח זמן תחילת הניתוח זמן סיום הניתוח ניתוחים
הנחות יסוד בניתוח עשויים להשתתף מספר רופאים לכל רופא בניתוח יש תפקיד הרופא שייך למחלקה ונדרשת שמירת ההיסטוריה
פתרון משופר סוגי תפקידים סוגי ניתוח חולים רופאים מחלקות רופאים בניתוח # תפקיד תיאור # סוג ניתוח תיאור # חולה שם חולה... # רופא שם רופא... # מחלקה # מחלקה שם מחלקה רופאים בניתוח ניתוחים רופאים-היסטוריה # ניתוח #רופא #תפקיד # ניתוח תאריך ניתוח #חולה # סוג ניתוח זמן תחילת הניתוח זמן סיום הניתוח #רופא סידורי #מחלקה תאריך
רשת חנויות ספרים
רשת חנויות ספרים הרשת מנוהלת ברמה ארצית ההנהלה קובעת מחיר מומלץ ארצי הרשת מנהלת מחסן ספרים מרכזי ממנו החנויות מזמינות למלאי החנויות רשאיות להחזיר ספרים שלא נמכרו החנויות רשאיות לערוך מבצעים רצויים או לקבוע הנחות אישיות ללקוח קניה כוללת בדרך כלל ספר אחד או מספר ספרים
רשת חנויות ספרים דוח 1 בראיון עם המנכ"ל נדרש דו"ח 10 הספרים המובילים לתקופה רווח גולמי מכלל המכירות כמות שם המחבר הראשי שם הספר סידורי
רשת חנויות ספרים דוח 2 מנהל המכירות מבקש דו"ח הכנסות לפי סוגי ספרים לתקופה רצויה % מכלל המכירות כמות סוג הספר פרוזה בישול ניהול מדע
רשת חנויות ספרים דוח 3 החשב רוצה דו"ח הכנסות תקופתי מהחנויות רשת חנויות ספרים דוח 3 החשב רוצה דו"ח הכנסות תקופתי מהחנויות %הנחה ממוצע סה"כ הכנסות כמות הספרים שם החנות
רשת חנויות ספרים דוח 4 החשב מבקש דו"ח הכנסות תקופתי לפי הוצאה רשת חנויות ספרים דוח 4 החשב מבקש דו"ח הכנסות תקופתי לפי הוצאה % מכלל ההכנסות סה"כ הכנסות כמות ספרים שם ההוצאה
רשת חנויות ספרים דוח 5 כמות ספרים ISBN שם הספר רשת חנויות ספרים דוח 5 מנהל החנות דורש דו"ח מלאי הספרים בחנות כמות ספרים ISBN שם הספר
רשימת הנושאים מבוא תרגילי הכנה מפת הדרכים תהליך הבניה תהליך הבדיקה
תהליך פיתוח למודל הלוגי: ERD
רשימת הנושאים מבוא תרגילי הכנה מפת הדרכים תהליך הבניה תהליך הבדיקה
תהליך הבניה
ישויות - דוגמאות ספר השאלה לקוח מוצר הזמנה תשלום הפקדה תביעה סטודנט ישויות - דוגמאות ספר השאלה לקוח מוצר הזמנה תשלום הפקדה תביעה סטודנט טיפול
מאפייני הישות מספר רשומות (שורות) רב לכל שורה מספר מאפיינים (שדות) רמת עדכון גבוהה בחלק גדול מהמקרים יש חשיבות לתאריך כל ישות נשמרת כטבלה נפרדת ב RDBMS יש קשרי גומלין בין הישויות קשרים לטבלאות פענוח צריך להדגיש את האפשרות שבין קטגוריה לישות יש קשרי רבים לרבים למשל ספר יכול להיות שייך למספר קטגוריות
תהליך הבניה
תרגיל בחירת מפתחות קראו את המאמר: מלחמת המפתחות . מה לדעתכם יהיה המפתח הראשי לטבלאות הבאות?: טבלת לקוחות בחברת טלפונים סלולריים טבלת לקוחות בחברה של כרטיסי אשראי טבלת משיכות בכרטיס אשראי טבלת שחקני כדורגל טבלת אירועים למשחק כדורגל(כרטיס צהוב, אדום) טבלת רופאים בבית חולים טבלת ספרים של רשת חנויות ספרים טבלת ציונים של סטודנטים במבחן טבלת ארצות טבלת קודי שגיאה במערכת מורכבת
מפתחות עקרון היסוד מפתח טבעי (לוגי) מפתח חלופי )פיסי/Surrogate/מערכת ) מפתח ראשי-Primary Key מפתח זר Foreign Key מושג שלמות הנתונים Data Integrity מפתחות היברדיים Hybrid הוספת ספרת ביקורת בר קוד ספרות ראשונות: יצרן,שנה,סדרה... הכלאה
עקרון היסוד לכל טבלה חייב להיות מפתח ראשי , חד ערכי, אחד בלבד: PK: Primary Key המפתח יכול להיות שדה בודד או צירוף של מספר שדות מפתח יכול להיות טבעי*/חלופי* לטבלה יכולים להיות מפתחות חד ערכים נוספים בדרך כלל המפתחות הם נומריים תקנים ישראליים ובין לאומיים *חלופי = מלאכותי, פיסי,Surrogate ,מספר רץ, מפתח מערכת *טבעי = לוגי מפתח היברידי:מספר מכונית מספר תז:סדרות מיוחדות לגרים מפתח טבעי נקרא גם מפתח לוגי/אינטלגנטי intelligent key
מפתחות טבעיים-חסרונות קשה מאוד לשנות ערך של שדה המשמש כמפתח ראשי (מתבצע רק ע"י ביטול והקמה, עם סיכון לפגיעה בשלמות הנתונים) לא תמיד הוא חד-משמעי (בייחוד כאשר הינו מלל) לא תמיד ניתן למצוא שדה יחיד אלא חייבים לבחור מספר שדות שיהוו מפתח ראשי טבעי קשה למנוע כפילויות צפוי לשנויים שינבעו משנויים ארגוניים (מזוגים/רכישות/ביזור גיאוגרפי) לא תמיד הערך ידוע למשתמש/מערכת לא בכל קובץ קיים שדה טבעי שיכול לשמש מפתח ראשי בזבזני בשטח דיסק ( לעתים קרובות נדרשים יותר מאשר 4 בתים לאחסון שדה המפתח) דוגמא קלאסית: החלפת מספרי הטלפון הסלולריים בעית שדות היברדיים
מפתחות מלאכותיים-יתרונות תמיד ניתן ליצור שדה אחד שישמש מפתח ראשי. קל מאוד לשנות ערך של שדה שהיה יכול לשמש כמפתח ראשי "טבעי" תמיד חד משמעי חסכוני במקום שליטה מושלמת למניעת כפילויות לא משתנה אף פעם תמיד בעל ערך ידוע-בהיבט המערכת
מפתחות מלאכותיים-חסרונות חסר משמעות לאנשי הארגון קשה לזכירה אינו משמש את אנשי הארגון בחיי היומיום לא מונע הוספת נתונים בעלי כפילות לוגית, שהיו נמנעים על ידי מפתח טבעי מפתח שמורכב מ מספר סטודנט ,מספר קורס, תאריך לעומת מפתח מלאכותי: מספר בחינה רץ סטודנט יכול להיבחן 3 פעמים באותו יום!!! הפתרון הגדרת חוק עסקי שייבדק בעת בדיקות התקינות של המערכת
מתי כדאי לבחור מפתח מלאכותי אם לא קיים מפתח טבעי אם המפתח הטבעי עלול להשתנות (זכור את חוק מרפי) אם בעת ההקמה לא תמיד יודעים מהו המפתח הטבעי אם המפתח הטבעי מורכב מיותר מ 3 – שדות אם למפתח הטבעי יש מספר משמעויות לוגיות-היברידי אם נפח האחסון בעיתי וגם המפתח הטבעי תופס יותר מ 4 בתים וגם המפתח הטבעי מופיע כמפתח זר במספר רב של טבלאות אם בוחרים במפתח מלאכותי, חשוב לשמור את המפתח הטבעי כ Attribute דוגמאות למפתחות שאינם קבועים:מספר טלפון,מספר ויזה,מספר מכונית · אם מקור המידע למפתח הטבעי מתקבל למערכת שלנו ממערכת מידע אחרת, אל תאמין להם כשהם אומרים שהמפתחות שלהם לא ישתנו לעולם. חוק מרפי מוכיח את ההפך כל הזמן! · אם המפתח מוגדר ע"י המשתמש והוא אומר לך ש"לדעתו הוא לעולם לא ישתנה". זהירות !! רב הסיכויים הם נגדך
מתי כדאי לבחור במפתח טבעי המפתח קבוע, כמעט באופן מוחלט המפתח משמש כתקן בינלאומי/ענפי מוכר דוגמאות למפתחות שאינם קבועים:מספר טלפון,מספר ויזה,מספר מכונית · אם מקור המידע למפתח הטבעי מתקבל למערכת שלנו ממערכת מידע אחרת, אל תאמין להם כשהם אומרים שהמפתחות שלהם לא ישתנו לעולם. חוק מרפי מוכיח את ההפך כל הזמן! · אם המפתח מוגדר ע"י המשתמש והוא אומר לך ש"לדעתו הוא לעולם לא ישתנה". זהירות !! רב הסיכויים הם נגדך
סיפרת ביקורת מעריב, 01/2007 כיצד לחשב ספרת ביקורת של תז הכפל במקדמים אם X >9 סכם את הספרות סכם קח ספרה אחרונה אם אפס ספרת הביקורת 0 אם שונה מאפס החסר מ10 מעריב, 01/2007
סיפרת ביקורת כיצד לחשב ספרת ביקורת של תז הכפל במקדמים אם X >9 סכם את הספרות סכם קח ספרה אחרונה אם אפס ספרת הביקורת 0 אם שונה מאפס החסר מ10
להלן רשימה של מספר שדות במערכת לניהול סטודנטים לאזרחי ישראל בלבד קוד קורס זיהוי סטודנט מספר חשבונית קוד שפה קוד מחלקה בכמה מקרים הייתם בוחרים מפתח מלאכותי לשדות אלו 1. 2 מקרים 2. 3 מקרים 3. 4 מקרים 4. 5 מקרים
שדה היברידי לא יכול להיות PK ? נכון/לא נכון
תהליך הבניה
Reference Tables - דוגמאות מדינות(ISO-3166 ) סוגי מטבע( ISO-4217) שפות (ISO 639 ) סוג לקוח ישובים ( משרד התקשורת) סוגי כרטיסי אשראי קבוצות לקוחות(מגזרים) קידומות לטלפונים רמת השכלה מוסדות השכלה אקדמאית בארץ נוהל מפתח מתייחס לטבלאות הפענוח בסעיף 2.10
מאפייני טבלת פענוח מספר שורות קטן רמת עדכון נמוכה תוכן הטבלה כולל לרב רק שדה פענוח מופיע ב GUI כ List Box משמש לבדיקות תקינות/הפקת שאילתות לפי חתכים בדרך כלל אין חשיבות לתאריך אפשר לשמור את כל הטבלאות כקובץ מרכזי אחד אין בדרך כלל קשרי גומלין בין הטבלאות השונות חלוקה לתת טבלאות
להלן רשימה של מספר שדות. שם משפחה מספר מחלקה מספר חשבונית אחוז הנחה אחוז רבית מין קוד מבצע כמה מהם לדעתכם סביר שיהיו מפתח זר : 1. 2 שדות 2. 3 שדות 3. 4 שדות 4. 5 שדות
תהליך הבניה
טבלת קבועי/הגדרות המערכת מע”מ מספר שעות עבודה בשבוע גיל יציאה לפנסיה לגבר גיל יציאה לפנסיה לאישה מספר ימי עבודה בשנה מהירות מקסימלית בכביש בין עירוני מספר חודשי שרות בצה”ל מספר תלמידים מירבי בכיתה מספר ימי שמירה של הודעות בפורום הריצפה/התקרה של מס הכנסה לצורך זיכוי בתרומה
טבלת קבועי/הגדרות המערכת 23/8/2005
טבלת קבועי/הגדרות המערכת
הוטלה עליך משימה לפתח ERD עבור מערכת לניהול מועדון רכב להלן רשימת השדות ההתחלתית: A. שנת יצור רכב B. מודל הרכב C. כתובת המועדון D. תאריך טסט E. ת.ז בעל הרכב F. כתובת בעל הרכב G. דמי חבר שנתיים כמה מבין השדות יכנסו לטבלת הקבועים 1. 0 שדות 2. 1 שדות 3. 2 שדות 4. 3 שדות
תהליך הבניה
טבלת הודעות שגיאה בכל מערכת מומלץ להגדיר טבלת הודעות שגיאה מרכזית אחזקת טבלה מרכזית תאפשר טיפול אחיד בהודעות האחריות לתוכן ההודעה תועבר ללקוח דוגמא: שגיאה קטסטרופה
Enumeration שדה עם מספר ערכים מוגבל , ללא שינויים רווק, נשוי, גרוש ,אלמן מצב משפחתי ראשון,שני,שלישי,רביעי,חמישי,שישי,שבת יום בשבוע כחול, אדום,צהוב צבעי יסוד פלוס,מינוס,כפל,חילוק פעולות חשבון עממית,תיכונית,הנדסאי,תואר ראשון,תואר שני,תואר שלישי השכלה
תהליך הבניה
כיצד קובעים מפתח בטבלאות קשר הדבקת המפתחות של טבלאות המקור הוספת תאריך הוספת תאריך ושעה (חותמת זמן) הוספת מספר רץ החלפת המפתחות הלוגיים במפתח מלאכותי
להלן מספר היגדים על מפתח זר: מפתח זר יכול להיות מפתח של טבלת פענוח מפתח זר יכול להיות כמות פריטים מפתח זר מסוים יכול להופיע אך ורק בטבלה אחת מפתח זר יכול להיות כתובת לא ניתן לבטל שורה בה מופיע PK ללא ביטול כל השורות בהן שדה זה מופיע כ FK כמה מההיגדים נכונים: 1 1 היגדים נכונים 2 2 נכונים 3 3 היגדים נכונים 4 4 היגדים נכונים
תהליך הבניה
מאפיינים (שדות) לכל ישות מספר מאפיינים קבוע סדר המאפיינים אינו חשוב מספר השורות בישות אינו מוגבל סוגי מאפיינים: מפתח זר, מאפיין בסיסי, מאפיין מורכב (היברידי), מאפיין אופציונלי, מאפיין מחושב מאפיינים מיוחדים שיטות ייצוג פנימיות-Data types ישויות עם מספר מאפיינים דינמי ישויות עם מספר מאפינים דינמי טבלת סוגי מאפינים ויצירת קשר בין טבלת ישות וטבלת המאפינים שלה
Data Types( (SqlServer)
Data Types :מספרים שלמים
Data Types :מחרוזות
Data Types :קבצים בינריים
Data Types :ערכים נומריים כלליים
Data Types :תאריכים
שיטות ייצוג פנימיות ASCII EBCDIC Unicode BITS
תהליך הבניה
הכנת ERD כלים קשרים תיעוד מפורט
כלים Visio Access תוכנות UML תוכנות ייעודיות
דוגמא ב Access
דוגמא ב Rational
יחסים בין ישויות - Relations מהות הקשר תפקיד המרכיבים דרגת הקשר הורשה
מהות הקשר
דרגת הקשר אפס בלבד 0 אפס או אחד 1..0 מאפס ומעלה * מאפס ומעלה *..0 אפס בלבד 0 אפס או אחד 1..0 מאפס ומעלה * מאפס ומעלה *..0 אחד בלבד 1 1 ומעלה *..1 1 ומעלה ..1 מ M עד N M..N
קשר 1 ל 1
קשר אחד לרבים
קשר רבים לרבים
רמת התלות ישות בסיסית ישות שקיומה אינו תלוי באחרות ישות בסיסית ישות שקיומה אינו תלוי באחרות ישות תלות ישות שקיומה מותנה בקיומה של ישות אב אחת ישות קשר ישות שקיומה מותנה ביותר מאב אחד
ישויות תלות
מערכת לניהול קורסים במערכת לניהול קורסים במכללה פרטית מתבצעים 20 סוגי קורסים שונים. מחזור חדש לקורס נפתח בממוצע כל חודשיים. בסוף כל מחזור נקבע לתלמיד ציון. מספר המחזור הוא מספר רץ שנקבע על ידי המערכת לכל סוג של קורס המערכת אמורה לשמור את ציוני התלמיד בכל הקורסים בהם למד(אם הייתה חזרה על קורס יש לשמור רק את הציון האחרון) מהו המפתח המיטבי לטבלה בה יוחזק הציון: #תלמיד,#מחזור,#סוג קורס #תלמיד,#תאריך מבחן,#סוג הקורס #תלמיד,#סוג קורס #תלמיד,#מחזור
ישות קשר
ישות קשר
תיעוד מודל הנתונים על פי EA תקנים: naming conventions כלים ממוכנים תרשים ERD מפורט (במקרים מסובכים מספיקים המפתחות) חוקים עסקיים טבלה של CRUD מול כל הקשרים של הטבלה
תיעוד ERD על פי נוהל מפתח טבלאות הפענוח 2.10 ה DB הלוגי 2.12 מילון הנתונים 2.13 תקנים: naming conventions כלים ממוכנים תרשים ERD מפורט (במקרים מסובכים מספיקים המפתחות) חוקים עסקיים טבלה של CRUD מול כל הקשרים של הטבלה
טבלאות הפענוח-2.10 פירוט טבלאות הפענוח פירוט טבלת הקבועים פירוט טבלת הקבועים פירוט הודעות השגיאה פירוט טבלאות השליטה במדדים תקנים: naming conventions כלים ממוכנים תרשים ERD מפורט (במקרים מסובכים מספיקים המפתחות) חוקים עסקיים טבלה של CRUD מול כל הקשרים של הטבלה
ה DB הלוגי(ERD)- 2.12 תקנים חוקים עסקיים (CRUD) תרשים ERD מפורט* פירוט הישויות תקנים: naming conventions כלים ממוכנים תרשים ERD מפורט (במקרים מסובכים מספיקים המפתחות) חוקים עסקיים טבלה של CRUD מול כל הקשרים של הטבלה
2.13 מילון פריטי המידע שם השדה סוג השדה קוד מפתח(PK/FK) אורך-חיצוני 2.13 מילון פריטי המידע שם השדה סוג השדה קוד מפתח(PK/FK) אורך-חיצוני טווח ערכים ברירת מחדל בדיקות תקינות מיוחדות אבטחת מידע (הצפנה/הגנה ברמת השדה) הבהרות ( הסבר קצר, שמות נרדפים...) למה בכלל צריך מילון מספר ימי הטיפול בפניה: האם הכוונה לימי עבודה או ימים קלנדריים סכום לתשלום:ברוטו או נטו מין: כיצד נרשם? תעודת זהות:עם אן בלי ספרת ביקורת? כתובת:מהי בדיוק כוללת?
2.13 מילון פריטי המידע למה בכלל צריך מילון 2.13 מילון פריטי המידע למה בכלל צריך מילון מספר ימי הטיפול בפניה: האם הכוונה לימי עבודה או ימים קלנדריים סכום לתשלום:ברוטו או נטו מין: כיצד נרשם? תעודת זהות:עם אן בלי ספרת ביקורת? כתובת:מהי בדיוק כוללת?
תהליך הבדיקה
תהליך הבדיקה
Relationship of Normal Forms
: 1NFבטבלה , כל השדות אטומיים ואין חזרות נרמול על פי חוקי Codd : 1NFבטבלה , כל השדות אטומיים ואין חזרות 2NF : כל מאפיין שאינו מפתח תלוי באופן מלא בכל מאפייני המפתח הראשי(PK) 3NF : כל מאפיין חייב להיות תלוי אך ורק במפתח ) בטבלה אין שדות מחושבים) צריך לזכור שאין נרמול אבסולוטי. הנרמול תלוי בסביבה העסקית אין חזרות:repeating groups נרמול הוא תהליך!! כל חוק מחייב את קיום החוקים הקודמים
החוק הראשון יש חזרות !!! צריך לזכור שאין נרמול אבסולוטי. החוק הראשון צריך לזכור שאין נרמול אבסולוטי. הנרמול תלוי בסביבה העסקית אין חזרות:repeating groups נרמול הוא תהליך!! יש חזרות !!!
החוק הראשון האם המרצה תלוי בכל מרכיבי המפתח? החוק הראשון צריך לזכור שאין נרמול אבסולוטי. הנרמול תלוי בסביבה העסקית אין חזרות:repeating groups נרמול הוא תהליך!! האם המרצה תלוי בכל מרכיבי המפתח?
החוק הראשון/השני צריך לזכור שאין נרמול אבסולוטי. החוק הראשון/השני צריך לזכור שאין נרמול אבסולוטי. הנרמול תלוי בסביבה העסקית אין חזרות:repeating groups נרמול הוא תהליך!!
האם טבלה זו מנורמלת על פי החוק השלישי?
על פי חוקי Codd חייבת להיות טבלת קבועי מערכת נכון/לא נכון?
בטבלת עובדים מופיע שדה בשם תאריך לידה. האם סביר ששדה זה יהיה מפתח זר? נכון / לא נכון
למה צריך את חוקי Codd מניעת כפילויות ((Redundancy אמינות הנתונים עקביות בנתונים מניעת איבוד מידע מניעת תלות בין העובדות:אם מבטלים את כל העובדים של מחלקה נתונה טבלת המחלקות נשארת ריקה וזה תקין לחלוטין A Tutorial on Basic Normalization, Part 1
כיצד לזכור את חוקי Codd A data base is in the third normal form when every attribute depends on the key, the whole key and nothing but the key so help me Codd
במערכת ניהול הזמנות הציע ה BA את הטבלה הבאה :על פי חוקי Codd הטבלה: 1 חוקית 2 חוקית אם מבטלים את מספר הלקוח 3 חוקית אם מבטלים את מספר הפריט והכמות ומעבירים אותם לטבלה נפרדת 4 חוקית אם #פריט יצוין גם הוא כ PK
במערכת לניהול שוטרים ,עוקבים אחר עבודתם של שוטרים בתחנות השונות בהם שרתו במהלך השנים. נתונה הטבלה: #שוטר,#תחנה,תאריך הצבה, הערכת המפקד האם הטבלה חוקית
בית חולים אמור לנהל מחסן ראשי וכן מספר מחסני משנה של פריטים מנתח מערכות הציע את המבנה החלקי הבא: טבלת פריטים: #פריט, שם פריט, קטגוריה טבלת מצאי מחסן: #מחסן,#פריט,כמות פריטים, מחיר פריט,שם מחסן, מיקום מחסן,מלאי מינימום, סוג המחסן(ראשי/משני) כמה שדות מיותרים יש בטבלת מצאי מחסן 2 שדות מיותרים 3 שדות מיותרים 4 שדות מיותרים כל השדות חיוניים
מימד הזמן ב )ERDהיסטוריה) מחיר בונוס לאנשי מכירות דרגה כתובת מהדורה של מסמך כתובת באמאזון מחזיק מספר כתובות גם ישנות
דוגמא - ישות פריט מה יכולה להיות כאן הבעיה לטווח רחוק
הוספת היסטוריה של פריטים
דוגמא - קישור לקוח לאיש מכירות מה קורה כאשר מחליפים ללקוח את איש המכירות
דוגמא - קישור לקוח לאיש מכירות
תהליך הבדיקה
עקרונות לבדיקת מאפיינים שדה תיאורי שדה מחיר שדה סכום שדה אחוז כמות תאריך דגל (קוד בינרי) מפתח זר
מצא שגיאות בטבלה זו הקשר בין תפקיד ודרגה תאריך לידה והתחלת עבודה לפחות 18 הקשר בין קוד רשיון וגיל
שדה תיאורי האם יש אפשרות להפוך לטבלה עם תיאורים קבועים האם יש אפשרות לפרק למספר שדות בסיסיים יותר האם יש חשיבות להיסטוריה האם יש להוסיף קוד שפה האם השדה הוא שדה חובה האם לאורך השדה יש תקן מחייב
כתובת... רחוב מס בית קומה כניסה קוד עיר מדינה תיבת דואר מיקוד דואר אלקטרוני בעבודה דואר אלקטרוני בבית שיטת דיוור מועדפת
טלפון... קידומת מדינה קידומת עיר מספר טלפון שלוחה סוג טלפון: נייד/פקס/עבודה/בית/PAGER
שם... שם פרטי שם משפחה שם אמצעי תואר שם משפחה קודם סיומת (דרוג אזרחי /או צבאי)
שדה מחיר האם יש חשיבות להיסטוריה האם יש אפשרות לסוגי מטבע שונים האם המחיר כולל / לא כולל מע”מ האם יש משמעות ליחידות האם יש אפשרות להנחה/סוגי הנחות האם יש אפשרות לסוגי תשלום
שדה סכום/תקציב שמות משמעותיים ועקביים האם השדה מחושב האם ניתן להמיר לטבלת סוגי סכומים האם יש חשיבות להיסטריה האם הסכום עשוי להיות גם שלילי (החזר) עגולים/קיצוצים ערך התחלתי האם יש חסמים לסכום האם יש חשיבות לסוג המטבע האם יש צורך להוסיף יחידות(...באלפים) Amount אינו שם משמעותי מס הכנסה שלילי!!! דוגמא: סכום לפי אדם או סכום גלובלי משכורת יסוד תקציבים
שדה אחוז האם ניתן לבנות טבלה עם סוגי אחוזים? האם יש משמעות לאחוז שלילי האם האחוז חייב להיות שלם בלבד האם יש משמעות להיסטוריה האם יש חסמים האם יש קשר לאחוזים אחרים
שדה כמות האם יש משמעות להיסטוריה האם משמעות לקבוצות של כמויות האם יש משמעות לכמות שלילית האם השדה מחושב האם יש חסמים האם קשור לכמויות/סכומים/אחוזים אחרים האם יש צורך להוסיף יחידות (…סמ”ק)
האם ה BA קובע האם שדה כלשהו הוא שדה חובה (Not Null) נכון/לא נכון?
תאריך האם יש חסמים/ השוואה לתאריכים אחרים האם יש משמעות לימי חג האם התאריך עשוי להיות הדק לפעילות האם התאריך נלקח אוטומטית מהמחשב האם מספר התאריכים קבוע ויכולים להילקח מטבלה
בטבלת עובדים מופיע שדה בשם תאריך לידה. האם סביר ששדה זה יהיה מפתח זר? נכון / לא נכון
דגל ( SW/Indicator) עקביות בשמות אם זה סופי שיש רק שתי אפשרויות האם יש ברירת מחדל שכיחה האם הדגל הוא שדה חובה מהו התקן למצב בלתי ידוע מהו התקן למצב לא סומן האם יש משמעות להיסטוריה קשרי חובה לשדות אחרים דגל ביטול לוגי SW FLag IND קוד תשלום אחזקת טלפון לעובד בגימלאותת קודתשלום הוצאת נסיעה למי שגר קרוב למשרד
מפתח זר בדוק קיום טבלה מתאימה בדוק אפשרות לקשר מרובה בדוק את מימד הזמן בדוק את ברירת המחדל פריט יכול להיות שייך למספר סוגי פריטים
דוגמא – חברות באיגוד האם הפתרון מנורמל? האם הפתרון נכון?
תהליך הבדיקה
אבטחת מידע טיפול בהרשאות הצפנת שדות הגנה על ביטולים עדכוני רוחב להקפיד על לוג/ביטול לוגי ולא ביטול פיסי/דוח ביטולים
אבטחת מידע ריכוז הנתונים במקום אחד ושימוש נרחב באמצעי תקשורת מחייב את מערכת מסד הנתונים לדאוג לנושא אבטחת הנתונים. אבטחת המידע עוסקת בהיבטים של מניעת גישה למשתמשים לא מורשים, אבטחת המידע המועבר ברשת (הצפנות), גיבוי והתאוששות.