 |
АвтоАвтоматизацияАрхитектураАстрономияАудитБиологияБухгалтерияВоенное делоГенетикаГеографияГеологияГосударствоДомДругоеЖурналистика и СМИИзобретательствоИностранные языкиИнформатикаИскусствоИсторияКомпьютерыКулинарияКультураЛексикологияЛитератураЛогикаМаркетингМатематикаМашиностроениеМедицинаМенеджментМеталлы и СваркаМеханикаМузыкаНаселениеОбразованиеОхрана безопасности жизниОхрана ТрудаПедагогикаПолитикаПравоПриборостроениеПрограммированиеПроизводствоПромышленностьПсихологияРадиоРегилияСвязьСоциологияСпортСтандартизацияСтроительствоТехнологииТорговляТуризмФизикаФизиологияФилософияФинансыХимияХозяйствоЦеннообразованиеЧерчениеЭкологияЭконометрикаЭкономикаЭлектроникаЮриспунденкция
Лабораторна робота №1. Побудова функціональної моделі застосування у вигляді діаграм потоків даних
Мета роботи
Засвоєння основних правил побудови діаграм потоків даних
Порядок виконання роботи
1. Провести ґрунтовний аналіз функцій системи, що проектується, для виявлення елементів діаграми потоків даних – графічного подання моделі РАМ.
2. Створити та визначити головний процес системи.
3. Створити та визначити сутності.
4. Створити елементи даних та домени з контролем параметрів.
5. Провести декомпозицію головного процесу.
6. Закріпити елементи даних за різними потоками в моделі.
7. Створити та визначити сховища даних, де буде зберігатися інформація.
8. Створити та зберегти файл звіту з розробленою діаграмою потоків даних.
Методичні вказівки
Функціональна модель системи визначається як ієрархія діаграм потоків даних. Діаграми верхніх рівнів ієрархії (контекстні діаграми) визначають основні процеси. Вони деталізуються за допомогою діаграм нижчого рівня, така деталізація продовжується доти, доки не буде досягнутий такий рівень декомпозиції, на якому процес стає елементарним і деталізувати його далі недоцільно.
Основними компонентами діаграм потоків даних є: зовнішні сутності, системи/підсистеми, процеси, сховища даних (таблиці баз даних, окремі файли) і потоки даних. Джерела інформації (зовнішні сутності) породжують інформаційні потоки (потоки даних), які переносять інформацію до підсистеми або процесу. Ті, в свою чергу, перетворюють інформацію і породжують нові потоки, які переносять інформацію до інших процесів або підсистем, сховищ даних або зовнішніх сутностей - споживачів інформації. Процес - це “чорний ящик”, який приймає дані, трансформує їх та видає результат.
Для відносно простих інформаційних систем будується єдина контекстна діаграма зіркоподібної топології, центром якої є так званий головний процес, з’єднаний з споживачами і джерелами інформації.
Наприклад: розробити базу даних для обліку земельних ділянок та їхніх власників і користувачів.
Визначимо основні сутності: земельні ділянки (територіальний код, площа, адреса, форма власності, власник, користувач, тип використання), власники ділянок (ФІО, адреса, телефон)і користувачі ділянок- юридичні та фізичні особи (найменування, представник, адреса, телефон).
Запити: пошук ділянок за територіальним кодом, за власником, за формою власності, за значенням площі.
Отже, головний процес – надання землі в оренду:
Рис.5 Діаграма потоків даних для обліку земельних ділянок та їхніх
власників і користувачів.
Для створення моделі необхідно відкрити: File->New-> В діалоговому вікні New Model на закладці Model type вибрати необхідну діаграму: Business Process Model (BPM): Модель для побудови бізнес-процесів.
Для створення процесу необхідно:
1) На панелі інструментів Palette вибрати значок процесу 
;
2) Вставити значок процесу 
у вікно моделі.
3) Для того, щоб змінити номер та назву процесу необхідно натиснути на нього два рази лівою кнопкою мишки або правою викликати контекстне меню і вибрати Properties. У вікні Process Properties ввести ім’я та код (=) процесу. При необхідності номер процесу можна змінити в полі Number ID. Натиснути ОК
Для визначення зовнішньої сутності потрібно:
1) На панелі інструментів Palette вибрати значок сутності 
;
2) Вставити значок сутності 
у вікно моделі;
3) Двічі натиснути на зображенні сутності;
4) У вікні Properties (властивості) ввести ім’я та код (=) і натиснути ОК.
Для визначення сховища даних потрібно:
1) Вибрати значок сховища даних на панелі інструментів 
DataStore (сховище даних);
2) Двічі натиснути на зображенні сховища даних;
3) У вікні Data storeProperties (Властивості) ввести ім’я та код (=) і натиснути ОК.
Для створення елементів набору даних та доменів необхідно вибрати Model®Data (Модель® Дані) та у віконці List of Data ввести імена і типи полів.
Для створення потоку даних між об'єктами використовується панель
інструментів Data Flow Diagram: 
, де 
Resource Flow – потік між ресурсом і процесом, а 
Flow – потік між процесами, процесами та сутностями. На панелі інструментів Palette потік 
Flow визначається автоматично, в залежності від того, між якими об’єктами він створюється.
Для створення потоку даних між об'єктами треба:
1) На панелі інструментів вибрати значок потоку даних , або ;
2) Провести лінію потоку від одного об’єкту до іншого;
3) Двічі натиснути на зображенні потоку даних;
4) У вікні Properties (Властивості) ввести ім’я та код (=);
Для зв’язування набору даних з потоком даних треба повернутися до головного процесу і виконати такі дії:
1) Model®Flows (Модель ® Потоки). На ній відображаються лише потоки головного процесу. Зовнішні сутності і сховища даних показуються у списку об'єктів на всіх рівнях процесу (глобальні об'єкти). Потоки і процеси показуються у списку об'єктів на деталізованих рівнях (локальні об'єкти);
2) Вибрати потік і натиснути 
Properties (Властивості).
3) Вибрати закладку Data (Дані), натиснути 
Add Objects (Додати об’єкти) івибрати ті дані, що відносяться до потоку.
Для декомпозиції головного процесу необхідно:
1) Вибрати головний процес;
2) Натиснути на зображенні процесу правою кнопкою мишки, в контекстному меню, що з’явиться, вибрати Decompose Process (Декомпозиція процесу);
3) На зображенні процесу з’явиться значок декомпозиції 
.
Для того, щоб відкрити діаграму декомпозиції головного процесу, необхідно у вікні навігатора вибрати папку Process, знайти створений процес і натиснути на піктограму BusinessProcessDiagram_1 – це і буде діаграма нижчого рівня:
Рис.6 Вікно браузера PowerDesigner
Далі необхідно деталізувати головний процес – під процесами 1.1, 1.2 і т.д. Таку деталізацію продовжувати доти, доки не буде досягнутий такий рівень декомпозиції, на якому процес стає елементарним і деталізувати його далі недоцільно.
Для перевірки коректності моделі необхідно вибрати Tools®Check Model (F4)(Інструменти®Перевірити Модель).
Зберегти файл My_ BPD.bpm з розробленою діаграмою потоків даних.
Лабораторна робота №2. Cтворення концептуальної моделі
бази даних
Мета роботи
Придбати навики роботи для побудови концептуальної моделі даних у вигляді діаграм “сутність-зв’язок” (ER - діаграм).
Поиск по сайту: