Розробка задачі обліку сервісного обслуговування комп'ютерів і оргтехніки на підприємстві ТОВ "Спектрум"

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

Міністерство освіти і науки України

Харківський національний університет радіоелектроніки

Факультет Комп'ютерних наук

Кафедра Інформаційних управляючих систем

АТЕСТАЦІЙНА РОБОТА

Пояснювальна записка

БАКАЛАВР

Розробка задачі обліку сервісного обслуговування комп'ютерів і оргтехніки на підприємстві ТОВ «Спектрум»

Виконав: студент IV курсу, групи КН-13-4

Муратов А.Р.

Керівник ас. каф. ІУС Кальницька А.Ю.

2017 р.



ЗАВДАННЯ НА АТЕСТАЦІЙНУ РОБОТУ

студенту Муратову Антону Романовичу

1. Тема роботи: Задача «Облік замовлень на ремонт техніки» ІС сервісного центру затверджена наказом по університету від «15» травня 2017 р. № 685Ст

2. Термін подання студентом роботи (проекту) 14.06.17_________________

3. Вихідні дані до роботи (проекту) Опис об'єкта автоматизації, схема організаційної структури, документообіг сервісного центру

4. 3міст пояснювальної записки (перелік питань, що потрібно розробити)

Огляд і аналіз існуючих методів і засобів вирішення задач атестаційної роботи, змістовний опис і аналіз структурних і функціональних особливостей об'єкта автоматизації, організаційна структура об'єкта автоматизації, функціональні структури об'єкта та системи автоматизації, постановка задачі «Облік замовлень на ремонт техніки» ІС сервісного центру», розробка елементів інформаційного забезпечення задачі ««Облік замовлень на ремонт техніки» ІС сервісного центру», розробка елементів математичного забезпечення задачі «Облік замовлень на ремонт техніки» ІС сервісного центру», розробка елементів програмного та технічного забезпечень задачі «Облік замовлень на ремонт техніки» ІС сервісного центру»

