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

- наявність Закону № 8397. який ліквідовував путьові листи і позбавив ІТС інформації щодо пробігів РС;

- обслуговування РС на підприємствах ІТС, які не є структурними підрозділами комплексних АТП.

Саме через цс "Диспетчер" сьогодні не в змозі виконувати свої функції по- вною мірою, що фактично і обумовлює на АТЗК відсутність технічного контролю РС.

Діаграма класів реальної моделі представлена на рис. 3.12.

Клас "РС" пов'язаний з класами "Диспетчер" і "ІТС" відношенням асоціації, тобто класи є рівноправними. Клас "РС" пов'язаний з класом "Трекер" відношенням композиції, а це означає, що на реальному РС встановлено телематичний пристрій – комунікаційний контролер.

Класи "Web-сервер" і "Трекер" зв'язані між собою відношенням залежності, тобто деяка зміна одного з елементів моделі вимагає зміни іншого залежного від нього елементу моделі. Класи "Диспетчер" і "Web-сервер" також зв'язані між собою відношенням залежності.

З метою удосконалення системи технічного контролю за ЖЦ процесу експлуатації PC створена віртуальна модель діаграми класів. У віртуальній моделі відсутній клас "Диспетчер", оскільки сьогодні він не має можливості в повному об'ємі виконувати свої завдання. Замість цього були додані класи "Діспетчер ІТС" і "ПЗ "Virtual mechanic"".

Рис. 3.12. Діаграма класів. Модель реальна

"Диспетчер ІТС" здійснює функції, які були віднесені до класу "Диспетчер", а також має можливість проводити оперативний технічний контроль і регулювання діяльності PC за допомогою класу "ПЗ "Virtual mechanic"". Клас "ПЗ "Virtual mechanic"" значно прискорює процес обробки вхідної інформації і спрощує роботу диспетчера ІТС, крім того він дає можливість працювати за точнішими і важливішими на сьогоднішній день показниками. Графічно віртуальна модель діаграми класів представлена на рис. 3.13.

Клас "Діспетчер ІТС" і "РС" зв'язані відношенням асоціації, тобто класи є рівноправними. Клас "ІТС" пов'язаний з класами "Діспетчер ІТС" і "ПЗ "Virtual mechanic"" відношенням композиції. Клас "ПЗ "Virtual mechanic"" пов'язаний з класом "Діспетчер ІТС" відношенням композиції, а з класом "Web- сервер" відношеннями залежності. "Диспетчер ІТС" пов'язаний з "вебсервером " відношенням залежності. Логічним продовження статичного аналізу системи є динамічний аналіз системи, який проводиться на основі діаграми послідовності, станів об'єкту і системи, діяльності.

На діаграмі послідовності зображуються виключно ті об'єкти, які безпосередньо беруть участь у взаємодії. Такими є: "Диспетчер" – він же ініціатор взаємодії, яка зображується крайньою зліва, "Web-сервер", "РС", "ІТС". Всі об'єкти на діаграмі послідовності утворюють порядок, обумовлений їх ступенем активності.

Рис. 3.13. Діаграма класів. Модель віртуальна

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

Рис. 3.14. Діаграма послідовності. Модель реальна

Дії, які виконуються в системі технічного контролю в реальній моделі:

- 1 – "Диспетчер" запрошує у "Web-сервера" інформацію (місце розташування, пробіг, середня швидкість, час руху, час простою час знаходження PC в географічних зонах);

- 2 – сервер системи моніторингу надає інформацію диспетчерові ІТС, яка стає доступною через Web-інтерфейс або у вигляді звітів формату MS Excel;

- 3 – "Диспетчер" аналізує дані, отримані від сервера, і ухвалює управлінське рішення щодо діяльності PC;

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

- 5 – "РС" звертається в "ІТС" для здійснення дій ТО і Р.