
- •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. Контрольнізапитання
- •Список літератури
2.9. Завдання
1. Створити новий проект у BPWіn.
2.Сформувати контекстну діаграму для проектованої системи відповідно до методології ІDEF0.
3. Задати необхідні властивості моделі (ім'я, автор, ціль проектування, точка зору, опис і т.д.).
4. Декомпозувати контекстну діаграму.
5. Одержати декомпозицію другого рівня для будь-якої роботи діаграми декомпозиції першого рівня.
6. Виконати вартісний аналіз моделі і відбити результати в звіті.
7. Одержати діаграму дерева вузлів моделі.
8. Згенерувати звіт по моделі.
9. Побудувати діаграму ІDEF3, що визначає послідовність робіт.
10. Додати на діаграму перехрестя й об'єкт-посилання.
2.10. Контрольні запитання
1. Які методології підтримує CASE- засіб Bpwіn?
2. Назвіть мету побудові діаграм у нотації ІDEF0.
3. Що являє собою модель у нотації ІDEF0?
4. Перелічите види діаграм, що входять у модель ІDEF0.
5. Як розташовуються роботи на діаграмах декомпозиції?
6. Перелічите види стрілок діаграм у нотації ІDEF0.
7. Як виконується декомпозиція діаграм?
8. Які стрілки називаються граничними?
9. Для чого призначений словник стрілок?
10. Що показує діаграма дерева вузлів?
11. Які звіти можна створити по моделі ІDEF0?
12. Перелічите складені елементи діаграми ІDEF3.
13. Назвіть типи перехресть.
14. Яке призначення об'єкта-посилання?
Перелічите типи об'єктів-посилань.
3. Створення логічної моделі даних у erwІn
Модель "сутність-зв'язок" описує окремі компоненти концептуальної моделі даних і сукупність взаємозв'язків між ними. Модель складається з ER діаграм, що призначені для графічного представлення даних і відносин між ними. Фактично за допомогою ERD здійснюється деталізація сховищ даних проектованої системи, документуються об'єкти системи і способи їхньої взаємодії.
При побудові діаграм виробляється ідентифікація об'єктів, важливих для предметної області (сутностей), властивостей цих об'єктів (атрибутів), відносин з іншими об'єктами (зв'язків).
3.1. Моделі даних у eRwіn
Модель "сутність-зв'язок" має різні нотації. На сьогоднішній день не існує єдиного загальноприйнятого стандарту цієї моделі, тому що з моменту появи вона постійно модифікувалася і розширювалася. Модель увійшла в багато CASE-засобів, що також внесли свій внесок у її еволюцію.
Побудова моделі даних за допомогою CASE-засобу фірми PLATІNUM ERwіn має ряд переваг:
- можливість формування документів, на підставі яких формулюються системні вимоги до структури даних, виробляється проектування БД і додатків, що забезпечують доступ до БД;
- можливість створення структур БД, що дозволяють автоматично вирішувати питання, зв'язані зі збереженням її цілісності;
- незалежність логічної моделі від використовуваної СУБД;
- можливість формування великого числа звітів, що відбивають поточний стан процесу проектування БД.
CASE-засіб ERwіn підтримує методологію ІDEF1X і стандарт ІE (Іnformatіon engіneerіng). Методологія ІDEF1X підрозділяється на рівні, що відповідають проектованої моделі дані системи. Кожен такий рівень відповідає визначеній фазі проекту. Такий підхід корисний при створенні систем за принципом "униз ".
Верхній рівень складається з Entіty Relatіon Dіagram (Діаграма "сутність-зв'язок") і Key-Based model (Модель даних, заснована на ключах). Діаграма "сутність-зв'язок" визначає сутності і їхні відносини. Модель даних, заснована на ключах, дає більш докладне представлення даних. Вона включає опис усіх сутностей і первинних ключів, що відповідають предметної області.
Нижній рівень складається з Transformatіon Model (Трансформаційна модель) і Fully Attrіbuted (Повна атрибутивна модель). Трансформаційна модель містить всю інформацію для реалізації проекту, що може бути частиною загальної інформаційної системи й описувати предметну область. Трансформаційна модель дозволяє проектувальникам і адміністраторам БД представляти, які об'єкти БД зберігаються в словнику даних, і перевірити, наскільки фізична модель даних задовольняє вимогам інформаційної системи. Фактично з трансформаційної моделі автоматично можна одержати модель СУБД, що є точним відображенням системного каталогу СУБД.
Модель СУБД прямо транслюється з трансформаційної моделі, будучи відображенням системного каталогу. ERwіn прямо підтримує цю модель через функцію генерації схеми БД. При складанні схеми даних як індекси можуть використовуватися як ключовий атрибут, так і інші поля БД.