דרישות עסקיות: פיתוח ודוגמאות עיצוב

2024 מְחַבֵּר: Howard Calhoun | [email protected]. שונה לאחרונה: 2023-12-17 10:27

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

הגדרה

בלבול בטרמינולוגיה נוצר משלוש סיבות עיקריות:

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

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

עדכון מוצר

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

הדגשות התהליך

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

סקירה כללית

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

הרכב יישומים

דרישות תהליך עסקי כוללות לרוב:

1. הקשר, אזור ורקע, כולל סיבות לשינויים.
2. בעלי עניין מרכזיים שיש להם דרישות.
3. גורמי הצלחה עבור מצב עתידי או יעד.
4. הגבלות שהוטלו על ידי מערכות עסקיות או אחרות.
5. דגמים וניתוח תהליכים לעתים קרובותבאמצעות תרשימי זרימה כדי לייצג הכל "כמו שהוא".
6. מודל נתונים לוגי והפניות למילון.
7. מילון מונחים עסקיים וז'רגון מקומי.
8. דיאגרמות של זרימת נתונים כדי להמחיש כיצד הוא זורם במערכות מידע (בניגוד לתרשימי זרימה המתארים את הזרימה האלגוריתמית של פעולות עסקיות).

תפקידים

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

שלמות

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

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

אב-טיפוס

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

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

Development

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

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

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

דוגמאות עיצוב

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

Difficulties

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

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

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