нтові певний комплекс послуг. Послуги формалізовані, тобто складений їх список з описом кожної послуги. При зверненні клієнта його стандартні дані (назва, вид діяльності, адреса, телефон) фіксуються в базі даних. За кожним фактом надання послуги клієнту складається документ, в якому зазначаються дата, послуга, сума операції, комісійні (дохід контори), опис угоди. У рамках однієї угоди клієнту може чинитися кілька послуг. Вартість кожної послуги фіксована. Крім того компанія надає в рамках однієї угоди різні види знижок. Знижки можуть підсумовуватися [1].
1.2 Проектування бази даних
При проектуванні використовувалася ER-технологія, побудовані логічна і фізична моделі відповідають стандарту IDEF1X.
Були визначені чотири сутності: «Клієнт», «Знижка», «Послуга» і «Угода», між якими встановлені неідентіфіціру зв'язку потужністю один-до-багатьох. Логічна модель даних «Нотаріальна контора» в стандарті IDEF1X представлена ??на малюнку 1, а фізична - на малюнку 2.
Рисунок 1 - Логічна модель даних
Малюнок 2 - Фізична модель даних
1.3 Особливості реалізації в MS SQL
При створенні скриптів бази даних в MS SQL деякі типи даних відрізняються від зазначених у фізичній моделі даних, а саме:
тип VARCHAR2 () замінений типом NCHAR ();
тип INTEGER замінений типом INT.
2. Розробка програми
2.1 Аналіз і методи розв'язання задачі
2.1.1 Інформація про програму
Метою додатка є робота з даними БД під управлінням MS SQL Server.
Користувач підключається до бази даних «Нотаріус». Після підключення відображаються всі таблиці БД з можливістю зміни даних в них.
.1.2 Вимоги до функціональних характеристик
Програмний продукт повинен забезпечувати виконання таких функцій:
можливість підключення базі даних;
редагування даних (видалення і додавання);
зрозумілий інтерфейс російською мовою;
доступ до довідкової інформації про основні функції з програми;
візуальне інформування про помилки;
можливість користувачеві переглядати результати запитів.
.1.3 Передбачувана політика розповсюдження програмного продукту
Передбачувана політика розповсюдження програмного продукту - вільна.
2.2 Розробка алгоритму
При розробці алгоритму застосований метод розбиття загальної задачі на більш прості (метод декомпозиції [2]). Основний алгоритм програми показує команди основного вікна. Схема даного алгоритму представлена ??нижче на малюнку 3.
Рисунок 3 - Схема основного алгоритму
2.3 Розробка користувальницького інтерфейсу
Інтерфейс користувача був розроблений при використанні подієвого програмування. Видом організації взаємодії програми з користувачем є система з графічним інтерфейсом користувача (GUI), клавіа...