ться за допомогою моделювання даних. Мета моделювання даних полягає в забезпеченні розробки ІС концептуальної схеми БД у формі однієї моделі або кількох локальних моделей, які відносно легко можуть бути відображені в будь-яку систему БД. Найбільш поширеним засобом моделювання даних (Подання БД) є діаграма В«сутність-зв'язокВ» (Entity-Relationship), яка також відома як ER-діаграма (або ERD). p> ER-діаграми був прийняті в якості основи для створення стандарту IDEFIX. Попередній варіант цього стандарту був розроблений у військово-повітряних силах США і призначений для збільшення продуктивності при розробці комп'ютерних систем. У 1981 р. Цей стандарт був формалізований і опубліковано організацією ICAM (Integrated Computed Aided Manufacturing), і з тих пір є найбільш поширеним стандартом для створення моделей БД по всьому світу.
Базові поняття ERD
Сутність (Entity) - Безліч екземплярів реальних або абстрактних об'єктів (людей, подій, станів, ідей, предметів тощо), що володіють загальними атрибутами або характеристиками. Будь-який об'єкт системи може бути представлений тільки однією сутністю, яка повинна бути унікально ідентифікована. При цьому ім'я сутності має відображати тип або клас об'єкта, а не його конкретний екземпляр (Наприклад, АЕРОПОРТ, а не ВНУКОВО). p> Кожна сутність повинна мати унікальний ідентифікатор. Кожен екземпляр сутності повинен однозначно ідентифікуватися і відрізнятися від усіх інших екземплярів даного типу сутності. Кожна сутність повинна володіти деякими властивостями:
- мати унікальне ім'я; до одного і того ж імені повинна завжди застосуються одна і та ж інтерпретація; одна і та ж інтерпретація не може застосовуватися до різних іменам, якщо тільки вони не є псевдонімами;
- мати один або кілька атрибутів, які або належать сутності, або успадковуються через зв'язок;
- мати один або кілька атрибутів, які однозначно ідентифікують кожен екземпляр сутності.
Кожна сутність може володіти будь-якою кількістю зв'язків з іншими сутності моделі.
Зв'язок (Relationship) - пойменована асоціація між сутностями, значима для розглянутої предметної області. Зв'язок - це асоціація між сутностями, при якій кожен екземпляр однієї сутності асоційований з довільним (в тому числі нульовим) кількістю примірників другий суті, і навпаки.
Атрибут (Atribute) - будь-яка характеристика сутності, значима для розглянутої предметної області і призначена для кваліфікації, ідентифікації, класифікації, кількісної характеристики або вираження стану сутності. Атрибут представляє тип характеристик або властивостей, асоційованих з безліччю реальних або абстрактних об'єктів (людей, місць, подій, станів, ідей, предметів і т.д.). Примірник атрибута - це певна характеристика окремого елемента множини. Примірник атрибута визначається типом характеристики та її значенням, званим значенням атрибута. На діаграмі В«Сутність-связьВ» атрибути асоціюються з конкретними сутностями. Таким чином, примірник сутності повинен володіти єдиним певним значенням для асоціативного атрибуту.
Проектування БД за допомогою Erwin
Найбільш поширеними методами для побудови ERD є метод Баркера і мтод IDEF1.
Метод Баркера заснований на нотації, запропонованої автором, і використовується в case-засоби Oracle Designer.
Метод IDEF1 заснований на підході Чена і дозволяє будувати модель даних, еквівалентну реляційної моделі в третій нормальній формі. На основі вдосконалення методу EDEF1 створена його нова версія-IDETIX, розроблена з урахуванням таких вимог, як простота для вивчення і можливість автоматизації.
IDEFIX-діаграми використовуються в ряді поширених case-засобів, зокрема Erwin, Design/IDEF/
Функціональна модель бізнес-процесу, представлена ​​в BPwin, є основою для побудови моделі даних. Хорошим інструментом для такої побудови є ErWin - засіб розробки структури БД. При цьому функціональна ERWinмодель використовується в якості проектної документації.
ERWin має зручний графіческтй Windows-інтерфейс, інструменти для побудови ER-діаграм, редактори для створення логічного та фізичного опису моделі даних, а також підтримку багатьом реляційних СУБД (у тому числі і Access)/ERWin підтримує два рівні подання та моделювання - логічний і фізичний. На логічному рівні модель БД описується в термінах, найбільш наближених до предметної області, не визначаються типи даних, що не мається на увазі використання конкретної СУБД. Типи даних, цільова СУБД і т.д. визначаються на фізичному рівні.
В
1.3.4 Реінжиніринг бізнес-процесів і проектування корпоративної ІС
Сучасні підприємства (компанії, корпорації) мають складну структуру, обумовлену многоуровневностью підрозділів, великим числом кооперативних зв'язків з партнерами. При цьому зростає динамічність ділових або бізнес-процесів...
