Розробка автоматизованого модулю обліку сервісного обслуговування автомобілів (стр. 4 из 6)
Технічний паспорт автомобіля – головний документ на автомобіль, в якому вказується марка автомобіля, модель, рік випуску, державний номер, власника автомобіля та ін..
Договір на обслуговування - угода між двома або більше осіб, що встановлює, змінює або припиняє їх права і обов'язки. Сторонами договору можуть виступати як фізичні, так і юридичні особи, включаючи різні публічно-правові утворення (міжнародні організації, держава, муніципальні утворення і ін.).
Заявка на обслуговування — документ, який містить прохання особи або установи щодо здійснення своїх прав або захисту інтересів. Реквізити:
адресат (назва установи або посада, прізвище та ініціали керівника у давальному відмінку, на ім'я яких подається заява);
адресант (назва установи або посада, прізвище, ім'я, по-батькові у родовому відмінку (іноді адреса і паспортні дані) особи, яка звертається із заявою);
назва виду документа;
текст;
підстава (додаток): перелік документів доданих до заяви на підтвердження її правомірності.
дата;
підпис.
Заява пишеться власноручно в одному примірнику.
Акт технічного стану авто – документ, сформований спеціалістом сервісного центру, щодо технічного стану автомобіля, в якому вказується – номер шасі, номер двигуна, пробіг автомобіля та висновки після огляду його стану.
2.1.2 Розроблення функціональних вимог
1. Обґрунтування вибору діючих осіб.
В даному дипломному проекті вирішується задача «Сервісного обслуговування автомобілів», тобто автоматизується функція сервісного обслуговування в сервісному центрі. Виходячи з вище сказаного, діючими особами є: менеджер відділу сервісного обслуговування, робітник сервісного центру та керівник підприємства.
2. Опис потоків подій.
1. Опис потоку подій варіанта використання «Вхід у систему».
а. Працівник відділу сервісного обслуговування запускає програму.
б. Програма видає форму введення пароля.
в. Працівник відділу сервісного обслуговування вводить пароль.
г. Як тільки правильний пароль введений, поступає запит до СУБД «Довідники».
д. СУБД «Довідники» звертається до таблиці користувача, відбувається пошук.
е. Таблиця користувача передає результат запита СУБД.
ж. Відкривається головне вікно програми.
2. Опис потоку подій варіанта використання «Перегляд замовлень».
а. Працівник відділу сервісного обслуговування створює запит на перегляд таблиці «Замовлення»
б. СУБД «Довідники» звертається до таблиці «Замовлення» користувача, відбувається пошук.
в. Таблиця «Замовлення» передає результат запита СУБД.
г. Відкривається вікно з таблицею «Замовлення».
3. Опис потоку подій варіанта використання «Додавання замовлення».
а. Працівник відділу сервісного обслуговування створює запит на створення запису в таблиці «Замовлення»
б. СУБД «Довідники» звертається до таблиці «Замовлення» користувача, відбувається пошук.
в. Таблиця «Замовлення» передає результат запита СУБД.
г. Відкривається вікно для додавання замовлення таблиці «Замовлення».
4. Опис потоку подій варіанта використання «Редагування замовлення».
а. Працівник відділу сервісного обслуговування створює запит на редагування таблиці «Замовлення»
б. СУБД «Довідники» звертається до таблиці «Замовлення» користувача, відбувається пошук.
в. Таблиця «Замовлення» передає результат запита СУБД.
г. Відкривається вікно з таблицею «Замовлення» для редагування.
5. Опис потоку подій варіанта використання «Видалення замовлення».
а. Працівник відділу сервісного обслуговування створює запит на видалення таблиці «Замовлення»
б. СУБД «Довідники» звертається до таблиці «Замовлення» користувача, відбувається пошук.
в. Таблиця «Замовлення» передає результат запита СУБД.
г. Відкривається вікно з таблицею «Замовлення».
6. Опис потоку подій варіанта використання «Формування звітів по запиту».
а. Працівник відділу сервісного обслуговування створює запит на відкриття необхідної таблиці.
б. СУБД «Довідники» звертається до необхідної таблиці, відбувається пошук.
в. Таблиця передає результат запита СУБД.
г. Відкривається вікно звітів з необхідною таблицею.
д. Працівник відділу кадрів формує запит на формування звіту.
е. СУБД «Довідники» звертається до необхідної таблиці., відбувається пошук.
ж. Таблиця передає результат запита СУБД.
з. Відкривається вікно зі сформованим звітом.
7. Опис потоку подій варіанта використання «Додавання заказ-наряду».
а. Працівник відділу сервісного обслуговування створює запит на створення запису в таблиці «Заказ-наряди»
б. СУБД «Довідники» звертається до таблиці «Заказ-наряди» користувача, відбувається пошук.
в. Таблиця «Заказ-наряди» передає результат запита СУБД.
г. Відкривається вікно для додавання замовлення таблиці «Заказ-наряди».
8. Опис потоку подій варіанта використання «Редагування замовлення».
а. Працівник відділу сервісного обслуговування створює запит на редагування таблиці «Заказ-наряди»
б. СУБД «Довідники» звертається до таблиці «Заказ-наряди» користувача, відбувається пошук.
в. Таблиця «Заказ-наряди» передає результат запита СУБД.
г. Відкривається вікно з таблицею «Заказ-наряди» для редагування.
3. Діаграми послідовності
На діаграмах послідовності представлені варіанти використання «Вхід в систему», «Редагування замовлень» та «Формування звіту» при нормальному та альтернативному потоці.
Рис.2.1 Діаграма послідовності для варіанту використання «Вхід в систему»
Рис.2.2 Діаграма послідовності для варіанту використання «Вхід в систему» при альтернативному потоці
Рис.2.3 Діаграма послідовності для варіанту використання «Редагування замовлення»
Рис.2.4 Діаграма послідовності для варіанту використання «Редагування замовлення» при альтернативному потоці
Рис.2.5 Діаграма послідовності для варіанту використання «Формування звіту запчастин»
Рис.2.6 Діаграма послідовності для варіанту використання «Формування звіту запчастин» при альтернативному потоці
2.1.3 Постановка комплексу задач модуля
Задача 1: Облік та аналіз замовлень. Формування замовлення та визначення причин звернення. Аналіз замовлення та його категорування, для визначення категорії клієнта (обслуговування за рахунок сервісного центру – в разі, якщо автомобіль на гарантії, післягарантійне обслуговування – в залежності від кількості авто у клієнта визначається процент знижки, обслуговування по повній вартості – для клієнтів не зв’язаних з автосалоном та сервісом), внесення даних о проблемах чи побажанням ( в разі установки додаткового устаткування). Реєстрація замовлень. Форми заповнюються на основі поданих документів та бесіди з клієнтом.
Задача 2: Просування замовлення та визначення виконавців. Класифікація несправностей устаткування, залежно від типу устаткування і пошук можливих варіантів виправлення несправностей, формування списку робіт, для ремонту устаткування (встановлення додаткового устаткування) та формування списку фахівців, виконавців робіт. Форми заповнюються на основі довідників та акту технічного стану автомобіля.
Задача 3: Виконання замовлення та формування звітності.
Виконання замовлення - в сервісному центру проходять ремонтні роботи автомобіля, чи установка додаткового устаткування. В цій задачі відбувається формування вартості замовлення, після чого можна сформувати необхідні звіти з підрахунком загальної вартості замовлень.
Характеристика комплекса задач.
1. Назва задач: «Облік та аналіз замовлень», «Просування замовлення та визначення виконавців», «Виконання замовлення та формування звітності»
2. Кодове позначення: 0219,0220,0221.
3. Модуль: «Облік сервісного обслуговування автомобілів»
4. АРМ: Менеджер сервісного центру, майстер сервісу, керівник сервісного центру.
5. Мета вирішення задачі: автоматизація бізнес-процесів обліку сервісного обслуговування клієнтів.
6. Призначення задачі: створення програмного продукту обліку сервісного обслуговування автомобілів .
7. Опис автоматизованого варіанта вирішення задачі:
1) Автоматизоване формування замовлення
2) Автоматизоване формування списку товарів та запчастин
3) Автоматизоване формування бази клієнтів та працівників
8. Доцільність автоматизованого вирішення задачі підтверджується необхідністю покращення системи управління бізнес-процесом «Обліку сервісного обслуговування», наявність СУБД.
У процесі вирішення задачі автоматизуються функції менеджера відділу сервісного обслуговування.
9. Календарні терміни формування та надання вихідної інформації: по запиту.
Періодичність рішення задачі: по запиту та в кожного понеділка.
Обмеження по часу рішення задачі (тривалість рішення): залежить від об’сягів інформації, від продуктивності процесора та швидкості роботи програми вирішення задачі: 10-15 хвилин.
10. Рішення задачі автоматизованим способом припиняється, якщо:
відсутні дані з довідників та класифікаторів;
виявлено порушення інформації у результаті несанкціонованого доступу;
не працює устаткування, де зберігаються необхідні для вирішення задачі дані і т.п.