
- •1. Роль структурної методології в життєвому циклі інформаційних систем
- •Контрольнізапитання
- •2. Створення моделі процесів у bpwі
- •2.1. Методи моделювання в bPwіn
- •2.2. Методологія іdef0
- •2.3. Інтерфейс bPwіn
- •2.4. Установка кольору і шрифту об'єктів
- •2.5. Побудова діаграм
- •2.6. Каркас діаграми
- •2.7. Оцінка отриманих моделей
- •2.7.1. Вартісний аналіз
- •2.7.2. Властивості, обумовлені користувачем
- •2.8. Створення діаграм іdef3
- •2.9. Завдання
- •2.10. Контрольні запитання
- •3. Створення логічної моделі даних у erwІn
- •3.1. Моделі даних у eRwіn
- •3.2.Інструментарій eRwіn
- •3.3. Рівні відображення діаграми
- •3.4. Установка кольору та шрифту
- •3.5. Підмножини моделі
- •3.6. Етапи створення логічної моделі даних
- •3.6.1. Створення сутностей
- •3.6.2. Опис атрибутів
- •3.6.3. Установка зв'язків між сутностями
- •3.6.4. Установка посилальної цілісності
- •3.6.5.Розв'язання відносин "багато-до-багатьох"
- •3.7.Створення звітів у eRwіn
- •3.8.Завдання
- •3.9.Контрольні запитання
- •4. Приклад побудови моделі
- •4.1. Аналіз предметної області
- •4.2. Побудова функціональної моделі системи
- •4.3. Побудова er діаграми
- •5. Методологія об’єктно-орієнтованого аналізу і проектування складних систем
- •Контрольні запитання
- •6. Особливості реалізації мови uml у ratіonal rose
- •7. Инструментальне середовищеrationalrose
- •8. Діаграми варіантів використання
- •8.1. Актори і варіанти використання
- •8.2. Відносини на діаграмі варіантів використання
- •8.2.1 Відношення асоціації
- •8.2.2. Відношення розширення
- •8.2.3. Відношення узагальнення
- •8.2.4. Відношення включення
- •8.3. Діаграми варіантів використання в Ratіonal Rose
- •8.3.1. Додавання варіантів використання на діаграму
- •8.3.2. Видалення варіантів використання
- •8.3.3. Додавання акторів на діаграму
- •8.3.4. Внесення відношень на діаграму
- •8.4. Завдання
- •8.5. Контрольні запитання
- •9. Діаграми класів (class dіagram)
- •9.1. Атрибути класу
- •9.2. Операції класу
- •9.3. Відношення між класами
- •9.3.1. Відношення залежності
- •9.3.2. Відношення асоціації
- •9.3.3. Відношення агрегації
- •9.3.4. Відношення композиції
- •9.3.5. Відношення узагальнення
- •9.4. Створення діаграм класів у середовищі Ratіonal Rose
- •9.4.1. Атрибути й операції класів у Ratіonal Rose
- •9.4.2. Відносини між класами в Ratіonal Rose
- •9.5. Завдання
- •9.6. Контрольнізапитання
- •10 Діаграми станів
- •10.1. Стан
- •10.2. Переходи
- •10.3. Створення діаграми станів у Ratіonal Rose
- •10.4. Стани і переходи на діаграмах Ratіonal Rose
- •10.5. Параметри переходів і станів
- •10.6. Завдання
- •10.7. Контрольні запитання
- •11. Діаграми діяльності
- •11.1. Стани і дії
- •11.2. Доріжки
- •11.3. Створення діаграми діяльності в Ratіonal Rose
- •11.4. Елементи діаграми діяльності
- •11.5. Завдання
- •11.6. Контрольні запитання
- •12. Діаграми взаємодії
- •12.1. Діаграма послідовності (Sequence Dіagram)
- •12.1.1.Об'єкти
- •12.1.2. Лінія життя об'єкта
- •12.1.3. Фокус керування
- •12.1.4. Повідомлення
- •12.1.5. Побудова діаграми послідовності в Ratіonal Rose
- •12.2. Діаграми кооперації
- •12.3. Завдання
- •12.4. Контрольнізапитання
- •13. Представлення реалізації
- •13.1. Діаграми пакетів
- •13.2. Діаграми компонентів
- •13.3. Завдання
- •13.4. Контрольнізапитання
- •Список літератури
4.3. Побудова er діаграми
Визначимо сутності, які необхідно зберігати в БД "Склад виробу"
- виріб;
- матеріали;
- стандартні;
- ЕРЕ;
- постачальник.
Інформація про склад виробу зберігається в сутності "виріб". При формуванні складу виробу використовується єдина інформаційна база, що складається із сутностей матеріали, стандартні, ЕРЕ (електрорадіоелементи), постачальники. Кожна з цих сутностей зв'язана із сутністю виріб. Визначимо типи зв'язків між сутностями.
Розглянемо зв'язок між сутностями виріб - матеріали. У виріб входять різні матеріали, а той самий матеріал може входити в різні вироби. Отже, між цими сутностями повинна бути встановлений зв'язок багато-до-багатьох. Аналогічні міркування можна застосувати і до зв'язків:
- виріб - стандартні;
- виріб – ЕРЕ;
- постачальник - матеріали;
- постачальник - стандартні;
- постачальник - ЕРЕ
Цієї інформації досить для того, щоб побудувати модель даних верхнього рівня - рівня сутностей (рис. 4.5). Метою цієї діаграми є формування загального погляду на систему для її подальшої деталізації.
Рис.4.5. ER діаграма рівня сутностей.
Усі зв'язки із сутностями мають тип "багато-до-багатьох".
У редакторі сутності можна ввести текстові описи сутностей (Закладка Defіnіtіon). Ці визначення дозволяють зрозуміти, який об'єкт представляє сутність і зробити більш ефективне обговорення структури даних з експертами предметної області на ранніх етапах створення моделі.
Атрибути виражають визначені властивості сутності. Визначимо набори атрибутів кожної сутності за допомогою редактора атрибутів. При описі атрибутів сутностей один або кілька атрибутів повинні бути обрані як первинний ключ сутності (прапорець Prіmary Rey). Первинний ключ дозволяє однозначно ідентифікувати екземпляр сутності. На ER діаграмі первинні ключі відображаються у верхній частині сутності, а інші атрибути - у нижній частині. Будемо ідентифікувати екземпляри всіх сутностей по їхньому номері.
Вибір унікальних імен первинних ключів сутностей у межах діаграми полегшує створення нормалізованої моделі даних (табл. 4.1).
Таблиця 4.1
Первинні ключі сутностей
Сутність |
Первинний ключ |
Виріб |
Номер_вир |
Матеріали |
Номер_мт |
Стандартні |
Номер_ст. |
ЕРЕ |
Номер_елементу, код_розділу, код_підрозділу |
Поставник |
Найменування_пост |
Помітимо, що в сутності матеріали всі екземпляри згруповані в розділи і підрозділи. Кожен розділ і підрозділ мають код і назва. У межах одного підрозділу елемент має унікальний код, а в межах роздягнула код підрозділу також унікальний. Номера елементів не є унікальними в межах даної сутності, але сукупність атрибутів номер_елементу, код_розділу, код_підрозділу унікальна і може бути використана як первинний ключ. ER діаграма рівня атрибутів приведена на рис. 4.6.
Рис.
4.6. ERD рівня атрибутів.
Для зменшення надмірності створимо 2 нові сутності - розділ і підрозділ і зв'яжемо них між собою і із сутністю матеріали відношенням "один до багатьох". Виберемо ідентифікуючий вид зв'язку. Це означає, що екземпляр сутності матеріали визначається тільки через відношення до сутності підрозділ, а підрозділ визначається через відношення до сутності роздягнув. Сутність роздягнув є незалежною (батьківської), а підрозділ - залежної (дочірньої) стосовно розділу. Первинний ключ сутності роздягнув автоматично переноситься до складу первинного ключа сутності підрозділ. Ця операція доповнення атрибутів дочірньої сутності при створенні зв'язку показується міграцією атрибутів. У дочірній сутності нові атрибути позначаються як зовнішній ключ - (FK). Надалі, при генерації схеми БД, атрибути первинного ключа одержує ознака NOT NULL, що означає неможливість внесення запису в таблицю підрозділів без інформації про номер роздягнула.
Аналогічно встановлюється ідентифікуючий зв'язок "один до багатьох" між сутностями підрозділ - матеріали (рис. 4.7).
Рис. 4.7. ER діаграма з виділенням розділу і підрозділу для матеріалів.
Для дозволу відносин "багато-до-багатьох" створимо асоціативні сутності, що зв'язують відносини. Отримано сутності:
- матеріали_виріб;
- станд_виріб;
- эре_виріб;
- постачальник_станд;
- постачальник_ере;
- постачальник_матеріал.
В область первинних ключів цих сутностей мігрують первинні ключі, із сутностей, що зв'язуються. В отримані сутності можна додати будь-яка кількість нових атрибутів.
Рис.
4.8. ERDз асоціативними
сутностями.