في الجزء الأول من البرنامج التعليمي ، حصلت على بنية نظام التحكم في الوصول. والنتيجة المحققة لها بالفعل فوائد عملية ، ولكنها ليست كافية ، حيث أن الهندسة المعمارية لا تأخذ في الاعتبار الأشكال وأنواع البيانات وطبيعة المكونات. في هذا الجزء من البرنامج التعليمي ، سأوضح كيفية تصميم تدفقات البيانات في نظام والعمل مع مكونات ذات طبيعة مختلفة.

واجهات المكونات

دعونا نلقي نظرة على النظام من الجزء الأول مرة أخرى. نرى أن المكونات متصلة بواسطة السهام. لا تزال هذه الاتصالات مجردة وتمثل اتصالات معلومات بسيطة. ومع ذلك ، يمكننا تقليل مستوى التجريد قليلاً. خذ بعين الاعتبار إخراج مكون DBHandler .

يحتوي هذا المكون على مخرج AccessStatus. دعونا نحاول وصفها. لذلك ، AccessStatus هو رابط يحتوي على معلومات حالة الوصول. قد يتم منح الوصول أو عدم منح الوصول. أي أنه متغير منطقي صريح! دعنا نشير إلى نوع هذا الإخراج. للقيام بذلك في System Composer ، يجب عليك أولاً إنشاء الواجهة المناسبة :

ثم نشير إلى أن الواجهة المنشأة تم تعيينها لمنفذ AccessStatus:

يجب تنفيذ هذه العملية على جميع المنافذ الضرورية. يمكننا تلخيص واستنتاج العبارة التالية: من

خلال إنشاء واجهات وتعيينها للمنافذ ، نقدم للمطورين الذين سينفذون تعليمات النظام الدقيقة حول البيانات التي ستستخدمها المكونات المطورة والبيانات المطلوبة عند الإخراج.

ميزة أخرى لـ System Composer هي قدرته على عرض تدفق البيانات باستخدام طرق عرض الهندسة المخصصة ، طرق عرض الهندسة المعمارية . يمكننا تصفية بنيتنا وفقًا لمعايير معينة. خذ الواجهة التي تم إنشاؤها مسبقًا كمثال. إنشاء طريقة عرض AccessStatus Dataflow.

أولاً ، انقر فوق النمذجة -> طرق عرض الهندسة المعمارية . ثم قم بإنشاء عامل تصفية:

يتم هنا تعيين اسم العرض ، ويتم إنشاء عامل تصفية: حدد كافة المكونات التي لها واجهة تسمى AccessStatus . بعد النقر على زر تطبيق ، نحصل على الصورة التالية:

وبالتالي ، فإن استخدام مثل هذه العروض مفيد للتطوير ، حيث يمكنك العثور بسرعة على المكونات أو الأخطاء الضرورية في المشروع أو دفق البيانات.

إدارة المكونات غير المتجانسة

سيكون من الممكن التوقف عند هذا الحد ، لأنه في الوقت الحالي لدينا بنية نظام جميلة تساعد في التنفيذ. ومع ذلك ، هناك مشكلة كبيرة جدًا - يتكون النظام من الحديد ، أي المكونات المادية والبرمجيات. ماذا يعني هذا؟ هذا يعني أن النظام غير متجانس ونحتاج إلى عكس هذا التجانس بطريقة أو بأخرى. يحتوي System Composer على ميزات خاصة - هذه هي الملفات الشخصية والصور النمطية. لسهولة الفهم ، الصورة النمطية هي وصف مجرد لفئة المكونات ذات الخصائص ، وملف التعريف عبارة عن مجموعة من الصور النمطية. مثال بسيط - لنفترض أن لدينا صورة نمطية تصف متحكمًا دقيقًا. أي متحكم لديه خصائص مشتركة - الأساسية ، TDP ، جهد التغذية ، التردد ، إلخ. هذه هي الخصائص التي ينبغي أن تنعكس في الصورة النمطية.

إنشاء ملف تعريف والصور النمطية اللازمة:

على سبيل المثال ، قمت بإنشاء الصورة النمطية لـ GenericComponent. إليك ما يبدو عليه:

هناك عدة إعدادات مهمة هنا:

ينطبق على - ما ينطبق عليه الصورة النمطية - مكون أو واجهة أو منفذ أو اتصال (نعم ، يمكن أيضًا وصف الاتصالات نفسها ، هذه الأسهم ، باستخدام الصورة النمطية)
الصورة النمطية الأساسية هي الصورة النمطية الأساسية. ترث القوالب النمطية خصائص القوالب النمطية الأصلية
جدول الخصائص - يتم تعيين الخصائص المخصصة هنا. على سبيل المثال ، الملكية الخاصة بي تسمى عبء العمل ، أي العمالة المشاركة في التنفيذ

هناك نوعان من الصور النمطية الأخرى لـ HardwareComponent تعتمدان على هذه الصورة النمطية - للأجهزة و SoftwareComponent للبرامج.

بعد أن أنشأنا الملف الشخصي والصور النمطية ، نستوردها إلى الهندسة ويمكن أن نبدأ في تشتيتها على عناصرها:

ونتيجة لذلك ، حصلت على هذه الصورة:

للتوضيح ، قدمت العرض التالي:

دعونا نلقي نظرة على آلية وراثة خصائص المكونات في العمل. حدد مكون DoorLock وانظر إلى خصائصه:

تم توريث خاصية Workload من GenericComponent ، ولكن خاصية التكلفة خاصة بالنموذج النمطي للأجهزة HardwareComponent.

لتلخيص هذا الجزء:

تسمح العمارة التفصيلية بتقديم وصف أكثر اكتمالاً للنظام الذي يتم تطويره وتجنب التناقضات في الواجهات وتفاعل المكونات. يساعد استخدام الصور النمطية للتفاصيل على فهم طبيعة المكونات والحصول على صورة أكثر اكتمالاً للنظام الجاري تطويره.

في الجزء التالي من البرنامج التعليمي ، سأتحدث عن دمج System Composer مع MATLAB و Simulink وأداة إدارة المتطلبات ، Simulink Requierements.

التصميم على مستوى النظام. الجزء 2. العمارة التفصيلية

واجهات المكونات

إدارة المكونات غير المتجانسة

More articles: