טיפים לשמירה עדכנית של מסמכי סייבר

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

לאחר שיצרנו תיעוד ראשוני למערכות, לעולם לא נצטרך לשנותו, נכון? טעות! למרות ששינויים בסביבת הבקרה שלנו נעשים בתכיפות פחותה בהרבה מאשר בסביבת IT, הם עדיין יתרחשו. לכן, כחלק מכל הליך ניהולי טוב, צריך להיות צעד שמאמת את הצורך לעדכן את התיעוד עם שינוי. גם אם התיעוד אינו נחוץ, המנהג מבורך.
בכל הליך, כגון שינוי בהנהלה, זו האחריות של אינדיווידואל מסוים לעקוב אחרי ההליך ולסקור את התיעוד הקיים לעדכונים. אפשר לבטל את הסיכון של שגיאת אדם באמצעות תוכנית עם תזכורת לעיין בתיעוד. אפשר להשתמש בתוכנת ניהול מסמכים כדי להעלות מסמכים ולשלוח תזכורי ביקורות. לחילופין, אפשר ליצור מראש הזמנות ללוח השנה בהתאם ללוח הזמנים הנדרש לבדיקה, עם קישור למקום האחסון של המסך. לבסוף, כדי להבטיח שהתיעוד נשמר מעודכן, נסה לא להשאיר את המשימה לאדם אחד. הביקורת יכולה להיעשות על ידי מנהל מערכות אחד, אך צריכה להיות קבוצה שתפקידה לבדוק את הדוחות לאחר הביקורת הרשמית ולאשר שינויים פוטנציאליים. בתום הליך זה, מחזור החיים של הדוקומנטציה שפורטה לעיל צריך לחזור על עצמו.
מקור: www.automationworld.com

חמישה טיפים לבוני רובוטים

לפניכם חמישה טיפים למציאת פתרון רובוטי.
ודא שהרובוט נחוץ: בעת בניית רובוט, בראש ובראשונה יש לוודא שהוא עונה על צרכים עסקיים אמיתיים, ולנהל כמה שיותר בדיקות A/B ומחקרי משתמש. בניית חומרה מצריכה השקעה מרובה, זמן וסבלנות יותר מיישומי תוכנה טהורה. לכן ככל שהידע רב יותר לפני תחילת המסע, כך גדלים סיכויי ההצלחה. הדבר עשוי להישמע טיפשי, אבל מומלץ להתחיל בבניית פרוטוטייפ מקרטון של הרובוט האידיאלי, להלבישו על חבר, ולהורות לו לזוז. כך אפשר לאמת או לבטל את הרעיון מול לקוח פוטנציאלי. שיטה זו נבדקה בהצלחה בחברות רובוטיות רבות.
מינוף תוכנות קוד פתוח: תוכנת קוד פתוח היא הבסיס של רוב הטכנולוגיות כיום - טלוויזיה, אפליקציות אהובות, דפדפן האינטרנט, טלפון, רכב ואפילו מיקרוגל. קוד פתוח נועד בראש ובראשונה לבטל את הצורך להמציא את הגלגל מחדש וליצור תוכנה איכותית יותר באמצעות שיתופי פעולה. אפילו חברות גדולות מבינות את ההיגיון בשיתוף פעולה על גבי תשתית משותפת. מאחר שתוכנה היא המוח והנשמה של הרובוט, באופן טבעי פותחה מערכת הפעלה רובוטית (ROS). המערכת היא אוסף של כלים מבוססים קוד פתוח שתוכננו להאצה של פיתוח יישומים רובוטיים. כלים אלו פותחו על גבי תוכנות קוד פתוח קיימות ומגיעים עם רכיבים אשר חודשו כל הזמן על ידי חוקרי רובוטיקה וחברות. נכללים בהם חיישני כוננים, אלגוריתמים של ניווט והרבה יותר. באופן כללי, מערכת ROS מאפשרת למהנדסים לפעול במהירות כדי למקד את הרובוט בפתרון בעיה ממשית לעומת מצב שהרובוט עצמו מהווה מכשול. צוותים קטנים של 4-2 אנשים יכולים להשתמש בכלים האלו כדי לבנות רובוטים מורכבים. באופן כללי, אין חיסרון ממשי לשימוש ב-ROS מכיוון שהמערכת מודולרית מאוד. אפשר להשתמש בה בכל תדירות. לרכיבים יש רישיון מתיר המאפשר לחברות להוסיף קוד לתוך היישום הקנייני שלהן בלי לתת קוד בחזרה.
קודם תוכנה, אחר כך רובוט: לפני בניית החומרה מניחים תשתית תוכנה הבנויה על בסיס קוד פתוח. כדי לפתח את הבסיס לומדים ROS, לינוקס ו-OpenCV. יהיו בעיות שצריך לפתור בזמן הכתיבה של שורות ארוכות של קוד. יש להשתמש בזה כדי להניע את ההתפתחות של ארכיטקטורת החומרה, ומספיק לבחור חיישנים ורכיבים שפשוט יעבדו הודות ל-ROS. כאשר שהתשתית הבסיסית קיימת ואפשר לשנותה, אין זה אומר שכל שיפור יהיה בעל משמעות. יש לחשוב על דרכים נוספות כדי להגיע למצב הסופי הרצוי. לעיתים קרובות די בשיפורים קטנים כדי לענות על הדרישות. לחילופין, ייתכן שכל ההנחות לגבי הבעיה היו שגויות. היתרון הוא שניתנת ההזדמנות לתקן את הבסיס לפני שמתחייבים לפתרון מתיש ושגוי.

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