פוסטים

מסמך דרישות לאפליקציה - פיתוח אפליקציות

מסמך דרישות לאפליקציה – איך יוצרים מסמך דרישות אפקטיבי לפיתוח אפליקציה?

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

מסמך דרישות לאפליקציה

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

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

איך יוצרים מסמך דרישות אפקטיבי לפיתוח אפליקציה?

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

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

בואו נעבור על המרכיבים ונסביר אודותיהם בקצרה:

פירוט נרחב אודות יעדי האפליקציה:

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

תרשים זרימת משתמשים באפליקציה:

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

איור מבנה מסכים באפליקציה:

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

רישום פעולות/תוצאות טכני לאפליקציה:

כאשר מדובר באפליקציה, בכל מסך שמוצג למשתמש יש שלושה רכיבים שחייבים לקבל התייחסות:

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

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

הגדרת צורכי ניהול/פאנל ניהול לאפליקציה:

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

לסיכום,

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

אפיון תוכנה וובית - גרפים

אפיון תוכנה וובית – איך כותבים מסמך אפיון מפורט ופונקציונלי לתוכנה?

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

אפיון תוכנה וובית

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

דוגמאות לתוכנות ווביות:

  1. תיבות המייל של גוגל (Gmail).
  2. מערכות CRM ו-ERP.
  3. סביבות שירות של חברות.

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

היתרונות בתכונות ווביות:

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

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

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

איך כותבים מסמך אפיון מפורט ופונקציונלי לתוכנה?

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

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

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

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

כתיבת אפיון תוכנה וובית:

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

הכתיבה של האפיון הפונקציונלי תתחלק לרוב לחלקים:

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

על כלל הפרמטרים הללו לדבר זה עם זה ולייצר יחד ערך רב ללקוחות.

לסיכום,

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

מסמך דרישות - רשימת משימות למכנת

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

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

מסמך דרישות

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

איך כותבים מסמך אפיון דרישות?

כדי לענות על שאלה חשובה זו, עלינו לחלק את התשובה לשניים:

  1. כתיבת מסמך דרישות לאתר אינטרנט.
  2. כתיבת מסמך דרישות למערכת (מידע / תוכן).

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

בואו נצא לדרך,

כתיבת מסמך אפיון דרישות לאתר אינטרנט:

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

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

  1. פגישת היכרות עם הלקוח.
  2. היכרות עם תחום הפעילות והתחרות בענף.
  3. למידה והפנמה של הצרכים של הלקוחות.
  4. שרטוט נראות האתר לפי השלבים הקודמים.
  5. רישום מדויק ומסודר לכל פרט ופרט לביצוע.
  6. מעקב אחר ביצוע העבודה וליווי התהליך.

כתיבת מסמך אפיון דרישות למערכת:

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

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

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

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