Table of Contents
מקרה מחקר: יישום מוצלח של נתונים בהנדסת אוויר עם Directus
הנדסה אווירית יושב על גבול הדיוק, הבטיחות והחדשנות הרציפה.As מטוסים וחללית הופכים להיות יותר מוגדרים ומבוססים על נתונים, הצורך בניהול נתונים יציב, מדרגי מעולם לא היה יותר דחוי.במקרה זה מחקר בוחן כיצד יצרן אווירי מוביל שהפך את זרימת העבודה ההנדסית שלו על ידי יישום אסטרטגיית מודלים מקיפה של נתונים באמצעות FLT:0DirectusirFLT:1, קוד פתוח פתוח ופלטפורמת פיתוח אחידה.
מדינת הנתונים בהנדסה אווירית לפני הטרנספורמציה
עיצוב אווירופייס מודרני כולל אלפי רכיבים, מיליוני מריצים מדומים, ומאות מהנדסים שעובדים על פני דיסציפלינות.החברה מתמקדת, ספק אווירו-מרחבי באמצע-שכבת האחראית על מערכות בקרה לטיסה ביקורתית, נתקלו במערכת אקולוגית נתונים מפורקת.
- שילוב של מסדי נתונים של SQL עבור חלק מ metadata
- המונחים: design change logs
- פורמטי קובץ מפיצים מ-CAD ו- CAE
- רשומות על ידי מסמך Sign-off עבור הסמכה
פיצול זה הוביל למספר נקודות כאב מבצעיות.מהנדסים בילו לעתים קרובות שעות על גבי נתונים על פני סילוס כדי לאמת מספרי חלקים או היסטוריה של תיקון.ועידות שמות עקביות גרמו שגיאות בקביעת חוצות חומרים (BOM) יצוא. ביקורות רגולטוריות דורש איסוף נתונים ידני שיכול לקחת שבועות.אולי באופן ביקורתי ביותר, חוסר נתונים מאוחדים עשה את זה קשה לעקוב אחר שינוי עיצוב מהרעיון, בדיקות, סימולציה, סימולציה, ייצור.
קביעת מטרות ברורות למיזם מודל הנתונים
צוות ההנהלה קבע יוזמה בת שישה חודשים עם המטרות האסטרטגיות הבאות:
- (FLT:0) ,Standardize פורמטים נתונים FLT:1eur על פני קבוצות מכניות, חשמל והנדסת תוכנה כדי לחסל את עבודת הפיוס.
- (FLT:0) לעיין מודל נתונים בקנה מידה רחב יותר של 1FIRLT) שיכול להכיל קווי מוצר חדשים ותקני הסמכה מתפתחים מבלי לדרוש היררכיה מלאה.
- (ב) ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇
- (FLT:0) integrate בצורה חלקה 1FLT) עם כלי סימולציה ובדיקות קיימים (ANSYS, Siemens NX, MATLAB/Simulink) כדי לאפשר גישה בזמן אמת לנתונים המאסטרים.
- (FLT:0) לחנך זמן-ל-insightof1) לאנליזה על ידי מתן נתונים נקיים, שאילתתיים מוכנים עבור לוחות נתונים ומודלים של למידת מכונה.
הפלטפורמה שנבחרה צריכה להיות גמישה מספיק כדי ליצור מערכות יחסים מורכבות (למשל, חלק שייך לאסיפה, השייכת למערכת, אשר מאומתת על ידי בדיקות ספציפיות) תוך מתן ממשק אינטואיטיבי לבעלי עניין לא טכניים.לאחר הערכה של מספר אפשרויות, הצוות שנבחר Directus עבור ארכיטקטורת הקוד הפתוח שלה, יכולתה לייצר ממשק אינטואיטיבי עבור ממשק API לא-טכנולוגיית מותאם אוטומטית, ותפקידה מבוסס-העצמי (RanCred-Res) של שליטה עצמית, פתוחה, יכולתו.
עיצוב מודל נתונים של Space-Specific Data Model
מתוך Entity-Relationship Diagrams to a Normalized Schema
היישום החל בניתוח מעמיק של מבני נתונים קיימים.אדריכלי נתונים החזיקו סדנאות עם מהנדסים מובילים מכל משמעת כדי למפות כל ישות המעורבת במחזור החיים של פועל בקרת טיסה - ממספרים חומרי גלם באמצעות תוצאות הבדיקה הסופיות.הם השתמשו ב-Entity-Relationship Diagrams (ERDs) כדי לזהות אדמומיות, omas, ו נעדרים יחסים.
מודל הנתונים הבסיסי תוכנן סביב 5 אוספים עיקריים:
- (ב) ,0 חלקיו של LT:1) - כל מרכיב פיזי או הגיוני עם תכונות כמו מספר חלקי, תיקון, ספק חומרי ומשקל.
- (ב) ,0) ,AssembliesFLT:1 - קבוצות של חלקים, עם סטיות היררכיות והתמוטטות כמות.
- (FLT:0)עיצוב משנה את LT:1 - יומן שלם של בקשות לשינוי, אישורים ורשומות יישום (הופנה מהדף ניהול שינוי הנדסי).
- (ב) ⁇ :0) ⁇ ⁇ (Testsssph:1) - קישורים לסימולציות, פרוטוקולי בדיקה פיזיים, ותוצאות מעבר/fail עם תנאים סביבתיים.
- (ב) ,0) אישורים (FLT) 1 - מסמכי עמידה רגולטוריים הקשורים לשיפוץ חלקי או לעבירות מסוימות.
מערכות יחסים היו נורמליות כדי להימנע משכפול.לדוגמה, מפרט חומר יחיד (למשל, "AMS 5643") מאוחסן באוסף שלה, והתייחסויות אליו בחלקים רבים, במקום לחזור על עצמו כתחום טקסט.נורמליזציה זו הפחיתה את שגיאות הכניסה לנתונים וגרמה לעדכונים עקביים ברחבי הארגון.
מינוף Directus for Schema Customization and API Generation
Directus סיפק לצוות ממשק חזותי לבנות מודל זה, המאפשר לא-חוקרים להוסיף שדות, לקבוע כללים, ולהגדיר מערכות יחסים (אחד-ל-מן, רבים-ל-מני) ללא כתיבת SQL.סוגי השדה הבנויים של הפלטפורמה - כולל JSON, WYSIWYG, העלאה קבצים, וטבלאות רבות-ל-מפרקות- 90% מהדרישות החומריות של JavaScript.
לאחר שהסכמה הוקמה, Directus יצרה באופן אוטומטי API RESTful עם Full CRUD (Create, Read, Update, Delete) נקודות קצה. API זה הפך לעמוד השדרה של שילוב עם CAD קיים, CAE וכלים PLM יכולים כעת למשוך את החלק האחרון של תיקון ישירות לתוך סביבת הסימולציה שלהם באמצעות שיחת HTTP פשוטה, תוך ביטול התהליך הישן של מייצא קבצי CSV באופן ידני.
בקרת גישה מבוססת-תפקיד עבור נתונים הנדסיים רגישים
חברות חלל צריכות להגן על קניין רוחני תוך כדי שיתוף פעולה.ה-RBAC של Directus נקבע עם ארבעה קופות:
- (FLT:0) רק צופים מכונים: צוות רצפת הייצור ומבקרים חיצוניים שצריכים להציג מידע חלקי, אך לעולם לא לשנות אותו.
- (ב) ,0) עורכים: מהנדסים שיכולים לעדכן תכונות טכניות אך אינם יכולים למחוק רשומות או לאשר שינויים.
- (ב) ,0) אישורים (FLT:1) - מהנדסים בכירים ומנהלי הסמכה שיכולים לנעול תיקונים ולהירשם על בקשות לשינוי.
- (ב) ,0) מועמדים (הראשונה ל-[[1924]], קבוצה קטנה שמנהלת את ה-Sschema and system.
פתיחות זו מבטיחה עמידה בעיקרון של זכויות לפחות תוך קידום שיתוף נתונים יעיל.
תהליך יישום: שלב רולט עם משוב מתמשך
שלב 1 - הגירה וניקוי נתונים
החודש הראשון התמקד במיצוי נתונים ממערכות מורשת וניקוי זה.Duplicate רשומות היו ממוזגות, פורמטים לא עקביים ( pounds vs. kg) היו סטנדרטיים, ורשומות יתומים (חלקים הקשורים ללא אספה) היו משוטפים לבדיקה.צוות הנתונים כתב תסריטי Python שהשתמשו ב- API Directus כדי לזרז רשומות, כולל פעמים של ביקורת ומקור זיהוי עבור אחריות.
שלב 2 - טייס עם צוות עיצוב Actuator
במקום פריסה גדולה במפץ, החברה בחרה קבוצת טייס של 12 מהנדסים העובדים על קו מוצר יחיד של הפעלה.קבוצה זו קיבלה שבוע אחד של אימון ידיים על כיסוי ממשק של Directus, מודל הנתונים החדש, ושיטות הטובות ביותר להזנת יומני שינוי. במהלך הפיילוט של ארבעת השבועות, הקבוצה זיהתה כמה שיפורים של יכולת:
- הצורך בלוחם המציג שינויים בעיצוב מתמשך ומעמד האישורים שלהם
- בקשה להוסיף תמונות Inline תמונות תצוגה מקדימה עבור חלק ציורים
- היכולת לבדוק תוצאות של סימולציות
הסיומת המחוונית של Directus ותכונות תצוגה מקדימה של קובץ התייחסה במהירות זו.הלאה משוב היה קצר כי מנהלי המערכת יכולים לשנות את הschema או להוסיף דפים מותאמים אישית ישירות ביישום הניהול מבלי לחכות לשחרור תוכנה.
שלב 3 - שילוב עם מכשירי CAD/CAE
השלב המאתגר ביותר מבחינה טכנית מעורב שילוב של ממשק API של Directus עם סימנס NX (CAD) ו- ANSYS (CAE) באמצעות Webhooks של Directus, בכל פעם מהנדס עדכן חלק ב-Directus, Webhook הפעיל אוטומציה שדוחפת את ה- BOM האחרון לכונן משותף ומודע קבוצות סימולציה רלוונטיות באמצעות Slack.
האינטגרציה הורחבה גם למערכת המורשת של החברה PLM, אשר נשמרה כארכיון לקריאה בלבד עבור נתונים היסטוריים.אימות ה-OAuth 2.0 של Directus אפשרה חתימה אחת על (SSO) כך שהמהנדסים יכלו לעבור בצורה חלקה בין המערכות.
שלב 4 - Deployment ואימון
לאחר שהטייס אישר את הגישה, ה-Srollout התרחב ל-400 מהנדסים בשלוש מחלקות.תוכנית ההכשרה קושרה:
- שתי סדנאות של חצי יום עבור כל המשתמשים המכסים ניווט בסיסי ונתוני כניסה
- ארבעה מפגשים מתקדמים עבור מאגרי מידע המכסים את schema תחזוקה ושימוש ב- API
- אימון אחד על אחד לצוותים עם זרמי עבודה מיוחדים (למשל, הנדסת מבחן)
ויקי פנימי ייעודי נוצר עם הדרכות וידאו ולעתים קרובות נשאל שאלות.החברה גם ביססה "שעות משרדי נתונים" חודשיות שבהן מהנדסים יכלו להעלות נושאים ישירות עם צוות הנתונים.
תוצאות אפשריות ואפקטים עסקיים
קבלן יעילות
שישה חודשים לאחר הפריסה מלאה, החברה ביצעה רטרוספקטיבה.התוצאות הכמותיות היו משכנעות:
- (FLT:0)33% הפחתת הפחתת ה-FLT:1 בזמן חיפוש אחר מידע עיצוב (מממוצע של 45 דקות ליום ועד 30 דקות / יום מהנדס).
- (ב) ב-[[1924]], [[1924]], [[1924]]]]]], [[1924]]]], [[1924]]]]]], [[1924]]]], [[1924]]]]]], [[1924]]]]]], [[1924]]]]]]]]
- (FLT:050% מהר יותר של ההרחבה של ביקורת:1) - צוות הציות יכול כעת ליצור דו"ח מעקב מלא עבור כל חלק בתוך שעות במקום ימים.
- (ב) הפחתה של 0.20% ב-II ב- הנדסה, כי אישורים כבר לא נדרשים לפענוח ידני של טפסים.
שיתוף פעולה וחדשנות
מעבר למדדים, השינוי התרבותי היה בולט.מהנדסים מתחומים שונים החלו להתייחס לאותו "מקור של אמת" עבור נתונים מסוימים.צוות ההנדסה של המערכות השתמש בגלי פעילות של Directus כדי לנתח את ההשפעה של שינויים עיצוב בצורה מדויקת יותר. לדוגמה, הם גילו כי סוג מהיר מסוים הוא מפגין יותר מדי באזורים נמוכים, מה שמוביל למשקל מיותר.
צוות הניתוחים המתקדם גם החל להפעיל מודלים של למידת מכונה על הנתונים המייצאים של Directus, וחיזוי מצבי כישלונ פוטנציאליים המבוססים על תוצאות בדיקה היסטוריות ונתונים אצילות חומריות. תובנות אלה ניזונות ישירות לשלב העיצוב הראשוני של מוצרים חדשים.
שיעורים לומדים והכי טובים
התחל עם מודל ברור
החברה למדה שמודל נתונים הוא רק טוב כמו הכללים לאכוף אותו מוקדם בפרויקט, כמה צוותים ניסו לעקוף שדות סטנדרטיים על ידי הוספת הערות באזורי טקסט חינם. A ממשל הנפיק הנחיות הדורשות את כל התכונות הקריטיות להילכד בתחומים מובנים, עם טקסט חופשי רק מותר להערות מבצעיות.הצוות של הנתונים גם יצר התראות אוטומטיות כאשר משתמשים מפוטרים משמות מוסכמים.
השקעה בניהול שינוי
התנגדות לכלים חדשים היא בלתי נמנעת.האסטרטגיה היעילה ביותר הייתה לזהות "אגדות נתונים" בתוך כל קבוצה - אנשי צוות שהבינו הן את התחום והן את הערך של נתונים נקיים. אלופים אלה עזרו לחבריהם להעביר את גליונות התפוצה שלהם ל-Directus ולהפגין יעילות בעבודתם היומיומית.
בנה באופן בלעדי, אך תכנית ל- Scale
הגישה המשלבית אפשרה לצוות לתקן את הקורס מוקדם.עם זאת, הם עיצבו את הצ'מה מהיום כדי להתאים את ההתרחבות העתידית.לדוגמה, אוסף "חלק" כלל שדה ג'ייסון ג'ייסון לנכסים ספציפיים של המוצר שלא התאימו לשליש הליבה.זה מנע את הצורך להוסיף עמודות חדשות בכל פעם שמשפחה חדשה הוכנסה.
כיוונים עתידיים: בינה מלאכותית, תאומים דיגיטליים ומעבר
עקבו אחרי Digital Twin Platforms
החברה בוחנת כעת כיצד להרחיב את מודל הנתונים המופעל על ידי Directus לסביבה דיגיטלית מלאה.על ידי חיבור מודל הנתונים לזרמים של IoT מבדיקות טיסה ומטוסי שירות, הם מתכננים ליצור ייצוג חי של כל מוצר המעדכן עם נתוני ביצועים בזמן אמת. Directus בזמן אמת מנויים בזמן אמת באמצעות WebSockets לעשות זאת מבחינה טכנית היתכנות.
AI-Assisted Design אימות
עם נתונים נקיים, יחסיים ב Directus, מודלים למידת מכונה יכולים להיות מאומן עיצוב דגל חוסר עקביות או פערי תאימות לפני בקשת שינוי מגיע לדירקטוריון האישור.צוות הנתונים הוא טייס מודל זיהוי פשוט אנומלי שסורק ערכים חדשים עבור שילובים של תכונות שהובילו היסטורית לבדיקת כשלים (למשל, סגסוגת גבוהה סטריבית עם עובי דק).
הרחבה לספק נתונים
כיום, מודל הנתונים מכסה רק עיצובים בתוך בית.השלב הבא כולל על גבי הובלת ספקים קריטיים לפרויקט Directus משותף.ספקים יהיו תצוגה מוגבלת של החלקים שלהם, והחברה יכולה באופן אוטומטי לאמת הסמכה חומרים הנכנסים נגד הסטנדרטים שלהם.זה הרחבה צפויה להפחית את עבודת רכש עד 15% בשנה הראשונה.
מסקנה: Data Modeling Delivers Competitive Advantage in Aerospace
מקרה זה מחקר מראה כי גם בתעשייה מאוד מוסדרת, מורכבת כמו אווירוקל, פלטפורמת קוד פתוח כמו Directus יכול לספק את הגמישות, האבטחה וביצועים הדרושים ליוזמה מוצלחת של איסוף נתונים, אכיפת נתונים, ומאפשר שילוב חלקה עם כלים הנדסיים, החברה לא רק מופחתת עלויות ושגיאות, אלא גם פתחה יכולות חדשות בניתוחים ועיצוב חיזוי.
עבור ארגונים אוויריקל המבקשים לחדש את ניהול הנתונים שלהם, את הניקודים המרכזיים הם פשוטים: להשקיע בצקת גמישה, לערב משתמשים מוקדם, ולבחור פלטפורמה שמציבה בעלי נתונים בשליטה.כאשר יישמו כראוי, נתונים מעוצבים היטב הופך נכס אסטרטגי - אחד שמחייב הכל מיום ליום קבלת החלטות לחדשנות פורצת דרך.
(ב) [ה]: [ה] [ה]] [ה]], [ה], [ה], [ה]], [ה], [ה],] ב[[המאה ה'], ב[[1924]], ב[[1924]], [[1924]], [[1924]]]], [[1924]]]], [[1924]]]]