Теми рефератів
> Реферати > Курсові роботи > Звіти з практики > Курсові проекти > Питання та відповіді > Ессе > Доклади > Учбові матеріали > Контрольні роботи > Методички > Лекції > Твори > Підручники > Статті Контакти
Реферати, твори, дипломи, практика » Курсовые проекты » Розробка інформаційної системи управління взаємодії з клієнтами на прикладі роботи санаторію

Реферат Розробка інформаційної системи управління взаємодії з клієнтами на прикладі роботи санаторію





цьому етапі створюється путівка в санаторій, проходить розрахунок прайс-листа, оформляється заявка, підготовляються основні документи клієнта, оплачується путівка.

) А - 3 - Статистичний аналіз.

На цьому етапі відбувається обробка отриманих даних з блоку «оформлення путівки» і формування звітів, а на виході отримуємо звіти про роботу персоналу і перевагу клієнта.


2.3 Розробка моделі даних системи


Модель даних проектованої системи розробляється з урахуванням пропонованих до неї функціональних вимог. База даних системи складається з наступних сутностей: Співробітник фірми, Клієнт, Путівка, Транспорт, Лікування, Номер. Розглянемо основні сутності системи докладніше.

Система повинна забезпечувати облік співробітників. Інформація про співробітників зберігається в окремій таблиці Співробітник (відділ, прізвище, ім'я, по батькові, адреса).

Система повинна забезпечувати реєстрацію клієнта. Для цього створена таблиця Клієнт, в якій вказується необхідна для реєстрації інформація (прізвище, ім'я, по батькові, номер путівки) і пов'язана з нею таблиця Путівка.

Сутність Путівка складається з наступних атрибутів: ID транспорту, ID клієнта, ID лікування, ID номера. З сутністю Путівка пов'язані сутності Транспорт, Лікування, Номер.автоматіческі генерує проміжні таблиці на фізичному рівні, якщо на логічному є зв'язку «багато-до-багатьох». На малюнку 4 представлена ??логічний рівень моделі даних, а на малюнку 5 фізичний рівень моделі даних.


Малюнок 4 - Логічний рівень моделі даних


Малюнок 5 - Фізичний рівень моделі даних


2.4 Зв'язок моделі даних з моделлю процесів


Першим кроком зв'язування моделі даних і моделі процесів є експорт даних з ERwin в BPwin.

Існує три способи зв'язування об'єктів моделі даних і моделі процесів:

. Експорт через .DBF-файли (реалізований в ранніх версіях ERwin і BPwin).

. Експорт та імпорт через файли формату .EAX - .BPX.

. Синхронізація моделей, що зберігаються в репозиторії ModelMart за допомогою утиліти ModelMart Synchronizer.

Нижче буде розглянуто другий спосіб зв'язування моделей. Для експорту моделі даних з ERwin в BPwin необхідно в ERwin відкрити модель і вибрати пункт меню File- gt; Export- gt; To AllFusion Process Modeler. У діалозі необхідно вибрати ім'я файлу * .eax і натиснути кнопку Зберегти.



Потім у BPwin ну?? але відкрити модель процесу, вибрати в меню пункт FiIe/Import/Erwin (EAX) ..., вибрати ім'я файлу і натиснути ОК. З'явиться протокол імпорту. Натиснути на кнопку Ассept.



Після внесення даних в модель процесів можна пов'язати сутності й атрибути зі стрілками. Правою кнопкою миші потрібно клацнути по стрілці і вибрати в контекстному меню Arrow Data.



Так як роботи можуть впливати на дані. Для документування такого впливу необхідно клацнути правою кнопкою миші по роботі і вибрати пункт меню Data Usage Editor.



У діалозі Data Usage Editor у вигляді ієрархічного списку показуються всі роботи моделі, стрілки, які стосуються робіт, сутності й атрибути, які були пов'язані зі стрілками.

Для сутностей задається асоціація CRUD (Create, Read, Update, Delete), для атрибутів - IRUN (Insert, Read, Update, Nullify). Асоціації CRUD і IRUN - це правила використання сутностей і атрибутів роботами, т. E. те, що можуть робити роботи з вхідними або вихідними даними.


2.5 Розрахунки та оцінки


Функціонально орієнтовані метрики дозволять нам приблизно оцінити проектований продукт і весь процес його розробки ще до початку його реалізації, на етапі проектування. Тут буде враховуватися загальна функціональність, яку планується реалізувати. Технічні тонкощі в розрахунок не беруться.

Розглянемо перший налаштовувану форму «Клієнт».

. Кількість зовнішніх вводів: 3 (Додати, Видалити, Скасувати) кожен елемент введення складається з 4 елементів даних (id, opening date, closing date, components).

. Кількість зовнішніх висновків: 1 (повідомлення повідомлення про помилку, якщо обов'язкові поля не заповнені);

. Кількість зовнішніх запитів: 1

. Кількість внутрішніх логічних файлів: 0

. Зовнішніх інтерфейсних файлів: 0.


Таблиця 1

НСВІтогоВнешніе вводи0 * 3=03 * 3=90 * 4=09Вне...


Назад | сторінка 4 з 6 | Наступна сторінка





Схожі реферати:

  • Реферат на тему: Базові поняття реляційної моделі даних (створення таблиці MS Access)
  • Реферат на тему: Організація зберігання даних і виконання запитів у динамічній інформаційної ...
  • Реферат на тему: Розробка мережевої моделі даних
  • Реферат на тему: Розробка реляційної моделі бази даних
  • Реферат на тему: Використання в'язкопружного моделі матеріалу зі спектром часів релаксац ...