align="justify"> Даний підхід повинен мати право на життя тільки у випадку досконалої унікальності стоять завдань. Аргументами за використання такого підходу може служити тільки повна відповідність рішення поставленим завданням.
Порівняльна характеристика існуючих програмних продуктів.
На даний момент на російському ринку існує дуже багато різноманітного ПЗ для автоматизації робочого місця касира-операціоніста. Деякі з них представлені в таблиці 1, де описуються основні їх характеристики: Таблиця 1.1 (Додаток Б).
Для автоматизації робочого місця касира-операціоніста ТОВ «Розрахунково-касовий центр» був обраний третій підхід. Таке рішення було прийнято з таких причин:
) висока вартість тих програм, які вже існують на ринку. Не кожне підприємство може дозволити собі програмне забезпечення вартістю від 15 до 40 000 рублів за одне робоче місце;
) мала ймовірність того, що куплене програмне забезпечення буде повністю задовольняти вимогам конкретного підприємства. Можливо, доведеться «дописувати» деякі модулі програми.
Основними перевагами пропонованого рішення є:
) Простота у впровадженні та використанні.
) Унікальність і повна відповідність всім вимоги підприємства.
) Невисока вартість.
) Наявність відкритого вихідного коду для подальшого розвитку проекту.
2. Проектна частина
2.1 Інформаційне забезпечення завдання
Для ефективного функціонування розроблюваної АРМ касира-операціоніста буде розроблена СУБД. Тому нижче розглянуті логічні і концептуальні моделі даних.
Модель даних корпоративного сховища являє собою ER-модель (Entity-relationship model - модель «сутність-зв'язок»), що описує на декількох рівнях набір взаємозв'язаних сутностей, які згруповані за функціональним областям і відображають потреби бізнесу в аналітичному аналізі та звітності.
Загальна модель даних корпоративного сховища розробляється послідовно lt; # justify gt ;? концептуальної моделі даних;
? логічної моделі даних;
? фізичної моделі даних.
1) Концептуальна модель
Концептуальна модель сховища даних являє собою опис головних (основних) сутностей і відношень між ними. Концептуальна модель є відображенням предметних областей, в рамках яких планується побудова сховища даних.
Рисунок 2.1 - Концептуальна модель
2) Логічна модель
Логічна модель розширює концептуальну шляхом визначення для сутностей їх атрибутів, описів і обмежень, уточнює склад сутностей і взаємозв'язки між ними.
Малюнок 2.2 - Логічна модель
3) Фізична модель
Фізична модель даних описує реалізацію об'єктів логічної моделі на рівні об'єктів конкретної бази даних.
На етапі інформаційного моделювання основним завданням є ідентифікація концептуальних сутностей і об'єктів підсистеми для проведення подальшого аналізу, при цьому для представлення об'єктів інформаційної моделі використовуються унікальні імена об'єктів та їх атрибутів. Крім цього необхідно встановити зв'язки та функціональні залежності між інформаційними об'єктами.
Підсумком розгляду цього завдання є побудова моделі даних для вирішення завдання АРМ касира-операціоніста (малюнок 2.3).
Малюнок 2.3 - Фізична модель бази даних
Вся інформація про кожен платіж зберігається в таблиці «Payment» БД cashbox.mdb (Таблиця 2.1), який має наступну структуру:
Таблиця 2.1 - «Структура таблиці платежів Payment»
Для заповнення цієї таблиці потрібно ряд довідників, таблиці яких мають наступну структуру.
Довідник «Типів оплати» представлено таблицею «PayType» БД cashbox.mdb (Таблиця 2.2)
Таблиця 2.2 - «Довідник типів оплати PayType»
Інформація про касира-операціоніста, розташована в таблиці «Users» БД cashbox.mdb (Таблиця 2.3)
Таблиця 2.3 - «Структура таблиці Users»
2.2 Програмне забезпечення завдання
2.2.1 Загальні положення
Для нормального функціонування проектованої інформаційної підсистеми необхідна наявність на комп'ютері операційної системи відповідає певним вимогам:
1) Операційна система повинна бути русифікованої.
) Операці...
