дані про технічну складову обладнання (Назва запчастини, інвентарний номер обладнання, на якому вона встановлена, номер запчастини);
найменування обладнання;
марка устаткування;
модель обладнання;
інформація про підрозділи.
Інформаційний аналіз передбачає виявлення концептуальних вимог користувачів.
У процесі розрахунку необхідно враховувати різні вимоги до використання бази даних.
Інвентарний номер обладнання, так само як і номер бланка про ремонт - унікальний номер. У базі даних не може бути двох або більше полів з одним і тим же значенням.
На підставі необхідних вимоги користувачів, слід виділити наступні сутності з атрибутами (ключові атрибути виділені підкресленням):
Цех ( Цех );
Марка ( marka , naim_oborud);
Модель ( model , marka);
Найменування устаткування ( naim_oborud);
Обладнання ( inv_nom, zav_nom, naim_obodrud, marka, model, data_post, id_zap, Опис, Списання, Цех, Мовляв, Списав, Гарантія, докосн, номзаклнепр, номактоспіс, Датаспіс, нахожд);
Ремонт ( blank, дата звернення, характер несправності, вирішення проблеми, inv_nom, zav_nom, naim_oborud, Відповідальний, поступ, id_zap, ID_sotr);
Технічна складова (id_zap, inv_nom, naim_zap, marka, model, zav_nom, data_postup, sost, spisanie);
Сотуднік ( ID_sotr , Прізвище, Ім'я, По батькові, П.І.Б., Посада, Пароль);
Побудова логічної схеми бази даних є невід'ємною частиною процесу проектування. На даному етапі необхідно використовувати теоретичні знання при проектуванні логічної моделі БД, реалізованої у вигляді схеми відносин. Для кожного атрибута відносин вказати його тип і розмірність.
Цех
Цех Символ (100)
Марка
marka Naim_oborudСімвол (100) Символ (200)
Модель
model markaСімвол (100) Символ (100)
Найменування обладнання
Naim_oborud Символ (200)
Обладнання
Inv_nom Zav_nomNaim_oborudmarkamodelData_postId_zapОписаниеСписаниеЦехМолСписалГарантиядокоснномзаклнепрномактосписДатасписНахождСимвол(100)Символ(100)Символ(200)Символ(100)Символ(100)ДатаЧислоСИмвол(1000)Символ(100)Символ(100)Символ(100)Символ(100)ЧислоСимвол(100)Символ(100)Символ(100)ДатаСимвол(100)
Ремонт
blank Дата обращеніяХарактер неісправностіРешеніе проблемыInv_nomZav_nomNaim_oborudОтветственныйПоступId_zapID_sotrЧислоДатаСимвол(400)Символ(400)Символ(100)Символ(100)Символ(200)Символ(100)ДатаЧислоЧисло
Технічна складова
Id_zap Inv_nomNaim_zapmarkamodelZav_nomData_postupsostspisanieInv_nomЧислоЧислоСимвол(100)Символ(100)Символ(100)Символ(100)ДатаСимвол(200)ЧислоСимвол(100)
Співробітник
ID_sotr ФаміліяІмяОтчествоФ.І.О.ДолжностьПарольЧіслоСімвол (100) Символ (100) Символ (100) Символ (100) Символ (100) Символ (20)
Інформаційні об'єкти (сутності), виділені на попередньому етапі можна представити у вигляді наступних відносин з відповідними атрибутами, в кожному відношенні необхідно виділити ключі (Рисунок 2.1).
Рисунок 2.1 - Схема відносин
Вибір СУБД і процес участі бази даних в составепрограммного продукту є невід'ємною етапом опису інформаційного забезпечення програмного продукту. Як сервер бази даних виступає СУБД MSSQL Server 2008 R2. Ядро СУБД функціонує на сервері, прикладне додаток на клієнті, а протокол обміну забезпечується за допомогою мови SQL. Такий підхід веде до зменшення завантаження мережі й уніфікації інтерфейсу «клієнт-сервер».
2.2 Призначення програмного додатку системи моніторингу, обліку та планування поновлення
Використання розробленого додатка з моніторингу, обліку та планування оновлення обладнання дозволить:
систематизувати інформацію в режимі надходження, зберігання та видачі співробітнику;
відстежувати дії співробітників при виконанні ремонтних робіт обладнання;
контролювати процес списання фізично і морально застарілого обладнання;
...
