рім того, діаграми класів складають основу ще двох діаграм - компонентів і розгортання. p align="justify"> Діаграми класів важливі не тільки для візуалізації, специфицирования та документування структурних моделей, але також для прямого і зворотного проектування виконуваних систем.
Діаграми діяльності - це один з п'яти видів діаграм, застосовуваних у UML для моделювання динамічних аспектів поведінки системи. Діаграма діяльності - це, по суті, блок-схема, яка показує, як потік управління переходить від однієї діяльності до іншої. p align="justify"> Діаграма кооперації акцентує увагу на організації об'єктів, що приймають участь у взаємодії. Для створення діаграми кооперації потрібно розташувати беруть участь у взаємодії об'єкта у вигляді вершин графа. Потім зв'язку, що з'єднують ці об'єкти, зображуються у вид дуг цього графа. Нарешті, зв'язки доповнюються повідомленнями, які об'єкти при нимают і посилають. Це дає користувачеві ясне візуальне уявлення про по струмі управління в контексті структурної організації кооперирующихся об'єктів. p align="justify"> Діаграма компонентів (Component diagram) показує набір компонентів і відносини між ними. Графічно діаграма компонентів представляється у вигляді графа з ребрами і вершинами. p align="justify"> На діаграмі розгортання, або застосування (Deployment diagram), показана конфігурація обробних вузлів, на яких виконується система, і компонентів, розміщених в цих вузлах. Діаграма розгортання представлена ​​у вигляді графа з ребрами і вершинами. p align="justify"> Діаграми станів - це один з п'яти видів діаграм в мові UML, використовуваних для моделювання динамічних аспектів системи. Діаграма станів показує автомат. Її приватної різновидом є діаграма діяльності, в якій всі або більша частина станів - це стани діяльності, а всі або більша частина переходів ініціюються в результаті завершення діяльності в початковому стані. Таким чином, при моделюванні життєвого циклу об'єкта корисні як діаграми діяльності, так і діаграми станів. Але якщо діаграма діяльності показує потік управління від діяльності до діяльності, то на діаграмі станів представлений потік управління від стану до стану. br/>
2. ПРОЕКТНА ЧАСТИНА
2.1 Проектування бази даних
Необроблена інформація, що вводиться в комп'ютерну інформаційну систему, звана базою даних, повинна бути організована так, щоб її можна було витягти в придатному вигляді. Різні користувачі мають різну потребу в інформації в різний час. br/>В
Малюнок 2.1. Структура бази даних системи В«Центр сприяння працевлаштуванню випускниківВ»
Так як розробляється система буде пов'язана з уже існуючими системами СКГУ, то структура бази даних повинна бути схожою з вже існуючої. Але в новій системі будуть дан...
