ארכיטקטורת הפלטפורמה

ליבה משותפת.
תצורה מקומית.
מהדורות מבוקרות.

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

01 ארכיטקטורת הפריסה

היגיון כללי.
פריסות ייעודיות.

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

BLACK FLEET DEV

ליבת תפעול משותפת

לוגיקת ההזמנה · זרימות העבודה באפליקציה · גרסאות סטנדרטיות

הפניה תפעולית

לונדוןדגל הממלכה המאוחדת

  • אפליקציית לקוח במיתוג העיר · iOS ו-Android
  • אפליקציית נהגים ממותגת לעיר · iOS ו-Android
  • סביבת העבודה של המפעיל · מחשבי Mac ו-Windows
  • אתר האינטרנט של העיר
  • תצורה מקומית וגבולות נתונים
מודל פריסה עירוני

עיר שותפה

  • אפליקציית לקוח במיתוג העיר · iOS ו-Android
  • אפליקציית נהגים ממותגת לעיר · iOS ו-Android
  • סביבת העבודה של המפעיל · מחשבי Mac ו-Windows
  • אתר האינטרנט של העיר
  • תצורה מקומית וגבולות נתונים

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

02 עקרונות הנדסיים

תצורה.
הרשאות. אינטגרציה.

01

תצורת העיר

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

02

תכנון זרימת העבודה

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

03

מגבלות גישה

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

04

גבולות האינטגרציה

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

05

משמעת בהשקה

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

03 תשלומים ושילוב מערכות

תשלומים מקושרים.
פעילות מקושרת.

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

01

תשלומים ותהליך תשלום

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

02

מפות ותכנון מסלולים

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

03

נתוני טיסה

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

04

הודעות והתראות

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

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

דנו בדרישות האינטגרציה שלכם

04 תשלום לנהגים

הכנסות מנסיעה.
אישור. תשלום.

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

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

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

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

05 אבטחה ואיכות

הרשאות.
אימות. אחריות.

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

01

מגבלות גישה

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

02

אימות זרימת העבודה

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

03

משלוח מבוקר

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

04

משוב תפעולי

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

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

פיתוח מתמשך

שמרו על הליבה.
הגדירו את היקף ההרחבות.

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

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

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

השלב הבא

התחילו בדרישות המערכת שלכם.

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

תכננו את הפריסה שלכם