
Харківський національний економічний університет
Кафедра інформаційних систем
Комплексний курсовий проект
на тему: Розрблення модуля «Віртуальна торгівельна площадка В2С» для інформаційної системи приватного підприємства «Контракт»
Студентки 1 року навчання
ОКР «спеціаліст» __4__ групи
спеціальності 7.05010101 «Інформаційні
управляючі системи та технології»
_____________Лемента В.В.___________
(прізвище та ініціали)
Керівник __ викладач кафедри ІС ___________Король О.Г.______________
(посада, вчене звання, науковий ступінь, прізвище та ініціали)
Національна шкала ________________
Кількість балів: __________Оцінка: ECTS _____
Члени комісії ________________ Король О.Г.
(підпис) (прізвище та ініціали)
________________ ________________________
(підпис) (прізвище та ініціали)
________________ ________________________
(підпис) (прізвище та ініціали)
м. ХАРКІВ – 2012 рік
ХАРКІВСЬКИЙ НАЦІОНАЛЬНИЙ ЕКОНОМІЧНИЙ УНІВЕРСИТЕТ
Кафедра інформаційних систем
Спеціальність 7.05010101 «Інформаційні управляючі системи та технології»
курс 5, група 4, семестр 9
Завдання
на комплексний курсовий проект
студентки
Лементи Вікторії Володимирівни
Тема комплексного курсового проекту: «Розрблення модуля «Віртуальна торгівельна площадка В2С» для інформаційної системи приватного підприємства «Контракт».
Строк здачі студентом закінченого проекту: 21.12.2012 р.
Вхідні дані до проекту: ДСТУ з обробки інформації, матеріали проектно-технологічної практики, готові програмні продукти, технічна документація, літературні джерела, інтернет-видання.
Зміст пояснювальної записки: Вступ. Розділ 1. Постановка завдань дослідження та визначення вимог до модуля «Віртуальна торгівельна площадка В2С». Розділ 2. Проектні та технічні рішення. Висновки.
Перелік графічного матеріалу: діаграми бізнес-процесів; UML-діаграми, логічна та фізична моделі бази даних.
Дата видачі завдання: 10.09.2012 р.
Керівник проекту викладач кафедри ІС, О.Г. Король
Студентка Лемента В.В.
ЗМІСТ
ВСТУП………………………………………………………………………6
1. ПОСТАНОВКА ЗАВДАНЬ ДОСЛІДЖЕННЯ ТА ВИЗНАЧЕННЯ ВИМОГ ДО МОДУЛЯ «ВІРТУАЛЬНА ТОРГІВЕЛЬНА ПЛОЩАДКА В2С»……………………….………………………............................................. 7
1.1. Змістовний опис і аналіз предметної області………………………………………………………………………….…..7
1.2. Огляд і аналіз існуючих варіантів розв’язання задач модуля «Облік продажу залізничних квитків на базі web-технологіій»…………………………………………………………………………..8
1.3. Специфікація вимог до модуля «Облік продажу залізничних квитків на базі web-технологіій»………………...................................................................11
1.3.1. Глосарій………………………………………………………………..11
1.3.2. Бачення…………………………………………………………….......12
1.3.3. Розроблення варіантів використання………………………………..14
1.3.3.1 Діаграма варіантів використання…………………………………...14
1.3.3.2 Специфікація варіантів використання………………………….......15
1.3.3.3 Розкадровка варіантів використання……………………………….15
1.3.3.4 Специфікація функціональних та нефункціональних вимог……..17
1.4.Висновки та пропозиції…………………………………………………18
РОЗДІЛ 2. ПРОЕКТНІ ТА ТЕХНІЧНІ РІШЕННЯ…………………….......19
2.1. Розроблення архітектури модулю «Облік продажу залізничних квитків на базі web-технологіій»..………………………………………………...19
2.1.1. Опис архітектури модулю «Облік продажу залізничних квитків на базі web-технологіій»………………………………………………………………19
2.1.2. Опис комплексу технічних засобів…………………………………..20
2.2. Математична постановка комплексу задач модуля «Облік продажу залізничних квитків на базі web-технологіій»……………………………………21
2.3. Опис вихідних і вхідних документів…………………………………..23
2.4. Проектування БД………………………………………………………..23
2.4.1. Проектування логічної моделі даних………………………………..23
2.4.2. Проектування фізичної моделі даних………………………………..26
2.5 Розроблення архітектури програмної системи…………………...........26
2.5.1. Розроблені екранні форми та вихідні документи програмного продукту…………………………………………………………………………….28
ВИСНОВКИ………………………………………………………………….29
ВИКОРИСТАНА ЛІТЕРАТУРА……………………………………………30
Додаток А. Приклад вхідного документа………………………………….34
Додаток Б. Приклад вихідного документа…………………………………35
Додаток В. Приклад SQL-скрипту створення таблиць БД…………..........36
Додаток Г. Екранні форми програмного продукту………………………..38
Додаток Д. Лістинг програми……………………………………………….42
ВСТУП
Сучасний ринок електронно-цифрових технологій представляє велику кількість підходів для створення високорівневих WEB-технологій, розвиток яких зростає з кожним днем. Дуже мала кількість інших сфер діяльності, які б розвивались настільки стрімко і пропонували б таке різноманіття підходів до впровадження електронно-цифрових технологій. Історія розвитку інформаційних технологій характеризується швидкою зміною наших концептуальних уявлень про ролі тих чи інших способів, технологічних засобів. Впровадження комп'ютерів в усі сфери життєдіяльності суспільства переконує в тому, що культура спілкування з комп'ютером стає частиною загального та повсякденного життя людини.
Об'єктами проектування є комплекси функціональних елементів, архітектури, інформаційного і програмного забезпечення автоматизованого модуля віртуальної торговельної площадки В2С на базі web-технологіій.
Основним завданням цього комплексного курсового проекта є дослідження, проектування та розроблення сучасної і повноцінної торгівельної площадки для приватного підприємства «Контракт» на основі web-технологій. Функціонал системи повинен забезпечити приватне підприємство автоматизованою, віртуальною торгівельною площадкою В2С з функцією електронний гаманець, що дозволить використовувати уповноваженим користувачам електронні платіжні сервіси та економити свій час.
Практичне значення роботи важливе с точки зору актуальності впровадження систем такого рівня для підвищення конкуренто-спроможності.
Метою комплексного курсового проекту є розроблення віртуальної торговельної площадки В2С, яка в свою чергу буде вирішувати наступні завдання:
обмін та взаєморозрахунки клієнта з віртуальною торгівельною площадкою;
електронні платіжні сервіси;
оформлення замовлень на товари.
Web-технології надають будь-якому підприємству можливість економити час та гроші, завдяки не витрат коштів на впровадження віртуальної торгівельної площадки.
РОЗДІЛ 1
ПОСТАНОВКА ЗАВДАНЬ ДОСЛІДЖЕННЯ ТА ВИЗНАЧЕННЯ ВИМОГ ДО МОДУЛЯ «ВІРТУАЛЬНА ТОРГІВЕЛЬНА ПЛОЩАДКА В2С»
Змістовний опис і аналіз предметної області
Приватне підприємство Контракт займається, однією з основних галузей екології – це озеленення та ландшафтні роботи. Головна мета підприємства є укрупнення форматів, а саме розширення спектрів послуг. Таким чином, в одному підприємстві контракт будуть виконуватися всі послуги стосовно озеленення, а саме: ландшафтне проектування, прилади елементів ландшафтної архітектури, догляд за садом, догляд за газонами, видалення аварійних та неперспективних дерев та інше [21].
Головною метою цього проекту – є збільшення бази замовників і об’єму заказів, завдяки розробки WEB-порталу для сучасного приватного озеленення. Створення автоматизованого порталу на основі WEB-технологій збільшить кількість клієнтів, та значно підвищить попит на послуги озеленення [3].
Аналіз подібних порталів показав, що в результаті реалізації проекту спроваджуються такі переваги:
збільшується число заказів, тому що переважна кількість громадян звертаються саме до пошукових систем, у тому числі особливо при виборі ландшафтного проектування, а саме завдяки тому що одразу можна подивитись, порівняти та замовити послуги не виходячи з дому ;
суттєва економія матеріальних засобів для більшості українських підприємств, завдяки доступності послуги просування порталів у пошукових система;
значні переваги сайтів завдяки простому та зрозумілому використанні, тому популярність цього маркетингового інструменту стабільно зростає [1;3].
Маючи такі вагомі переваги, пошукове просування також має свої недоліки. Звичайно, як і у будь – який інший процес, але ці недоліки майже непомітні в порівнянні з ваговими перевагами web - порталу.
Основні недоліки web – порталу є:
Занадто перевантажені, та не коректно спроектовані сайти можуть трохи довше загружатися ніж інші, в наслідок чого клієнт відчуває дискомфорт і може покинути сайт та перейти на інший;
Можуть бути несправності з сервером, тобто користувач не зможе зайти на сайт, а лише побачить таке зауваження: "Видалений сервер або файл не знайдений".
Таким чином основою цього корисного проекту є WEB-розробка для приватного озеленення «Контракт», на основі платформи WordPress програмного модулю, який досить зручний в використанні та платформи NetBeans. З їхньої допомогою досить швидко та зручно можна спроектувати web – сайт[3].
Для створення WEB-сайту розглядається організаційна структура приватного підприємства «Контракт», яка наведена на рис. 1.1.
Рис. 1.1. Організаційна структура управління приватного підприємства «Контракт»
У наступному підрозділі будуть розглядатися бізнес – завдання, які виконуються.
Огляд і аналіз існуючих варіантів розв’язання задач модуля «віртуальна торгівельна площадка В2С»
Проведений аналіз показав, що виконання завдання реклами та забезпечення послуг наведені на інших сайтах. Одним з яких є «1С-Бітрікс: Семирамида ландшафтний дизайн».
Рис. 1.4. Приклад створеного сайту за допомогою «1С-Бітрікс: Семирамида ландшафтний дизайн»
«1С-Бітрікс: Семирамида ландшафтний дизайн» представлено як базова версія для створення сайту-візитки, що відповідає вимогам законодавства, і розширена версія для сайту з повним функціоналом (рис. 1.4.): електронним замовленням товарів та послуг, перегляд різноманітних дизайнів ландшафту, обробкою звернень користувачів, що дозволяє використовувати сайт як робочий інструмент для інтерактивної взаємодії з населенням.
«1С-Бітрікс: Семирамида ландшафтний дизайн» виконує наступне:
Призначена для приватних підприємств, що працюють за принципом індивідуального підходу до кожного замовника. Вона відображає широкий спектр послуг, на яких будується функціонування організацій такого типу, надає можливість отримання повного обсягу полуг ландшафтного дізайну та маркетингової інформації.
Основними недоліками web – сайту «1С-Бітрікс: Семирамида ландшафтний дизайн» є:
незручний інтерфейс;
багато реклами;
дрібний шрифт;
розміщення не потрібних новин;
повільне завантаження.
Іншим прототипом є сайт «1С-Бітрікс: центр озеленення та благоустрою».
«1С-Бітрікс: центр озеленення та благоустрою» (рис. 1.5.) є розвитком призначена для автоматизації роботи менеджера з продажів приватних озеленень. Конфігурація узагальнює тривалий досвід індивідуальних рішень компанії «Бітрікс» в даній області і являє собою закінчений цільової продукт, що реалізує більшість послуг.
Функціональні можливості сайту:
На сайті реалізовані наступні можливості:
вести перелік клієнтів та стану взаєморозрахунків з ними (Можливо надання послуг з авансовим платежам, надання послу за допомогою кредитування), підтримуються різні категорії клієнтів (по оплаті), різні форми оплати (готівкова, безготівкова, за кредитними картками);
зберігати всі замовлення нових та постійних клієнтів;
моделювати дизайн;
порівнювати ціни;
переглядати та обирати асортимент;
переглядати порт фоліо;
введення знижок постійним клієнтам
порівнювати та контролювати витрати.
Основними недоліками web – сайту «1С-Бітрікс: центр озеленення та благоустрою» є:
на кожній сторінці розміщення рекламних банерів;
обов’язковість реєстрації;
невідповідний розмір сайту розміру монітора;
відсутність корисних новин.
Рис. 1.5. Приклад створеного сайту за допомогою «1С-Бітрікс: центр озеленення та благоустрою»
Порівняння програмних продуктів наведено в таблиці 1.2.
Таблиця 1.2
Порівняльна характеристика програмних продуктів
Фірма - розробник |
«1С-Бітрікс» |
«1С-Аналіт» |
1 |
2 |
3 |
Назва програмного продуктуСоздатель |
«1С-Бітрікс: Семирамида ландшафтний дизайн» |
«1С-Бітрікс: центр озеленення та благоустрою» |
Версії продукту
|
8.3 |
8.2 |
Закінчення табл. 1.2
1 |
2 |
3 |
Функціональність |
1) Розкриття інформації; 2) Самозамовлення користувачів через інтернет; 3) Персональні сторінки городян. |
1) Вести перелік клієнтів і стан взаєморозрахунків з ними; 2) Зберігати усі замовлення клієнтів; 3) Вести карти знижок; 4) Здійснювати гнучке гарантійне обслуговування. |
Допомога користувачу |
Так |
Так |
Дата випуску |
2009 |
2010 |
Останнє оновлення |
16.01.12 |
23.12.11 |
Таким чином в ході цих порівнянь між фірмами – розробниками можна зробити висновок, що дані програмні продукти дуже потрібні сучасним приватним підприємства, за їх до допомогою вирішується багато задач, як економічних так і практичних. Але данні розроблення довели на практиці, що не в повному обсязі задовольняють заданим вимогам, що наведені вище.
Коли відомі усі недолікики, їх можливо вирішити, саме тому для усунення цих недоліків будуть використовуватись такі платформи, як WordPress та NetBeans [4] .
Специфікація вимог до модуля «віртуальна торгівельна площадка В2С»
Глосарій.
Глосарій-це словник основних використовуваних термінів. Цей документ є найпершим результатом концептуального аналізу предметної області.
Глосарій проекту «віртуальна торгівельна площадка В2С» наведено в табл. 1.3.
Таблиця 1.3
Основні поняття, терміни та категорії
Термін |
Опис терміну |
||
1 |
2 |
||
|
|||
Функції проекту |
Завдання які вирішуються або повинні вирішуватися модулем. |
||
Бізнес-процес |
Забезпечує реалізацію всіх видів діяльності, пов'язаних з послугами; визначає функціональні та інформаційні зв’язки між різними об'єктами. |
||
Функції проекту |
Завдання які вирішуються або повинні вирішуватися модулем. |
||
Клієнт |
фізична особа, яка замовляє товари чи послуги для задоволення особистих або колективних потреб. |
||
|
|||
Менеджер з продажів |
Оператор сайту, який слідкує за успішним функціонуванням сайту озеленення, та формує клієнтські замовлення |
||
|
|||
Технічна документація |
Документ, який використовується при проектуванні, створенні і використанні (експлуатації) модулю. |
Бачення.
Це веб-продукт, який реалізований за допомогою веб-сайту.
Сайт виконує дві основні функції:
інформаційна-надання відвідувачам сайту всієї необхідної інформації про товари та послуги які цікавлять відвідувача сайту;
замовлення товару;
розрахунок клієнта електронними коштами, завдяки впровадженої послуги WebMoney.
В основу розробки сайту повинні бути покладені принципи клієнтоорієнтованих систем.
Бізнес-термін «клієнтоорієнтованість» використовується як ключова концепція розробки сайту з точки зору цільової аудиторії, тобто клієнтів майбутніх і справжніх осіб які хочуть замовити товар. При проектуванні всіх розділів сайту і наповненні їх контентом повинна реалізовуватися мета-забезпечити максимальний, конкурентний потенціал сайту. Це означає, що структура інтернету і контента сайту повинні привернути увагу клієнта й утримати його на сайті і спонукати його замовити квиток на цьому сайті. Сайт повинен працювати на віддаленому хостингу.
За допомогою веб-технологій будуть автоматизовані функції маркетингу та надання послуг:
Зовнішній функціонал сайту:
надання повного обсягу інформації;
вибір необхідних товарів;
замовлення товарів;
надання можливості розрахуватись за обрані товари безготівковим розрахунком;
Внутрішній функціонал сайту:
поточний баланс електронного гаманця;
облік продажу товарів;
ведення бази даних.
В табл. 1.4. наведені визначення проблеми.
Таблиця 1.4
Визначення проблеми
Проблема |
розширення клієнтської бази та підвищення конкурентоспроможності |
Зачіпає |
Директор |
Її наслідком є |
певні затрати в наслідок чого покращення товарообігу |
Успішне рішення |
створити веб-сайт і автоматизувати бізнес – процеси |
Бізнес – процеси:
інформаційна підтримка клієнта (доступ до інформації, інформування про товари, про нові надходження);
надання певних знижок постійним клієнтам;
пропонування знижок на взаємодоповнюючі товари;
досить не складне та зрозуміле замовлення товарів на сайті;
надання потрібної інформації;
ведення БД;
формування відомості кількості проданих товарів та вилучених за них коштів.
Ідентифікація співвласників і користувачів передбачає пошук і фіксацію зацікавлених осіб проекту-стейкхолдерів (від англ. stakeholder)-представників організації замовника і організації розробника, інвесторів, зовнішніх експертів та ін.
Відомості про співвласників представляє підсумковий список усіх ідентифікованих співвласників (табл. 1.5).
Таблиця 1.5
Відомості про співвласників
Назва |
Представляє |
Роль |
Головний Менеджер |
Функції: маркетингові та управлінські |
Облік і аналіз |
Відомості про користувачів представляють підсумковий список усіх ідентифікованих клієнтів (табл. 1.6).
Таблиця 1.6
Відомості про користувачів
Назва |
Опис |
Співвласник |
Користувач |
Потенційні клієнти |
Головний менеджер |
Адміністратор |
БД, розклад,відомість |
Головний менеджер |
Начальник |
Облік і аналіз |
Головний менеджер |
Розроблення варіантів використання.
1.3.3.1. Діаграма варіантів використання.
Проаналізувавши предметну область задачі «Віртуальна торгівельна площадка В2С», була складена діаграма варіантів використання, яка наведена на рис. 1.6.
Рис. 1.6. Діаграма варіантів використання
1.3.3.2. Специфікація варіантів використання.
Специфікація варіантів використання повністю описує основні варіанти використання, цей опис наведений в табл. 1.7-1.9.
Таблиця 1.7
Варіант використання «Вхід на сайт»
-
Контекст використання
Менеджер хоче зайти в особистий кабінет
Діюча особа
Менеджер з продажів
Передумова
У менеджера є непрочитані повідомлення або йому потрібно дадати на сайт підприємства якусь потрібну інформацію
Тригер
Менеджеру необхідно увійти до особистого кабінету
Сценарій
Менеджер заходить на сайт, та вводить логін та пароль.
Постумова
Менеджер потрапляє у особистий кабінет
Таблиця 1.8
Варіант використання «Зв’язок з менеджером з продажів»
-
Контекст використання
Клієнт хоче зв’язатися з менеджером
Діюча особа
Клієнт
Передумова
Клієнт бажає замовити товар чи послугу
Тригер
Клієнту необхідно уточнити інформацію щодо його замовлення
Сценарій
Клієнт відправляє повідомлення менеджеру
Постумова
Клієнт отримує відповідь від менеджера
Таблиця 1.9
Варіант використання «Перегляд товарів»
-
Контекст використання
Клієнту необхідно переглянути перелік товарів та послуг
Діюча особа
Клієнт
Передумова
У клієнта є бажання щось замовити
Тригер
Клієнту необхідно переглянути перелік доступних товарів та послуг
Сценарій
Клієнт вибирає товар чи послугу, яка йому потрібна
Постумова
Клієнту надається для перегляду вартість замовлення
1.3.3.3. Розкадровка варіантів використання.
Розглянемо певний сценарій роботи з функціональними можливостями системи в порядку взаємодії між користувачем і системою. В якості сценарію роботи, виступає представлення варіантів використання по кадрам (ескізам екранних форм), або розкадровка (storyboard).
Представимо по кадрам сценарій використання веб-додатку, в кожному кадрі якого буде описана дія, яка призводить до появи наступного кадру. Розкадровка вміщає детальне проходження за лініями сюжету («історії»), представленої у вигляді послідовної зв’язки кадрів з шаблонами їх даних. За кадри приймаємо окремі шаблони ескізів всередині розкадровки.
Графічне зображення розкадровок наведено на наступних рисунках:
рис. 1.7 – розкадровка авторизації в системі;
рис. 1.8 – розкадровка роботи зі сторінками сайту;
рис. 1.9 – розкадровка роботи з представленими послугами.
Рис. 1.7. Розкадровка вхід до сайту
Рис. 1.8. Розкадровка роботи зі сторінками сайту
Рис. 1.9. Розкадровка роботи з представленими послугами
1.3.3.4. Специфікація функціональних та нефункціональних вимог.
Специфікація функціональних вимог наведена в табл. 1.10.
Таблиця 1.10
Специфікація функціональних вимог
Ідентифікатор вимоги |
Назва вимоги |
Атрибути вимог |
||
Пріоритет |
Контакт |
Трудність |
||
1 |
2 |
3 |
4 |
5 |
FR-UC-01 |
Формування замовлення клієетів |
обов'язкове |
Холодов Д.В. |
низька |
FR-UC-02 |
Формування бази товарів та послуг |
обов'язкове |
Зеленський Ю.А. |
висока |
Продовження табл. 1.10
1 |
2 |
3 |
4 |
5 |
FR-UC-03 |
Формування оплати |
обов'язкове |
Ткаченка С.И. |
Низька |
Специфікація не функціональних вимог наведена у табл. 1.11.
Таблиця 1.11
Специфікація не функціональних вимог
Ідентифікатор вимоги |
Назва вимоги |
Атрибути вимог |
||
Пріоритет |
Контакт |
Трудність |
||
1 |
2 |
3 |
4 |
5 |
1. Застосовність |
||||
ZA-01 |
Відповідність стандартам інтерфейсу веб-користувача |
рекомендоване |
Павленко В.О. |
низька |
2. Надійність |
||||
NA-01 |
100% доступність |
рекомендоване |
Павленко В.О. |
висока |
NA-02 |
Точність часу прийому замовлень з похибкою не більше 45-хвилин |
рекомендоване |
Гавриленко С.М. |
середня |
3. Робочі характеристики |
||||
RC-01 |
Швидкодія для транзакцій в середньому 5 секунд |
рекомендоване |
Варонін Г.К. |
середня |
RC-02 |
Завантаженість ОЗУ 3 Гб. |
обов'язкове |
Мамедов В.М. |
низька |
4. Експлуатаційна придатність |
||||
EP-01 |
Наявність сучасного сервера з підтримкою php |
рекомендоване |
Нікітенко Д.М. |
середня |
Висновки та пропозиції
Отже, в результаті виконання розділу було сформовано глосарій предметної області проекту, розроблені варіанти використання за модулем, визначені функціональні та не функціональні вимоги.
РОЗДІЛ 2
ПРОЕКТНІ ТА ТЕХНІЧНІ РІШЕННЯ
2.1. Розроблення архітектури модулю «Віртуальної торгівельної площадки В2С»
2.1.1. Опис архітектури модулю «Віртуальної торгівельної площадки В2С».
Опис архітектури модулю «Віртуальної торгівельної площадки В2С» здійснено за допомогою діаграм розміщення та діаграм компонентів в UML.
На рис. 2.1. наведено діаграми розміщення, на рис. 2.2. наведено діаграми компонентів.
Рис. 2.1. Діаграма розміщення
Рис. 2.2. Діаграма компонентів
2.1.2. Опис комплексу технічних засобів.
Опис апаратного забезпечення проектного рішення ґрунтується на нефункціональних вимогах проекту та визначених технічних засобах (WEB-сервери, сервери БД, сервери додатків, ПК, мережні пристрої). Загальний склад КТЗ може наведено у вигляді табл. 2.1.
Таблиця 2.1
Опис необхідних компонентів КТЗ
Найменування компонента КТЗ (пристрою) |
Характеристики (вимоги), які є ключовими для компонентів КТЗ (пристрою) |
Кількість пристроїв |
Сервер БД |
baza.com.ua |
1 |
ПК |
HP |
1 |
Мережній пристрій (Switch) |
TP-link |
1 |
Середа передачі даних |
Wi-Fi |
1 |
Детальний опис нефункціональних вимог здійснюється для найбільш важливих пристроїв КТЗ.
Детальний опис нефункціональних вимог, щодо компонента комплексу технічних засобів наведено у табл. 2.2.
Таблиця 2.2
Детальний опис нефункціональних вимог до КТЗ
Характеристики |
Мінімальні вимоги |
1 |
2 |
Основні компоненти сервера |
|
Процесор |
Не менше ніж 2 (два) Celeron Xeon 2800 МГц або вище. Системна шина FSB 800 Мгц |
Підсистема пам'яті
|
Тип пам'яті-ECC DDR1 SDRAM, PC4300 |
Об'єм пам'яті-512 Мбайт |
|
Мережний інтерфейс
|
Кількість адаптерів-один. Підтримуваний стандарт: 100BASET |
ПЗ управління, що установлене на стороні кліента |
|
Операційна система |
Microsoft Windows |
Інтернет |
Люба мережа интернет |
Антивірусне ПЗ |
Антивірусне ПЗ для Microsoft Windows |
2.2. Математична постановка комплексу задач модуля «Віртуальна торгівельна площадка В2С»
Для розрахунку з замовниками при наданні товарів та послуг застосовуються ціни на платні товари та послуги, що встановлюються відповідно до калькуляції витрат по кожному виду послуг ландшафтного дизайну. Ціни включають фактичні витрати, розраховані на основі норм і розцінок, а також рентабельність у розмірі встановленого відсотка до собівартості послуг. Затверджені органом управління екології ціни оформляються у вигляді державного прейскуранта цін на платні стоматологічні послуги на даній території. Періодично ціни повинні індексуватися в зв'язку з інфляцією і зі зміною собівартості товарів.
Ціна на послуги приватного озеленення може бути розрахована на основі середньо – статистичних цін сфери ландшафтного дизайну [26].
Для розрахунку вартості послуг використані собівартість сировини, обсяг послуги, площа поверхні, робота дизайнера та робочих. У класифікаторі кожна послуга озеленення характеризується загальними витратами на її виконання. Розрахунки статистичних цін містять десятки економічних стандартів, що визначають, з одного боку, перелік можливих цін собівартості послуг для кожної складності послуги , з іншого – формування цін на них.
Усі послуги мають свою ціну, так само і озеленення та ландшафтний дизайн[3]. Ціна на послугу складається з двох основних елементів: собівартості і прибутку. Собівартість послуги складається з грошового еквівалента трудових ресурсів, сировини, роботи дизайнера та робочої групи, матеріалів, основних фондів, енергії та інших витрат [2].
Послуги озеленення можуть бути охарактеризовані також як детальні. Під детальної послугою розуміється елементарна послуга, надана замовнику, а саме догляд за садом, висадження дерев та квітів (Мається на увазі без впровадження дизайнера, чиї послуги високо оцінюються). При розрахунку собівартості детальної послуги необхідно знати витрати на матеріали трудомісткість і трудовитрати послуги, виражені тимчасовими витратами, які включають види і кількість використаних рослин , кількісний і кваліфікація садівників, що надають дану послугу, і мати відомості про витрати підприємства в цілому [3].
Таким чином, формула розрахунку собівартості надання послуги F буде мати наступний вигляд [2]:
F = L1o + Ld.p. + Lm + O + K, (3.1)
де:
L1о – вартість послухи садівників;
Ld.p. – вартість догляду за рослинами;
Lm – вартість рослин відповідно до виду та кількості;
О – вартість демонтажу;
К – вартість консультації дизайнера.
При формуванні вартості безпосереднього процесу виведення вартості послуги, були виділені усі послуги до демонтажу та створення насаджень, а також догляд за ними з урахуванням об’єму робот та виду послуг, встановленої експертним шляхом. Це дозволило більш точно розрахувати вартість ландшафтного дізайну [3].
У табл. 2.3-2.5 наведений приблизний розрахунок вартості.
Таблиця 2.3
Приклад розрахунку
Озеленення |
Альтанка |
Вид послуги |
Встановлення альтанки |
Витрати підприємства |
475 |
Таблиця 2.4
Діагностичне дослідження стану саду
Найменування дослідження |
Ціна, грн. |
Частота призначення, % |
Кратність |
Вартість, грн. |
Аналіз крові загальний |
20 |
100 |
1 |
20 |
Бактеріологічне дослідження |
30 |
10 |
1 |
30 |
Рентгенографія |
15 |
5 |
1 |
15 |
Таблиця 2.5
Стоимость озеленительних робіт
Найменування фізіолікування |
Частота призначення, % |
Число процедур |
Одиниця вимірювання |
Ціна за одиницю, грн.. |
Вартість, грн.. |
Висадка дерев |
50 |
5 |
Процедура |
|
|
Посадка дерев з земляним мішком |
20 |
5 |
-«- |
|
550 |
Посадка живої огорожі |
20 |
5 |
-«- |
|
251 |
Посадка чагарнків |
5 |
5 |
-«- |
|
132 |
Пристрої газону |
5 |
5 |
-«- |
|
|
|
|
|
|
Всього: |
|
Консультації фахівців |
|
|
|
|
191 |
Разом вартість озеленення склала
|
Таким чином, оплата за озеленювальні реконструкції здійснюється відповідно до розрахунків собівартості та надбавками на них.
Перевагою запропонованої методики є те, що визначивши собівартість детальних озеленювальних послуг і згрупувавши їх в необхідному наборі, ми можемо визначити собівартість [4;5].
Проведений аналіз показав що, з'явилася можливість закладати в ціну науково – обгрунтовані витрати, а під них і обсяг фінансування підприємства. І, нарешті, оплата по закінченому нагоди через ціни буде стимулювати рабочий персонал до завершення реконстрування, поліпшення результатів роботи за рахунок одночасного підвищення якісних і кількісних показників.
2.3. Опис вихідних і вхідних документів
Вхідна та вихідна інформація наведено у дод. А та дод. Б.
2.4. Проектування БД
2.4.1. Проектування логічної моделі даних.
На основі аналізу вхідних та вихідних документів будуємо модель відображення множини реквізитів вихідних і вхідних документів на множину елементів даних, що підлягають збереженню у базі даних, потім виконуємо приведення зібраної інформації до вигляду, зручного для проектування.
Для цього складаємо словник даних, який наведений у табл. 2.6.
Таблиця 2.6
Словник даних
№ |
Найменування елементу |
Ідентифікатор |
Тип |
Призначення елементу |
1 |
2 |
3 |
4 |
5 |
1 |
Адреса |
Адреса |
Рядок |
Ідентифікує адресу пацієнта |
2 |
Додаткова інформація |
Додаткова інформація |
Рядок |
Вказує на додаткову інформацію |
3 |
Дата |
Дата |
Дата/час |
Ідентифікує дату |
4 |
іd картки |
іd картки |
Число |
Ідентифікує номер амбулаторної картки |
5 |
іd послуги |
іd послуги |
Число |
Ідентифікує послугу |
6 |
іd табельний номер |
іd табельний номер |
Число |
Ідентифікує доктора |
7 |
Ім’я менеджера |
Ім’я менеджера |
Рядок |
Ідентифікує
|
8 |
Ім’я клієнта |
Ім’я клієнта |
Рядок |
Ідентифікує
|
9 |
Код послуги |
Код послуги |
Число |
Ідентифікує послугу |
10 |
Найменування послуги |
Найменування послуги |
Рядок |
Ідентифікує найменування послуги |
11 |
Номер амбулаторної картки |
Номер амбулаторної картки |
Число |
Ідентифікує номер амбулаторної картки |
12 |
Опис послуги |
Опис послуги |
Рядок |
Ідентифікує опис послуги |
13 |
По – батькові менежера |
По – батькові менеджера |
Рядок |
Ідентифікує по – батькові менеджера |
14 |
По – батькові клієнта |
По – батькові клієнта |
Рядок |
Ідентифікує по – батькові клієнта |
15 |
Посада доктора |
Посада доктора |
Рядок |
Ідентифікує посада доктора |
Продовження табл. 2.6
1 |
2 |
3 |
4 |
5 |
16 |
Поштовий індекс |
Поштовий клыэнта |
Рядок |
Ідентифікує поштовий індекс клієнта |
17 |
Прізвище менеджера |
Прізвище менеджера |
Рядок |
Ідентифікує прізвище менеджера |
18 |
Прізвище клієнта |
Прізвище клієнта |
Рядок |
Ідентифікує прізвище клієнта |
19 |
Табельний номер менеджера |
Табельний номер менеджера |
Число |
Ідентифікує табельний номер менеджера |
20 |
Телефон |
Телефон |
Рядок |
Ідентифікує телефон пацієнта |
21 |
Ціна |
Ціна |
Число |
Ідентифікує ціну |
Приклад SQL-скрипту для створення таблиць БД наведено у дод. В.
Проектування інфологічної моделі даних.
Будуємо графічне представлення моделі даних у вигляді ERD (нотація IDEF1X) (рис. 2.3).
Рис. 2.3. Інфологічна модель даних
Для усіх сутностей моделі наведені специфікації обмежень, які повинні включати наступне:
1) Обмеження атрибутів сутностей (табл. 2.7);
2) Обмеження кортежів (табл. 2.8);
3) Обмеження унікальності (табл. 2.9);
4) Динамічні обмеження (табл. 2.10);
5) Інші обмеження (табл. 2.11);
6) Операційні правила (табл. 2.12);
7) Правила оновлення записів посилальної цілісності (табл. 2.13)
Таблиця 2.7
Обмеження атрибутів
№ п/п |
Ім'я атрибута або агрегату |
Межі або допустимі значення |
Структура (формат) |
Умова |
Значення за замовчуванням |
1 |
Пацієнт. Телефон |
- |
(99) 999-99-99 |
|
- |
2 |
Надання послуг. Дата |
- |
- |
- |
Поточна дата |
3 |
Клієнт. Персональний номер клієнта |
Від 1 до1000 |
9999 |
NOT NULL |
|
4 |
Менеджер. Табельний номер |
Від 1 до 3 |
9 |
NOT NULL |
|
5 |
Послуга. Код послуги |
Від 1 до 12 |
99 |
NOT NULL |
|
Таблиця 2.8
Обмеження кортежів
№ п/п |
Група атрибутів |
Обмеження |
1 |
Обмежень кортежів немає |
Таблиця 2.9
Обмеження унікальності
№ п/п |
Атрибут або група атрибутів |
Серед яких примірників, якої сутності або зв'язку має місце унікальність |
1 |
Менеджер. Табельний номер менеджера |
Для всіх примірників сутності «Менеджер» |
2 |
Клієнт. Ідентифікація |
Для всіх примірників сутності «Клієнт» |
Таблиця 2.10
Динамічні обмеження
№ п/п |
Група атрибутів |
Обмеження |
1 |
Надання товарів. Персональний номер |
Персональний номер клієнта ← Персональний номер + 1 - значення атрибута Персональний номер може збільшуватися на одиницю і більше |
Таблиця 2.11
Інші обмеження
№ п/п |
Група атрибутів |
Обмеження |
1 |
Отримання товарів. Дата |
Дата отримання товарів |
Таблиця 2.12
Операційні правила
№ п/п |
Група атрибутів |
Обмеження |
1 |
Атрибути, пов'язані із сутністю “Клієнт”: Персональний номер клієнта, ПІБ, ... і т.д. |
При видаленні запису про якого-небудь клієнта всі відомості про нього слід перенести в архівну базу з вказівкою дати та часу, причини видалення та імені користувача, який здійснив видалення. Ці відомості зберігаються в архівній базі не менше 1 року, а потім можуть бути автоматично видалені |
Проектування глобальної даталогічної моделі даних.
Має містити інформацію стосовно проектування глобальної моделі даних у вигляді ERD (в нотації IDEF1X) (рис. 2.4).
Таблиця 2.13
Правила оновлення записів посилальної цілісності
№ п/п |
Батьківська сутність |
Дочірня сутність |
Правило
|
Інші правила |
1 |
Підрозділ |
Співробітник |
Обмежене (restrict) |
|
2 |
Співробітник |
Кар'єра |
Каскадне (cascade) |
|
Рис. 2.4. Глобальна даталогічна модель даних
2.4.2. Проектування фізичної моделі даних.
Розділ включає опис розробки моделі даних на фізичному рівні як результат генерації команд SQL-скрипту по створенню основних об'єктів зберігання в БД таких як: таблиці, подання, ключі, тощо (приклад наведений у дод. Г).
2.5. Розроблення архітектури програмної системи
Додаток розроблено за допомогою скрипкової мови програмування РНР. Додаток використовує серверну частину бази даних MySQL Server для зберігання даних налаштування та вмісту. Якщо поглянути на систему взагалі, то в розробці поєднується дві архітектури PHP, MySQL Server, Apache. Це поєднання надає нам величезну перевагу, в розробці даної системи [9 – 12].
Система буде підтримувати необхідні інструменти для роботи з базою даних, організації груп користувачів з різноманітними правами, забезпечить користувача інтерфейсом з елементами та інтерфейсом управління. У більшості випадків додаткова розробка зводиться до створення користувацьких рішень у вигляді web – частин, які розроблюються у любому PHP – редакторі або звичайному редакторі текстових файлів, а також організації необхідних бізнес процесів [10].
Графічне уявлення документів наведено на рис. 2.5, на якому зображена UML діаграма класів інформаційної системи. На діаграмі зображено головні вхідні та вихідні документи. Кожному документу належить перелік певних атрибутів, які можуть бути властиві, як для вхідних так і для вихідних елементів системи. Вся інформація в вихідні документи потрапляє із бази даних, в свою чергу, вхідні документи додають або змінюють інформацію в останніх.
Рис. 2.5. UML-діаграма класів
Для організації роботи на сайті необхідно провести певну кількість дій по входу у систему, а також доступу до потрібної сторінки, яка забезпечить користувача інструментами для виконання необхідної йому дії. Для графічного уявлення роботи з системою на рис. 2.6 представлена UML – діаграма діяльності.
У складі діаграми можна виділити декілька типів сторінок, які надають користувачу певні інструменти для виконання його роботи.
Сторінка авторизації – отримавши доступ до системи, користувач отримує у розпорядження елементи переходу до інших функціональних частин системи. Так як система підтримує роботу з такими користувачами, як адміністратор та користувач. В залежності від прав користувача, система надає різні можливості користувачам.
Пацієнт має можливість переглядати різну інформацію, яку розміщую адміністратор сайту, також пацієнт може записатися на прийом до лікаря на сайті.
Адміністратор має можливість переглядати, видаляти та редагувати інформацію про послуги, статті та іншу інформацію.
Рис. 2.6. UML-діаграма діяльності
2.5.1. Розроблені екранні форми та вихідні документи програмного продукту.
Екранні форми наведені у дод. Г
ВИСНОВКИ
В ході виконання роботи було розроблено модуль для автоматизації обліку та замовленню товарів та послуг приватного озеленення. В додатку організований облік послуг сучасного підприємства, внесена можливість замовлення товару чи послуги ландшафтного проектування. Розроблений додаток можна переносити між різними операційними системами, що дозволяє розгорнути його на серверах з встановленим WEB-сервером, який підтримує РНР та бази даних MySQL [11].
Під час виконання завдання була проведена робота, по розробці сайту для приватного підприємства «Контракт». Здобуто навички по написанню WEB-додатків за допомогою РНР та бази даних MySQL. Здобуто практичні знання по проектуванню робочих процесів сайту за допомогою таких програмних продуктів як Aris, BPWIN, ERWIN та IBM RationalRose.
Приватний портал доцільно впроваджувати на підприємствах в організаціях різного масштабу – від великих до малих. Завдяки його можливості підвищити ефективність та кількість послуг, що сприятиме підвищенню клієнтури та конкурентоспроможності [20].
Інтерфейс розробленого порталу достатньо простий та зрозумілий у використанні, тому не потребує значного обсягу часу для ознайомлення з ним користувача. При замовленні обраного товару є можливість швидкого доступу до відповідної довідкової сторінки замовлення, та виконання її реалызації.
Проектування WEB-порталу для підприємств усіх галузей вкотре підтверджує його необхідність, як для інформування користувачів пошукових систем так і для рішення задач автоматизації продаж товарів та послуг. Сучасний рівень розвитку WEB-технологій дозволяє спроектувати, розробити і ввести в експлуатацію економічний інформаційний портал, який відповідатиме сучасним потребам швидкості, стабільності, інформативності та безпеки.
ВИКОРИСТАНА ЛІТЕРАТУРА
ДСТУ 19.701-90. Єдина система програмної документації. Схеми алгоритмів, програм, даних і систем. Умовні позначення і правила виконання. - М.: Изд-во стандартів, 1991.-20 с.
ДСТУ 2938-94. Системи оброблення інформації. Основні поняття. Терміни та визначення.-К.: Держстандарт України, 1995.-32с.
ДСТУ 2940-94. Системи оброблення інформації. Управління процесами оброблення даніх. Терміни та визначення.-К.: Держстандарт України, 1995-28 с.
ДСТУ 34.003-90. Інформаційна технологія. Комплекс стандартів і керівних документів на автоматизовані системи. Автоматизовані системи. Терміни та відділення.-М.: Изд-во стандартів, 1991. – 32 с.
ДСТУ 34.201-90. Інформаційна технологія. Комплекс стандартів і керівних документів на автоматизовані системи. Автоматизовані системи. Стадії створення.-М.: Изд-во стандартів, 1991.-16 с.
ДСТУ 34.602-89. Інформаційна технологія. Комплекс стандартів і керівних документів на автоматизовані системи. Технічне завдання на створення автоматизованої системи.-М.: Изд-во стандартів, 1990.-28 с.
ДСТУ 7.1-84. Бібліографічний опис документа: Загальні вимоги та правила складання.-М.: Изд-во стандартів, 1984.-77 с.
ДСТУ 51624-2000. Захист інформації. Автоматизовані системи в захіщеному віконанні. Загальні вимоги. – К.: Держстандарт України, 2000.-24с.
Буєвич С.Ю. Аналіз фінансових результатів банковской діяльності. / С.Ю. Буєвич, О.Г. Корольов.-БХВ-Петербург, 2005.-160 с.
Дегтярьова О.І. Ринок цінних паперів і біржова справа. / О.І. Дегтярьова, Н.М. Коршунов, Є.Ф. Жуков.-М.: МПФА, 2004.-501 с.
Дембовський В.В. Автоматизація управління виробництвом. / В.В. Дембовський.-СПб.: СЗТУ, 2004.-82 с.
Комплексна програма наскрізної практики для студентів напрямку підготовки “Комп’ютерні науки” денної форми навчання / Укл. І. О. Золотарьова, В. М. Федорченко,С. В. Мінухін, С. В. Кавун, Л. А. Павленко, Р. К. Бутова, А. А. Гаврилова. – Харків: Вид. ХНЕУ, 2010.-78 с.
Куцко О.В. Впровадження web-програмування в медецину для розробки web-сайта стоматологічного кабінета./ О.В. Куцко // «Збірник наукових праць студентів спеціальностей «Інформаційні управляючі системи і технології», «Комп’ютерний еколого-економічний мониторинг»» [Текст]: /редкол.: В.С. Пономаренко [та ін.].-Харків: ХНЕУ, 2011.-392 с.
Куцко О.В. Впровадження web-програмування в медецину для розробки web-сайта стоматологічного кабінета./ О.В. Куцко // Міжнародної науково-практичної конференції молодих вчених, аспірантів та студентів «Актуальні проблеми науки та освіти молоді: теорія, практика, сучасні рішення», 16-17 лютого 2012 р.: тези доповідей.-Х.: ХНЕУ, 2012.-608 с.
Лабораторний практикум з курсу «CASE-технологiï» для студентiв спецiальностей 7.080401 усiх форм навчання / Укл. С. В. Мiнухiн, О. М. Беседовський.-Харкiв: Вид. ХНЕУ, 2005.-128 с.
Методичні рекомендації до оформлення звітів, курсових та дипломних проектів для студентів напрямки підготовкі 0804 «Комп'ютерні науки» ВСІХ Форі навчання / Укл. І. О. Золотарьова, О.М. Беседовській, І. Л. Латишева, Г. О. Плеханова.-Харків: Вид. ХНЕУ, 2007.-32 с.
Метью Мак-Дональд, Маріо Шпушта Microsoft ASP.NET 3.5 2-е видання пер. з англ.-М.: ТОВ «І. Д. Вільямс », 2008.-1424 с.
Мiнухiн С. В. CASE-технологiї. / С.В. Мінухін.-Харкiв:Вид. ХНЕУ, 2005.-156 с.
Мінухін С.В. Методичні рекомендації з виконання лабораторних робіт з курсу CASE-технології для студентів спеціальності 07.080401 усіх форм навчання. / С.В. Мінухін, С.В. Знахур.-Харків: Вид. ХДЕУ, 2002.-184с.
Міжнародні стандарти безпеки ISO [Электронный ресурс].-Режим доступу до ресурсу. : www.iso.org.
Моніторинг ліквідності ринку державних цінних паперів [Электронный ресурс].-Режим доступу до ресурсу. : www.old.rcb.ru/archive/articles.asp?id=2811.
Олссон Г. Цифрові системи автоматизації та управління / Г. Олссон.-М: Невський Діалект, 2001.-557 с.
Пол Уілтон SQL для початківців. / Пол Уілтон, Джон Колбі .-Видавничий дім «Вільямс», 2005.-496 с.
Пономаренко В. С. Інформаційні системи і технології в економіці. Посібник. / Укл. В. С. Пономаренко, Р. К. Бутова, І. В. Журавльова, Г. Н. Назарова, Л. А. Павленко, О. І.. Пушкар; [За ред. д. е. н. В. С. Пономаренко.-К.: Видавничий центр «Академія», 2002.-544 с.].
Пономаренко В.С. Інформаційні системи і технології в економіці: Посібник для студентів вищих навчальних закладів /-К.: Видавничий центр «Академія», 2002.-544с.
Практичнi завдання та методичнi рекомендацiï до ïх виконання з навчальноï дисциплiни «Системний аналiз та проектування СОI» / Укл. Р. К. Бутова-Харкiв: Вид. ХНЕУ, 2006.-86 с.
Сайт автоматізації Керування підпріємством [Электронный ресурс].-Режим доступу до ресурсу. : http://leport.ru/wps/?p=1.
Троелсен Е. C # і платформа. NET. Бібліотека програміста. / Е.С. Троелсен.-СПб.: Пітер, 2007.-796 с
Ушакова І.О. Системний аналіз та проектування систем обробки інформації. / І.О. Ушакова.-Харків: Вид. ХДЕУ, 2004.-164 с.
ДОДАТКИ
Додаток А
Приклад вхідного документа
Рис. А.1. Вхідний документ
Додаток Б
Приклад вихідного документа
Рис. Б.1. Вихідний документ «Бланк замовлення»
Рис. Б.2. Вихідний документ «Чек»
Додаток В
Приклад SQL – скрипту створення таблиць БД
CREATE TABLE SOTRUDNIKI
(Tabel`nuj_nomer integer NOT NULL PRIMARY KEY,
FIO long Integer NOT NULL;
Dolgnost` long Integer NOT NULL;
Kod_kategorii_vracha integer NOT NULL;
FOREIGN KEY (P/n_okasaniaj_uslug) REFERENCES Okasanie_uslug (P/n_okasaniaj_uslug);
FOREIGN KEY (Kod_kategorii_vracha) REFERENCES Kategoriaj_SOTRUDNIKA (Kod_kategorii_vracha)
CREATE TABLE Kategoriaj_sotrudnika
(Kod_kategorii_vracha integer NOT NULL PRIMARY KEY,
Naimenovanie_kategorii_vracha long Integer NOT NULL;
FOREIGN KEY (Tabel`nuj_nomer) REFERENCES Doktor (Tabel`nuj_nomer)
CREATE TABLE Usluga
(Kod_uslugi integer NOT NULL PRIMARY KEY,
Naimenovanie_uslugi long Integer NOT NULL;
FOREIGN KEY (P/n_okasaniaj_uslug) REFERENCES Okasanie_uslug (P/n_okasaniaj_uslug)
CREATE TABLE Pacuent
(Nomer_kartochki integer NOT NULL PRIMARY KEY,
FIO long Integer NOT NULL;
Adres long Integer NOT NULL;
Telefon long Integer NOT NULL;
Pochtovuj_index long Integer NOT NULL;
Dopolnitel`naj_informacuaj long Integer NOT NULL;
FOREIGN KEY (P/n_okasaniaj_uslug) REFERENCES Okasanie_uslug (P/n_okasaniaj_uslug)
CREATE TABLE Okasanie_uslug
(P/n_okasaniaj_uslug integer NOT NULL PRIMARY KEY,
Tabel`nuj_nomer integer NOT NULL;
Kod_uslugi integer NOT NULL;
Nomer_kartochki integer NOT NULL;
Data Data/Time NOT NULL;
Cena Currency NOT NULL;
FOREIGN KEY (Nomer_kartochki) REFERENCES Pacuent (Nomer_kartochki);
FOREIGN KEY (Kod_uslugi) REFERENCES Usluga (Kod_uslugi);
FOREIGN KEY (Tabel`nuj_nomer) REFERENCES Doktor (Tabel`nuj_nomer)
Закінчення дод. В
Tabel`nuj_nomer integer NOT NULL;
Kod_uslugi integer NOT NULL;
Nomer_kartochki integer NOT NULL;
Data Data/Time NOT NULL;
Cena Currency NOT NULL;
FOREIGN KEY (Nomer_kartochki) REFERENCES Pacuent (Nomer_kartochki);
FOREIGN KEY (Kod_uslugi) REFERENCES Usluga (Kod_uslugi);
FOREIGN KEY (Tabel`nuj_nomer) REFERENCES Doktor (Tabel`nuj_nomer)
Додаток Г
Екранні форми програмного продукту
Рис. Г.1. Головна сторінка
Додаток Д
Лістинг програми