их процесів:
підведення підсумків в кінці кожного місяця;
річний звіт (до 20 січня);
Бізнес завдання фірми визначимо так:
Надання клієнтам якісних послуг;
Ведення інформації послугах і клієнтів;
Отримання прийнятною прибутку;
Проаналізувавши все вище сказане, ми можемо підійти до головного процесі постановки завдання - побудові інформаційної моделі підприємства. У найпростішому вигляді така модель може бути відображена у вигляді
взаємозв'язків між бізнес-компонентами і бізнес-процесами, як це показано на рис. 1.3.
Рис. 1.3 Взаємозв'язки між бізнес-компонентами і бізнес-процесами
Максимально формалізований опис задачі буде виглядати наступним чином:
Найменування завдання:
Автоматизація керування роботою обслуговуючого персоналу у фірмі з надання телекомунікаційних послуг «Телеком».
Мета роботи обслуговуючого персоналу:
Надання телекомунікаційних послуг на замовлення по каталогу.
Функції обслуговуючого персоналу:
ведення каталогу послуг;
ведення довідника клієнтів;
прийом замовлень у клієнтів надання послуг;
обслуговування пошукових запитів
ведення розрахунків за надані послуги;
Бізнес правила:
Неможливо оформити замовлення, якщо клієнт не оплатив рахунок за попередню оренду
Перелік введеної інформації.
Найменування організації;
Адреса клієнта;
Телефон клієнта;
Факс клієнта;
Тривалість оренди;
Найменування устаткування;
Процесор;
Тактова частота процесора
Оперативна пам'ять;
Обсяг оперативно пам'яті;
Дисковий масив
Загальний обсяг фізичної пам'яті
Мережева карта
Відеокарта
Операційна система
Тип послуги
Перелік друкованих звітів: номенклатура пропонованих послуг та обладнання; список клієнтів; список замовлень; рахунок.
2. Побудова логічної моделі
Логічна модель даних описує сутності предметної області, їх властивості (атрибути) і взаємозв'язку один з одним. Логічна модель, що описує предметну область фірми надає автомобілі в оренду, представлена ??на малюнку 2.1.
Рис. 2.1. Логічна модель бази даних «Телекомунікаційні послуги»
Логічна модель будується без прив'язки до конкретної СУБД. Для її побудови потрібно:
Визначити суті виходячи з предметної області. У нашому випадку це: «Клієнт», «Замовлення», «Послуги», «Обладнання» і т.п
Визначити властивості (атрибути) сутностей. Кожної сутності притаманні свої атрибути. Наприклад, сутність «Замовлення» повинна мати такі атрибути: ID Клієнта, ID Послуги, ID Співробітника, Дата укладення замовлення, Тривалість.
Визначити зв'язки між сутностями
. Побудова фізичної моделі даних
Фізична модель описує дані засобами конкретної СУБД. Відносини, розроблені на стадії формування логічної моделі даних, перетворюються в таблиці, атрибути стають стовпцями, а зв'язки залишаються зв'язками. Для кожного атрибута визначається тип даних (строковий, цілочисельний і т.п). Фізична модель бази даних «Телекомунікаційні послуги» представлена ??на малюнку 3.1
Рис. 3.1. Фізична модель бази даних «Телекомунікаційні послуги
4. Код схеми бази даних
TABLE Замовлення
(
Номер_Заказа char (3) NOT NULL,
Дата_заключенія datetime NULL,
Тривалість datetime NULL, _Кліента char (3) NULL, _Услугі char (3) NULL,
ID_Сотрудніка char (3) NULL, KEY (Номер_Заказа ASC), KEY (ID_Кліента) Клієнт (ID_Кліента), KEY (ID_Услугі) Послуги (ID_Услугі), KEY (ID_Сотрудніка) Працівники (ID_Сотрудніка)
) TABLE Клієнт
(_ Клієнта char (3) NOT NULL,
Наіменованіе_організаціі char (30) NULL,
