До дій відносяться: Перевірка пароля, видалення запису, створення нового запису, надання доступу до БД, витяг записів з архіву.
Точки ухвалення рішення - продавець увійшов в систему, будемо ще видаляти, будемо ще потрібно створити новий запис, повернутися до надання доступу до БД.
Смуги синхронізації - дозволяє вказати які дії допускають єдине виконання або логічне об'єднання. Розділення - після перевірки пароля можна перейти як на видалення запису так і на створення нового запису.
Початкове і кінцеве дію
Рисунок 8 - Діаграма станів для опису укладення договору компанії з виробником автомобілів
Ідея діаграми - укладання договору компанії з виробником автомобілів. Для того щоб був ефективний товарообіг, необхідно вивчити попит споживача, переваги, мода та інші фактори. Потім попит деталізується і оформляється замовлення. Проводиться діагностика замовлення і формується новий, з тих автомобілів, які готові до реалізації. За умови якщо немає хоча б одного пункту в замовленні, документ переглядається, а якщо є всі із замовлених авто, процес триває.
Документація відсилається для подальшої обробки. Потім проводиться відправка документів для укладання і занесення в БД. Створюється угоду про співпрацю і укладається договір про співпрацю з виробником автомобілів.
. Побудова діаграми класів
Рисунок 9 - Діаграма класів для роботи продавця з системою
Дана діаграма складається з 3-х видів класів.
Граничний або інтерфейсний використовується для зв'язку актора і системи. В даному випадку два примірники граничного класу це Форма і Результат, кожен зі своїм набором методів.
Управління застосовується при реалізації характеристик поведінки системи, властивих одному або декільком прецедентів. В даному випадку це обробка помилок, безпека і керування, з відповідним набором методів.
Клас суті моделює структуру даних. В даному випадку це машини, продаж авто і продавець, кожен з яких володіє власними атрибутами.
6. Проектування бази даних
Рисунок 10 - ER-діаграма
7. Планування розгортання системи
Малюнок 11 - Діаграма розгортання системи
Висновок
У даному курсовому проекті була створена модель роботи «Системи відстеження проблем». Розроблене в проекті технічне завдання містить основні вимоги до системи в структурованому вигляді, що дозволяє розробнику отримати повну картину про рассмачає предметної області і завдання, які стоять перед ним. Був побудований ряд діаграм відповідно до моделі UML в середовищі IBM Rational Rose. Діаграма послідовності прояснила процес вирішення проблеми, що виникає у клієнта компанії. Діаграма станів дозволила довідатися подробиці зміни статусу проблеми, розв'язуваної в технічному відділі. Для моделювання предметної області була створена Діаграма класів. ER-діаграма була спроектована для того, щоб відобразити структуру бази даних, яку належить створити розробнику системи. Діаграма розгортання дозволила візуалізувати статичний вид системи з погляду розгортання.
Виконання даного курсового проекту дозволило зробити висновок про придатність використання UML діаграм для моделювання інформаційних систем.
Список використаної літератури
1. Грейді Буч, Джеймс Рамбо, Айвар Джекобсон. UML. Керівництво користувача. Видавництво: ДМК, 2001 р.
. Проектування інформаційних систем: курс лекцій. Учеб. посібник для студентів вузів, які навчаються за спеціальностями в галузі інформ. технологій/В.І. Грекул, Г.Н. Денищенко, Н.Л. Коровкіна.- Інтернет-Ун-т Інформ. Технологій, 2005. - 304 с .: ил.
. Ю. А. Маглінец. Аналіз вимог до автоматизованих інформаційних систем: курс лекцій. intuit
