פרויקט ג'אווה קטן, עבודה קלה למבינים, ללא עיצוב רק בנית הקוד וממשק

הנחיות כלליות (לכל חלקי הפרויקט)
• יש להימנע בכל מקרה משכפול קוד, מפונקציות ארוכות מדי ומבחירת שמות גרועים למחלקות לפונקציות ולמשתנים.
• יש לוודא קלט תקין מהמשתמש בכל שלב ולהחזיר הודאות שגיאה קריאות במידה והקלט אינו תקין.
• יש להקפיד להשתמש ב-modifiers בצורה נבונה. מחלקה שלא אמורים לבנות אובייקטים שלה אמורה להיות מוגדרת כ-abstract, קבועים יש לסמן כ-static final public (אין להשתמש בקבועים מספריים בגוף התוכנית ללא הגדרה כנ"ל), משתנים של המחלקה רצוי כמעט תמיד להגדיר כ-private, וכו'.
• יש להקפיד על מוסכמות בסגנון הכתיבה – שמות מחלקות יתחילו באות גדולה, שמות חבילות, משתנים ופונקציות באות קטנה, שמות קבועים יהיו מורכבים רק מאותיות גדולות, יש להקפיד על אינדנטציה נכונה, וכו'.
• יש לדאוג שבאף מקרה לא ייזרק Exception שלא טופל ושייגרום לתעופה של התוכנית.
• יש להקפיד על כל קוד פשוט ונקי.
• ינתן דגש על תכנות מכוון עצמים, ולכן שימו לב מי האובייקט האחראי על פעולה מסויימת, כלומר, אם יהיה באג, לכותב של איזו מחלקה יפנו באופן אינטואיטיבי.
• ומניסיון העבר: זהו קורס בשפה מכוונת עצמים, לכן הקפידו להשתמש בכל מאפיניה כפי שלמדתם בעבר.
 
פרוייקט – "ניהול מערכת ניהול מכירות קבוצתיות"
מטרת התרגיל היא לממש מערכת המנהלת מכירות קבוצתית.
בכל מכירה מוצג פריט במחיר התחלתי והוא נמכר לבעל ההצעה הגבוהה ביותר.
המערכת תומכת בשני סוגי מכירות:
1. מכרז: כל ההצעות ניתנות עד סגירת המכרז. המציעים אינם רואים את ההצעות האחרות. באם התקבלו 2 הצעות בסכום זהה, תתקבל ההצעה הראשונה.
2. מכירה פומבית: מתבצעת בזמן אמת, כל מציע רואה את ההצעות הנוספות. המכירה תיסגר ע"י מנהל המערכת. הצעה הגבוהה ביותר תזכה במכירה.
המערכת יכולה לתמוך בקיום מכירות פומביות בו-זמנית.
הלקוחות צריכים להירשם במערכת לפני השתתפותם במכירה.

לוגים:
כל הודעת לוג תציין את הזמן בו נכתבה בפורמט dd/MM/yyyy HH:mm:ss.
יש לאפשר הוספה/הסרה של מודול זה באופן רוחבי מהאפליקציה.
1. יש לייצר קובץ לוג לכל המערכת ובה יתועדו כל הפעולות המתבצעות:
• זמן פתיחת כל מכירה
• זמן סגירה של כל מכירה
• רישום של משתמש חדש למערכת
• הצעה של משתמש במכירה מסויימת

2. יש לייצר קובץ לוג נפרד לכל מכירה. כלומר, אם היו 20 מכירות, יהיו 20 קבצי לוג. בקובץ יוצגו כל ההצעות שניתנו, זמן ההצעה, שם המציע, וגובה ההצעה. לבסוף את פרטי ההצעה שניצחה.

3. יש לייצר קובץ לוג נפרד לכל לקוח ובו יתועדו הפעולות הרלוונטיות ללקוח מהמתואר בסעיף 1.

הארה חשובה:
יש להקפיד על הפרדה בין 3 השכבות: DAL, BL ו- UI, מאחר וינתנו מימושים שונים לשכבות השונות, ללא השפעה או תלות בשכבות האחרות.

תרגיל 1 – שימוש ב- servlet, jsp, jsf, web services (40%)
יש לממש את ה- BL וכן את ה- UI של המערכת באמצעות servlet, jsp ו- jsf (לשיקולכם).
התקשורת תמומש באמצעות web services.
אין צורך להתממשק עדיין לשכבת DAL במטלה זו (הנתונים ישמרו בזיכרון או hard-coded).

תרגיל 2 – שימוש ב- JPA, JAXB, SPRING, AUTHORIZATION (60%)
יש לשמור את הנתונים ל- DB באמצעות המנגנון של JPA.

יש לאפשר טעינת מכירות לאפליקציה מקובץ קונפיגורציה באמצעות SPRING (תגדירו את הפורמט שלו) בנוסף, יהיה ניתן לטעון מכירות מקובץ XMK (תגדירו את הפורמט שלו) באמצעות מנגנון ה- JAXB (בנוסף להוספת מכירה דרך ה- UI ולמכירות שיטענו דרך ה- SPRING). כלומר, תהייה אפשרות לקבל שם של קובץ xml ולטעון את נתוניו.

יש להגדיר 2 סוגי משתמשים: מנהלים ולקוחות. מנהל יכול להוסיף מכירות ולסגור מכירות.