Портал освітньо-інформаційних послуг «Студентська консультація»

  
Телефон +3 8(066) 185-39-18
Телефон +3 8(093) 202-63-01
 (093) 202-63-01
 studscon@gmail.com
 facebook.com/studcons

<script>

  (function(i,s,o,g,r,a,m){i['GoogleAnalyticsObject']=r;i[r]=i[r]||function(){

  (i[r].q=i[r].q||[]).push(arguments)},i[r].l=1*new Date();a=s.createElement(o),

  m=s.getElementsByTagName(o)[0];a.async=1;a.src=g;m.parentNode.insertBefore(a,m)

  })(window,document,'script','//www.google-analytics.com/analytics.js','ga');

 

  ga('create', 'UA-53007750-1', 'auto');

  ga('send', 'pageview');

 

</script>

Облік технічного обслуговування автотранспорту

Тип роботи: 
Курсова робота
К-сть сторінок: 
67
Мова: 
Українська
Оцінка: 

добавляти дані у всі поля окрім № госреєстрації.

 
Рисунок 3.26 — Форма «Відомості про клієнта», вкладка «Транспорт»
 
Остання вкладка у даній формі — «Дефект транспорту» (рис 3.27). Вона містить дві підпорядковані форми. Основна — це дефекти даного транспорту конкретного власника, яка виводить наступну інформацію: № госреєстрації транспорту, дата та пробіг (на момент реєстрування дефекту), код дефекту, його опис, та спосіб усунення, також присутня категорія дефекту. Для легкого пошуку певного дефекту та способу його усунення представлена друга підпорядкована форма, яка містить список усіх дефектів. Якщо необхідний дефект присутній у списку, то для добавлення дефекту необхідного транспорту потрібно лише вписати у поле «код дефекту» потрібні значення і автоматично заповняться поля: опис, спосіб усунення, та категорія.
 
Рисунок 3.27 – Форма «Відомості про клієнта», вкладка «Дефект транспорту»
 
Розглянемо форму «Робітники» (рис. 3.28). У даній формі виводиться вся інформація про працівників СТО, та містить наступні поля: паспортні дані, Ф.І.ПБ. (фамілія, ім’я, по батькові), номер телефону, спеціалізація, та примітки. Для швидкого пошуку певного робітника необхідно ввести Ф.І.ПБ. у поле «пошук робітника». До речі, для полегшення введення даних, спеціалізація вибирається із списку.
Розглянемо форму «Замовлення» (рис. 3.29). Дана форма виводить інформацію про замовлення, яке зробив клієнт. Вона містить наступні поля: код замовлення, який не потребує введення, він генерується самостійно; дата замовлення; № госреєстрації транспорту; прізвище, ім’я та по батькові клієнта; Ф.І.ПБ. робітника який приймав замовлення; сума замовлення та примітки. Для статистики, присутнє поле, яке відображає загальну суму замовлень за весь період.
 
Рисунок 3.28 – Форма «Робітники»
 
Для реєстрації нового замовлення потрібно натиснути відповідну кнопку, відкриється форма «Реєстрація нового замовлення» (рис. 3.30). Для видалення запису необхідно натиснути кнопку «видалити запис».
 
Рисунок 3.29 – Форма «Замовлення»
 
Розглянемо форму «Реєстрація нового замовлення» (рис. 3.30). Дана форма містить наступні поля: код замовлення, який вводиться автоматично; дата; код власника, код транспорту, код робітника який обслуговував; сума заказу та примітки. Форма була створена для зручного добавлення нового замовлення за рахунок полів зі списком (код власника, код транспорту, код робітника), де відображаються усі клієнти, транспорт та робітники відповідно.
 
Рисунок 3.30 – Форма «Реєстрація нового замовлення»
 
Розглянемо форму «Взаємодія з клієнтами» (рис. 3.31). Дана форма найголовніша серед інших, так як вона включає CRM – систему. Форма містить наступні поля: код власника, паспортні дані, ім’я, фамілія, по батькові клієнта. Підпорядкована форма виводить інформацію про усі звернення клієнта, та містить наступні поля: код власника, дата звернення, спосіб звернення, Ф.І.ПБ робітника який обслуговував, тема звернення, суть проблеми, дії по зверненню, та поле яке вказує чи задоволеним залишився клієнт. Для швидкого переходу до певного клієнта форма містить поле зі списком, в якому відображаються усі клієнти. Щоб зареєструвати нове звернення потрібно натиснути відповідну кнопку і відкриється нова форма «Реєстрація проблеми звернення» (рис. 3.32)
 
Рисунок 3.31 – Форма «Взаємодія з клієнтами»
 
Розглянемо форму «Реєстрація проблеми звернення» (рис. 3.32). Вона включає в себе наступні поля: код власника, дата звернення, спосіб звернення, тема, суть проблеми, дії по зверненню, який робітник обслуговував та дата виконання. Форма призначена для комфортного та швидкого реєстрування проблеми за рахунок полів зі списком (код власника, спосіб звернення, та який робітник обслуговував).
 
Рисунок 3.32 – Форма «Реєстрація проблеми звернення»
 
Після створення основних форм можна приступити до створення головної кнопкової форми. 
Форма «Станція технічного обслуговування автотранспорту» (рис. 3.33) являється головною кнопковою формою, за допомогою якої здійснюється легке та швидке управління БД. Вона містить 4 кнопки: клієнти, замовлення, персонал та вихід.
 
Рисунок 3.33 – Головна форма «СТО»
При натисканні кнопки «клієнти» відкривається інший список кнопок, за допомогою яких можна виконувати дії стосовно клієнтів, тобто відкрити потрібну форму або звіт. Також можна повернутися до головної форми (рис. 3.34).
 
Рисунок 3.34 – Головна форма «СТО»
 
Після виконаних дій над клієнтами, можна повернутися на головну форму і перейти до «замовлень» (рис. 3.35). 
 
Рисунок 3.35 – Головна форма «СТО»
При натисканни на кнопку «Персонал» відкривається наступна форма (рис. 3.36)
 
Рисунок 3.36 – Головна форма «СТО»
 
Підгонка проектних вимог та програмного забезпечення
При розробці виробничої версії програми, може виникнути необхідність у додатковій роботі. Може знадобитися більш високий рівень функціональних можливостей, різні системні ресурси, необхідні для забезпечення повного робочого навантаження, або обмеження в часі.
Отримавши схвалення користувача, швидкий прототип перетворюють в детальний проект, і систему налаштовують на виробниче використання. Саме на цьому етапі налаштування, прискорений прототип стає повністю діючою системою, яка замінює собою часткову систему, отриману в ітераційному циклі прототипування.
Деталізований проект можна також отримати на основі прототипів. В цьому випадку настройка прототипу виконується при використанні коду або зовнішніх утиліт. Дизайнер використовує затверджені вимоги в якості основи для проектування виробничого ПО.
При розробці виробничої версії програм, може виникнути необхідність у
Фото Капча