y"> Процес прийняття аварійних авто проходить в три етапи. На першому відбувається первинний огляд автомобіля, оцінка пошкоджень з наступним затвердженням його вартості і, нарешті, підготовка необхідного пакету документів для покупки автомобіля. Документи готуються або власником авто, або самою організацією, залежно від домовленості сторін.
Документи необхідні для прийому автомобіля:
паспорт транспортного засобу (ПТС);
свідоцтво про реєстрацію автомобіля (якщо автомобіль не знятий з обліку);
генеральну довіреність (якщо не є власником автомобіля) терміном дії не менше 4 місяців;
паспорт власника автомобіля.
На другому етапі, після остаточної покупки автомобіля організацією, слюсарі автосервісу виробляють розбір автомобіля на складові частини. Нарешті, на третьому етапі всі деталі та агрегати підлягають перевірці якості, після чого відправляються на склад.
Малюнок 1.3 - Діаграма процесу прийому аварійних автомобілів
1.3 Збір вимог
Збір вимог є важливою частиною в розробці та впровадженні автоматизованої інформаційної системи. Тут розробляються необхідні вимоги, функції, особливості впроваджуваної автоматизованої інформаційної системи. Найкраще це з'ясовувати у того, хто буде безпосередній працювати з новою програмою. Так як я буду розробляти АІС на платформі 1С: Підприємство 8.0, то необхідно консультуватися з бухгалтером організації. В результаті, я з'ясував, що в програмі повинні бути реалізовані:
облік надходження товарів;
перелік виконуваних робіт;
переміщення, списання, реалізація товарів;
облік наявності товарів на складі;
облік повернення товару постачальникам;
облік заробітної плати;
ведення бухгалтерії;
зберігання даних про прийнятих автомобілях;
облік наявності б у запчастин.
Також програма повинна вміти вести повний документообіг підприємства, вести облік наданих послуг, можливість розрахунку залишків і руху товарів і т.д.
Так само програма повинна містити велику кількість звітів, необхідних для контролю діяльності автосервісу:
Складські звіти;
Аналіз продажів;
Наряд-замовлення;
Касові операції.
Програма повинна буде виконувати всі функції обліку реалізації: від введення первинних документів до отримання різних відомостей і аналітичних звітів по реалізації товару і послуг.
У процесі збору вимог до проектованої системи складається документ про образ і кордони проекту (Додаток А).
Документ про образі і кордони (vision and scope document) збирає бізнес - вимоги в єдиний документ, який готує основу для подальшої розробки проекту.
1.4 Аналіз та моделювання вимог
Після того, як були визначені і зібрані вимоги для реалізації програмного модуля, спроектовані DFD діаграми бізнес-процесів прийому автомобілів і виписки документа «Замовлення-наряд», представлені на малюнку 1.4 і 1.5.
Малюнок 1.4 - DFD діаграма процесу прийому аварійних автомобілів
Малюнок 1.5 - DFD діаграма процесу складання Замовлення-наряду
У ході аналізу вимог були виявлені наступні дійові особи:
бухгалтер;
продавці;
старший механік.
Створювана підсистема буде призначена для автоматизації ведення документообігу та фінансової звітності автосервісу і автомагазину і передбачає для кожного виявленого користувача системи набір функцій, представлених в таблиці 1.
Таблиця 1.1 - Варіанти використання
Чинне ліцоФункція сістемиБухгалтерРегістрація нових сотрудніковРабота з базами даних ІСРегістрація розрахунку оплати в ІСФормірованіе отчетовРегістрація документів по оплатеПродавциРегістрація надходження товараРегістрація оплати Замовлення-НарядовВнесеніе даних про продані товарахСтаршій механікФормірованіе Замовлення-НарядовСоставленіе заявки на запчастини. Складання акту огляду транспортного средстваВсеАвторізація користувача- логуватись для входу в систему і можливості використання тих чи інших функцій системи
1.5 Специфікація вимог
Специфікація вимог до ПЗ (Software Requirements Specification, SRS) має ключове з...
