בניה, פרסום ושימוש ב-Gp Services לניתוחים ברשת

ניתוח מורכב שפותח על ידי מומחה, זמין בשלב הראשוני רק למומחה המפתח. בעזרת הפיכה לכלי Gp Service אנחנו מנגישים אותו לכל מי שיכול לגשת אליו ב- web גם מתוך כלי הPro אבל גם מדפדפן פשוט או ממגוון כלי esri אחרים וגם מכלים חיצוניים שיכולים לקרוא לו דרך ממשק rest.

הצעדים הפשוטים לייצור ופרסום Gp Service

  1. כתיבת קוד פיתון מתאים
  2. הגדרתו ככלי GP סטנדרטי בפרו – הכתבת הפרמטרים
  3. הרצה ובדיקת הכלי בפרו.
  4. הגדרות הפרסום
  5. אנליזה מקדימה לפרסום ופתרון בעיות
  6. פרסום

כתיבת קוד פיתון מתאים

קוד פיתון יכול להשתמש בכל פקודות ה-GP הקיימות ובנוסף בפונקציות פיתון מיוחדות לסביבת arcgis. בנוסף יכול להשתמש גם במגוון ספריות ציבוריות שקיימות לפיתון.

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

בנוסף היא שפה פשוטה יחסית שלא מחייבת ידע מעמיק בתכנות. סיסטמטיקס מציעה קורס פיתון המלמד להשתמש בספריה הייעודית של arcgis – ספרית arcpy.

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

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

הגדרה ככלי בפרו

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

באם רוצים לאפשר למשתמש לבחור נקודה על המסך (מה שמקובל בכלים שמפורסמים ל web) יש צורך להגדיר את הפרמטר כ Feature Set

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

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

הרצה ובדיקות

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

הגדרות הפרסום

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

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

אנליזה

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

אחת ההתראות הנפוצות (שאינה מונעת פרסום) היא שהמידע יועתק לתוך השרת (ייהפך ל hosted). לעיתים זה מה שאנחנו רוצים שיקרה. במידה ולא, עלינו לייצר בפורטל data store שינגיש את מיקום המידע שלנו (ספריה או Database) לפורטל. במידה והאנליזה מוצאת שהמידע יושב בתוך אחד מה data store (בשפה אחרת, שמקור המידע הוא registered in the server) היא לא תעתיק את המידע אלא תשאיר לינק אליו  ותשתמש בשכבה המעודכנת.

פרסום

לוקח קצת זמן ובסוף מתפרסם.

שימוש בכלי ה-Gp Services בתוך הפורטל

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

בפרו

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

מתוך REST

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

מתוך WebApp

לאחר יצירת webmap ניתן לפרסם אותו לאפליקציית web app builder

אפליקציה זאת מכילה GeoProcessing widget המאפשר לקרוא בצורה ידידותית לכל gp service

מה קורה בשרת בהרצה

עבור כל הרצה נוצרת ספריה ייחודית בתוך ספרית ה jobs. בתוך ספריה זאת קיים scratch Folder בתוכו ניתן לשמור קבצי ביניים של rasters  או shape ובנוסף scratchGDB שגם בו אפשר לשים שכבות.

כאמור לשכבות וקטוריות רצוי להשתמש ב memory שהוא fgdb שתמיד קיים ואין צורך לנהל אותו.

לסיכום,

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

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

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

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

שמירת Annotations לספריה

כדי לבצע זאת, יש לכתוב פעם אחת את הכיתוב/ Annotation ופשוט לגרור אותו לספריה ב-Design Library.

אנחנו ממליצים לפתוח מחיצות בספריה עבור שימוש שונים :

ניתן גם לצפות בקובץ באמצעות הורדה כאן

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

כך, ניתן לחסוך זמן ולכתוב את ה- Annotations השונים, פעם אחת בלבד ובו-זמנית, לאפשר את הגמישות: מתי להשתמש בכל Annotation וכמה פעמים.

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

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

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

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

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

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

הנה חלק מהפרויקטים המסכמים שהוצגו לאחרונה…

פרויקט אופניים – טדי קרבץ ועידו רותם

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

פרויקט סירת מנוע – עפר מרמלשטיין וגיא סולניק

עפר וגיא בנו גוף סירת מנוע "by the book" – ע"י תכנון הצלעות הפנימיות ולאחר מכן שימוש בעבודת משטחים לקבלת הצורה החיצונית באופן החלק ביותר האפשרי.

פרויקט שעון אנלוגי – יוליה צ'רטקוב, עידו אשכנזי וליאור דובוב

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

פרויקט קורקינט חשמלי – יובל סטון, גילי גניש ותומר ברוידא

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

כל הכבוד לכל הסטודנטים!

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

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

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

How to Import Legacy Files
Like A Pro

אלה הסיטואציות שבהן נרצה בהמרה:

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

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

בדיוק כאן נכנסת Altium Designer לתמונה עם הכלי האוטומטי שלה להמרות שנקרא – Import Wizard ובאמתחתו היכולת להמיר את כל סוגי התוכנות הפופולריות שקיימות בשוק העולמי.

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

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

(כמובן שניתן להוסיף אותם גם לאחר ההתקנה)

