פרוייקטי גמר

1. פרוייקטי גמר תשע"ב

2. מה זה פרויקט גמר? • מטרה • התנסות מלאה בפרויקט ארוך טווח (משך: כשנה קלנדארית) בעל אופי הנדסי או מדעי • משמעויות • עבודה מול משתמשים ונתונים אמיתיים • דיווח לממונים (מנחה אקדמי / מקצועי) • עמידה בלו"ז שנקבע מראש • התנסות במצגות בפני קהל של עמיתים • כתיבה של דו"חות טכניים • השקעה נדרשת • 400-500 שעות עבודה המחלקה להנדסת מערכות מידע

3. סוגי עבודות הגמר – מערכת מידע • הקמת מערכת מידע (מ"מ) – עבודת גמר בה הסטודנט משתמש בידע אותו רכש במהלך לימודיו האקדמיים כדי להקים מערכת מידע שיכולה לכלול באופן טיפוסי בסיס נתונים, ממשק למשתמש, אתר אינטרנט, וכו'. על המערכת לתמוך במספר סביר של תהליכים אירגוניים/עיסקיים (לפחות שמונה תהליכים עיסקיים שונים לעבודה של זוג). בהקמה של מערכת כזו יש להתנסות בטכנולוגיה חדשה מאתגרת, או לשלב תהליך מתוחכם במערכת. מערכת מידע ביסיסית, גם אם היא מוטמעת אצל הלקוח אינה מספקת כפרוייקט גמר. המחלקה להנדסת מערכות מידע

4. סוגי עבודות הגמר- מערכת הנדסית • בניית מערכת הנדסית (מ"ה) – הקמה של מערכת חומרה/תוכנה. באופן טיפוסי מדובר במערכת שמתחברת לחיישן כלשהו (למשל מצלמה) לצורך קריאת נתונים, כתיבת תוכנה לעיבוד הנתונים, והצגת התוצאות. עיקר האתגר בפרויקט מסוג זה הוא הלימוד העצמי של נושאים הנדסיים שאינם נלמדים במחלקתנו. המחלקה להנדסת מערכות מידע

5. סוגי עבודות הגמר- עבודה מחקרית • עבודה מחקרית (ע"מ) – השתתפות פעילה באחד המחקרים של חברי הסגל במחלקה. באופן טיפוסי מדובר ביצירת נתונים למחקר (למשל באמצעות סימולציה או שאלונים) וניתוח הנתונים לצורך הסקת מסקנות. האתגר בפרויקט מסוג זה הוא הלימוד העצמי של נושאים שאינם נלמדים בד"כ בתואר הראשון, והשלמות ביישום של מתודולוגיות מדעיות כדוגמת שיטות סטטיסטיות. המחלקה להנדסת מערכות מידע

6. צוות הפרויקט • צוות פרויקט יכלול עד שני תלמידים. • על צוות הפרויקט לאתר איש סגל של המחלקה כמנחה אקדמי. • אפשר שבנוסף למנחה האקדמי ובאישורו יעזרו התלמידים במנחה מקצועי • המנחה המקצועי חייב להיות אקדמאי (מהנדס, מרצה במחלקה אחרת, תלמיד לתואר שני / שלישי וכו') המחלקה להנדסת מערכות מידע

7. חובות סף • אישור הפרויקט • רישום לקורס סמינר פרויקטים (372-1-4001) • סטודנט שלא יעמוד בחובות אלו לא יוכל לבצע את פרויקט הגמר שלו השנה. • חובות הסף חלים גם על סטודנטים במסלול המהיר. המחלקה להנדסת מערכות מידע

8. אישור הפרויקט • על צוות הפרויקט לדאוג לאשר את הפרויקט באמצעות מערכת הפרויקטים • הזנת הפרויקט במערכת. כולל עדכון כתובות מייל אנא הימנעו מרישום כפול. אם קרה- ידעו את תומר במייל • אישור הפרויקט ע"י המנחה האקדמי • אישור הפרויקט ע"י רכז הסמינרים (ד"ר ארמין שמילוביץ') • תאריך אחרון 20.11.11 • כל שבוע איחור גורר 5 נק' קנס מציון הקורס סמינר פרוייקטים (372-1-4001) • יותר מחודש איחור גורר הפסקת הפרויקט. הפרויקט לא יתבצע השנה. • שימו לב- רק פרויקט שאושר ע"י רכז הסמינרים במערכת יחשב מאושר המחלקה להנדסת מערכות מידע

9. רישום לקורס סמינר פרויקטים • על כל סטודנט להירשם לאחת מקבוצות ההוראה בקורס סמינר פרויקטים (372-1-4001) • יש להירשם לקבוצת ההוראה שמעביר המנחה. • אם המנחה מעביר קבוצת הוראה אך היא מלאה- יש להירשם לאחת הקבוצות האחרות ולשלוח מייל: • כתובת: Tomer.zrihen@gmail.com • נוסח (כולל פסיקים): אנא להעביר את ,123456789,(ת.ז) מקבוצה ,5, לקבוצה ,3 • אם המנחה לא מעביר קבוצת הוראה- יש להירשם לאחת הקבוצות ובלבד שכל צוות הפרויקט יהיה רשום לאותה קבוצה. • תום תקופת שינויים 14.11.11 • יתכן ותועברו לקבוצת הוראה אחרת מבחירתכם על-מנת לעמוד בכללי הרישום הנ"ל המחלקה להנדסת מערכות מידע

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

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

12. סמינר פרויקטים – תכנית פגישות • סמסטר ב' • פגישה מס ' 1 • אב טיפוס ראשוני • פגישה מס ' 2 • אב טיפוס מתקדם • הצגת הגרסה הראשונה של המצגת הסופית וקבלת משוב • פגישה מס ' 3 • חזרה גנראלית על המצגת הסופית • כנס פרויקטים • דוח סופי • בחינה על הפרויקט • סמסטר א' • פגישה מס ' 1 • הצגת נושאי פרויקטים ע"י סטודנטים בעלי נושא מאושר • דיון בנושאים אפשריים עבור הסטודנטים שטרם בחרו נושא • מתן הנחיות כלליות לגבי ביצוע הפרויקטים. • פגישה מס' 2 • הגדרת הבעיה + סקר ספרות. • פגישה מס' 3 • דו"ח התקדמות. המחלקה להנדסת מערכות מידע

13. פגישה 1 – הצגת נושא • תאור הבעייה בארגון אותה אתם עומדים לפתור (רצוי באמצעות דוגמאות ומספרים) • תאור הפתרון המוצע בקווים כללים המחלקה להנדסת מערכות מידע

14. פגישה 2 - סקר ספרות • תאור הארגון לעומקו • תאור הבעיה • סקירה של הספרות כיצד מתמודדים עם בעיות כאלו • תאור הפתרון המוצע (תהליכים עיסקיים במערכת) • סקירת אלטרנטיבות שונות למימוש הפתרון (תוכנה/חומרה/עלות/פער ידע) יתרונות וחסרונות • טבלת השוואה ובחירה • תאור גבולות הפתרון – כלומר מה יבוצע ומה לא יבוצע וקריטריונים לסיום הפרויקט בהצלחה המחלקה להנדסת מערכות מידע

15. פגישה 3 - ניתוח ועיצוב • חזרה בקצרה על הבעיה ואופן הפתרון הנבחר • הדגמת ניתוח ועיצוב המערכת: • למשל מסך תפריטים ראשי • הדגמת הטיפול בתהליך אחד או שנים לעומק • למתקדמים – אב טיפוס ראשוני למספר מצומצם של תהליכים • תכנון המשך מהלך הפרויקט (תרשים גנט) • בעיות שעלולות לצוץ ואופן ההתמודדות עימן להזכירכם – עליכם להגיש דוח כתוב לסיכום ההתקדמות בסמסטר א המחלקה להנדסת מערכות מידע

16. פגישה 4 – אב-טיפוס ראשוני • חזרה בקצרה על הבעייה ואופן הפתרון הנבחר • חזרה בקצרה על ניתוח ועיצוב המערכת • הצגת יכולותיו של אב-טיפוס ראשוני המתפעל מספר מצומצם של תהליכים עסקיים • לוח זמנים להמשך ההתקדמות (גנט) המחלקה להנדסת מערכות מידע

17. פגישה 5 – אב טיפוס מתקדם • חזרה בקצרה על הבעייה ואופן הפתרון הנבחר • חזרה בקצרה על ניתוח ועיצוב המערכת • הצגת יכולותיו של אב-טיפוס מתקדם המתפעל המתפעל כמעט את כל התהליכים העסקיים במערכת • תוכנית מבדקי איכות תוכנה למערכת • לוח זמנים לסיום המחלקה להנדסת מערכות מידע

18. פגישה 6 – הכנה לכנס הפרויקטים • תאור בקצרה של הבעייה ואופן הפתרון הנבחר • תאור בקצרה של ניתוח ועיצוב המערכת • תאור המבדקים שהמערכת עברה • הדגמת המערכת באמצעות תהליך עיסקי אחד או שניים (למשל באמצעות סרטון) • תאור הדרוש לסיום או המצב אצל הלקוח • לקחים מהפרויקט המחלקה להנדסת מערכות מידע