Створення діаграми класів для відображення усіх властивостей та зв’язків класів
При створенні цієї діаграми ми намагаємося на невеликій кількості класів (бажано до 7) показати зв’язки різних видів.
Створимо ще одну діаграму класів та виведемо на ній класи, при необхідності створимо нові класи.
С
творимо
зв’язки. В
цьому прикладі класи типів рядків є
класами-асоціаціями, які в свою чергу
асоціюються з нащадками класу МЦ. В
однонаправленої асоціації (рис.5.7)
стрілка вказує на клас, множинність
якого 1. Ненаправлена асоціація
створюється для зв’язків
один до одного та
багато до багатьох (за
допомогою меню Tools\Create\Association).
Рис.5.7. Послідовність створення однонаправленої асоціації
Вкажемо множинність кожного зв’язку шляхом виклику контекстного меню біля кінця зв’язку і вказавши значення Multiplicity (рис.5.8). Спробуємо пояснити множинність зв’язку на прикладі зв’язку від класу Рядок списання деталі (множинність 0..*) до класу Дефектна відомість (множинність 1).
Питання для визначення множинності |
Відповідь |
Позначення |
Скільки дефектних відомостей може існувати для одного рядка списання деталі? |
Лише одна. |
1 |
Скільки рядків списання деталі може існувати у дефектній відомості? |
Від нуля до багатьох. |
0..* |
Рис.5.8. Вказання множинності одної сторони зв’язку
Після цього діаграма має вигляд:
Рис.5.9. Діаграма класів зі зв’язками асоціації
Для виводу зв’язку залежності відобразимо на діаграмі клас Сервер БД. Клас Дефектна відомість звертається до серверних збережених процедур, зокрема, при проведенні ПД. Тому проводимо зв’язок залежності від ПД до сервера.
Аналізуючи можливість уключення в діаграму вкладених класів, класу інтерфейсу, зв’язків реалізації та агрегації, доходимо висновку, що вони в моделі відсутні.
Після встановлення зв’язків для кожного класу по можливості треба визначити в його специфікації:
Видимість класу;
Множинність класу;
Стійкість класу;
Паралелізм класу;
Чи є клас абстрактним.
Остаточно діаграма класів має вигляд:
Рис.5.10. Остаточний вигляд діаграми класів зі зв’язками асоціації та залежності
Приклад діаграми компонентів, які утворюють середовище для функціонування системи класу erp управління ресурсами автотранспортного підприємства
Система класу ERP управління ресурсами автотранспортного підприємства функціонує у середовищі програмування Ms Access. Доданок у цьому середовищі працює так:
Файл, що виконується – MsAccess.exe, розташований у папці Program Files, один для всіх застосувань Ms Access.
Власне cпецифіка застосування міститься в файлі .mdb, тобто в файлі БД. Тим не менше цей файл містить програмні об’єкти, а саме запити, форми, звіти, веб-сторінки, макроси, модулі. Цей файл фактично є застосуванням і запускається замість exe-файлу. Насправді при цьому виконується MsAccess.exe з параметром – ім’я відповідного файлу застосування.
Дані (таблиці з інформацією) беруться з корпоративної мережі, а саме з розташованого в ній сервера БД. Mdb-файл застосування не містить самих таблиць, але містить посилання на таблиці сервера БД.
Застосування використовує мінімально необхідну кількість компонентів – усього 3:
Рис. 5.11. Мінімально необхідні компоненти для застосування MsAccess
Visual Basic For Applications – мова програмування.
Microsoft Access 10.0 Object Library – візуальні об’єкти середовища програмування, як-от форми, звіти, елементи управління, вікно БД та інше.
Microsoft DAO 3.6 Object Library – розвинутий інтерфейс доступу до даних, який надає доступ до робочої області (Workspace), БД, таблиць, запитів, наборів даних (recordset), полів, транзакцій і таке інше.
Нехай застосування MsAccess буде міститись у файлі TechService.mdb, БД на сервері буде мати назву TechService. Тоді, якщо змінити стандартні іконки компонентів, діаграма компонентів має вигляд:
Рис.5.12. Діаграма компонентів застосування TechService у середовищі MsAccess