top of page
היבטי ניהול
היבטי ניהול
ניהול דרישות
ניהול דרישות
מודל נתונים לוגי
מודל נתונים לוגי
הגדרת תהליכים
הגדרת תהליכים
חוקים עסקיים
חוקים עסקיים
ממשק משתמש
ממשק משתמש
UML
UML
BABOK
BABOK
QA
QA
קורסים
קורסים
אתרים
אתרים
הומור
הומור

תכנון על ל Use Cases


ניהול שחקנים

הסבר: ניהול שחקנים

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

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

כעיקרון ניתן לחלק את השחקנים ל 3 קטגוריות: גורמים אנושיים, מערכות משיקות, מרכיבי חומרה.

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

הסבר: חלוקה לתת מערכות

במערכת מידע יכולים להיות מספר רב של Use Cases

סדרי הגודל הם כדלקמן: במערכת קטנה 1-20, מערכת בינונית 21-40 במערכת גדולה 41-200, במערכות ענקיות יש גם מעל 200 Use Cases

על פי חוקי מילר כדאי לחלק את ה Use Cases לקטגוריות/אשכולות או מה שקרוי לעיתים תת מערכת

בכל תת מערכת 7+2 Use Cases (במקרים מסויימים אפשר גם להגיע ל 15)

ברב המקרים החלוקה תהיה זהה לחלוקה לקטגוריות של הדרישות הפונקציונליות,

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

לכל Use Case יש שם קצר שמתחיל בדרך כלל בפועל

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

דוגמא: תרשים על לניהול מערכת להשכרת רכבים

Use Cases

הסבר: הכנת תרשים תוכן

תרשים תוכן

תרשים תוכן מציג את כל הקשרים בתוך תת מערכת בין השחקנים ל Use Cases

ובין ה Use Cases לפירוק שלהם לתת Use Cases מסוג: Include/Extend/use

תרשים התוכן מאפשר לBA או מנהל הפרויקט לראות תמונה ויזואלית של תת המערכת ולקבל החלטות לגבי סדר העדיפויות לאפיון מפורט של ה Use Cases השונים.

הסבר: פירוק לתת Use Cases

הרעיון המרכזי הוא להימנע מ Use Cases מורכבים מידי.

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

להלן מספר עקרונות לחלוקה מושכלת של Use Case למספר תתי Uase Cases

  • Use Case נפרד לטיפול בכל מסך

  • Use Case נפרד לטיפול בתת ישויות

  • Use Case נפרד לכל שאילתה/דו"ח

  • Use Case לכל חישוב מורכב

  • Use Case נפרד לכל פונקציונליות משותפת למספר Use Cases

  • במסכים שיש בהם מספר חוצצים-Use Case נפרד לכל חוצץ

  • Use Case נפרד למסלולים חלופיים מורכבים​

הסבר: ניהול תהליכים תשתיתיים

תהליכים תשתיתיים הם תהליכי עזר ל Use Cases

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

כל התהליכים שקשורים לניהול החוקים

כל התהליכם שקשורים לשליפת מידע ממקורות חיצוניים

מומלץ לרכז את כל התהליכים הללו בקטגוריה נפרדת

הסבר: חלוקה למהדורות

חלוקה למהדורות

החלוקה למהדורות או לסבבים תבוצע על ידי תעדוף ה Use Cases.

בתרשימי התוכן ניתן לצבוע את ה Use Cases בצבעים שונים

אפשרות נוספת הינה להשתמש במנגנון הגבולות של UML

מאמר: הסבר מפורט Use Cases

bottom of page