5. Перелік графічного матеріалу (з точним зазначенням обов'язкових креслеників, плакатів)_загальна характеристика атестаційної роботи; схема організаційної структури сервіс-центру; діаграми потоків даних; схема логічної та фізичної моделей даних задачі «Облік замовлень на ремонт техніки» ІС сервісного центру»; схема роботи задачі «Облік замовлень на ремонт техніки» ІС сервісного центру»; схема комплексу технічних засобів, екранні форми програми

6. Консультанти розділів роботи (проекту)

Найменування розділу	Консультант (посада, прізвище, ім'я, по батькові)	Позначка консультанта про виконання розділу
		підпис	дата
Спеціальна частина атестаційної роботи	Ас. Кальницька А.Ю.

7. Дата видачі завдання 15.05.17

КАЛЕНДАРНИЙ ПЛАН

№	Назва eтапів роботи (проекту)	Термін виконання етапів проекту (роботи)	Примітка
1	Огляд сучасного стану інформаційних технологій	15.05.17 - 20.05.17
2	Огляд систем-аналогів	21.05.17 - 25.04.17
3	Опис об'єкту автоматизації	26.05.17 - 29.05.17
4	Обгрунтування мети і постановка задачі	30.05.17 - 31.05.17
5	Розробка елементів інформаційного забезпечення задачі	01.06.17 - 03.06.17
6	Розробка елементів математичного забезпечення	03.06.17 - 05.06.17
7	Розробка елементів програмного забезпечення	05.06.17 - 08.06.17
8	Обгрунтування комплексу технічних засобів	09.06.17 - 10.06.17
9	Виконання пояснювальної записки	10.06.17 - 11.06.17
10	Виконання графічної частини	11.06.17 - 12.06.17
11	Надання роботи на рецензію	13.06.17
12	Попередній захист	14.06.17



РЕФЕРАТ

Пояснювальна записка до атестаційної роботи містить: ___ с., __ рис., __ таблиць, __ використаних джерел.

Мета роботи - розробка задачі обліку сервісного обслуговування комп'ютерів і оргтехніки на підприємстві «Товариство з обмеженою відповідальністю «Спектрум».

Метод дослідження - системний аналіз з використанням об'єктно-орієнтованого підходу.

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

Результати можуть бути застосовані при автоматизації сервісних центрів зі схожою організаційною структурою. [1]

АВТОМАТИЗОВАНА IНФОРМАЦIЙНА СИСТЕМА, ОБ'ЄКТ, УПРАВЛІННЯ, СЕРВІСНИЙ ЦЕНТР, ПРОГРАМНЕ ЗАБЕЗПЕЧЕННЯ, ІНФОРМАЦІЙНЕ ЗАБЕЗПЕЧЕННЯ, ТЕХНІЧНЕ ЗАБЕЗПЕЧЕННЯ, ІНФОРМАЦІЙНА СИСТЕМА, РЕМОНТНІ РОБОТИ, ЗАЯВКА, ЗАМОВЛЕННЯ, МЕНЕДЖЕР.

Пояснительная записка к аттестационной работе содержит: ____ с., __ рис., __ табл., __ использованных источников.

Цель работы - разработка задачи учета сервисного обслуживания компьютеров и оргтехники на предприятии «Общество с ограниченной отвественностью «Спектрум».

Метод исследования - системный анализ с применением объектно-ориентированного подхода.

В работе проведен анализ предметной области, функциональных особенностей сервисного центра, анализ организационной структуры, разработана функциональная структура задачи учета заказов на ремонт техники, приведено описание требований и постановка задачи, разработаны элементы информационного, математического и программного обеспечений задачи, обоснован выбор технического обеспечения задачи.

Результаты могут быть применены при автоматизации сервисных центров со схожей организационной структурой.

АВТОМАТИЗИРОВАННАЯ ИНФОРМАЦИОННАЯ СИСТЕМА, ОБЪЕКТ, УПРАВЛЕНИЕ, СЕРВИСНЫЙ ЦЕНТР, ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ, ИНФОРМАЦИОННОЕ ОБЕСПЕЧЕНИЕ, ТЕХНИЧЕСКОЕ ОБЕСПЕЧЕНИЕ, ИНФОРМАЦИОННАЯ СИСТЕМА, РЕМОНТНЫЕ РАБОТЫ, ЗАЯВКА, ЗАКАЗ, МЕНЕДЖЕР.

The explanatory message to attestation work contains: __p., __fig., __table., __used sources.

A purpose of work is development of task of account of service of computers and technical means and equipment on an enterprise the «Company limited liability «Spektrum».

The method of investigation is a system analysis using an object-oriented approach.

The analysis of the subject area, the functional features of the service center, the analysis of the organizational structure, the functional structure of the task of accounting for orders for the repair of equipment, a description of the requirements and formulation of the task, developed the elements of information, mathematical and software support of the task.

The results can be applied in the automation of service centers with a similar organizational structure.

AUTOMATED INFORMATION SYSTEM, OBJECT, MANAGEMENT, SERVICE CENTER, SOFTWARE, INFORMATION SUPPORT, TECHNICAL PROVIDING, INFORMATIVE SYSTEM, WORKOVERS, REQUEST, ORDER, MANAGER.



ЗМІСТ

ВСТУП

1. ОГЛЯД І АНАЛІЗ СУЧАСНОГО СТАНУ ЗАДАЧІ, А ТАКОЖ ІСНУЮЧИХ МЕТОДІВ І ЗАСОБІВ ВИРІШЕННЯ ЗАДАЧІ

2. ЗМІСТОВНИЙ ОПИС ТА АНАЛІЗ СТРУКТУРНИХ І ФУНКЦІОНАЛЬНИХ ОСОБЛИВОСТЕЙ ЗАДАЧІ ТА ОСНОВНИХ ВИДІВ ЇЇ ЗАБЕЗПЕЧЕННЯ

2.1 Аналіз та опис об'єкта автоматизації та існуючої інформаційної системи

2.2 Вимоги до функціональної структури задачі

2.3 Вимоги до забезпечуючої частини задачі

2.4 Обґрунтування мети вирішення поставленої задачі

2.5 Вимоги до задачі, яка розроблюється

3. ПОСТАНОВКА ЗАДАЧІ

3.1 Характеристика задачі

3.2 Вихідна інформація задачі

3.3 Вхідна інформація задачі

4. РОЗРОБКА ТА ОБҐРУНТУВАННЯ ІНФОРМАЦІЙНОГО ЗАБЕЗПЕЧЕННЯ ЗАДАЧІ

5. ОБҐРУНТУВАННЯ ВИБОРУ МАТЕМАТИЧНОГО ЗАБЕЗПЕЧЕННЯ ЗАДАЧІ

6. РОЗРОБКА ЕЛЕМЕНТІВ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ ЗАДАЧІ

7. ВИБІР, РОЗРОБКА ТА ОБҐРУНТУВАННЯ ТЕХНІЧНОГО ЗАБЕЗПЕЧЕННЯ ЗАДАЧІ

8. МЕТОДИЧНІ РЕКОМЕНДАЦІЇ ЩОДО ВИКОРИСТАННЯ ЗАДАЧІ

ВИСНОВКИ

ПЕРЕЛІК ПОСИЛАНЬ

ДОДАТОК А. «АЛЬБОМ ДОКУМЕНТІВ»



ПЕРЕЛІК УМОВНИХ ПОЗНАЧЕНЬ, СИМВОЛІВ, ОДИНИЦЬ, ТЕРМІНІВ

БД - база даних;

ІЗ - інформаційне забезпечення;

ІС - інформаційна система;

ІУС - інформаційно-управляюча система;

КС - кабельна система;

ТОВ - товариство з обмеженою відповідальністю;

ПК - персональний комп'ютер;

ПЗ - програмне забезпечення;

ПП - програмний продукт;

СУБД - система управління базами даних;

ТЗ - технічне завдання.



ВСТУП

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

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

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

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

В процесі розробки атестаційної роботи слід провести аналіз предметної області, аналіз організаційної структури ТОВ «Спектрум», виконати постановку функціональної задачі обліку робіт по ремонту комп'ютерної техніки та оргтехніки, розробити структуру бази даних, відповідну інформації з вихідних і вхідних документів.

Далі необхідно виконати алгоритмізацію, вибрати комплекс технічних засобів і розробити елементи програмного комплексу, що представляє собою задачу ІС ТОВ «Спектрум».

Метою атестаційної роботи є розробка видів забезпечення задачі «Облік замовлень на ремонт техніки» як елемента інформаційної системи сервіс-центру. Рішення завдання забезпечить точне, якісне отримання інформації, своєчасну підготовку документації [2].



1. ОГЛЯД І АНАЛІЗ СУЧАСНОГО СТАНУ ЗАДАЧІ, А ТАКОЖ ІСНУЮЧИХ МЕТОДІВ І ЗАСОБІВ ВИРІШЕННЯ ЗАДАЧІ

При різноманітті програмних продуктів підприємство повинно для себе вирішити питання: купити готову систему, доручити розробку системи сторонньої організації або виконати цю систему силами власного відділу автоматизації. [3,4]

Найпростішим варіантом є придбання готової універсальної ІС. В даний час на ринку вони представлені у великій кількості. Найбільш відомі продукти: «1С: Підприємство» і «Парус-Підприємство".

Основними принципами розробки є: наявність великої кількості вбудованих стандартних функцій, універсальність (спрямованість продукту як на малі, так і середні підприємства), орієнтованість на безліч типових кінцевих користувачів.

Переваги придбання готового продукту:

- програма є тиражованим продуктом, тому кількість помилок в ній мінімально;

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

«Мінуси» такого варіанту:

- необхідність адаптувати сформовану структуру підприємства під вимоги ІС;

- невикористання усіх можливостей потенційної потужності системи (особливо при високій вартості);

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

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

"1C: Підприємство 8" є комплексним прикладним рішенням, що охоплює основні контури управління і обліку на виробничому підприємстві. Рішення дозволяє організувати комплексну інформаційну систему, відповідну корпоративним, російським і міжнародним стандартам і забезпечує фінансово-господарську діяльність підприємства [3].

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

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

В системі «1С» прийнято таке співвідношення даних різних обліків:

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

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

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

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

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

Вирішуються такі задачі:

- ведення нормативно-довідкової бази даних;

- планування обслуговування і ресурсів для їх виконання;

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

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

- розрахунок вартості обслуговування.

В інформаційну базу вносяться нормативи і рекомендації за умовами проведення ремонтних робіт. Кожен норматив містить наступні категорії інформації:

- робота з обслуговування;

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

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

Існує два види умов проведення ремонтів:

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

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

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

Виходячи з потреб великих підприємств і враховуючи особливості різних галузей, розроблений програмний продукт класу ERP «Парус-Підприємство» 8.хх, що відповідає вимогам до подібного роду рішень і дозволяє вирішувати наступні облікові й управлінські завдання: управління фінансами, персоналом, бухгалтерський і податковий облік, розрахунок заробітної плати, керування виробництвом, автотранспортом, складською логістикою, взаємовідносинами з клієнтами (CRM), діловими процесами, контакт-центром (contact-centre), страховою діяльністю і інші завдання [4].

Призначення модуля «Управління технічним обслуговуванням і ремонтами» в системі «Парус» - підтримка бізнес-процесів управління технічним обслуговуванням і ремонтом обладнання.

Функції модуля:

- облік складу обладнання;

- облік часу (простоїв) обладнання;

- оцінка технічного стану обладнання: реєстрація даних про діагностичних параметрах складових частин обладнання; оцінка ступеня пошкодження та залишкових / повних ресурсів;

- контроль експлуатації: реєстрація позапланових простоїв, аналіз їх причин, оцінка вартості усунення;

- планування ремонтів і технічного обслуговування.

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

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

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



2. ЗМІСТОВНИЙ ОПИС ТА АНАЛІЗ СТРУКТУРНИХ І ФУНКЦІОНАЛЬНИХ ОСОБЛИВОСТЕЙ ЗАДАЧІ ТА ОСНОВНИХ ВИДІВ ЇЇ ЗАБЕЗПЕЧЕННЯ

2.1 Аналіз та опис об'єкта автоматизації та існуючої інформаційної системи

2.1.1 Аналіз об'єкта автоматизації

ТОВ «Спектрум» є комерційним підприємством.

Основні напрямки діяльності ТОВ:

- продаж комп'ютерів та оргтехніки;

- ремонт і сервісне обслуговування комп'ютерів, оргтехніки;

- гарантійне обслуговування комп'ютерів і оргтехніки;

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

Схема організаційної структури ТОВ «Спектрум» представлена на рис. 2.1.

Рисунок 2.1 - Схема організаційної структури ТОВ «Спектрум»

Генеральний директор ТОВ «Спектрум» є вищою ланкою управління. Директор видає накази по компанії, проводить планування джерел комплектування кадрами; проводить планування умов і факторів, що визначають використання і закріплення персоналу; визначає порядок найму та звільнення працівників, форми, системи оплати праці та розміри заробітної плати, розпорядок робочого дня, змінність роботи, порядок надання вихідних днів і відпусток, їх тривалість.

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

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

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

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

Транспортний відділ забезпечує перевезення майна між приміщеннями і складом.

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

Відділ кадрів займається прийомом на роботу та звільненням працівників.

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

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

Сервісний відділ ТОВ «Спектрум» займається як ремонтом, діагностикою обладнання так і його налаштуванням, виправленням неполадок з різним торговим і офісним обладнанням.

Етапи технологічного процесу по ремонту техніки:

? отримання несправної техніки;

? виявлення причини поломки;

? пошук і підбір необхідних деталей;

? усунення поломки.

Замовлення, що надходять в сервісний відділ, виконуються фахівцями відділу, в роботу з діагностики та ремонту комп'ютерів і оргтехніки входять:

? встановлення та налаштування ОС;

? усунення помилок роботи ОС, оптимізація роботи ОС під конкретну конфігурацію ПК;

? установка нових пристроїв і драйверів до них;

? відновлення даних з HDD, USB-Flash внаслідок логічних збоїв;

? робота з оргтехнікою: принтер, сканер, копір діагностика неполадок і ремонт.

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

? диспетчер-менеджер: оформлення заявки і її закриття після завершення робіт, видача та контроль використаних комплектуючих та витратних матеріалів для формування замовлення на покупку нових; контроль техніки та картриджів, що знаходяться на обслуговуванні;

? інженер відділу: виконання робіт з оргтехнікою (введення в експлуатацію, ремонт, технічне обслуговування, списання), виконання робіт з картриджами (заправка, регенерація, чистка).

Вважається, що ці співробітники будуть основними користувачами проектованої ІС, проте не обов'язково, що тільки вони. Робота системи може виявитися корисною керівництву підприємства з метою отримання необхідної та своєчасної інформації щодо ведення сервісних робіт в підрозділі.

2.1.2 Аналіз недоліків існуючої інформаційної системи

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

Місцем рішення обраний сервісний відділ ТОВ «Спектрум».

Для автоматизації процесу поставлена наступна мета: розробка автоматизованої інформаційної системи обліку заявок клієнтів на обслуговування комп'ютерної та офісної техніки в ТОВ «Спектрум».

Дана автоматизована система призначена для співробітників сервісного відділу ТОВ «Спектрум».

2.2 Вимоги до функціональної структури задачі

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

- облік поточних замовлень;

- облік виконання ремонтних робіт.

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

Під час виконання функції «Облік виконання ремонтних робіт» відбувається внесення в БД даних по виконаним замовленням та формування вихідних документів (рахунок, звіт про виконані роботи)

Функціональна модель, яка відображає структуру і функції задачі «Облік замовлень на ремонт техніки», а також інформаційні потоки, що пов'язують ці функції, зображена на рисунках 2.2 - 2.3. [5,6]

Рисунок 2.2 - Контекстна діаграма потоків даних задачі «Облік замовлень на ремонт техніки»

Рисунок 2.3 - Діаграма потоків даних задачі «Облік замовлень на ремонт техніки»

2.3 Вимоги до забезпечуючої частини задачі

2.3.1 Вимоги до інформаційного забезпечення задачі

Можна назвати наступні вимоги до інформаційного забезпечення:

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

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

- форми документів, що створюються завданням, повинні відповідати вимогам, що пред'являються до них керівництвом;

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

Завдання має мати функції підтримки цілісності:

- резервне копіювання інформації;

- відновлення інформації зі страховою копії;

- підтримка журналу транзакцій при роботі з базами даних;

- відновлення після збою за допомогою журналу транзакцій.

2.3.2 Вимоги до програмного забезпечення задачі

Основні вимоги до компонентів програмного забезпечення:

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

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

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

- утиліти системної генерації повинні дозволяти легко вносити зміни в будь-яку інформацію, яка відноситься до системи, наприклад найменування обладнання, тип ремонту та ін. [7]

2.3.3 Вимоги до технічного забезпечення задачі

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

2.4 Обґрунтування мети вирішення поставленої задачі

Для того, щоб підприємство мало можливість прогресувати і рости, надаючи своїм клієнтам більш якісний і швидкий сервіс, пропонується створити ІС ТОВ «Спектрум», яка буде позбавлена недоліків паперового ведення облікової документації та збагачена найкращими рішеннями з питань в цій галузі.

Основні завдання, які повинна вирішувати проектована задача, полягають в обліку сервісного обслуговування техніки, а також обліку заправки і відновлення картриджів.

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

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

Перехід до автоматизованого управління в сервісному відділі дасть можливість:

? підвищити оперативність і зменшити трудомісткість обробки документації;

? поліпшити використання наявних матеріальних і трудових ресурсів за рахунок оптимізації їх функціонування.

Цілі створення завдання ІС ТОВ «Спектрум»:

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

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

2.5 Вимоги до задачі, що розроблюється

Задача «Облік замовлень на ремонт техніки» повинна дозволяти:

? вводити всі необхідні заявки на ремонт і налаштування комп'ютерів та іншої техніки;

? вести довідник та інформації;

? фіксувати виконання нарядів на ремонт техніки;

? вести архів сервісного відділу;

? формувати і видавати різноманітні форми звітності, спискові дані;

? формувати вихідні форми для внутрішнього користування;

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

В рамках проектованої задачі передбачено виконання таких функцій:

? облік заявок клієнтів;

? планування робіт по ремонту;

? облік виконання ремонтних робіт;

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



3. ОПИС ПОСТАНОВКИ ЗАДАЧІ «ОБЛІК ЗАМОВЛЕНЬ НА РЕМОНТ ТЕХНІКИ»

3.1 Характеристика задачі

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

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

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

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

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

- контроль повноти, цілісності і відповідності даних;

- вторинна обробка даних.

Розробка ергономічно зручного і зрозумілого інтерфейсу для роботи з БД дозволить реалізувати такі задачі:

- здійснювати введення, висновок і модифікацію інформації;

- здійснювати контроль і перевірку інформації, що вводиться;

- здійснювати пошук в базі даних;

- забезпечувати авторизований доступ до системи і надання повноважень в залежності від рівня привілеїв користувача.



3.2 Вихідна інформація задачі

Вихідна інформація задачі «Облік замовлень на ремонт техніки» представлена у вигляді електронних документів і відеограм. Вона складається з повідомлень, перелік і опис яких наведено в табл. 3.1.

Таблиця 3.1 - Вихідні повідомлення задачі

Повне іменування	Ідентифікатор	Форма відображення	Періодичність і терміни видачі	Отримувачі
1	2	3	4	5
Інформація про потребу в запчастинах	Spare_part_request	Документ в електронній формі, відеограма	З кожним замовленням	Склад
Інформація про статус замовлення	Order_status	Відеограма	Щодня	Клієнт
Рахунок	Bill	Документ в електронній формі, відеограма	З кожним замовленням	Клієнт
Квитанція	Receipt	Документ в електронній формі, відеограма	З кожним замовленням	Клієнт
Графік ремонтних робіт	Schedule	Документ в електронній формі	Щомісяця	Старший інженер
Звіт про виконані роботи	Report	Документ в електронній формі	З кожним замовленням	бухгалтерія

Таблиця 3.2 - Перелік і опис структурних одиниць вихідного повідомлення «Інформація про потребу в запчастинах» (Spare_part_request)

Повне найменування	Ідентифікатор	Тип інформації	Загальна кількість символів	Формат представ-лення
Назва запчастини	D ate _ Nach Spare_part_name	Дата Текстовий	8 20	дд.мм.гг ггXxxXxx
НеН Необхідна кількість запчастин	D ate _ Okonch Spare_part_amount	Дата Дата	8 8	дд.мм.гг гг Y

Таблиця 3.3 - Перелік і опис структурних одиниць вихідного повідомлення «Інформація про статус замовлення» (Order_status)

Повне найменування	Ідентифікатор	Тип інформації	Загальна кількість символів	Формат представ-лення
Дата начала периода Номер замовлення	D ate_Nach Order_number	Дата ЧЧисловойисловий	8 10	дд.мм.гг гг №Y
Дата окончания периода Статус замовлення	D ate_Okonch Order_status	Дата Текстовий	8 20	дд.мм.гг гг Xxx

Таблиця 3.4 - Перелік і опис структурних одиниць вихідного повідомлення «Рахунок» (Bill)

Повне найменування	Ідентифікатор	Тип інформації	Загальна кількість символів	Формат представ-лення
Номер рахунку	Nomer_Scheta Bill_number	ЧЧисловойисловий	5 10	Y
Номер замовлення	Order_number	ЧЧисловойисловий	10	Y
ПІБ клієнта	N ame _ Klient FIO	Текстовый Текстовий	3 0 30	Xxx X.X.
Дата початку ремонту	D ate_Nach Repair_start_date	Дата Дата	8 8	дд.мм.гг гг dd.mm.yyyy
Дата закінчення ремонту	D ate_Okonch Repair_end_date	Дата Дата	8 8	дд.мм.гг гг dd.mm.yyyy
Вартість запчастин	SumDog Spare_part_cost	Числовой Числовий	7 8	kk.cc
Вартість ремонтних робіт	Repair_costPrice_ZapRepair_cost	Числовой Числовий	7 8	kk.cc

Таблиця 3.5 - Перелік і опис структурних одиниць вихідного повідомлення «Квитанція» (Receipt)

Повне найменування	Ідентифікатор	Тип інформації	Загальна кількість символів	Формат представ-лення
Номер квитанції	N ame_SotrReceipt_number	Текстовый Числовий	3 0 10	№Y
Дата начала периода ПІБ клиента клієнта	D ate_Nach FIO	Дата Текстовий	8 30	дд.мм.гг гг Xxx X.X.
Найменування обладнання	Name_Obor Equipment_name	Текстовый Текстовий	50 20	Xxx
Тип ремонта Дата	Type_Rem Date	Текстовый Дата	1 0 8	dd.mm.yyyy

Таблиця 3.6 - Перелік і опис структурних одиниць вихідного повідомлення «Графік ремонтних робіт» (Schedule)

Повне найменування	Ідентифікатор	Тип інформації	Загальна кількість символів	Формат представ-лення
ФИО исполнителя Тип ремонту	Repair_typeN ame_SotrRepair	Текстовый Текстовий	3 0 20	Xxx
Дата початку	D ate_Nach Start_date	Дата Дата	8 8	дд.мм.гг гг dd.mm.yyyy
Наименование оборудования Дата закінчення	Name_Obor End_date	Текстовый Дата	50 8	dd.mm.yyyy
ПІБ мастера	FIO_master	Текстовий	30	Xxx X.X.

Таблиця 3.7 - Перелік і опис структурних одиниць вихідного повідомлення «Звіт про виконані роботи» (Report)

Повне найменування	Ідентифікатор	Тип інформації	Загальна кількість символів	Формат представ-лення
ФИО исполнителя Тип ремонту	Repair_typeN ame_SotrRepair	Текстовый Текстовий	3 0 20	Xxx
Дата початку	D ate_Nach Start_date	Дата Текстовий	8 8	дд.мм.гг гг dd.mm.yyyy
Наименование оборудованияДата закінчення	Name_Obor End_date	Текстовый Текстовий	50 8	dd.mm.yyyy
Тип ремонта Дата Найменування обладнання	Type_Rem Equipment_name	Текстовый Текстовий	1 0 20	Xxx
ПІБ мастера	FIO_master	Текстовий	30	Xxx X.X.
Загальна вартість	Total_cost	Числовий	8	kk.cc

3.3 Вхідна інформація задачі

Вхідна інформація задачі «Облік замовлень на ремонт техніки» представлена у вигляді електронних документів. Вона складається з повідомлень, перелік і опис яких наведено в табл. 3.8.

Таблиця 3.8 - Вхідні повідомлення задачі

Повне іменування	Ідентифікатор	Форма відображення	Періодичність отримання	Джерело
Дані клієнта	Client_data	Електронний документ	З кожним замовленням	Клієнт
Дані замовлення	Order_data	Електронний документ	З кожним замовленням	Клієнт
Інформація про виконане замовлення	Finished_order_info	Електронний документ	З кожним замовленням	Диспетчер-менеджер

Таблиця 3.9 - Опис структурних одиниць вхідного повідомлення «Дані клієнта» (Client_date)

Повне іменування	Ідентифі-катор	Тип інформації	Кількість символів	Формат відобра-ження	Спосіб введення
1	2	3	4	5	6
ПІБ клієнта	FIO	Текстовий	30	Xxx	Ввід з клавіатури
Телефон	Phone	Числовий	10	xxx-xxx-xxxx	Ввід з клавіатури
Адреса	Address	Текстовий	30	Xxx	Ввід з клавіатури

Таблиця 3.10 - Опис структурних одиниць вхідного повідомлення «Дані замовлення» (Order_date)

Повне іменування	Ідентифі-катор	Тип інформації	Кількість символів	Формат відобра-ження	Спосіб введення
Найменування обладнання	Equipment_name	Текстовий	20	Xxx	Ввід з клавіатури
Дата початку експлуатації	Entry_into_service_date	Дата	8	dd.mm.yyyy	Вибір у календарі
Характеристика	Characteristic	Текстовий	70	Xxx	Ввід з клавіатури
Фірма-виробник	Manufacturer_company	Текстовий	20	Xxx	Ввід з клавіатури
Дата надходження	Entry_date	Дата	8	dd.mm.yyyy	Вибір у календарі

Таблиця 3.11 - Опис структурних одиниць вхідного повідомлення «Інформація про виконане замовлення» (Finished_order_info)

Повне іменування	Ідентифі-катор	Тип інформації	Кількість символів	Формат відобра-ження	Спосіб введення
Номер замовлення	Order_number	Числовий	10	№Y	Ввід з клавіатури
Вартість Робіт	Order_cost	Числовий	8	kk.cc	Ввід з клавіатури
Вартість запчастин	Spare_part_cost	Числовий	8	kk.cc	Ввід з клавіатури
Дата закінчення	Repair_date_end	Дата	8	dd.mm.yyyy	Вибір дати з календаря
Вид робіт	Repair_type	Текстовий	50	Xxx	Ввід з клавіатури
ФІО майстра	FIO_master	Текстовий	30	Xxx	Вибір зі списку майстрів
Використані запчастини	Used_spare_part	Текстовий	200	Xxx	Ввід з клавіатури



4. РОЗРОБКА ТА ОБҐРУНТУВАННЯ ІНФОРМАЦІЙНОГО ЗАБЕЗПЕЧЕННЯ ЗАДАЧІ

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

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

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

Реляційна організація даних представляється у вигляді таблиці. Таблицю називають відношенням. Тому реляційної базою даних називають таку БД, яка побудована на відносинах, таблицях. Зв'язки між даними в реляційній БД можуть бути представлені у вигляді сукупності таблиць, відносин. Це відображення користувача або логічна структура реляційної БД. У той же час структура зберігання, фізична структура даних може не збігатися з логічною.

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

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

Таблица 4.1 - Перелік таблиць бази даних задачі

Ім'я сутності	Визначення
Client	Данні клієнтів сервіс-центру
User	Данні зареєстрованих користувачів сервісного центру
Equipment	Інформація про обладнання що поступило
Order	Замовлення на ремонт
OrderStatus	Статус у якому перебуває певне замовлення
RepairUnit	Одиниця ремонтної роботи
RepairUnitType	Вид ремонтної роботи
Repair	Ремонт певного обладнання, сукупність одиниць ремонтних робіт
SparePart	Дані запасної частини
Master	Дані майстра, працівника сервісного центру
MasterSpecialization	Спеціалізація майстра

Таблиця 4.2 - Відомості про типи зв'язків

Тип сутності	Тип зв'язку	Тип сутності	Кардинальність
1	2	3	4
Client	входить у	Order	1:M
OrderStatus	входить у	Order	1:M
Equipment	входить у	Order	1:M
Order	входить у	Repair	1:М
Order	включає	Client	M:1
Order	включає	OrderStatus	M:1
Order	включає	Equipment	M:1
Repair	включає	RepairUnit	M:1
Repair	включає	Order	M:1
RepairUnit	входить у	Repair	1:M
RepairUnit	включає	Master	M:1
RepairUnit	включає	RepairUnit	M:1
RepairUnit	включає	SparePart	M:1
Master	входить у	RepairUnit	1:M
RepairUnit	входить у	RepairUnit	1:M
SparePart	входить у	RepairUnit	1:M
Mater	включає	MasterSpecialization	M:1
MasterSpecialization	входить у	Master	1:M

Таблиця 4.3 - Відомості про атрибути

Тип сутності	Атрибут	Опис	Тип даних, довжина	Обмеження	Значення за замовчуванням	Допустимість Null
1	2	3	4	5	6	7
Client	FIO	ПІБ	VARCHAR(30)			Ні
	address	Адреса	VARCHAR(30)			Ні
	phone	Телефон	VARCHAR(20)			Ні
	client_id	Унікальний ідентифікатор	INTEGER	Первинний ключ	0	Ні
User	user_id	Унікальний ідентифікатор	INTEGER	Первинний ключ	0	Ні
	login	Логін для авторизації	VARCHAR(20)			Ні
	password	Пароль для авторизації	VARCHAR(20)			Ні
Equipment	equipment_id	Унікальний ідентифікатор	INTEGER	Первинний ключ	0	Ні
	name	Найменування обладнаяння	VARCHAR(20)			Ні
	entry_into_service_date	Дата початку експлуатації	DATE			Ні
	characteristic	Характеристика обладнання	VARCHAR(70)			Ні
	manufacture_company	Назва фірми-виробника	VARCHAR(20)			Ні
Order	order_id	Унікальний ідентифікатор	INTEGER	Первинний ключ	0	Ні
	equipment_id	id типу обладнанн	INTEGER	Зовнішній ключ	0	Ні
	client_id	id клієнта	INTEGER	Зовнішній ключ	0	Ні
Order	order_status_id	id статуса замовлення	INTEGER	Зовнішній ключ	0	Ні
	repair_start_date	Дата початку ремонту	DATE			Ні
	repair_end_date	Дата закінчення ремонту	DATE			НІ
RepairUnit	repair_unit_id	Унікальний ідентифікатор	INTEGER	Первинний ключ	0	Ні
	repair_unit_type_id	id типу ремонту	INTEGER	Зовнішній ключ	0	Ні
	master_id	id майстра	INTEGER	Зовнішній ключ	0	Ні
	spare_part_id	id майстра	INTEGER	Зовнішній ключ	0	Ні
	required_spare_part_amount	Кількість запчатин	INTEGER		0	Ні
RepairUnit	cost	Вартість одиниці роботи	DECIMAL(5,2)			Ні
	description	Опис одиниці роботи	VARCHAR(50)			Ні
SparePart	spare_part_id	Унікальний ідентифікатор	INTEGER	Первинний ключ	0	Ні
	name	Найменування запчастини	VARCHAR(20)		0	Ні
	characteristic	Характеристика запчастини	VARCHAR(70)			Ні
	manufacture_company	Назва фірми-виробника	VARCHAR(20)			Ні
	cost	Вартість запчастини	DECIMAL(6,2)			Ні
OrderStatus	order_status_id	Унікальний ідентифікатор	INTEGER	Первинний ключ	0	Ні
	name	Назва статусу	VARCHAR(20)			Ні
Repair	repair_id	Унікальний ідентифікатор	INTEGER	Первинний ключ	0	Ні
	order_id	id замовлення	INTEGER	Зовнішній ключ	0	Ні
	repair_unit_id	id одиниці роботи	INTEGER	Зовнішній ключ	0	Ні
RepairUnitType	repair_unit_type_id	Унікальний ідентифікатор	INTEGER	Первинний ключ	0	Ні
	name	Тип ремонту	VARCHAR(20)			Ні
MasterSpecialization	Master_specialization_id	Унікальний ідентифікатор	INTEGER	Первинний ключ	0	Ні
	name	Сспеціалізації майстру	VARCHAR(20)			Ні

Схема логічної моделі даних задачі приведена на рисунку 4.1.



Рисунок 4.1 - Схема логічної моделі задачі

На підставі створеної логічної моделі даних розробляється фізична модель даних, яка представлена на рисунку 4.2. Фізична модель даних показує типи даних атрибутів сутностей.



Рисунок 4.2 - Схема фізичної моделі БД



5. ОБҐРУНТУВАННЯ ВИБОРУ МАТЕМАТИЧНОГО ЗАБЕЗПЕЧЕННЯ ЗАДАЧІ

Математичне забезпечення задачі обліку замовлень на ремонт техніки представлене у вигляді схеми роботи задачі.

Даний алгоритм призначений для вирішення задачі "Облік замовлень на ремонт техніки".

Результатом рішення алгоритму є формування вихідних повідомлень «Графік ремонтних робіт», «Рахунок за ремонт», «Звіт про виконанні роботи». Дані вихідні документи призначені для бухгалтерії та старшого інженеру.

Структура даних вихідних повідомлень описана в п. 3.

Функціонування завдання здійснюється відповідно до структурному алгоритму, зображеному на малюнку 5.1.

Вхід в задачу «Облік замовлень на ремонт техніки» здійснюється після реєстрації користувача, що має відповідні права доступу.

Рисунок 5.1 - Схема роботи задачі «Облік замовлень на ремонт техніки», аркуш 1



Рисунок 5.2 - Схема роботи задачі «Облік замовлень на ремонт техніки», аркуш 2

Рисунок 5.3 - Схема роботи задачі «Облік замовлень на ремонт техніки», аркуш 3

Рисунок 5.4 - Схема роботи задачі «Облік замовлень на ремонт техніки», аркуш 4



Рисунок 5.5 - Схема роботи задачі «Облік замовлень на ремонт техніки», аркуш 5



6. РОЗРОБКА ЕЛЕМЕНТІВ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ ЗАДАЧІ

Програмне забезпечення ІС складається з прикладного і системного.

Під програмним забезпеченням (ПЗ) ІС розуміється комплекс програм, що забезпечують зв'язок з користувачем і управління апаратними засобами ПК з необхідною програмною документацією. [8-10]

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

- управління процесором, пам'яттю, периферійними пристроями, файлами, обчислювальними процесами;

- планування завдань;

- обслуговування користувачів;

- допоміжні функції, що забезпечують організацію мереж;

- використання службових програм і мов високого рівня.

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

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

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

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

- підтримку СУБД;

- підтримку графічних інтерфейсів;

- підтримку засобів мережевої обробки.

Unix - ОС для мережевої обробки даних. Вона використовує дуже ефективний метод обробки стандартних мережевих запитів, а також пропонує оптимальні рішення для роботи з Internet. У більшості випадків перевершує за швидкодією будь-яку іншу ОС при роботі з великими масивами в мережі.

Переваги Unix:

- широкий набір засобів вирішення проблем, що виникають при роботі з інформаційними технологіями;

- стабільність, надійність;

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

- безкоштовність (в разі використання Linux).

Windows в порівнянні з іншими ОС має такі можливості:

- забезпечує повну узгодженість систем і прикладних програм (Word, Exсel, Accеss і ін);

- є інтегрованою оболонкою, що допускає виконання DOS - програм і додатків.

Windows 7 - ОС типу клієнт-сервер, розроблена корпорацією Microsoft. Windows 7 прагне забезпечити ті ж можливості, що і NetWare, але доповнюючи їх зручним інтерфейсом, характерним для Windows.

Характеристики Windows 7:

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

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

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

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

- надання потужної і повнофункціональної виробничої мережі на відкритій платформі для підтримки повної сумісності з програмними і апаратними продуктами без погіршення продуктивності і часу відповіді [7].

Недолік ОС UNIX: складність інсталяції, настройки та супроводу, відсутність зручного графічного інтерфейсу користувача. Windows 7 дешевше, що є важливим фактором, особливо для невеликих мереж. Однак за рівнем захисту даних і по відмовостійкості Windows 7 поступається NetWare.

В результаті аналізу характеристик ОС, їх переваг і недоліків виберемо для даного завдання операційну систему Windows 7.

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

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

- середовища розробки додатків;

- СУБД;

- загальні інструментальні засоби, що реалізують функції ІС.

C ++ Builder є середовищем розробки додатків і використовує мову програмування C ++. C ++ Builder дуже схожа за структурою на Delphi. На відміну від неї довше компілює програми, але виходить менший обсяг файлу. C ++ Builder є більш професійним середовищем і вимагає більш високого рівня підготовки, ніж Delphi.

Мова C ++ трохи поступається C по ефективності програмного коду, зате дає набагато більш гнучкі можливості, особливо проявляються при написанні складних програм, що включають інтерфейс з користувачем, бази даних. Безліч мовних лексем дає надзвичайно цікаві можливості написання коду, захищеного від можливих помилок, наприклад концепція "розумних покажчиків". Одна з найбільш повною реалізацій принципів об'єктно-орієнтованого програмування (ООП) [11].

Проаналізувавши достоїнства і недоліки існуючих мов програмування, врахувавши наявні у розробників навички, зупинимо вибір на середовищі C ++ Builder.

Виберемо СУБД для розроблюваної завдання.

Група реляційних СУБД представлена на ринку програмних продуктів дуже широко. Це, наприклад, такі системи, як Access і MySQL, проте провідне становище тут займає сімейство продуктів компанії Oracle.

Сервери для великих підприємств реалізовані в основному на СУБД Oracle. Цей вибір обумовлюється наступними характеристиками [8]:

- підтримка практично всіх апаратних платформ;

- підтримка моделі багатоверсійного одночасного виконання операцій;

- підтримка пакетів збережених процедур;

- двофазна передача і управління викликами віддалених процедур.

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

Істотний недолік СУБД Oracle - висока вартість, що робить неможливим придбання цього продукту невеликими комерційними підприємствами.

СУБД MySQL також пропонує засоби проектування, розробки та адміністрування баз даних. MySQL охоплює всі основні компоненти архітектури клієнт / сервер [8]:

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

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

MySQL являє собою не тільки функціонально повну систему управління базами даних, але і доповнення до інших програмних продуктів, що працюють з базами даних. Одним з істотних переваг є можливість роботи з даними інших джерел, включаючи найбільш популярні СУБД (MS SQL Server, Oracle, DB2).

У зв'язку з вищевикладеним виберемо СУБД MySQL для реалізації завдань атестаційної роботи.

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



7. ВИБІР, РОЗРОБКА ТА ОБҐРУНТУВАННЯ ТЕХНІЧНОГО ЗАБЕЗПЕЧЕННЯ ЗАДАЧІ

Технічне забезпечення становить комплекс технічних засобів (КТЗ), що забезпечують збір, реєстрацію, передачу, зберігання, обробку та видачу інформації користувачам.[11,12]