Розробка бази даних для АРМ "Магазин"
Полегшення ведення обліку товарів та відстежування маніпуляцій над товарами різними працівниками у АРМ "Магазин". Технічні вимоги до розробки автоматизованого робочого місця. Користувачі та їх функціональні вимоги роботи з системою. Обмеження цілісності.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | курсовая работа |
| Язык | украинский |
| Дата добавления | 29.10.2014 |
| Размер файла | 134,9 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Міністерство освіти і науки України
НАЦІОНАЛЬНИЙ УНІВЕРСИТЕТ «КИЄВО-МОГИЛЯНСЬКА АКАДЕМІЯ»
Кафедра інформатики факультету інформатики
РОЗРОБКА БАЗИ ДАНИХ ДЛЯ АРМ «МАГАЗИН»
Письмова самостійна робота
Київ 2014
2. МЕТА РОЗРОБКИ
Мета розробки - полегшити ведення обліку товарів (прийом, оформлення, продаж, списання ) та відстежувати маніпуляцій над товарами різними працівниками у АРМ «Магазин».
Завдання розробки - розробити єдину базу даних для забезпечення роботи автоматизованого робочого місця «Магазин».
3. ОПИС ПРЕДМЕТНОЇ ОБЛАСТІ
3.1 ВХІДНІ ДАНІ
3.1.1 ЗАГАЛЬНА ІНФОРМАЦІЯ
Система АРМ «Магазин» дозволяє вести облік товару; облік надходження товару на склад; облік продажу товару; рахунки; списання зі складу; створення відповідної звітності.
Можливості:
* представлення товарів у базі за штрих-кодом і кількістю;
* поповнення бази даних у зв'язку з надходженням нових товарів;
* облік товарів на складі;
* списання товарів з бази даних у зв'язку з втратою теміну придатності;
* складання звітів за станом товарів, таких як списання, прихід.
* збереження продажів;
* створення замовлень партій товарів.
3.1.1 ЗБІР ФАКТІВ
3.1.1.1 ВИВЧЕННЯ ДОКУМЕНТАЦІЇ
Було проаналізовано такі документи:
«Посадова інструкція Касира»:
< www.hr-portal.ru/pages/raboch/Kassir_torgovogo_zala_I_kategorii_.php>
«Посадова інструкція комірника»:
< www.zarabotu.ru/sklad/4.htm>
«Посадова інструкція комірника»:
< www.kt-lospo.com/z_d_i_kladovschik.htm>
«Посадова інструкція менеджера»:
<www.znaytovar.ru/s/Dolzhnostnaya-instrukciya-menedzhe.html>
3.1.1.1 ПРОВЕДЕННЯ ІНТЕРВ'Ю
Інтерв'ю з менеджером магазину мережі продуктових магазинів «АТБ»
Расюк Вітою:
- На Вас, як на менеджера, покладена велика відповідальність за функціонування всього «виробничого процесу» у магазині. Що для Вас є визначальним для успішної роботи магазину, і на що треба звернути увагу, щоб побудувати стійку систему організації всіх взаємодій?
- По-перше, для того, щоб вміти підпорядкувати систему під себе, треба вміти вдало розмежовувати ієрархію виробничих процесів на сегменти так, щоб кожна група суб'єктів діяльності виконувала лише регламентований цим розподілом сегмент роботи.
По-друге, варто врахувати масштаб підприємства, що залежить як від клієнтської аудиторії та її куплеспроможності, так і від лімітованих факторів, таких як капітал, інвестиції тощо, для того, щоб виокремити кількість сегментів виробничого процесу і, відповідно, забезпечити магазин необхідним персоналом, для здійснення повноцінного обслуговування.
- Я хочу розробити програму, що обслуговуватиме невеликий автоматизований магазин. Скільки сегментів виробничого процесу Ви можете виокремити для забезпечення повноцінної роботи магазину?
- По-перше, щоб організувати вдалий виробничий процес, треба мати гарно налагоджений склад. Це дасть змогу забезпечити наповненість магазину продуктами та достатнім їх асортиментом.
По-друге, треба мати робітників торгової зали, які б відповідали за, безпосередньо, наповненість полиць у торговій залі магазину.
По-третє, треба мати касирів/продавців, які забезпечили б процес безпосередньої реалізації товару покупцю.
Ці три основні сегменти - головні для невеликого магазину (у великому магазині їх було б більше), де кожна група працівників сегменту здійснює діяльність в межах розподілу і відповідає лише за забезпеченням роботи свого сегменту.
Але для того, щоб вдало с об'єднати виробничий процес воєдине, магазину потрібен адміністратор, якому був би підзвітним кожен сегмент діяльності.
- Які процеси виробничої діяльності характерні кожному сегменту, і які обов'зки покладені на групу праціників цього сегменту?
- Розглянемо склад. На складі працюють комірники. Перше, що вони мають робити, це укладати із постачальниками угоди поставок тих чи інших товарів. Комірник мусить керувати виконанням заявки на поставку, та у разі її виконання, прийняти її на склад та оформити звіт про прихід товару. Потім весь товар треба перевірити на придатність і лише після цього націнити, та оформити його на продаж у базі товарів. Якщо товари, які оформлені на продаж з плином часу втратили придатність або є непридатними з інших причин, комірник списує вказану кількість того чи іншого товару з бази, роблячи відповідний звіт про списання із вказаною причиною списання.
У залі товарів є працівники, які відповідають за наповнення товарами продуктових полиць товарами зі складу, оформленими на продаж. В разі втрати товаром «товарного» виду, виходу поза термін придатності тощо, працівник залу повертає комірнику ці товари, який їх списує з бази. Також працівник залу мусить консультувати покупців, для підвищення сервісу та рівня задоволонесті останніх, що збільшить їх аудиторію, і що згодом може стати кроком для розширення магазину.
На касі, яку обслуговує касир, відбувається, беспосередньо, кінцева реалізація продуктів покупцю. Касир має обслуговувати клієнтів, забезпечувати вивід та збереження чеків продажів, контролювати правильність націнки товарів та їх стан, важити товари з категорій, які передбачають ваговий продаж.
5. ТЕХНІЧНІ ВИМОГИ
Проаналізувавши зібрані факти, я можу узагальнити технічні вимого до системи:
Система повинна дозволяти розмежовувати права доступу користувачів, забезпечуючи схоронність і цілісність даних.
Фіксування замовлень товарів у системі до постачальників.
Можливість відстеження виконань замовлень та занесення інформації про них.
Створення звітів про прихід товарів на склад у разі виконання замовлення.
Ведення конролю списання товарів у разі виявлення втрати товарного виду після прийому товару.
Реєстрація придатного до продажу товару як товару на продаж.
Ідентифікація товару у системі за унікальним штрих-кодом.
Створення звітності про реєстрації товарів у товарах на продаж.
Ведення конролю списання товарів з товарів на продаж у разі виявлення, що термін придатності товару збіг.
Створення звітів про списання товарів зі складу.
Фіксація продажів товарів та реєстрація їх у системі.
Синронізоване декрементування товару зі складу у разі успішної реєстрації продажу у системі.
Отримання товару за штрих-кодом.
Отримання списку всіх товарів.
Отримання списку товарів певної категорії.
6. КОРИСТУВАЧІ ІС
Табл. 1
Користувачі та їх функціональні вимоги роботи з системою
|
Користувач ІС |
Функціональні вимоги |
|
|
Комірник |
- укладання з постачальником договорів про замовлення, які вміщають в себе поставки конкретних товарів та реєстрування їх у системі. - здійснення контролю над виконанням замовлення та внесення змін до системи у разі його виконання. - прийом замовлень та фіксування їх у системі у вигляді актів прийому товару. - виявлення дефектних товарів після розфасувань замовлень та створення звітності про їх списання. - реєстрації придатних до продажу товарів у базі товарів на продаж. - списання з бази товарів на продаж товарів, які втратили свою придатність через збіг терміну придатності. |
|
|
Касир |
- продаж товарів безпосередньо клієнту. - стеження за коректністю націнки товару; - зважування товарів на вагу та занесення інформації до чеку; - пробивання товарів на касі, принесених клієнтом, через штрих-код та реєстрація товару у чеку; - відміна товару чеку; - формування чека та видача його клієнту (одночасно з видачею чека клієнту відбувається синхронізований декремент кількості відповідних товару у базі товарів на продаж); |
|
|
Адміністратор |
- керує виробничим процесом. - реєструє працівників до системи. - контролює звіти. - веде статистику продажів. - розраховується з постачальниками. |
|
Табл. 2
Користувачі та їх функціональні вимоги роботи з базою даних
|
Дані |
Робота з даними |
Комірник |
Касир |
Адмін. |
|
|
Всі товари |
Обробка |
+ |
|||
|
Запит |
+ |
+ |
+ |
||
|
Звіт |
+ |
+ |
|||
|
Всі акти замовлення |
Обробка |
+ |
|||
|
Запит |
+ |
+ |
|||
|
Звіт |
+ |
+ |
|||
|
Всі акти списання |
Обробка |
+ |
|||
|
Запит |
+ |
+ |
|||
|
Звіт |
+ |
+ |
|||
|
Всі продажі |
Обробка |
+ |
|||
|
Запит |
+ |
+ |
+ |
||
|
Звіт |
+ |
+ |
|||
|
Всі сплати за замовлення |
Обробка |
+ |
|||
|
Запит |
+ |
+ |
|||
|
Звіт |
+ |
+ |
|||
|
Всі акти реєстрації на продаж |
Обробка |
+ |
|||
|
Запит |
+ |
+ |
|||
|
Звіт |
+ |
+ |
|||
|
Всі акти сплати постачальнику |
Обробка |
+ |
|||
|
Запит |
+ |
+ |
|||
|
Звіт |
+ |
7. СПЕЦИФІКАЦІЯ ВИМОГ
7.1 ВИМОГИ ДО ДАНИХ
Товар:
- штрих-код [PK];
- назва;
- ціна продажу;
- кількість;
- виробник;
- категорія.
Категорія:
- шифр [PK];
- назва:
- опис.
Працівник - супертип:
- шифр [PK];
- ПІБ;
- посада (адмін., касир, комірник);
- контактні дані.
Постачальник:
- шифр [PK];
- назва;
- контакти;
- баланс коштів;
Замовлення партії:
- шифр [PK];
- товар;
- кількість
- сума;
- постачальник;
- комірник;
- дата;
- стан.
Акт прийому:
- шифр [PK];
- замовлення;
- дата;
- комірник.
Акт списання:
- шифр [PK];
- товар;
- кількість;
- дата;
- причина;
- комірник.
Акт оформлення на продаж:
- шифр [PK];
- товар;
- кількість;
- дата;
- комірник.
Акт сплати постачальнику:
- шифр [PK];
- замовлення;
- сума;
- дата;
- постачальник;
- адмін.
Продажі:
- шифр [PK];
- номер чека;
- товар;
- кількість;
- сума;
- касир;
- дата.
7.2 ВИМОГО ДО РОБОТИ З ДАНИМИ
Реєстрація
- нового товару;
- нового працівника;
- актів;
- продажів;
- нових постачальників;
- замовлень товарів;
- категорій товарів.
Оновлення
- даних про товар || реєстрація акту;
- даних про працівника;
- даних про категорії товарів;
- даних про замовлення;
- даних про постачальника;
- даних про кількість товарів || реєстрація акту.
Видалення
- даних про товар зі складу;
- даних про працівника;
- даних про замовлення;
- даних про категорії товару;
- даних про постачальника.
Запити
- про товар за штрих-кодом;
- список всіх товарів;
- список товарів, кількість яких < за певне значення;
- список всіх (певних) актів;
- дані постачальника за шифром.
- список всіх постачальників;
- список всіх замовлень;
- список всіх невиконаних замовлень;
- список працівників;
- список продажів.
-...
8. ER-МОДЕЛЬ
«Сутності» (в лапках, бо то не є повноцінні сутності, бо частина полів забереться з сутності ER-моделі за рахунок побудови зв`зків) ER-моделі описані в пункті 7.1.
Зв`язки:
|
Сутність |
Кратність |
Назва зв`язку |
Кратність |
Сутність |
||
|
1 |
Категорія |
1..1 |
вміщає |
1..N |
Товар |
|
|
2 |
Замовлення партії товару |
1..1 |
Будується на основі |
1..1 |
Товар |
|
|
3 |
Акт списання |
1..1 |
Списує кількість |
1..1 |
Товар |
|
|
4 |
Продажі |
1..1 |
Містить |
1..1 |
Товар |
|
|
5 |
Комірник |
1..1 |
Реєструє |
0.. N |
Акт списання |
|
|
6 |
Комірник |
1..1 |
Реєструє |
0.. N |
Акт реєстрації на продаж |
|
|
7 |
Комірник |
1..1 |
Реєструє |
1.. N |
Замовлення партії товарів |
|
|
8 |
Комірник |
1..1 |
Реєструє |
1.. N |
Акт приходу |
|
|
9 |
Касир |
1..1 |
Реєструє |
1.. N |
Продажі |
|
|
10 |
Акт списання |
1..1 |
Списує кількість |
1..1 |
Товар |
|
|
11 |
Акт реєстрації на продаж |
1..1 |
Додає кількість |
1..1 |
Товар |
|
|
12 |
Акт приходу |
1..1 |
Формується на основі |
1..1 |
Замовлення |
|
|
13 |
Акт реєстрації на продаж |
1..1 |
Формується на основі |
1..1 |
Акт приходу |
|
|
14 |
Постачальник |
1..1 |
Постачає |
0..N |
Замовлення |
|
|
15 |
Адміністратор |
1..1 |
Формує |
0..N |
Акт сплати постачальнику |
|
|
16 |
Акт сплати постачальнику |
1..1 |
Вказує на направлення коштів |
1..1 |
Постачальник |
|
|
17 |
Акт сплати постачальнику |
1..1 |
Формується на основі |
1..1 |
Замовлення |
9. ВИЗНАЧЕННЯ ОБМЕЖЕННЯ ЦІЛІСНОСТІ
автоматизований облік система товар
Всі екземпляри сутностей унікальні. Цілком очевидно, що якщо ця вимога не дотримується, то в базі даних може зберігатися суперечлива інформація про одному і тому ж екземпляру. Підтримання цілісності сутностей забезпечується засобами системи управління базою даних (СУБД). Це здійснюється з допомогою двох обмежень:
- не допускається наявність пустого унікального ключа;
- при додаванні записів у таблицю перевіряється унікальність їх первинних ключів;
- не дозволяється зміна значень атрибутів, що входять в первинний ключ.
10. ОБРАНА CASE-СИСТЕМА
10.1 НАЗВА, ВЕРСІЯ, АДРЕСА ДЛЯ ЗАВАНТАЖЕННЯ
Назва ________ Toad Data Modeler
Версія _______ FREEWARE (v5.2)
Скачати програму можна тут:
http://www.quest.com/toad-data-modeler/
http://www.toadworld.com/m/freeware/553.aspx
<http://www.toad-data-modeler.com/download>
10.2 УМОВНІ ПОЗНАЧЕНННЯ
10.3 НАЯВНІ ОБМЕЖЕННЯ
Табл. 3
Атрибут
|
Властивіть: |
Чи є, чи немає: |
|
|
Домен |
+ |
|
|
Простий (елементарний) атрибут |
+ |
|
|
Складений атрибут |
- |
|
|
Однозначний атрибут |
+ |
|
|
Багатозначний атрибут |
- |
|
|
Похідний атрибут |
- |
|
|
Факультативний атрибут |
+ |
|
|
Обов'язковий атрибут |
+ |
Табл. 4
Зав'язок
|
Властивіть: |
Чи є чи немає: |
|
|
Степінь |
+ |
|
|
Кратність 1:1 |
+ |
|
|
Кратність 1:n |
+ |
|
|
Кратність n:m |
+ |
|
|
Обов'язковість/необов'язковість |
+ |
12. ПОБУДОВА ТА ОПИС РЕЛЯЦІЙНОЇ МОДЕЛІ
|
Товар |
PK штрих-код char(13) NOT NULL |
|
|
1 |
Назва ________ CHAR (20) NOT NULL Кількість _____FLOAT NOT NULL Ціна __________FLOAT NOT NULL Виробник _____ CHAR (20) NOT NULL FK ID_ктегорія _ NOT NULL/ ON DELETE NO ACTION/ ON UPDATE CASCADE |
|
|
Категорія |
PK ID INT NOT NULL |
|
|
2 |
Назва ________ CHAR (20) NOT NULL Опис ________ CHAR (200) NOT NULL |
|
|
Адміністратор |
PK ID INT NOT NULL |
|
|
3 |
Прізвище ____ CHAR (36) NOT NULL Ім`я _________ CHAR (36) NOT NULL По-батькові __ CHAR (36) NOT NULL Адреса _______ CHAR (50) NOT NULL Телефон ______ CHAR (12) NOT NULL |
|
|
Касир |
PK ID INT NOT NULL |
|
|
4 |
Прізвище ____ CHAR (36) NOT NULL Ім`я _________ CHAR (36) NOT NULL По-батькові __ CHAR (36) NOT NULL Адреса _______ CHAR (100) NOT NULL Телефон ______ CHAR (12) NOT NULL |
|
|
Складівник |
PK ID INT NOT NULL |
|
|
5 |
Прізвище ____ CHAR (36) NOT NULL Ім`я _________ CHAR (36) NOT NULL По-батькові __ CHAR (36) NOT NULL Адреса _______ CHAR (50) NOT NULL Телефон ______ CHAR (12) NOT NULL |
|
|
Постачальник |
PK ID INT NOT NULL |
|
|
6 |
Назва ____ CHAR(100) NOT NULL Баланс ___ FLOAT NOT NULL Адреса ___ CHAR (100) NOT NULL Телефон __ CHAR (12) NOT NULL e-mail _____ CHAR (50) NULL |
|
|
Замовлення |
PK ID INT NOT NULL |
|
|
7 |
FK штрих-код товару _NOT NULL/ ON DELETE NO ACTION/ ON UPDATE CASCADE FK ID_постачальник _NOT NULL/ ON DELETE NO ACTION/ ON UPDATE CASCADE FK ID_складівник ___ NOT NULL/ ON DELETE NO ACTION/ ON UPDATE CASCADE К-ть товару _ FLOAT NOT NULL Ціна зак/од __ FLOAT NOT NULL Сума = К-ть товару* Ціна зак/од _ FLOAT NOT NULL Статус _____BOOL NOT NULL Чи сплачено _ BOOL NOT NULL Дата _______ DATE NOT NULL |
|
|
Акт приходу |
PK ID INT NOT NULL |
|
|
8 |
FK ID_замовлення _NOT NULL/ ON DELETE NO ACTION/ ON UPDATE NO ACTION FK ID_складівник ___ NOT NULL/ ON DELETE NO ACTION/ ON UPDATE CASCADE Дата _______ DATE NOT NULL |
|
|
Акт реєстрації на продаж |
PK ID INT NOT NULL |
|
|
9 |
FK ID_ акт_приходу _NOT NULL/ ON DELETE NO ACTION/ ON UPDATE NO ACTION FK штрих-код товару _NOT NULL/ ON DELETE NO ACTION/ ON UPDATE CASCADE FK ID_складівник ___ NOT NULL/ ON DELETE NO ACTION/ ON UPDATE CASCADE Кі-ть _______ FLOAT NOT NULL Дата _______ DATE |
|
|
Акт списання |
PK ID INT NOT NULL |
|
|
10 |
FK штрих-код товару _NOT NULL/ ON DELETE NO ACTION/ ON UPDATE CASCADE FK ID_складівник ___ NOT NULL/ ON DELETE NO ACTION/ ON UPDATE CASCADE Кі-ть _______ FLOAT NOT NULL Причина ____ CHAR (50) NOT NULL Дата _______ DATE NOT NULL |
|
|
Акт сплати постачальнику |
PK ID INT NOT NULL |
|
|
11 |
FK ID_замовлення _NOT NULL/ ON DELETE NO ACTION/ ON UPDATE NO ACTION FK ID_постачальник _NOT NULL/ ON DELETE NO ACTION/ ON UPDATE CASCADE FK ID_адміністрат ___ NOT NULL/ ON DELETE NO ACTION/ ON UPDATE CASCADE Сума _______ FLOAT NOT NULL Дата _______ DATE NOT NULL |
|
|
Продажі |
PK ID INT NOT NULL |
|
|
12 |
FK штрих-код товару _NOT NULL/ ON DELETE NO ACTION/ ON UPDATE CASCADE FK ID_касир______ ___ NOT NULL/ ON DELETE NO ACTION/ ON UPDATE CASCADE Номер_чека___INT NOT NULL Кі-ть________ FLOAT NOT NULL Ціна_________ FLOAT NOT NULL Сума = Кі-ть* Ціна___ FLOAT NOT NULL Дата_________DATE NOT NULL |
13. ВИЗНАЧЕННЯ ОБМЕЖЕНЬ ЦІЛІСНОСТІ
13.1 ОБМЕЖЕННЯ ДОМЕНІВ
Вказано в реляційній моделі.
13.2 ЦІЛІСНІСТЬ СУТНОСТЕЙ
Об'єкт реального світу представляється у реляційній базі даних як кортеж деякого відношення. Вимога цілісності сутностей полягає в наступному: кожен кортеж будь-якого відношення повинен відрізняться від будь-якого іншого кортежу цього відношення (тобто будь-яке відношення повинне мати первинний ключ).
Цілком очевидно, що якщо ця вимога не дотримується (тобто кортежі в рамках одного відносини не унікальні), то в базі даних може зберігатися суперечлива інформація про одному і тому ж об'єкті. Підтримання цілісності сутностей забезпечується засобами системи управління базою даних (СУБД). Це здійснюється з допомогою двох обмежень:
- при додаванні записів у таблицю перевіряється унікальність їх первинних ключів;
- не дозволяється зміна значень атрибутів, що входять в первинний ключ.
13.3 ЦІЛІСНІСТЬ ПОСИЛАНЬ
Складні об'єкти реального світу представляються в реляційної базі даних у вигляді кортежів декількох нормалізованих відносин, пов'язаних між собою. При цьому:
Зв'язки між даними відносинами описуються в термінах функціональних залежностей.
Для відображення функціональних залежностей між кортежами різних відносин використовується дублювання первинного ключа одного відносини (батьківського) в інше (дочірнє). Атрибути, представляють собою копії ключів батьківських відносин, називаються зовнішніми ключами.
Вимога цілісності по посиланнях полягає в наступному:
- для кожного значення зовнішнього ключа, що з'являється в дочірньому відношенні, в батьківському відношенні повинен знайтися кортеж з таким же значенням первинного ключа.
ON UPDATE, ON DELETE для всіх зовнішніх ключів вказано в реляційній моделі.
Размещено на Allbest.ru
...Подобные документы
Побудова інформаційної системи "Магазин товарів для настільного тенісу" з автоматизації роботи магазину. Концептуальне моделювання бази даних. Обґрунтування вибору СУБД. Логічне проектування бази даних. Схема бази даних. Створення таблиць в конструкторі.
курсовая работа [8,8 M], добавлен 16.12.2015Розробка бази даних "Продуктовий магазин", процес встановлення зв'язків між таблицями. Створення запиту з параметрами для вибірки товарів, проданих у визначений місяць. Проектування форми для вводу даних в базу, звітів та головної клавішної форми.
контрольная работа [2,0 M], добавлен 18.06.2011Автоматизування процесу надходження та продажу товарів магазину за допомогою розробки баз даних (на прикладі магазину з продажу матеріалів для творчості). Вимоги до інформаційного забезпечення. Властивості концептуальної моделі програмного забезпечення.
курсовая работа [1,6 M], добавлен 29.12.2013Основні поняття та особливості розробки баз даних в Microsoft Access. Побудова бази даних магазину побутової техніки: створення таблиць та встановлення зв’язків між ними, створення запитів, форм та звітів. Охорона праці і гігієна користувача комп'ютера.
курсовая работа [2,5 M], добавлен 19.01.2010Коротка характеристика та функціональні особливості MSSqlServer 2008. Етапи та головні закономірності створення бази даних в середовищі, що вивчається, структура та зміст її таблиць, установка зв'язків між ними. Формування запитів і вимоги до них.
курсовая работа [2,0 M], добавлен 09.05.2016Аналіз та проектування бази даних по організації обліку та руху товарів на складах, обґрунтування вибору інструментального засобу. Застосування СУБД Microsoft Access, розробка таблиць бази даних. запитів, форм, конструювання звітів і організація захисту.
курсовая работа [463,3 K], добавлен 07.06.2010Історія розробки систем управління базами даних. Принципи проектування баз даних. Розробка проекту "клієнт-серверного" додатку, який гарантує дотримання обмежень цілісності, виконує оновлення даних, виконує запити і повертає результати клієнту.
курсовая работа [1,8 M], добавлен 22.04.2023Проектування бази даних відділу кадрів, її внутрішня структура, зміст таблиць та запитів. Особливості практичного використання бази даних відділу кадрів підприємства, що вивчається. Вимоги до робочого місця при роботі за комп’ютером, рекомендації.
отчет по практике [748,5 K], добавлен 26.03.2015Проектування бази даних предметної області "Магазин будівельних матеріалів". Аналіз сукупності вхідних і вихідних даних, шляхи удосконалення інформаційної системи обліку товару. Організація інформаційної бази, розробка логічної і фізичної моделі.
курсовая работа [559,2 K], добавлен 09.05.2016Аналіз технологій розробки систем моніторингу і управління та різноманітності мов програмування. Створення проекту структури Інтернет-магазину, розробка бази даних, UML-діаграми та алгоритму виконання функцій додатку. Результати тестування програми.
дипломная работа [1,6 M], добавлен 08.06.2015Розробка структури бази даних. ER-моделі предметної області. Проектування нормалізованих відношень. Розробка форм, запитів, звітів бази даних "Автосалон". Тестування роботи бази даних. Демонстрація коректної роботи форми "Додавання даних про покупців".
курсовая работа [4,0 M], добавлен 02.12.2014Розробка комплексу інтерактивних програмних засобів для обліку і продажу товарів в Інтернет-магазині. Консультативні та довідкові функції інформаційної системи. Створення і реалізація структурної моделі бази даних. Вимоги до ресурсів сервера і ПК клієнта.
дипломная работа [891,6 K], добавлен 14.02.2015Фізичне проектування бази даних відділу кадрів. Форма бази "Табель обліку робочого часу". Діалогове вікно для введення параметру "Період", звіт. Охорона праці при роботі на персональному комп'ютері: перелік вимог до робочого місця, пожежна безпека.
курсовая работа [1,6 M], добавлен 25.03.2013Області застосування і реалізації інформаційних систем, вимоги до них. Призначення та класифікація систем управління базами даних. Основні достоїнства мови SQL. Програмний код додатку. Створення база даних "Мебельний магазин". Лістинг даної програми.
курсовая работа [747,0 K], добавлен 19.04.2015Аналіз методів і засобів вирішення задачі автоматизації робочого місця працівника бібліотеки. Розробка логічної моделі бази даних "Бібліотека", інтерфейсу програми. Створення візуального додатку, що дозволяє переглядати, додавати інформацію в базу даних.
курсовая работа [2,8 M], добавлен 06.02.2013Розробка інформаційних моделей та програмного забезпечення автоматизованого робочого місця управління замовленнями малого підприємства. Трудомісткість та тривалість написання програми, розрахунок поточних витрат її реалізації та мінімальної ціни продажу.
дипломная работа [2,0 M], добавлен 19.11.2010Опис структур даних та вмісту файлів з вхідними, вихідними даними. Проектування програми автоматизації процесу обліку (поставки та видачі) товарів для невеликого магазину. Математична постановка основних задач. Опис програмного інтерфейсу з користувачем.
курсовая работа [526,9 K], добавлен 07.10.2014Проектування, розробка та введення в експлуатацію бази даних для віртуального магазину "MotorUA". Виявлення еквівалентних сущностей. Переклад глобальної ER-моделі в реляційну форму. Розробка механизмів захисту даних від несанкціонованого доступу.
курсовая работа [857,7 K], добавлен 15.02.2011Аналіз існуючих автоматизованих систем управління тестуванням. Розробка алгоритму автоматизованого управління системою тестування працездатності радіоелектронних приладів. Аналіз стенда для тестування та розробка автоматизованого робочого місця.
дипломная работа [1,9 M], добавлен 08.05.2012Проектування бази даних реєстрації та ведення обліку автомобілів в ДАІ на прикладі київського МРЕВ ДАІ за допомогою SQL Oracle. Опис інформаційної структури ПО з використанням діючих бізнес-правил та визначенням сутностей, їх атрибутів та зв'язків.
курсовая работа [159,3 K], добавлен 05.12.2012