הגישה למנוע ההמרות מתבצע דרך לחצן File à Import Wizard ושם נוכל לקבל את המסך הבא שמציע או שואל אותנו אילו סוגי קבצים אנו נרצה להמיר אך כפי שאמרתי קודם לכן ניתן פשוט לגרור קבצים מתוכנות אחרות אל תוך Altium Designer והמנוע המרות יידע מייד איזה סוג קובץ מדובר ומאיזו תוכנה אנחנו רוצים לבצע את ההמרה:

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

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

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

מוזמנים לשלוח לנו שאלות ולהתייעץ

תודה רבה,

בן

Collaborate, Compare and Merge

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

ראשית בכדי לגשת לפאנל זה יש ללחוץ על תפריט – Panels בצד ימין למטה, לאחר מכן נקליק על Collaborate, Compare and Merge.

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

בנוסף ניתן לראות את כל השינויים על גבי מפה ובמידה שני אנשים עובדים על אותו מעגל ניתן לראות ולסמן איזורים מוגדרים לכל עובד:

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

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

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

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

תודה רבה

בן מימון

איך אפשר לוודא שאין באגים בתוכנה מבלי להריץ אותה?

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

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

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

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

  • איתור מאות סוגים של שגיאות ובאגים שונים – בין אם מדובר על שגיאות שקשורות לפעולות שקורות במקביל (concurrency), דאטה מזוהם (tainted data), בעיות ב-data flow, בעיות אבטחה או בזיכרון (סטטי או דינאמי). הרבה מסוגי הבאגים שנוכל למצוא בשיטות אלה כמעט בלתי אפשריים לזיהוי בבדיקות דינמיות.
  • עלויות נמוכות – ניתן להפוך בקלות את ניתוח הקוד הסטטי לאוטומטי, ובכך לא לקחת בחשבון את התקורה של כתיבת test cases רבים, או הרצת התוכנה.
  • רישיון הקוד ועמידה בתקנים – אפשר לוודא שהקוד שלנו עומד בתקני קוד מחמירים (כמו למשל MISRA, JSF וגם תקני אבטחה כמו CWE, CERT ו-ISO/IEC 17961).
  • הוכחת היעדר קיום שגיאות קריטיות בזמן הריצה (run-time errors) – באמצעות כלי ניתוח סטטי ניתן להוכיח שהתוכנה לא תכשל בגלל שגיאות run-time, עושים זאת על ידי שימוש בשיטות פורמליות שמיישמות תאוריות מדעיות שונות לצורך הוכחת הקוד.

MathWorks מספקת את משפחת כלי Polyspace – בעזרתם אלו ניתן למעשה לבצע את בחינת הקוד שלנו בכדי לוודא שלתוכנה שנכתבה לא כוללת בה שגיאות. מעבר לגילוי הבאגים, נוכל להשתמש במוצר זה על מנת לדבג ולתקן את הקוד , להוכיח מתמטית שהקוד בטוח וחסין, לקבל מטריקות לאיכות הקוד, ולא פחות חשוב מכל אלה: הכלי מאפשר לנו לרשיין את הקוד לתקני בטיחות מחמירים כמו DO178, FDA ו- IEC61508.

2 כלים עיקריים ממשפחת כלים זו הם:

  • Polyspace Bug Finder – מאפשר לנו לבדוק אחר הפרות הקשורות בתקנים שונים בקוד מקור של ++C\C, למצוא מאות סוגים של באגים שונים, לזהות פרצות באבטחה ופגיעויות אפשריות, ולחשב מדדי איכות ומטריקות שונות להערכת איכות הקוד.


תוכלו לשמוע עוד על כלי זה בסרטון הקצר הבא:

  • Polyspace Code Prover – משתמש בשיטות פורמליות להוכחת היעדרותן של שגיאות run-time בקוד מקור של ++C\C – מבלי הצורך להריץ את הקוד.
    הכלי צובע את קטעי הקוד שלנו ויודע לסווג כל חלק בקוד בצורה הבאה:


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

תוכלו לשמוע עוד על כלי זה בסרטון הקצר הבא:

למידע נוסף :

  1. Polyspace – עמוד המוצר באתר MathWorks
  2. וובינר (24:16) – שימוש ב-Polyspace ו-Static Analysis להוכחת נכונות הקוד
  3. וובינר (31:47) – Comprehensive Static Analysis Using Polyspace Products
  4. E-book – 7 Ways to Make Embedded Software Safe and Secure
  5. מאמר – Using Polyspace to Uncover Dead Code  
  6. מאמר – Using Polyspace to Address Cybersecurity
  7. מאמר – Using Polyspace to Avoid Run-time Errors

הכירו את אפליקציית Compare על פלטפורמת 3DEXPERIENCE SOLIDWORKS

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

אפליקציית Compare הינה חלק מהאפליקציות הבסיסיות המגיעות לכל משתמש 3DEXPERIENCE SOLIDWORKS.

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

אז מה אנחנו מקבלים פה?

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

נוכל לבצע את ההשוואה עבור חלק בודד או עבור עץ הרכבה שלם.

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

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

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

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

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

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

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

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

רוצים לצלול יותר לעומק?
להבין איך 3DEXPERIENCE SOLIDWORKS יכולה לתרום גם לכם בעבודה היומיומית?

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

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