Облік наданих поліграфічних послуг у типографії

Специфікація вимог користувачів підсистеми, нормативні документи. Опис вхідної та вихідної інформації, алгоритм проектування. Побудова реляційної бази даних. Тестування підсистеми. Формування запитів на мові SQL. Розробка інформаційної підсистеми.

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык украинский
Дата добавления 12.11.2014
Размер файла 160,8 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

КУРСОВИЙ ПРОЕКТ

Облік наданих поліграфічних послуг у типографії

Вступ

інформаційний запит реляційний алгоритм

База даних (БД) - це засіб накопичення і організації великих масивів інформації про об'єкти деякої предметної області (ПО). БД повинна відображати поточні дані предметної області, накопичувати, зберігати інформацію і надавати користувачам швидкий доступ до даних.

На даному етапі розвитку неможливо уявити людство без швидко та ефективного управління даними. Важливим засобом є системи обробки інформації, від яких багато в чому залежить ефективність роботи будь-якого підприємства чи установи. На сьогодні кожна організація повинна зберігати та обробляти великі обсяги інформації. У зв'язку з цим зростає необхідність впровадження автоматизованих інформаційних систем в роботу підприємства. Одним із способів ведення обліку та обробки діяльності підприємств є впровадження баз даних. Для їх розробки існує безліч зручних програмних засобів, зокрема такі системи керування базами даних (СУБД) як Microsoft Access.

На сьогодні немає загальнодоступних варіантів вирішення проблеми в обробці даних роботи «Типографії», тому кожна організація вимушена створювати власну систему, яка буде автоматизовувати робочий процес згідно з потребами. Як результат цієї роботи буде створення підсистеми, яка вирішить актуальні проблеми даної організації.

1. Аналіз предметної області

1.1 Специфікація вимог користувачів підсистеми

Вивчення, аналіз та дослідження предметної області - перший етап розробки будь-якої системи, що становить об'єкт автоматизації. Для обраної теми курсового проекту таким об'єктом буде типографія яка веде облік наданих поліграфічних послуг, що, в свою чергу, пов'язаний з послугами, над якими ведеться облік згідно замовлень. Типографія буде мати автоматизовану систему керування, головним завданням якої буде прийом та оформлення нових замовлень, занесення до бази нових клієнтів, здійснення контролю над використовуваними матеріалами. Таким чином, серед складових об'єктів інформаційної підсистеми можна виділити «Замовлення», «Матеріали», «Клієнти», «Персонал».

Відповідні документи, звіти повинні не тільки зберігатися в електронній формі, а й мати можливість роздруківки для збереження та ведення звітності у паперовому вигляді.

Дана організація займається наданням поліграфічних послуг, таких як роздруківка, ксерокопія та різні нетипові поліграфічні послуги як широкоформатний друк або розроблення стендів. Вона здійснює оформлення нових замовлень та виконує їх згідно дати замовлення.

У своїй діяльності оперує наступними видами інформації:

- дані про клієнтів;

- дані про послуги;

- дані про замовлення;

- дата замовлення та дата виконання;

- кількість замовлення послуги;

- ціна послуги;

- склад матеріалів;

- узагальнення та аналіз вище перелічених даних.

Під час роботи із даною підсистемою керування, користувач має змогу вводити, редагувати, видаляти дані про клієнтів, замовлення, матеріали, послуги, а також інформацію про них. Після того як вся інформація буде введена та відредагована, вона формується у необхідні користувачу звіти.

Дана програма надасть повний контроль над обліком наданих послуг утипографії.

1.2 Документи, необхідні для вирішення задачі

Інформація щодо замовлення клієнта міститься в таблиці 1.1. Цей документ описує вхідні дані, які необхідні для подальшого обліку та звітності. Він оформлюється при замовленні послуги клієнтом і є обов'язковим.

Інформація щодо замовника знаходиться у таблиці 1.2. Цей документ дозволяє вводити дані щодо замовника у процесі замовлення послуги.

Таблиця 1.1 - Замовлення

№ замовлення

Послуга

Кількість

Ціна

Ціна за 1

Готовність

Строки

замовник

Дата замовлення

