Розділ «3.6. Об'єктне моделювання автоматизованої системи технічної експлуатації автомобілів»

- 5 – ПЗ "Virtual mechanic" обробляє отримані звіти, а також проводить наступні дії: проводить оцінку параметрів стану парка PC, а саме розраховує пробіг PC до ТО і трудомісткість дій ТО і Р, визначає вірогідність перебування PC в роботі і в ТО і Р, здійснює технологічний розрахунок ІТС, оцінює надійність PC;

- 6 – ПЗ "Virtual mechanic" надає "Диспетчеру ІТС" результати розрахунків;

- 7 – проаналізувавши отриману інформацію від "Web-сервера" і ПЗ "Virtual mechanic", "Диспетчер ІТС" ухвалює управлінське рішення щодо діяльності "РС" і "ГГС";

- 8 – "Диспетчер ІТС" дає управлінські команди РС щодо плану, маршруту, графіка руху і ін. оперативних дій водієві або власникові РС в процесі контролю ЖЦ експлуатації його РС;

- 9 – "Диспетчер ІТС" дає управлінські команди ІТС щодо здійснення дій по ТО і Р на РС;

- 10 – "ІТС" впливає на "РС" у відповідності з командами "Диспетчер ГГС".

Діаграма станів і переходів об'єкту (рис. 3.17) призначена для опису можливої послідовності станів і переходів, які в сукупності характеризують поведінку елементу моделі протягом його ЖЦ.

Рис. 3.17. Діаграма станів і переходів об'єкту "Диспетчер IТС"

Як об'єкт виступає "Диспетчер IТС". Диспетчер протягом свого ЖЦ знаходиться в стані процесу проведення технічного контролю за діяльністю PC який складено. Даний складений стан складається з двох послідовних складених станів: процесу збору і збереження вихідних даних і процесу аналізу параметрів технічного контролю над діяльністю PC, які складаються з послідовних вкладених станів.

Діаграма діяльності (рис. 3.18) використовується для моделювання процесу виконання операцій.

Рис. 3.18. Діаграма діяльності

Кожен стан на діаграмі відповідає виконанню елементарної операції. Перехід спрацьовує відразу після завершення діяльності або виконання відповідної дії. Він переводить діяльність в подальший стан відразу, як тільки закінчиться дія в попередньому стані, що в цілому складає об'єктну модель автоматизованої системи TEA, направлену на технічний контроль і регулювання діяльності процесу експлуатації згідно ІПВ-технологіям. Динаміка поведінки об'єктів представлена графічно за допомогою діаграм послідовності, де зображені потоки подій. Графічне представлення об'єктної моделі наочно показує процес взаємодії об'єктів, які беруть участь в процесах і протікають в системі.

Фізичне представлення системи ТЕА-АСУ і її особливості описує діаграма компонентів. Вона дозволяє визначити архітектуру системи, встановивши залежність між програмними компонентами. У прийнятому середовищі розробки модуль відповідає файлу ASU_ControlOJMT.exe (рис. 3.19).

Рис. 3.19. Діаграма компонентів

Цей компонент реалізує деякий набір інтерфейсів і служить для загального позначення елементів фізичного представлення моделі. В рамках проекту ТЕА- АСУ він є наступним класом: загальний опис таких об'єктів, для яких характерна наявність безлічі загальних особливостей дій і які можуть виконати ці об'єкти.

Кожен клас відповідає тим об'єктам, які були виділені в рамках функціонування реальної системи:

- "Диспетчер ІТС" (Class_DispetcherITS),

- "ІТС" (Class_ITS),

- "Web-сервер" (ClassJVebServe),

- "PC" (Class_TZ),