ого стан. Мають значення тільки такі властивості елементів системи, які відображають динамічний або функціональний аспект її поведінки. У цьому випадку стан буде характеризуватися деяким інваріантним умовою, що включає в себе тільки значущі для поведінки класу атрибути та їх значення. Стан визначається ім'ям і списком внутрішніх дій чи діяльностей, які виконуються в процесі знаходження модельованого елемента в даному стані і характеризуються міткою дії (entry, exit, do, include). Початковий стан - окремий випадок стану, який не містить ніяких внутрішніх дій (псевдосостоянія), в якому знаходиться об'єкт за умовчанням в початковий момент часу. Кінцеве стан - окремий випадок стану, який не містить ніяких внутрішніх дій (псевдосостоянія), в якому знаходиться об'єкт за умовчанням після завершення роботи автомата в кінцевий момент часу. Стани можуть бути складовими - тобто складаються з інших, вкладених у нього станів (підстанів), які можуть бути як послідовними, так і паралельними; історичними - тобто запоминающими; синхронізуючими.
Простий перехід - відношення між двома послідовними станами, яке вказує на факт зміни одного стану іншим. Спрацювання переходу може залежати від настання деякої події або від виконання певної умови, званого сторожовим.
Складні переходи:
а) з'єднання - якщо є дві і більше входять дуг;
б) розгалуження - якщо є дві і більше вихідних дуг.
На малюнку 2.3 показана діаграма стану.
Малюнок 2.3 - Діаграма стану
2.5 Діаграма класів
Систему утворює системне стан. Стан є функцією вмісту системної інформації в заданий момент часу. Визначення стану системи описується в моделі класів. Розрізняють класи-сутності, які визначають інформацію системи; прикордонні класи, які визначають GUI-об'єкти; для управління програмної логікою існують керуючі класи.
Моделювання класів - ітеративний покроковий процес.
На початку розробки програмного забезпечення будується модель предметної області, яка служить для виявлення об'єктів, що використовуються в діаграмі класів.
Моделювання класів призводить до функціонального підходу, прихильники об'єктно-орієнтованого підходу воліють називати його проблемно-орієнтованим.
На малюнку 2.3 показана діаграма класів.
Малюнок 2.4 - Діаграма класів
2.6 Проектування баз даних
В Database Desktop, перш ніж створювати таблиці, форми та інші об'єкти необхідно задати структуру бази даних. Хороша структура бази даних є основою для створення адекватної вимогам, ефективної бази даних.
2.6.1 Етапи проектування бази даних
Основні етапи проектування бази даних:
а) визначення мети створення бази даних. На першому етапі проектування бази даних необхідно визначити мету створення бази даних, основні її функції та інформацію, яку вона повинна містити. Тобто потрібно визначити основні теми таблиць бази даних та інформацію, яку міститимуть поля таблиць.
База даних має відповідати вимогам тих, хто безпосередньо з нею пра...