4

5

6

22

Печать А4 чб

Печать А4 чб

Печать А4 чб

Печать А1 чб

6

2

5

4

34.00

21.00

45.00

40.00

0.40

0.40

0.40

10.00

+

+

+

-

15.11.2013

23.11.2013

16.11.2013

23.11.2013

Петров П.П.

Петров П.П.

Петров П.П.

Иванов И.О.

22.11.2013

16.11.2013

03.11.2013

15.11.2013

Дата виконання

співробітник

28.11.2013

24.11.2013

08.11.2013

15.11.2013

Комаров Е.О.

Комаров Е.О.

Комаров Е.О.

Петров П.П.

Таблиця 1.2 - Замовник

Номер клієнта

ПІБ

Адреса

Телефон

E-mail

1

2

3

5

Петров П.П.

Иванов И.О.

Цукербрг Е.О

Тайлер Ю.Н

ул. Карбышева 32

ул. Карбышева 30а

ул. 200 лет Херсона 43а

ул. Прекопская 122

38050864555

38067894327

05034394348

09745420459

petrov.p.p@yandex.ru

ivanov.i.o@mail.ru

tsykerberg.e.o@google.com

tailer.y.n@mail.ru

2. Постановка задачі

2.1 Специфікація функціональних вимог

Основною метою є вдосконалення обліку наданих послуг на основі автоматизації функцій які виконує персонал типографії, оперативне формування в БД типографії інформації про надання послуг, яка використовується керівництвом для інформаційної підтримки рішень в управлінні типографією.

Техніко-економічна суть задачі полягає в тому, що облік наданих послуг у типографії характеризується великими обсягами інформації, значною трудомісткістю функцій з управління цим видом ресурсів, оперативною потребою інформації з боку керівництва.

Необхідність автоматизованого розв'язання задачі визначається зменшенням трудових затрат на обробку та збір інформації, підвищенням якості обліку і контролю за кількістю наданих послуг, збільшення її достовірності та точності.

Задача розв'язується за методом прямих розрахунків. Вартість наданих послуг розраховується множенням кількості послуг що надано на ціну послуги. Підсумкові данні про надходження ресурсів та наданих послуг на дату запиту встановлюється шляхом алгебраїчного сумування данних за кожною операцією надання послуг.

Для виконання поставлених задач потрібно автоматизувати наступні об'єкти:

- Об'єкт «Клієнт», який містить наступну інформацію:

код клієнта, ПІБ, Телефон, E-mail, адресу.

- «Послуги» - це об'єкт, який містить інформацію про замовлення

послуги клієнтом:код послуги, тип послуги, ціна за 1, кількість.

- «Співробітники» містить відомості про співробітників, які обслуговують клієнтів, до об'єкту входять: код співробітника, ПІБ, посада.

Стартова форма ІПС повинна мати засоби переходу на наступні форми проекту:

- Форма «Замовлення», що надає інформацію про замовлення, перегляд існуючих замовлень.

- Форма «Клієнти», містить перелік клієнтів. Основною задачею форми є надання інформації про клієнта та його попередні замовлення.

- Форма «пошук», що дозволяє легко знайти потрібну інформацію для збереження часу та покращення якості обслуговування.

- Форма «Нове замовлення», що призначена для оформлення нового замовлення.

- Форма «Новий замовник», що призначена для додання нового клієнта, якого обслуговує типографія.

Розв'язання задачі припиняється при виявленні порушення в інформаційній базі, відсутності інформації необхідної для розв'язання задачі, вихід з ладу апаратно-програмних засобів.

2.2 Опис вхідної інформації

У наступних таблицях наведено структуру таблиць бази даних, які описують задану предметну область. Цей підрозділ містить необхідну інформацію для повноцінного функціонування даної підсистеми. До вхідної інформації слід віднести данні про замовлення, клієнтів, послуги, співробітників та матеріали, що необхідні для їх виконання послуг. Таблиця 2.1 містить найменування та структуру вхідної інформації. Форми 2.1 - 2.5 містять інформацію щодо вхідних документів наведених у таблиці 2.1.

Таблиця 2.1 - Опис реквізитів вхідної інформації

