В подчинении у руководителя станции технического обслуживания находятся администратор СТО и механики.
В задачи администратора СТО входит:
- прием заявок от клиентов на техническое обслуживание автомобилей или их ремонт;
- открытие (закрытие) заказ-нарядов на заявленные работы;
- консультирование клиентов по телефону;
- своевременное уведомление клиентов о завершении ремонтных работ;
- составление отчетности.
Основной задачей кассира является качественное и безошибочное обслуживание покупателей, контроль за сохранностью денежных средств. К должностным обязанностям кассира относятся:
- обеспечивать бережный и тщательный уход за кассовыми аппаратами;
- для каждого покупателя определить общую сумму покупки;
- получение денег от покупателей, проверка подлинности полученных купюр;
- сдача выручки в конце рабочего дня в бухгалтерию.
Описанная структура персонала дилерского центра “Питер-Лада” является линейной. Всего в автосалоне задействовано порядка 50 человек, средний возраст которых составляет 30 лет. Отбором кандидатов на должности в дилерском центре занимается отдел кадров, тесно сотрудничая с высшим руководством автосалона, а именно генеральным директором. В первую очередь обращается внимание на предыдущий опыт работы кандидата. Главным же критерием отбора является опыт работы кандидата в подобной должности.
1.3 Оценка функций учета в дилерском центре “Питер-Лада”
Основная деятельность дилерского центра “Питер-Лада” заключается в продаже и сервисном обслуживании автомобилей марки Lada.
В настоящее время автоматизация деятельности автосалона заключается в использовании программного пакета MSExcel. Все счета в процессе работы заполняются в текстовом редакторе на основе готовых бланков, а итоговая стоимость автомобилей с учетом установки дополнительных опций, по специальному прайс-листу, подсчитывается на калькуляторе. В конце каждой рабочей недели сотрудники дилерского центра составляют отчеты о проделанной работе в MSExcel.
Сервисное обслуживание, выполнение ремонтных, диагностических работ, связано с ведением заказ-нарядов, определением стоимости работ, а так же поиском по электронным каталогам наличия той или иной запчасти на складе. Руководитель СТО в MS Excel ведет учет текущих ремонтных работ, а так же учет рабочего времени сотрудников СТО. Еженедельно генеральному директору компании поступают отчеты в виде сводных таблиц MS Excel состоящие из четырех страниц.
Первый лист содержит всю информацию о проданных автомобилях и дополнительном оборудовании. Второй лист представляет собой сводную информацию о всех принятых и выполненных заказах по ремонту и сервисному обслуживанию автомобилей клиентов. На третьем листе содержится информация об отработанных часах сотрудников компании. Четвертый лист содержит в себе информацию итоговых показателей продаж дилерского центра по текущему месяцу с учетом прошедшего рабочего дня. На основе данной поступающей информации руководитель отдела продаж производит итоговую отчетность, строит диаграмму показателей работы автосалона.
Главной проблемой существующего учета в дилерском центре “Питер-Лада” является отсутствие оперативности в обновлении данных, дублирование данных, и соответственно вызванная этим постоянная необходимость перепроверки всей отчетности. Данная автоматизация хоть и справляется с возложенными на нее обязанностями, однако из-за отсутствия унификации отнимает слишком много рабочего времени у сотрудников автосалона.
Очевидным является тот факт, что для дальнейшего успешного функционирования автосалону требуется построение более эффективной системы автоматизации учета, позволяющей сократить затрачиваемое время на обработку сводной информации о деятельности дилерского центра за день.
Исходя из изложенных выше данных, требуется разработать базу данных, где была бы собрана и структурирована информация обо всех процессах, происходящих в дилерском центре. А именно: содержалась информация относительно стоимости автомобилей, дополнительного оборудования и выполнение заказ-нарядов на их установку или замену, а так же разработан новый раздел, связанный с поступлением автомобилей на утилизацию. Для руководства компании необходимо иметь возможность получать оперативные данные о выручке и других статистических показателях работы дилерского центра.
Данная система автоматизации (создание единой базы данных для всех отделов салона) должна позволить осуществлять независимую работу многих пользователей структурного подразделения с базой данных, внесение в нее изменений, получение оперативных отчетов.
Проблема сложности является главной проблемой, которую приходится решать при создании больших и сложных автоматизированных систем. На сегодняшний момент существует два подхода к разработке автоматизированных информационных систем, которые обусловлены разными принципами декомпозиции системы:
Функционально модульный или структурный – в основу положен принцип функциональной декомпозиции, в котором система описывается в терминах иерархии ее функций и передачи информации между отдельными функциональными элементами.
Объектно-ориентированный подход – использует объектную декомпозицию. Система описывается в терминах объектов и связей между ними, а поведение системы в терминах обмена между ними.
Появление первых ЭВМ ознаменовало новый этап в развитии техники вычислений. Появились специальные языки программирования, позволяющие преобразовывать отдельные вычислительные операции в программный код. Со временем разработка больших программ превратилась в серьезную проблему, и потребовало разбиение на более мелкие фрагменты. Основой для такого разбиения стала процедурная декомпозиция, при которой отдельные части программ или модули представляли собой совокупность процедур для решения некоторой совокупности задач.
Появилась методология структурного программирования. Основой данной методологии является процедурная декомпозиция программной системы и организация отдельных модулей в виде совокупности выполняемых процедур.
Во второй половине 80х годов появилось методология объектно-ориентированного программирования
Главный недостаток структурного подхода заключается в том, что процессы и данные существуют отдельно друг от друга, причем проектирование ведется от процессов к данным. Таким образом, помимо функциональной декомпозиции, существует также структура данных, находящаяся на втором плане.
В объектно-ориентированном подходе основная категория объектной модели – класс – объединяет в себе как данные, так и операции. Данные по сравнению с процессами являются более стабильной и относительно редко изменяющейся частью системы. Один из основоположников объектно-ориентированного подхода сформулировал преимущества следующим образом:
“Объектно-ориентированные системы более открыты и легче поддаются внесению изменений, поскольку их конструкция базируется на устойчивых формах. Это дает возможность системе развиваться постепенно и не приводит к полной ее переработке даже в случае существенных изменений исходных требований”.
Тем не менее, структурный подход по-прежнему сохраняет свою значимость и достаточно широко используется на практике. Довольно часто при проектировании информационных систем используются оба подхода. В частности возможно использование структурного анализа как основы для объектно-ориентированного проектирования. При этом структурный анализ следуют прекращать, как только диаграммы начнут отражать не только деятельность предприятия, но и саму систему.
В первом разделе дипломного проекта использовалась методология структурного подхода для описания бизнес процессов предприятия.
В настоящее время унифицированный язык моделирования UML является визуальным языком моделирования, который позволяет системным архитекторам представить свое видение системы в стандартной и легкой для понимания форме. Кроме того, UML представляет эффективный механизм совместного использования проектных решений и взаимодействия разработчиков друг с другом.
Сформировать видение системы – чрезвычайно важный момент. До появления языка UML процесс разработки зачастую основывался на сделанных наугад предположениях. Системный аналитик должен был оценить потребности клиентов, сформулировать задачу в понятной для специалиста форме, передать результаты своего анализа программисту и надеяться, что конечный программный продукт будет представлять собой именно ту систему, которая нужна клиенту.
Поскольку процесс разработки системы во многом зависит от человеческой деятельности, то на любой стадии могут возникать ошибки. Аналитик может неправильно понять клиента и создать непонятный для него документ. Результаты работы аналитика могут оказаться неочевидными для программистов, которые создадут сложную в использовании программу, не позволяющую клиенту решить исходную задачу.
В настоящее время ключевым моментом процесса разработки является хорошо продуманный план. Клиент должен разобраться в том, что собирается делать группа разработчиков, и должен иметь возможность внести поправки, если его задачи решаются не в полном объеме. [5]
Окружающий мир становится все более сложным. Поэтому отражающие его компьютерные системы также усложняются. Зачастую они состоят из большого числа программных аппаратных компонентов, взаимодействующих друг с другом на больших расстояниях и связанных с базами данных, в которых содержится огромное количество информации.