שפה אוניברסלית של מערכות

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

(ב) [13] דיאגרמות של ⁇ FLT:1 נשאר אחד הכלים החזקים ביותר להעלאת הפערים הללו.על ידי ייצוג רכיבים כמו מלבנים פשוטים ומערכות היחסים שלהם כפי שמכוונים חץ, הם מסירים את פרטי היישום ומדגישים את המבנה החיוני וזרימת הנתונים של מערכת. מאמר זה מתרחב על יסודות של בלוקים, מספק מתודולוגיה של שלב אחר צעד ליצירתם בפרויקטים בין-תחומיים, כיצד ניתן לשרת את הכלים המודרניים כמו אינטגרטיביים כמו אינטגרטיביים:

מה הם חוסמים דיאגרמות?

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

היסטוריה קצרה וקונטקסט

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

לחסום דיאגרמות לעומת מודלים חזותיים אחרים

  • (ב) ⁇ 0 (FlowchartsFLT) 1 להתמקד על רצף ונקודות החלטות - טוב יותר לעבד לוגיקה מאשר השקפות מבניות.
  • (FLT:0) דיאגרמות רכיב שלUML 1 הן רשמיות יותר ודורשות מחיקה מסוימת שעשויה להפחיד מהנדסים שאינם מעודכנים.
  • (FLT:0 sysML חוסמות דיאגרמות הגדרות (bdrated)FLT:1 הם תקן הזהב עבור הנדסת מערכות מבוסס מודל, אבל הם יכולים להיות כבדים עבור סיעור מוח בשלבים המוקדמים.
  • (ב) ⁇ 0) ⁇ block diFLT 1 שביתה איזון: מופשט מספיק למנהלים, בטון מספיק עבור מהנדסים.

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

התפקיד הקריטי באינטגרציה בין-הציפלינית

פרויקטים משמעתיים נכשלים לעתים קרובות בגלל FLT:0interface mismatchs: מהנדס מכני מניח חיישן פלט מתח כאשר צוות התוכנה מצפה עומס משולם JSON.block דיאגרמות לחשוף את הנחות מוסתרות אלה על ידי ביצוע כל חיבור מפורש. כאשר צוות מכני, חשמל, תוכנה ונתונים לשבת יחד לצייר את המערכת, הם מגלים תלות מוקדמת - קו מתכתי של קוד אחד או קוד מתכת אחד הוא לפני שהוא אחד.

יצירת מודל נפשי משותף

כל משמעת מביאה את הפשטות שלה.מהנדס חשמל חושב במונחים של מסילות חשמל ורמות אות; מפתח חזית חושב במונחים של RESTpoints ו JSON schemas; מנהל מוצר חושב במונחים של סיפורים ורשימות של משתמשים. תרשים חסם מעל פני נופים אלה על בד אחד.הרכבת הכוח הופכת קו מבלוק "כוח" ל-"מסלול" אחד" הופך לבלוק של "בלוק"מקלט" אחד" אחד" פעם הופך לבלוק של קובץ" של "ה" של קובץ" (עמוד" (Deepertrosterer) של קובץ" (Creditecter) ו-" (Deta) ו-"מהפך ל-" (Devetend) של קובץ) של קובץ ה-" (Detar) של קובץ) של קובץ) ל-"מקלט"מהפך לבלוק של קובץ) ל-"מתקן" (Detar) של קובץ ה-" (Device) של קובץ ה-" (Detroacter) לבלוק של קובץ ה-" (Device) לבלוק של קובץ ה-"מסמך "מסמך "מסמך "מסמך "מסמך "מחדש"מחדש"מתקן"מהפך לבלוק