Найменування реквізитів

вхідних документів

Характеристика реквізитів

тип

макс. довжина

Код клієнта

ПІБ

Адреса

Телефон

E-mail

Код Працівника

ПІБ

Адреса

Телефон

E-mail

Посада

З/П

Код послуги

Назва послуги

Ціна за 1

Код матеріла

Тип матеріала

Кількість

Ціна

Дата замовлення

Дата виконання

Готовність

Лічильник

Текстовый

Текстовий

Текстовий

Текстовий

Лічильник

Текстовый

Текстовий

Текстовий

Текстовий

Текстовий

Грошовий

Числовий

Текстовий

Числовий

Лічильник

Текстовий

Числовий

Грошовий

Дата/час

Дата/час

Логічний

довге ціле

60

60

10

30

довге ціле

60

60

10

30

30

довге ціле

50

довге ціле

довге ціле

50

довге ціле

Форми вхідних документів, що містять інформацію, на основі якої може бути вирішені розглянута задача й отримані вихідні документи, створені на основі таблиць і дозволяють редагувати дані.

Уся вхідна інформація вводиться через форми та зберігається у таблицях.

Форма 2.1 - Форма вхідного документа «Співробітники»

Код співробітника_____

ПІБ________

Телефон_______

Адреса________

E-mail_________

Посада___________

З/П_____________

Форма 2.2 - Форма вхідного документа «Замовлення»

№ замовлення____________

Код послуги_______________

Кількість________________

Ціна______________

Ціна за 1___________

Готовність_____________

Строки_________

Код клієнта______________

Код співробітника_____________

Дата замовлення___________

Дата виконання___________

Форма 2.3 - Форма вхідного документа «Послуги»

Код послуги__________

Вартість за 1___________

Код матеріалу______

Назва послуги__________

Форма 2.4 - Форма вхідного документа «Клієнти»

Код клієнта__________

ПІБ___________

Адреса______

Телефон__________

E-mail_____________

Форма 2.5 - Форма вхідного документа «Матеріали»

Код матеріала_________

Тип___________

Кількість______

Ціна__________

2.3 Опис вихідної інформації

До вихідної інформації стосовно даної задачі належать форми, на яких розміщена зведена інформація та звіти.

Періодичність надання вихідної інформації ІПС подана в таблиці 2.2.

Таблиця 2.2 - Вихідна інформація

Назва

Звіт

Форма

Надані послуги

+

+

Послуги за період

+

+

Склад

+

+

Форма 2.6 Форма вихідного документа про надані послуги

Звіт

Надані послуги

Назва послуги

Строки

Кількість

ПІБ клієнта

Ціна

Форма 2.7 - Форма вихідного документа про надані послуги за період

Звіт

Надані послуги за період

Надані послуги

Кількість

Ціна

Дата замовлення

ПІБ клієнта

ПІБ співробітника

2.4 Алгоритм проектування

Для повноцінної роботи системи необхідна деяка інформація, що буде використовуватися при роботі системи. Це є вхідна інформація (див. таблицю 2.3) та вихідна інформація (див. таблицю 2.4)

Побудова алгоритму містить такі складові:

- побудова логічної схеми алгоритму;

- формування математичних співвідношень (аналітичних моделей);

- перевірка достовірності алгоритму.

Спочатку, як правило, створюють узагальнену схему моделюючого алгоритму, котра задає загальний порядок (хід) дій в імітаційному моделюванні досліджуваного процесу. Після цього розробляється детальна схема, кожний елемент якої перетворюється в оператор (групу операторів) програми. Перевірка достовірності алгоритму повинна дати відповідь на запитання, наскільки адекватно і точно він відображає сутність модельованого процесу (у конкретній ситуації) та побудованої концептуальної моделі.

Алгоритм проектування наведено на рисунку 2.1

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Рисунок 2.1 - Алгоритм проектування підсистеми

3. Проектування інформаційної моделі

3.1 Визначення концептуальної моделі

З концептуального проектування починається створення концептуальної схеми БД, в основі якої лежить концептуальна модель даних.

