млення. Чекати активізації шини Г Надіслати звіт.
В· CFDIU. p> Діаграма 15. Старт Г Включено Г Направити команду (необов'язкове дію) Г Отримати звіт Г Відобразити звіт Г Вибір: Закінчити роботу? Так - Виключено; Ні Г Направити команду (необов'язкове дію). p> В· APM. p> Діаграма 16. Старт Г Отримання запиту Г Передати налаштування Г Отримання запиту. p> В· Шина передачі даних. p> Діаграма 17. Старт Г Неактивна Г Включення CFDIU => Активна Г Вибір: Перенаправлення команди; Передача звіту. Г Вибір: Вимкнення CFDIU => Неактивна; Активна.
В· Бортова система. p> Діаграма 18. Старт Г Працює Г Відправка повідомлення в енергонезалежність пам'ять Г Відправка повідомлення до OMSI Г Працює.
В· Незалежна пам'ять. p> Діаграма 19. Старт Г Активна Г Записати повідомлення від Бортовий системи Г Передати збережені повідомлення OMSI (необов'язкове дія) Г Знищити повідомлення, що не потрібні OMSI Г Активна.
3.3.3. Статична модель. p> 3.3.3.1. Модель класів. p> На діаграмі 9 представлені основні класи створюваної системи: OMSI, CFDIU, Шина передачі, APM, Незалежна пам'ять, бортова система.
В· OMSI - інтерфейсна система, що забезпечує взаємозв'язок функціональної системи, (наприклад, T2CAS - системи попередження зближення літаків, правильніше В«запобігання зіткнення В») з центральним пристроєм відображення даних CFDIU.
В· Завдання CFDIU надавати екіпажу літака дані про функціонування всіх бортових систем. За допомогою меню екіпаж (або технік на землі) може вступити у взаємодію з конкретною функціональної бортовий системою (інтерактивний режим). В інших випадках CFDIU просто відображає (нормальний режим) стан бортових систем, які через свої OMSI повідомляють CFDIU свої статки, посилаючи повідомлення Label350.
В· Процес взаємодії OMSI і CFDIU відбувається через Шину передачі даних. Якщо шина не активна, то це може означати, що бортова система до CFDIU не увімкнено, а, отже, нікому слати повідомлення.
В· APM - це підсистема (Таблиця даних з інтерфейсом) зберігає настройки даного літака. Бортова система типу T2CAS може ставитися на різні літаки, і повинна підлаштовуватися до роботи конкретного борту. Зокрема, CFDIU не єдиний варіант пристрою відображення даних для екіпажу. Можуть бути й інші (на різних типах літаків), тоді і протокол обміну реалізується з урахуванням відповідної центральної системи.
В· Після збою в електроживленні OMSI повинен витягти звіт про несправності з енергонезалежної пам'яті, яка в даному випадку буде представлена ​​окремим об'єктом створюваної програмної системи.
В· Об'єкт Бортова система моделює ті відомості, які повинна мати інтерфейсна система про функціональної для взаємодії. <В
Висновок.
Був проведений аналіз предметної області систем реального часу. Визначено основні відмінності систем даного типу від інших подібних систем і особливості управління виконанням завдань. Були розглянуті використовувані класифікації та відмінні особливості сучасних систем.
На основі проведеного аналізу була спроектована система, що складається з двох основних підсистем: планувальника завдань реального часу і прикладного докладання - авіаційного протоколу.
Для обох підсистем виконані етапи створення системних і функціональних вимог, визначені використовувані алгоритми та архітектури.
Для протоколу використана сучасна методологія розробки ПЗ та створено модель класів системи. В цілому варто відзначити, що класи в проектованої системі мають простотою проектування за рахунок відсутності ієрархічних зв'язків, проте вживаний метод дозволяє з відносною простотою ускладнювати структурні зв'язку та розширювати область проектування.
На основі знайдених при проектуванні прикладного додатки недоліків використовуваної платформи надалі можуть бути змінені функціональні або архітектурні особливості планувальника. Так само передбачається використання прикладного докладання для безпосереднього тестування планувальника.
В
Література.
1. С. Кузнєцов В«Механізми IPC в операційній системі Unix В». навчальні матеріали конференції В«Індустрія Програмування 96В», Центр Інформаційних Технологій, 1996.
2. Олексій Биков В«Системне адміністрування IBM AIX 4. x В».
3. Dr. Jurgen Sauermann, Melanie Thelen В« Real-time Operating Systems. Concepts and Implementation of Microkernels for Embedded Systems В».
4. See-Mong Tan, David K. Raila, Roy H. Campbell В« A case for nano-kernelsВ». Department of Computer Science, University of Illinois at Urbana-Champaign, 1996, 11 стор
5. Michel Gien В«Micro-kernel Architecture. Key to Modern Operating Systems Design В». Chorus systems, 1990, 10 стор
6. Booch G. ...