היתרונות העיקריים התרחבו

  • (ב) ניתן להבין דיאגרמת בלוקים:0 (Clarity:FLT:1) דיאגרמת בלוק מגובשת היטב בתוך דקות.זה מונע את המלכודת "כולם חושבים שהם יודעים את המערכת" על ידי כך שהם מבססים שמות וקשרים מפורשים.
  • (FLT:0) תקשורת: ⁇ FLT:1) הוא משמש כפרנקה lingua. מהנדס מכני יכול לדון זרימת נתונים עם אדריכל נתונים ללא למידה של קריטריונים API קודם.
  • (FLT:0) הגשמה: כאשר מערכת מתנהגת באופן בלתי צפוי, דיאגרמת בלוק עוזרת לבודד את הבעיה למרכיב מסוים או ממשק.האם הנתונים החסרים בגלל חסימת החיישן הם פגומים, בלוק הכבלים נשבר, או בלוק מסד הנתונים יש תקלה סכימה?
  • (FLT:0)Design & אינטגרציה:FLT:1hil דיאגרמות בלוק לתמוך בעיצוב הרהרטיבי.You יכול להתחיל עם דיאגרמת קונטקסט גס (חמש בלוקים) בהדרגה לחדד כל בלוק לתוך תת-הדוגרמה שלו. גישה היררכית זו מראה כיצד מערכות מודרניות בנויות - מיקרו-שירותים, מודולים חומרה, ספריות תוכנה, כל אלה מתכננים באופן טבעי.
  • (FLT:0Risk Reductionve: 1FLT) על ידי ויזואליזציה של כל הממשקים החיצוניים מוקדם, הצוותים יכולים לזהות נקודות בודדות של כשל, רוחב פס של צוואר בקבוק, או זרימת נתונים חסרים לפני שבוע האינטגרציה.
  • (FLT:0) חיסכון: 1FLT (החליפה של ממשק לא מתאימה בתרשים עולה דבר.תיקוןו לאחר חומרה מוטבעת או קוד הוא פרוס יכול לעלות עשרות אלפי דולרים לכל בעיה.

צעדים מפורטים ליצירת בלוק יעיל

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

שלב 1: מערכות Define System Boundaries and Scope

לפני שציירו הכל, החליטו מה זה FLT:0 [insideveFLT:1] המערכת ומה היא מערכת:2outsidecioFLT 3 (הסביבה) צייר קו מלוטש סביב הגבול של המערכת. כל דבר מחוץ לגבול זה הוא ישות חיצונית - משתמש אנושי, API של צד שלישי, סביבה פיזית.

(FLT:0)Example (מערכת ניהול פלינט): ההרחבה 1 (FLT:1 ;2) גבול מערכת: כל הרכיבים בבעלות או מופעלים על ידי מפעיל הצי - על חומרה, תשתיות ענן, Directus, ולוח המחוונים.

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

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

  • מכשירים קשיחים (רגישים, פועלים, שערים)
  • שירותי תוכנה (APIs, מסדי נתונים, תורי הודעות)
  • מאגר נתונים (SQL Databases, file Systems, Memory buffers)
  • ממשקי משתמש (dashboards, יישומים ניידים, HMI לוחות)
  • מערכות חיצוניות (מערכות לגיטימיות, פלטפורמות ענן, שירותי שותפים)

(ב) [[1924]]]]]] [[1924]]]]]] [[1924]]]]]]]] [[1924]]]]]]]] [[1924]]]]]]]] [[1924]]]]]]]]]]]]]], [[1924]]]]]], [[1924]]]]]], [[1924]]]]]]]], [[1924]], [[1924]]]]]], [[1924]], [[1924]]]]]], [[1924]]

שלב 3: יצירת אינטראקציות (Flows)

לכל קו, להגדיר שלושה דברים: מה זורם (נתונים, כוח, חומר, שליטה), הכיוון, ותיאור הממשק. השתמש בקווים עם ראשי חץ עבור זרמים כיווןיים.זרימות קדמית יכולות להשתמש בחצים כפולים או שני קווים נפרדים.הוספת תווית ליד הקו - למשל, "JSON Over HTTPS", "CAN אוטובוסים", "12 V DC" ב דיאגרמות מורכבות, להשתמש בסימנים של שליטה ירוקה עבור נתונים, כלומר, עבור חשמל כחול, עבור חשמל אדום, עבור נתונים, עבור חשמל אדום, עבור חשמל ירוק, ".

שלב 4: אימוץ ציות וועידות עקביות

סטנדרט מונע בלבול.המוסכמות הממליצות:

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

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

שלב 5: רוץ עם הקבוצה

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

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

מושגים מתקדמים עבור מערכות מורכבות

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

  • (ב) ⁇ (ברמה 0): התפלגות 1 (בקיצור 0): חסימה של מערכת אחת עם גופים חיצוניים.
  • (ב) ויקרא יא"ד: "ה' י"א י"א י"א , ויקרא י"ד:
  • (ב) ויקרא:2+ ⁇ : ⁇ : 1 לכל בלוק ביקורתי, ליצור תת-דיגרגרמה משלו המציגה את מרכיביה הפנימיים.

זה בדיוק איך SysML bd עובד, אבל אתה יכול ליישם את אותה גישה עם כל כלי ציור על ידי קישור דיאגרמות באמצעות היפרlinks או הודעות דף.

זרימת נתונים לעומת Control Flow

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

שימוש ב-block Diagrams for Interface Control Documents (ICDs)

ICD מעד כל ממשק בין רכיבים והגדרת בדיוק את הפרוטוקול, פורמט הנתונים, התזמון, וכתובת השגיאה.אגרמת בלוק מספקת את המפה; ה- ICD מספק את הפרטים. Cross-reference כל שורה על התרבמה לשולחן ICD. כלים כמו Directus יכולים לאחסן את נתוני ICD כאוספים מובנים, המקשרים הגדרות ממשק ישירות לתעודות הבלוק.

כלים ופלטפורמות

המונחים: digram Tools

  • (FLT:0) Microsoft Visio:FLT:1 נרחב בשימוש במפעל, חזק עבור דיאגרמות הנדסיות, תומך בצורת נתונים המקשרים.
  • (ב) [ה]העיקרון]: [ה] [ה]] [ה]]], שיתוף פעולה מבוסס ענן, בזמן אמת, ספריות עשירות, משלבות עם השפעת וג'ירה.
  • (FLT:0) Draw.io (כיום דיאגרמות.net): אנדרל 1 חינם, תומך בגיבויים אחסון רבים (Google Drive, GitHub, המקומי), טוב לסקיצות מהירות.
  • (ב) ⁇ :0) ,PLT 1 מציע פורמט אוטומטי ודיאגרמות Venn - טוב יותר עבור קהלים טכניים פחות.

מערכות מבוססות מודל

עבור הנדסת מערכות מבוססות מודל פורמלית (MBSE), לשקול כלים התומכים ב-SMSML ומאפשרים סינכרוניזציה דו-כי-צדדית בין דיאגרמות בלוקים לבין מודלים מערכתיים:

  • (ב) ,0) ,Cameo Systems Modelerph
  • (ב) ,0) ,2, רמב"ן
  • (ב) ◄ ⁇ ⁇ ⁇

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

Integrating Diagrams with a Headless CMS: The Directus Advantage

דיאגרמות בלוק הן רק בעלות ערך אם הן תישארו בחיים לאורך מחזור החיים של הפרויקט לעתים קרובות מדי, דיאגרמה נוצרת פעם, מודפסת, ומעולם לא מעודכנת.FLT:0DirectusphFLT:1 - CMS ללא קוד פתוח - יכול לשמש כעמוד השדרה המחייה.

  • לאחסן את תמונת הדיאגרמה (SVG או PNG) באוסף קובץ Directus.
  • צור אוסף עבור כל רכיב מערכת - קישור אותו לבלוק שלו בתרשים באמצעות מזהה התייחסות דיאגרמה.
  • הגדרות ממשק החנות (נתוני ID) כאוספים יחסיים, מתייחסות הן למקור והן לרכיבי מטרה.
  • השתמש בגישה המבוססת על התפקיד של Directus כדי לאפשר דיסציפלינות שונות (mechanical, Software, חשמל) כדי לעדכן את הנתונים המרכיבים שלהם.
  • לחשוף את נתוני ICD באמצעות API ועד כלי מטה (למשל, גנרטורים אוטומטיים של בדיקות, פלטפורמות אינטגרציה).

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

דוגמה מעשית: תכנון מערכת ניהול צי עם Directus

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

המונחים: digram

(ב) [17] (ב) , ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇

רמה 1 התרחבות

(ב) [17] , ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇

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

דחייה וסירוב

לאחר סקירת צוות, המהנדס המכני שואל: "מה לגבי נתוני האוטובוס CAN מהבקר החשמלי?זה לא מוצג?", הדיאגרמה מעודכנת להוסיף PH:0AN Bus InterfaceigFLT:1 לחסום בתוך יחידת הטמבריה של הרכב.המדען הנתונים מבחין כי קו ה- Analytics זקוק הן בזמן אמת והן בנתונים היסטוריים - חצים שני נוסף מ-Directus Backus backendus לצנרת נתונים.

הדיאגרמה הסופית מייצאת כ-SVG, שהועלו לאוסף קובץ Directus, וכל הגדרה של בלוק מאוחסן באוסף "מערכת Components" עם שדות כמו "Component name", "בעל team", "interface specs", "סטטוס" ".הצוות עכשיו יש מקור אחד של אמת שכל חבר יכול לשאילתה באמצעות ה- API Directus.

מלכודות נפוצות וכיצד להימנע מהם

  • (FLT:0) יותר מדי פרטים מוקדם מדי.FLT:1 התחל עם 5-9 בלוקים מאוחר יותר, להימנע לשים כל פרמטר בתרשים יחיד.
  • (FLT:0) ⁇ ⁇ ⁇ ⁇ ⁇ mit on name upfront.לדוגמה, תמיד לומר "לצייר נתונים" במקום לשנות בין "מעמד חיובי", "מתח חגורת" ו"קביעת מידע על הפגישה".
  • (FLT:0) העברת ממשקים חיצוניים.FLT:1, שלב הגבול של המערכת אינו אופציונלי.אם אתה מדלג על זה, אתה תשכח לטפל בשילוב עם ממשק API חיצוני או מערכת מורשת.
  • (ב) אין שליטה בגירסה 1.10.10.10.10.1 להשתמש בכלי שעוקב אחר שינויים.המשך גרסאות ישנות כדי שתוכל לשנות את ההחלטות.
  • (FLT:0)Diagram הופך לפרויקט אמנותי.FIRLT:1 , Fancy 3D בלוקים או צבעים מופרזים יכולים לטשטש משמעות. Stick to Simple מלבנים וסגנונות חץ עקביים.
  • (ב) ,0) דיאגר לא חי.FLT:1show It כאשר המערכת משתנה.קישור זה לניהול הפרויקט שלך או CMS (כמו Directus) כך שהיא תמיד קיימת.

מסקנה

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

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

קריאה נוספת & דגימה; משאבים

  • (ב) ויקרא י"ד:2 ויקרא:2 ויקרא:2 ויקרא:2 ויקרא:2 ויקרא יט): "ה', למד כיצד לבנות עמוד אחורי ללא ראש עבור המערכת שלך.
  • (ב) ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇
  • (ב) [15] ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇
  • (ב) [15] ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