Концептуальна модель - це формулювання змістовного і внутрішнього представлення, що поєднує концепцію користувача й розробника моделі. Вона включає в явному виді логіку, алгоритми, припущення й обмеження. Побудова концептуальної моделі складається з таких кроків:

- постановка задачі моделювання;

- визначення вимог щодо первісної інформації та способів її отримання;

- формування гіпотез і припущень;

- визначення параметрів та змінних моделі;

- обґрунтування вибору показників і критеріїв ефективності системи;

- складання змістовного опису моделі.

Розрізняють два головних підходи до моделювання даних при концептуальному проектуванні:

? семантичні моделі;

? об'єктні моделі.

На етапі логічного проектування розробляється логічна структура БД, яка відповідає концептуальній моделі предметної області.

У першому наближенні процес «перетворення» ER-діаграми у реляційну схему досить прямолінійний:

- перетворити кожну множину сутностей у відношення з тим же набором атрибутів;

- замінити кожен зв'язок відношенням, атрибути якого є ключами множин сутностей, що з'єднуються цим зв'язком.

Рисунок 3.1 - ER - діаграма введення журналу наданих послуг

Реалізувати цей процес можливо, використовуючи апарат нормалізації відношень. Нормалізація схеми відношення виконується шляхом декомпозиції схеми. Під нормалізацією розуміють процес розбиття таблиці на дві або більше, що володіють кращими властивостями при додаванні, зміні і видаленні даних. Остаточна мета нормалізації - отримання такого проекту БД, у якому кожен факт розташовується в одному місці, тобто виключена надмірність інформації. Кожна нормалізована таблиця автоматично вважається таблицею у першій нормальній формі, або скорочено 1НФ. Проте для побудови оптимальної бази даних бажано привести отримані таблиці до третьої нормальної форми, або 3НФ. Таку форму ще іноді називають формою Бойса-Кодда, або НФБК. Згідно визначення, таблиця перебуває у НФБК тоді і тільки тоді, коли будь-яка залежність між її стовпчиками зводиться до повної функціональної залежності від первинного ключа.

На даталогічному етапі отриману інфологічну модель перетворюємо у опис схеми бази даних, послідовно виконуючи кроки:

- Кожна проста сутність перетворюється у таблицю.

- Кожен атрибут стає можливим стовпцем з тим же іменем.

- Компоненти унікального ідентифікатора сутності

перетворюються на первинний ключ таблиці.

- Індекси створюються для первинного ключа і зовнішніх ключів.

Зв'язки між виявленими інформаційними об'єктами визначаються реальними відносинами між парами об'єктів, показаними в таблиці 3.1. При їх визначенні враховувалися зведення з опису предметної області і семантика інформаційних об'єктів.

Таблиця 3.1 - Зв'язки інформаційних об'єктів

Ключ зв'язку

Головний інформаційний об'єкт

Підлеглий інформаційний об'єкт

Тип відношення

Код клієнта

Клієнти

Замовлення

1:Б

Код співробітника

Співробітники

Замовлення

1:Б

Код послуги

Послуги

Замовлення

1:Б

Код матеріала

Склад

Послуги

1:Б

Таблиця 3.2 - Реквізитний склад інформаційних об'єктів

Реквізити

Ознака ключа

Назва інформаційного об'єкта

Код клієнта

ПІБ

Адреса

Телефон

E-mail

П, У

Клієнти

Код співробітника

ПІБ

Адреса

Телефон

E-mail

Посада

З/П

П, У

Співробітники

№ замовлення

Код послуги

Кількість

Ціна

Готовність

Строки

Код замовника

Дата замовлення

Дата виконання

Код співробітника

П, У

Замовлення

Код послуги

Ціна за 1

Код матеріала

Назва послуги

П, У

Послуги

Код матеріала

Тип

Кількість

Ціна

П, У

Матеріали

3.2 Побудова реляційної бази даних

Концепція реляційної моделі бази даних - забезпечити незалежність представлення та опису даних від прикладних програм. В основі цієї моделі лежать поняття відношення (relations), подане у вигляді таблиці здотриманням деяких обмежувальних умо Основні взаємопов'язані поняття фізичного, спеціального прикладного та математичного рівнів побудови реляційної бази даних та їх взаємовідношення показані в таблиці.

