Professional Documents
Culture Documents
1
הערות כלליות לתרגילים
.1דרישות התרגילים מתוארות באופן כללי ומוטל עליכם לקבל החלטות לגבי צורת המימוש
המדוייקת .בכל מקום שלא מופיעה דרישה מדוייקת – יש לבחור בדרך ההגיונית ביותר
שנראית לכם.
.2גם כאשר לא ברור מהו ה Design-הנכון ביותר לפתרון – זוהי חלק ממטרתו של התרגיל
והאחריות על Designנכון ואלגנטי מוטלת בסופו של דבר עליכם.
.3יתכן שבשלב מסויים בתרגילים דרישה מסויימת נראית מיותרת או לא שייכת ,אך יש לזכור
שמטרת התרגילים היא בסופו של דבר לתרגל את החומר הנלמד ולהתקדם בפיתוח שלבי
הפרוייקט הסופי.
התרגילים
בתרגיל זה הינכם נדרשים לעצב את ממשק המשתמש של התוכנה (כולל אפשרויות ניווט בין
המסכים השונים וכדומה) ,וכן לייצר משחק שיוכל לשעשע את משתמשי התוכנה.
בשלב זה של התרגיל ,התוכנה עדיין לא תנהל ממש את הנתונים (חסר קישור ל ,)Database-אולם
תיווצר הכנה מלאה לניהול הנתונים מבחינת ממשק המשתמש .יש לקחת בחשבון בשלב זה
שיקולי GUIבשילוב עם החלטות לגבי הדרך שבה תנוהל התוכנית לאחר שייבנה עבורה
.Databaseהעובדה שבתרגיל זה התוכנית איננה מקושרת לבסיס נתונים אינה מונעת חשיבה
נכונה על מבנה ה( GUI-אך היא דורשת היכרות עם הקונטרולים מקושרי המידע!) ,עם זאת –
במידה ויידרשו שינויים לאחר החיבור ל ,DB-תוכלו לעשותם בתרגיל .2
אין חובה בשלב זה לייצר מחלקות לניהול המידע או לכתוב קוד שאינו קשור לתצוגת המידע.
המשחק שאותו עליכם לממש הינו משחק " "master mindאו בשמו העברי "בול פגיעה":
המחשב מגריל 4מספרים בין 1-6כל אחד והמשתמש צריך לנחש אותם ,לפי הסדר הנכון.
לאחר כל ניחוש המחשב מודיע למשתמש כמה "בול" וכמה "פגיעה" יש לו ,כאשר "בול" הינו
ניחוש נכון ובמקום הנכון ו"פגיעה" הינו ניחוש נכון אבל במקום שגוי.
למשחק ניתן יהיה להגיע דרך מסך ה About-של התוכנית.
2
להלן דרישות התוכנה:
מפרט המערכת
המערכת מחזיקה מבנה אירגוני של עובדים ומנהלים.
עובד יכול להיות כפוף ליותר ממנהל אחד ואז יש לציין את אחוזי המשרה של העובד
אצל כל מנהל.
משתמשים נכנסים למערכת באמצעות קוד משתמש וסיסמה.
כל משתמש יכול ליצור משימות עבור העובדים שלו וכן עבור עצמו.
משימה כוללת את המאפיינים הבאים :שם ,תיאור ,תאריך יעד להתחלה ,תאריך יעד
לסיום ,תאריך התחלה בפועל ,תאריך סיום בפועל ,מספר שעות עבודה משוער ,מספר
שעות עבודה בפועל ,אחוז הביצוע המוערך ,סטטוס המשימה (טרם הוחל ביצוע,
בביצוע ,בוצעה חלקית ,הסתיימה) ,הערות שוטפות.
כל משתמש רואה את המשימות הפתוחות שלו וכן יכול לראות את סטטוס המשימות
של כל הכפופים לו ,וכל הכפופים לכפופיו באופן אינסופי (אבל לא ברשימה אחת
ענקית אלא ברשימות נפרדות לפי רמת ההיררכיה מהכפופים ישירות ומטה ,או
באמצעות מבנה עצי מתאים ,או בגלישה ע"י לינקים מתאימים).
עובד מדווח שעות עבודה במערכת באופן הבא :תאריך ושעת התחלת עבודה ,תאריך
ושעת סיום עבודה וכן – משימה שעליה עבדנו .כמו כן ,העובד מדווח על אחוז
ההתקדמות המשוער במשימה .דיווח ראשוני על עבודה על המשימה יביא אותה
באופן אוטומטי לסטטוס "בביצוע" .דיווח על 100%התקדמות יביא את המשימה
באופן אוטומטי לסטטוס "הסתיימה" .המשתמש יכול לדווח באופן יזום על סיום
חלקי של המשימה והעברתה לסטטוס "בוצעה חלקית" ,במקרה זה המשתמש יוסיף
הערה על סיבת ההעברה לסטטוס זה של "בוצעה חלקית".
פרט לדיווח האמור לעיל משתמש אינו יכול להשפיע על פרטי משימה שלא הוא יצר,
כלומר – הוא אינו יכול לשנות את תאריכי היעד המקוריים של המשימה ,את שמה,
את התיאור המצורף למשימה או את מספר שעות העבודה שיועד למשימה.
משימות שדווח על ביצוען המלא לא יוצגו יותר למשתמש שאליו הן היו שייכות אבל
כן יוצגו למנהל שיצר את המשימה.
מנהל שיצר משימה יכול לסגור אותה כאשר היא בסטטוס "הסתיימה" או "בוצעה
חלקית" וכן הוא יכול לבטל משימה בסטטוס "טרם הוחל בביצוע" או "בביצוע".
ההבדל בין סגירת משימה לבין ביטול משימה הינו לצורכי ניתוחים סטטיסטיים
עתידיים – בשני המקרים יש לשמור את פרטי המשימה כפי שנאספו ,אך לא להציגה
יותר במערכת.
מנהל שיצר משימה יכול לעדכן את אחוז ההתקדמות שדווח ע"י העובד .במקרה כזה
כאשר העובד ייצפה במשימה עליו לדעת שאחוז ההתקדמות עודכן ביוזמת המנהל.
כמו כן ,המנהל יכול להוסיף הערות למשימה ולשנות מאפיינים במשימה.
משתמש יכול להיות מוגדר כ Admin-ואז מותר לו ליצור עובדים ולשייך אותם
למנהלים .יכולים להיות יותר מ Admin-אחד .בסמכותו של Adminלתת הרשאת
Adminלכל משתמש במערכת .המערכת מתחילה את חייה עם משתמש Adminאחד
אוטומטי.
3
.2חיבור ל +( Database-תוספות)
לחבר את האפליקציה שנכתבה בתרגיל הראשון ל( DB-כלומר – התוכנה באמת תעבוד!).
לאפשר הפקת מסמכים אוטמטית ב Word-ישירות מתוך המערכת ,למשל – תעודת הוקרה
4
פרוייקט סיום
למעשה ,לאורך הקורס נכתבה כבר תוכנה מפוארת ושימושית .בפרוייקט הסיום הינכם
מתבקשים להוסיף תוספות ושיפורים לתוכנה הקיימת ,כראות עיניכם .חלק חשוב מהערכת
הפרוייקט הינו מידת המקוריות (והעניין) של התוספות שתוסיפו.
כמובן ,ככל שימומשו תוספות בהיקף גדול יותר ,וככל שרמתן של התוספות תהיה גבוהה יותר,
כך הציון הסופי יהיה יותר גבוה.
להלן רשימה של תוספות ושיפורים לדוגמה .אין חובה לממש את כולן ואפשר לממש במקומן או
בנוסף גם תוספות אחרות.
על צוותים של שניים לממש שניים מבין השיפורים הבאים או תוספות אחרות במשקל דומה.
על צוותים של אדם בודד לממש שיפור אחד או תוספת אחרת במשקל דומה.
חשוב!
כדי שבבדיקה ילקחו בחשבון כל התוספות רצוי מאוד לפרט את התוספות בצורה מסודרת בקובץ
Wordשיצורף לפרוייקט .רצוי להסביר גם כיצד להשתמש בכל תכונה שהוספתם.
קובץ ה Word-יכול להציג בנוסף גם הסבר כללי על הפרוייקט.
בהצלחה!
5