טוען ענפים…
מידע ברור, צוותים מחוברים ותמונת מצב אחת.
בפעילות חירום, המידע צריך להיות ברור גם כשאין זמן לקרוא הסברים. מי זמין, מה נדרש, איזו משימה כבר מטופלת ומה התעדכן: כל פרט צריך להגיע למקום הנכון ולהשתלב בתמונת מצב שאפשר לפעול לפיה.
אנחנו מפתחים מערכות שמחברות בין המידע לפעילות: קליטת עדכונים ממקורות מורשים, תיאום מתנדבים ומשאבים, מפות ומעקב משימות. הממשקים נבנים סביב התפקידים בשטח ובמרכז התיאום, עם הרשאות ופעולות ברורות.
נייד, מחשב או טלוויזיה הם חלק מאותו תכנון, לפי קהל המשתמשים והסביבה. עומסים, תלות במקורות מידע והפרעות תקשורת נכנסים לאפיון ולבדיקות, כדי להגדיר לא רק איך המערכת פועלת בשגרה, אלא גם איך היא מתנהגת כשהתנאים משתנים.
4לקוחות בענף
עשרות התרעות בשנייה בעומס, ולכל אחת צריך להגיע רק למי שצריך. ישוב שייך לאזור, לכל אזור זמן התגוננות משלו, מיידי ועד דקה וחצי, ומי שעוקב אחרי אזור צריך לקבל התרעה על כל ישוב בו, בעוד מי שלא סינן דבר מקבל הכול. ההצלבה בין מקור ההתרעה לטבלת ההרשמות חייבת לרוץ בלי עיכוב ובלי כפילויות, כי כל שנייה נחשבת. השרת שאוברסייט בנתה מצליב כל התרעה מול הישובים והאזורים שכל משתמש הגדיר למעקב ומפיץ אותה כהתראת Push דרך Firebase, כולל סוגי ההתרעות של פיקוד העורף ולא רק צבע אדום.
הרגולטור הוא שקובע כאן את הארכיטקטורה, ולא הצוות. פיקוד העורף ניתק יישומים אזרחיים מאות ההתרעה בגלל תקלות ואי אמינות, והחזרה אליו עוברת בשאלון: זמן הפצה, עמידה בעומס של עשרות הודעות בשנייה, שרידות, נקודות כשל אופייניות, הגנת מידע וסייבר, ושרת עם כתובת קבועה בישראל. מכאן נגזרים איפה השרת יושב, מי מארח אותו ואיך מגינים עליו, וצריך להוכיח עמידה בעומס עוד לפני החיבור. את השאלון הזה מילאנו בעצמנו, ולכן כל מערכת התרעות שאנחנו מאפיינים מתחילה בקריטריונים האלה ולא מסתיימת בהם.
הבית צופה בערוץ, ופתאום מעל השידור צפה התרעה, בלי שמישהו נגע במשהו ובלי שהשגרה הופרעה. אין כאן מגע אלא שלט: כל מסך מנווט בחצים ובאישור, וההגדרה הראשונית מתנהלת מסך אחרי מסך. ויש שפות, כי עברית וערבית נכתבות מימין לשמאל, אנגלית ורוסית משמאל לימין, ולכל שפה חיווי קולי משלה מקבצי החיווי של פיקוד העורף, לצד בחירת צליל והתרעת בדיקה. אפליקציית Android TV ששדרגנו בנויה בדיוק לזה, כשכבת Overlay שצפה מעל אפליקציות אחרות וכממשק שנבנה לטלוויזיה, לא כהעתק של הטלפון.
בקבוצה אחת מופיעים הצרכים, בקבוצה אחרת הצוות, ואף אחד לא יודע מי מטפל במה, כי בקשת סיוע לאיתור נעדר נראית אחרת לכל צד. מאז שפיתחנו בהתנדבות, ליוזמת מתנדבים עם רחפנים, שרת שמחבר בין שלושת הממשקים, הסטטוס מתעדכן בשלושתם בו זמנית:
שתי קטגוריות בלבד, חשוב ורגיל: צליל והתראה רק על חשוב, והרגיל מחכה למי שמסתכל מדי פעם. מכשיר אחד, עשרות אפליקציות ואנשי קשר, וכולם דורשים תשומת לב עכשיו, ולכן מאחורי הפשטות יש הרשאה ליירט את התראות המכשיר, החלטה על כל אחת האם להשמיע אותה, ותצוגה בשני סדרים: חשוב קודם, ובתוכו המיון שהמשתמש קבע, לצד ניקוי התראה בודדת או הכול. אוברסייט אפיינה את האפליקציה הזאת לעד 100,000 משתמשים במקביל, והרעיון נכון במיוחד לרגעים שבהם שטף ההודעות הוא עצמו הסיכון.
5פרויקטים שהגשמנו בענףלכל הפרויקטיםמהמידע לפעולה, בואו נחבר את הצוותים.
מחברים את המערכת למקור מידע מורשה ומגדירים אילו עדכונים מוצגים, למי ובאילו פלטפורמות. דרך ההפצה והסינון נקבעת לפי הממשק והסביבה; הפתרון אינו מחליף ערוצי התרעה רשמיים.
קבלת משימות, עדכון זמינות, דיווח סטטוס ותיעוד מהשטח לפי התפקיד. התכולה נבחרת סביב אופן השיבוץ והתקשורת בין הצוות למרכז התיאום.
צרכים, משימות, זמינות צוותים ומשאבים, לצד סטטוסים ותמונת מצב על מפה. מגדירים מי מעדכן, מי מקבל החלטות ומה כל תפקיד רואה.
מתחילים מהפעולות המרכזיות של כל תפקיד ומסדרים את המידע לפי חשיבות והקשר. בודקים מסלולי שימוש קצרים וברורים, כדי שהממשק ישרת את הפעילות ולא יוסיף עומס.
מגדירים עומסי יעד ותסריטי שימוש, ובודקים את הרכיבים והחיבורים בתנאים שנבחרו. התוצאות משמשות להתאמת התשתית ולהגדרת ניטור, בלי הבטחת זמינות מוחלטת.
מגדירים מראש איך מציגים חוסר זמינות, אילו פעולות נשמרות ומה מתעדכן עם חזרת החיבור. עבודה ללא רשת, אם נדרשת, מתוכננת בנפרד לפי המידע והפעולות שניתן לתמוך בהם.
מגדירים הרשאות לפי תפקיד, צוות והמידע שנדרש לפעילות. לצד ההרשאות מתכננים תיעוד פעולות וכללי עדכון, כדי שמידע רגיש לא יהיה פתוח לכל משתמש.
בוחרים תהליך מרכזי ומגדירים לו משתמשים, מקורות מידע ויעדי בדיקה. ההרחבה לפלטפורמות ולגורמים נוספים נשענת על אותו אפיון, תוך בדיקת התלויות וההתאמות בכל שלב.
יש שאלות שעדיף לשאול ישירות. נשמח לענות על השאלה שלכם באופן אישי.
דברו איתנובואו נדבר · ביטחון וחירום