Логічна структура реляційної бази даних визначається сукупністю логічно взаємозалежних реляційних таблиць. Кожна реляційна таблиця має структуру, обумовлену реквізитним складом одного з інформаційних об'єктів отриманої інфологічної моделі. Логічні зв'язки таблиць відповідають структурним зв'язкам між об'єктами.

Рисунок 3.2 - Логічна структура реляційної бази даних

3.3 Тестування підсистеми

Тестування - це процес перевірки готової програми (або програмного засобу) в статиці (перегляди, інспекції, налагодження вихідного коду) і в динаміці (прогін на наборі тестових даних) з метою перевірки різних шляхів виконання програми і порівняння отриманих результатів із заздалегідь заданими. Вимоги до даних, які забезпечують тестування системи - їхня показність, що враховує особливості інформації, зазначені в описі предметної області. Такі дані повинні забезпечити налагодження алгоритму та інтерфейсу, реалізацію вимог та підтвердити працездатність реалізованих функцій. Дані контрольного прикладу призначені для тестування, налагодження і демонстрації рішення задачі.

Дані контрольного приклада, призначені для тестування, налагодження і демонстрації рішення, приведені в таблицях 4.3 - 4.5

Таблиця 3.3 - Дані звіту «Надані послуги»

Назва послуги

Строки

Кількість

Ціна

ПІБ

Друк А4 чб

Друк А1 чб

10.09.2013

28.10.2013

32

5

12,80 грн.

50,00 грн.

Петров П.П.

Иванов И.О.

Таблиця 3.4 - Дані звіту «Склад»

Код матеріала

Тип

Кількість

Ціна

1

2

Папір А4

Папір А1

997

95

0,10 грн.

5,00 грн.

Таблиця 3.5 - Дані звіту «Послуги за період»

Назва послуги

Кількість

Ціна

Дата замовлення

Друк А4 чб

Друк А1 чб

6

4

3,00 грн.

40,00 грн.

10.09.2013

28.10.2013

ПІБ клієнта

ПІБ співробітника

Иванов В.О.

Иванов И.О.

Комаров Е.О.

Петров П.П.

3.4 Побудова запитів на мові SQL

Пропозиція запиту на вибірку виглядає наступним чином:

SELECT [предикат] {* | таблиця.* | [таблиця.] Поле1 [AS псевдонім1] [, [таблица.] Поле2 [AS псевдонім2] [,…]]}

FROM табличне вираз [,…]

[WHERE…]

[GROUP BY…]

[HAVING…]

[ORDER BY…]

Згідно вказаних вимог у листі завдання до розробки та створення запитів, необхідно створити запити, в яких відобразити відбір та вивід на екран замовлень, вільних номерів, пошукові запити та запити з параметром. Більша частина запитів, що розроблена, використовує запит з об'єднанням двох таблиць.

Запит 1 Пошук замовлення за клієнтом

SELECT Заказы.*, Клиенты. [Код Клиента]

FROM Клиенты INNER JOIN Заказы ON Клиенты. [Код Клиента] =

Заказы. [Код Заказчика]

WHERE (((Клиенты. [Код Клиента])

=[Формы]! [Поикс]! [ПолеСоСписком2]));

Запит 2 Пошук виконаних замовлень

SELECT Заказы.*

FROM Заказы

WHERE (((Заказы. Готовность)=True));

Запит 3 Пошук замовлень за типом послуги

SELECT Заказы.*

FROM Заказы

WHERE (((Заказы. [Код услуги])=[Forms]! [Поикс]! [ПолеСоСписком0]));

Запит 4 Вибір останніх 5 наданих послуг

SELECT TOP 5 услуги. [Назание услуги], Заказы. Количество, Заказы. Стоимость, Заказы. Готовность, Заказы. Сроки, Заказы. [Дата заказа], Клиенты.ПІБ, Персонал.ПІБ

FROM Персонал INNER JOIN (Клиенты INNER JOIN (услуги INNER JOIN Заказы ON услуги. [Код услуги] = Заказы. [Код услуги]) ON Клиенты. [Код Клиента] = Заказы. [Код Заказчика]) ON Персонал. [Код Сотрудника] = Заказы. КоддСотрудника

ORDER BY Заказы. [Дата заказа] DESC;

Запит 5 Оновлення матеріалів на складі

UPDATE Склад INNER JOIN услуги ON Склад. [Код Материала] = услуги. [Код Материала] SET Склад. Количество = [Склад]. [Количество] - [Формы]! [Новый заказ]! [Количество]

WHERE (((услуги. [Код услуги])=[Формы]! [Новый заказ]! [Код услуги]));

Запит 6 Пошук співробітника за телефоном

SELECT Персонал.*

FROM Персонал

WHERE (((Персонал. [Код Сотрудника])=[Формы]! [ПоискПерс]! [ПолеСоСписком2]));

Запит 7 Пошук Співробітника за посадою

SELECT Персонал.*

FROM Персонал

WHERE (((Персонал. [Код Сотрудника])=[Формы]! [ПоискПерс]! [ПолеСоСписком6]));

Запит 8 Пошук співробітника за ПІБ

SELECT Персонал.*

FROM Персонал

WHERE (((Персонал. [Код Сотрудника])

=[Формы]! [ПоискПерс]! [ПолеСоСписком0]));

Запит 9 Пошук клієнта за телефоном

SELECT Клиенты.*

FROM Клиенты

WHERE (((Клиенты. [Код Клиента])

=[Формы]! [ПоискКлиентов]! [ПолеСоСписком4]));

Запит 10 Пошук невиконаних замовлень

SELECT Заказы.*

FROM Заказы

WHERE (((Заказы. Готовность)=False));

Запит 11 Пошук замовлення за клієнтом

SELECT Заказы.*, Клиенты. [Код Клиента]

FROM Клиенты INNER JOIN Заказы ON Клиенты. [Код Клиента] =

Заказы. [Код Заказчика]

WHERE (((Клиенты. [Код Клиента])

=[Формы]! [Поикс]! [ПолеСоСписком2]));

Запит 12 Пошук співробітників які обслуговують клієнтів

SELECT Заказы.*

FROM Персонал INNER JOIN Заказы ON Персонал. [Код

Сотрудника]= Заказы. КоддСотрудника

WHERE (((Заказы. КоддСотрудника)=[Персонал]! [Код Сотрудника])

AND ((Персонал. Должность)= «Обсл. перс.») AND ((Персонал. [Код

Сотрудника])=[Формы]! [Поикс]! [ПолеСоСписком4]));

Розроблена система запитів дозволяє виконувати різноманітний пошук, використовує їх як джерела даних для звітів, діаграм тощо.

4. Розробка інформаційної підсистеми

4.1 Інтерфейс підсистеми

Інтерфейс - це зв'язок двох окремих сутностей. Види інтерфейсів: мовні, програмні, апаратні, призначені для користувача, цифрові і т. п.

Інтерфейс користувача є своєрідним комунікаційним каналом, яким здійснюється взаємодія користувача і комп'ютера.

Кращий, призначений для користувача інтерфейс - це такий інтерфейс, якому користувач не повинен приділяти багато уваги, майже не помічати його. У загальних принципах проектування інтерфейсу виділяють такі основні положення:

- система повинна допомагати виконати завдання, а не ставати

завданням для користувача;

- при роботі з системою користувач не повинен відчувати себе

необізнаним.

Перший принцип - це прозорість інтерфейсу. Інтерфейс повинен бути легким для освоєння і не створювати перед користувачем перешкоду, яку він повинен подолати, щоб приступити до роботи.

Інтерфейс підсистеми, що розроблюється, має складатися з таких частин:

- головна форма, через яку можна за допомогою натискання відповідної кнопки перейти до потрібного розділу (до потрібної форми), таким чином визначити потрібний користувачу режим. А також при натисканні кнопки виходу, здійсниться вихід із програми;

- підлегла форма, тобто форма, на яку користувач має перейти із головного меню, для подальшої роботи з програмою. На формах знаходиться певна інформація, з якою потрібно працювати користувачу. Він може обробляти дані: додавати нові, видаляти, редагувати попередні. Здійснювати різноманітні запити (такі як пошук за певними критеріями, оновлення даних, замовлення за певний проміжок часу).

4.2 Опис автоматизованих функцій

Microsoft Access - це функціонально повна реляційна СУБД. У ній передбачені всі необхідні вам засоби для визначення і обробки даних, а також для керування ними при роботі з великими обсягами інформації. Тому всі дані повинні бути організовані для зручного опрацювання, що дозволить формувати різноманітні звіти. В наслідок цього для зберігання інформації буде використовуватися реляційна база даних. При проектуванні підсистеми необхідно чітко визначити функції, які ця система повинна виконувати

До основних автоматизованих функцій відносять:

- опис процедур формування вхідних даних для перевірки працездатності та правильності роботи ІПС, запуску на виконання програми, що перевіряється, і одержання результатів розрахунку; опис дій оператора при підготовці вхідних даних і перевірці програми на контрольному прикладі.

- функції прикладної задачі, тобто які процеси необхідно автоматизувати;

- вимоги до часового регламенту та характеристикам реалізації автоматизованих функцій (точності, надійності і т. ін.), вирішення задач.

Під час роботи із даною автоматизованою підсистемою керування, користувач має змогу вводити, редагувати, видаляти дані про клієнтів, постачальників на склад, а також інформацію про них. Після того, як вся інформація буде введена та відредагована, вона формується у необхідні користувачу звіти. Розроблені такі автоматизовані функції:

- Внесення клієнта в базу даних, в разі, якщо він не був зареєстрований раніше.

- Вибір та замовлення потрібних видів послуг.

- Отримання довідки.

Висновки

В ході розв'язання поставленої задачі, а саме створення автоматизованої підсистеми обліку наданих поліграфічних послуг у типографії було отримано базу даних, яка має наступні можливості:

- занесення, перегляд видалення та зміна бази даних клієнтів, персоналу, послуг, замовлень та матеріалів;

- прийом та оформлення нових замовлень;

- моніторинг статистичних даних щодо замовлень;

- перегляд та внесення змін до стану виготовлення замовлення;

- пошук замовлень за різноманітними критеріями;

- підрахунок остаточних та проміжних результатів;

- оформлення звітів;

Дана підсистема веде облік виготовлення виробів та надає повну інформацію користувачу щодо процесу виробництва, починаючи від прийому замовлення від клієнта та закінчуючи видачею чеку після випуску готової продукції та оплатою її покупцем.

Виходячи з описуваного вище процесу проектування і побудови бази даних, а також основних цілей проектування баз даних і постановки задачі можна зробити висновок що була спроектована і створена база даних для даної предметної області, створена програма, що забезпечує роботу користувача з базою даних (перегляд, редагування інформації в базі даних і здійснення пошуку) у зручній для нього формі.

Отже, в курсовому проекті я набув навичок в створенні інформаційної підсистеми та БД, яка може застосовуватися в реальному житті.

Список використаних джерел

1. Бойко, И.М. Об'єктно-орієнтовані СУБД [Текст] / И.М. Бойко. - К.: Вища школа, 1999. - 316 с.

2. Послед, Б. Access 2000. Базы данных и приложения. Лекции и упражнения [Текст] / Б. Послід. - М.: Диа Софт, 2000.

3. Вейскас, Джон. Эффективная работа с Microsoft Access 2000: [Пер. с англ.] / Д. Вейскас. - СПб.: Питер, 2001. - 985 c.

4. Бойс, Д. Використання Microsoft Office 97 [Текст] / Д. Бойс, С. Фаллер, Гилген Р. и др. - К.: Вильямс, 1998. - 1119 с.

5. Грекул, В.И. Проектирование информационных систем [Текст] / В.И. Грекул, Г.Н. Денищенко, Н.Л. Коровина. - М.: Открытые системы, 2008. - 304 с.

6. Дейт, К.Дж. Введення до систем баз даних [Текст] / К.Дж. Дейт. - К.: Вільямс, 2002. - 1328 с.

7. Коннолли, Т. Базы данных. Проектирование, реализация и сопровождение. Теория и практика [Текст] / Томас Коннолли, Каролин Бегг. - К.: Вільямс, 2003. - 1436 с.

8. Карпова, Т.С. Базы данных: модели, разработка, реализация [Текст] / Карпова Т.С. - СПб.: Питер, 2001. - 304 с.

9. Коссак, О.М. Англо-українсько-російський словник з інформатики та обчислювальної техніки: понад 9000 термінів [Текст] / О.М. Коссак, С.Л. Маньковський. - Львів: Світ, 1991. - 487 с.

10. Мак-Федрис, П. Формы, отчеты и запросы в Microsoft Office Access 2003 [Текст] / Пол Мак-Федрис. - К.: Вільямс, 2005. - 416 с.

11. Вінтер, Р. Microsoft Access 2000 $ [довідник] / Р. Вінтер - М.: Діалектика, 2003. - 554 c.

Размещено на Allbest.ru


Подобные документы

  • Схема виявлення атак на основі сигнатур. Сучасні тенденції у галузі розподілених систем виявлення комп’ютерних атак. Обґрунтування вибору програмного середовища та мови програмування для розробки підсистеми. Фізичне проектування бази даних підсистеми.

    дипломная работа [2,2 M], добавлен 19.07.2014

  • Проектування програми з метою автоматизації обліку продажу квитків на автостанції та отримання потрібної інформації. Розробка структур та вибір методів обробки даних. Алгоритми функціонування програмних модулів, забезпечення якісних показників їх роботи.

    курсовая работа [1,2 M], добавлен 07.01.2012

  • Розробка інтерфейсу користувача системи. Розробка підсистеми планування ремонтно-профілактичних робіт для відділу головного інженера на ВАТ "Макаронна фабрика". Розробка логічної і фізичної моделей бази даних. Опис реалізованих функцій системи.

    дипломная работа [103,0 K], добавлен 14.02.2014

  • Побудова логічно-фізичної моделі даних за допомогою CASE-засобу ERWin. Інструкція користувача програми. Форма "Складський ордер", "Автотранспорт", "Оператори". Логічна та фізична модель бази даних. Форма "Меню", "Акт прийому", форми для введення даних.

    курсовая работа [6,6 M], добавлен 14.09.2012

  • Специфікація вимог для кожного з двох користувачів. Концептуальне проектування бази даних. Визначення типів сутностей та зв’язків, доменів. Перетворення концептуальної моделі даних у логічну, визначення набору відношень, підтримки цілісності даних.

    курсовая работа [55,1 K], добавлен 15.03.2015

  • Специфікація вимог для кожного з двох користувачів. Концептуальне та логічне проектування баз даних. Історія досліджень баз даних (програмного забезпечення). Система упрваління базами даних. Фази проектування баз даних: концептуальна, логічна, фізична.

    дипломная работа [105,8 K], добавлен 20.02.2010

  • Основні підходи до проектування баз даних. Опис сайту Інтернет-магазину, характеристика його підсистем для обробки анкет і запитів користувачів. Розробка концептуальної, інфологічної, даталогічної, фізичної моделей даних. Побудова ER-моделі в CASE-засоби.

    курсовая работа [2,3 M], добавлен 01.02.2013

  • Розробка структури бази даних. ER-моделі предметної області. Проектування нормалізованих відношень. Розробка форм, запитів, звітів бази даних "Автосалон". Тестування роботи бази даних. Демонстрація коректної роботи форми "Додавання даних про покупців".

    курсовая работа [4,0 M], добавлен 02.12.2014

  • Аналіз предметної галузі, постановка задачі, проектування бази даних. UML-моделювання, побудова ER-діаграми, схеми реляційної бази даних у третій нормальній формі. Призначення і логічна структура. Опис фізичної моделі бази даних, програмної реалізації.

    курсовая работа [3,5 M], добавлен 28.11.2011

  • Проектування і реалізація реляційної бази даних для централізованого зберігання інформації з метою полегшення і систематизації даних замовлень клієнтів готельного комплексу. Розробка сценаріїв для створення бази даних і базових таблиць проекту.

    курсовая работа [147,2 K], добавлен 02.06.2019

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.