חלק ההכנה למימוש, חלק זה מכיל טבלאות ותרשימים לתיכון ראשוני של המערכת ,

הדיאגרמות מורכבות מרכיבי החומרה והתוכנה של המערכת ועד אופן מימוש אוביקטי המערכת לקידוד.

בין הדיאגרמות המתוארות:

דיאגרמת "Deployment diagram" הינו תרשים שמתאר את רכיבי החומרה עם רכיבי התוכנה שיושבים עליהם. התרשים מאפשר תכנון טוב יותר של המערכת מתוך ראיה רחבה יותר של מרכיביה.

אופן שמירת הנתונים וניהול DB של המערכת מוצג בדיאגרמת "Persistent diagram"

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

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

CRC Cards אלו כרטיסים המתארים את המחלקות העיקריות במערכת ואת אחריותן.

כרטיסים אלו מהווים תיכנון ראשוני לטבלאות DB וכן לאוביקטי המערכת מכרטיסים אלו ניתן לראות את האחריות של כל אוביקט.

הקיים במערכת ואת שיתופי הפעולה בין המחלקות.

את אופן הביצוע הפונקצינליות העקריות במערכת ניתן להבין מתוך

"Sequence diagram" דיאגרמה זו מיצגת את אופן ביצוע הפעולות מבחינת "רצף הזמן",בקישור זה ישנן דיאגרמות עבור הפונקצינליות העיקרית במערכת.

מסמך זה מכיל מידע עבור דרישות לא פונקציונליות, תוך הסבר על אופן מימושן מתוך תיכון המערכת

כמו כן לאחר תיכון המערכת אופן ניהול הסיכונים ברור יותר ומוצג בתוךטבלת סיכון ומימושן ואופן תיכון המערכת על מנת למנוע תרחישים אלו.

על מנת לאשש את פונקצינליות שלבי הפיתוח יהיו באופן צמוד לתוכנית הבדיקות המתוארת במסמך זה.

כמו כן ישנו תיעוד למוצר על אופן השימוש עבור הלקוח.

יכולות המוצר ממוינות לפי סדר יורד של חשיבותן ובהתאם לכך על הסיכון לאי מימושן:

פרוט על אופן ניהול יומן לפרטים כאן

0. הזנת נתונים למערכת ואחסונן בצורה אמינה ועקבית, זהו פונקצינליות קדם עבור ניהול המערכת,

וכולל הזנת פרטי הקוסמטיקאית מיקום לטיפול, סוגי טיפול, אורכם, מחירם וכו', זהו למעשה

המידע הבסיסי שהמערכת זקוקה לה עבור הפונקצינליות האפשריות במערכת.

1. יכולת לקביעת תור למשתמשי המערכת,קימת אפשרות לקביעת תור מצד המטופלים למערכת בצורה אוטומטית

ללא יכולת זה המוצר יהיה ללא עיקרו,זהו למעשה הצורך העסקי העיקרי מצד הלקוח TM,

2. סינכרון בין המשתמשים.

סיכון: שני מטופלים הקובעים תור לאותו הזמן. התנגשות מצד המערכת.

הפתרון ניהול קטע קריטי.

3. יצירת תזמון לקוסמטיקאיות בהתבסס על התורים שנקבעו.

4. יכולת ביטול תור.

5. זמן ביטול תור מוגבל.

סיכון: מטופל יבטל תור קרוב ממש לטיפול ללא יכולת של מטופל אחר לקבוע לזמן זה, כלומר הפסד מצד הקוסמטיקאית

הפתרון: קיים זמן עד לטיפול שאחריו כבר לא ניתן בטל תור.

6. יצירת תזכורת למשתמשים.

יכולת יצירת רשימת מוצרים להזמנה אצל הקוסמטיקאית. בהתבסס על הזמנת מוצרים מצד הלקוחות

1. אבטחת המערכת, צירוף משתמשים בצורה בטוחה ואבטחת הכניסה למערכת.

סיכון: צירוף לקוחות לא רצויים, לקוחות זדוניים שעלולים לקבוע תור ללא אחריות, כיון שהמערכת מתבססת על אמון מצד

המטופלים ניתן לקבוע תור והתשלום יהיה בזמן הטיפול. מכיון שכך יתכן ומשתמשים זרים יצטרפו למערכת ויפגעו בה.

הפתרון:(ראשוני) צירוף משתמשים בצורה בטוחה-הכוללת אישור הצטרפות(עדיין בדיונים..)

2. אתר נוח וברור לשימוש.

סיכון:אי נוחות תגרום לאי שימוש באתר ולחזרה למצב קודם ניהול אנושי.

3. אחסון נתונים בשרת firebase

הסיכון:

• חוסר הכרות עם תוכנות שרתים.

• תלוי שרות חיצוני שעלול בהמשך לגבות תשלום,

  פתרון:

• לימוד מקיף של תקשרות ותיכנות מצד שרת,

• עדכון הלקוח TM בשרות חיצוני והסכמתו.

דיגרמות UML: