пользователь автомобиль информационный

Из за большого количества аварий, люди часто покупают запчасти у компаний, занимающихся авторазборкой. Это обусловлено рядом преимуществ перед заказом новых запчастей:

1. В авторазборке можно найти практически любую деталь ко всем маркам и моделям существующих автомобилей.

2. Благодаря широкому ассортименту и наличию запчастей нет необходимости тратить драгоценное время на ожидание по доставке.

3. Деталь с авторазборки хоть и будет б/у, однако специалисты дадут точные гарантийные сроки ее дальнейшей эксплуатации.

4. Цена на запчасти, бывшие в употреблении, будет значительно ниже цен новых авто запчастей.

5. В авторазборке предлагаются к продаже только оригинальные запасные части, агрегаты и комплектующие автомобиля.

По различным причинам, компании занимающиеся авторазборкой, уделяют очень мало внимания учету запчастей с разобранных автомобилей, или не ведут его вовсе. В результате это приводит к ряду серьезных проблем.

Данная работа направлена на формирование инструмента аналитики, ведение учета и предоставления клиентам доступа к информации о наличии авто запчастей одной из тюменских компаний занимающихся авторазбором. Описаны проблемы, выявленные в работе компании, а также определены задачи для решения выявленных проблем.

1. Описание предметной области

Так же это могут быть компании скупающие автомобили у частных лиц. Их деятельность не связана с рисками, как при покупке автомобиля за рубежом.

Какие автомобили могут быть разобраны на запчасти? В первую очередь, это б/у, но в хорошем состоянии. Разбирать новый автомобиль практически нет смысла, поскольку конечная стоимость запчастей вряд ли окупит затраты на приобретение транспортного средства. В исключительных случаях могут приобретаться новые автомобили заграницей, а потом отправляться на авторазбор. Но это возможно только в том случае, когда ввозные пошлины на данную модель машины очень не высоки, и есть большой спрос на такие запчасти. В основном же авторазбор касается только б/у автомобилей в хорошем состоянии. Мало кто из частных лиц или организаций будет заниматься разбором машин в плохом состоянии, поскольку запчасти будут очень дешевыми.

Откуда берутся автомобили на авторазбор? Это зависит от самой авторазборки. Дело в том, что покупка машины в Европе стоит гораздо дешевле, чем в России. Но есть и другая проблема - пошлины. Именно это препятствует ввозу таких автомобилей в нашу страну, поскольку конечная стоимость может вырасти на 20-40%. Значительно дешевле приобрести такое авто на авто разбор в у частных лиц после ДТП, так как многие люди не хотят тратить время на восстановление своего автомобиля и стараются его продать. Авто разборка покупает такие автомобили и разбирает на запчасти. После разобранные запчасти выставляются на продажу.

1.1 Описание бизнес процесса

1.2 Постановка задачи

Целью разрабатываемой системы является сокращение временных и трудовых затрат поставки на учет авто запчастей разобранных автомобилей, предоставить пользователям доступ к информации о наличии авто запчастей на складе и разработать средства формирования отчетности.

Назначением системы является автоматизация процессов:

1. Регистрации выкупаемого автомобиля в системе.

2. Регистрации поступивших авто запчастей разобранного автомобиля.

3. Проведении инвентаризации и поставки на учет имеющихся авто запчастей.

4. Формирование заявок на покупку авто запчастей клиентами.

5. Классификация авто запчастей по маркам, моделям автомобилей и их категории.

6. Продвижение в сети интернет имущества компании.

7. Формирование отчетности.

Для решения поставленной цели необходимо решить следующий задачи:

1. Изучить предметную область.

2. Изучить работу менеджера по работе к с клиентами.

3. Изучить работу заведующего складом.

4. Разработать архитектуру будущей информационной системы.

5. Разработать логическую схему базы данных.

6. Разработать е для учета запчастей.

7. Разработать е для выдачи пользователям информации о имеющихся запчастях (Сайт).

8. Разработать е мобильное е для регистрации и проведение инвентаризации имеющихся запчастей на складах.

9. Предоставить средства формирования отчетности.

Для определения функционала системы, а также пользователей, которым необходимы данные функции, необходимо определить прецеденты системы. Для это используется диаграмма прецедентов UML.

Диаграмма прецедентов представляет собой концептуальное представление системы. Она позволяет определить границы системы, сформировать общие требования к функциям системы, а также подготовить документацию для разработчиков системы и ее пользователями и разработчиками. Описание главных и альтернативных последовательностей действий для каждого из прецедентов, позволит специфицировать поведение всей системы в целом

На рисунках 3-4 представлена диаграмма прецедентов, на которой представлены основные прецеденты.

Рисунок 3. Диаграмма прецедентов

Рисунок 4. Диаграмме прецедентов

Актеры системы:

? Клиент - физическое\юридическое лицо обратившееся в компанию с целью приобретения запчастей или автомобиля.

? Кладовщик (заведующий складом) - лицо ответственное за ведение склада в компании.

? Менеджер - специалист, в должностные обязанности которого входит обслуживание клиентов

? Директор - руководитель компании.

Описание основных прецедентов:

Добавление запчасти в систему

1. Заведующий складом указывает:

a) Бренд

b) Модель

c) Категорию

2. Заведующий делает фотографию запчасти

3. Заведующий отправляет данные в систему

Формирование заявки клиентом

1. Клиент заходит на сайт системы

2. Клиент выбирает раздел «Автозапчасти»

3. Клиент выбирает категорию запчастей

4. Клиент выбирает марку

5. Клиент выбирает модель автомобиля

6. Клиент выбирает раздел авто запчастей

7. Клиент выбирает нужную запчасть

8. Клиент добавляет запчасть в корзину

Расширения

8а. У клиента нет учетной записи на сайте

8a.1 Клиент регистрируется на сайте

8a.2 Клиент указывает свои личные данные

8а.3 Клиент нажимает кнопку «оформить заказ»

8б. У клиента есть учетная запись на сайте

8б.1 Клиент проходит процедуру авторизации

8б.2 Клиент нажимает кнопку «оформить заказ»

Формирование заявки менеджером

1. Клиент сообщает список необходимых запчастей.

2. Менеджер вносит запчасти в заявку.

3. Менеджер подтверждает заявку.

4. Клиент вносит оплату.

Расширения:

2а. Запрашиваемая запчасть не была найдена.

2a.1 Менеджер предлагает аналог запчасти клиенту.

2a.2 Менеджер вносит запчасть в заявку.

2.3 Описание хранилища данных

3. Средства разработки

Проект разрабатывался с помощью фреймворка Yii Framework версии 1.15 веб-каркас, написанный на языке PHP, и реализующий парадигму MVC. Среда разработки «SublimeText 3.0».

В качестве СУБД используется mysql 5.1. К достоинствам СУБД стоит отнести ее свободное распространение и скорость выдачи информации по запросу. Доступ к базе осуществляется через класс Yii Framework CDbСonnection.

В качестве веб-сервера, обрабатывающего запросы на страницы со стороны пользователя клиента, используется веб-сервер Apache. Основными достоинствами Apache считаются надёжность и гибкость конфигурации. Он позволяет подключать внешние модули для предоставления данных, использовать СУБД для аутентификации пользователей, модифицировать сообщения об ошибках и т.д.

Выбор веб-технологии обусловлен отсутствием необходимости установки программного обеспечения на персональные компьютеры заказчика и клиентов, что позволит обеспечить доступ к системе с любого компьютера при наличии веб-обозревателя и доступа в интернет. Также отсутствует необходимость поддержки устаревших версий программы, т.к. доступ осуществляется к одной копии я установленной на сервере, вследствие чего исчезает необходимость следить за корректной работой я у пользователей.

3.1 Разработка классов

Общие сведения о классах Web-я

Классы я делятся на следующие типы:

? Компоненты(Component)

? Модели(Model)

_ Модели роботы с базой.

_ Модели форм.

_ Простая модель.

? Поведения(Behavior)

? Контроллеры(Controller)

? Действия(Action)

? Расширения(Extansions)

Компоненты - базовые классы, реализующие общие свойства и методы для производных классов. Так же методы базового класса могут переопределяться в производном.

Модели - модели я, это класс реализующий свойства и методы объекта реального мира, а так же методы для их обработки и выполнения операций над их свойствами.

Модели работы с базой - задача таких классов, взаимодействие с конкретной таблицей базой данных и выполнение CRUD операций записей.

Модели форм - классы данного типа имеют широкое применение, основной задачей таких моделей - валидация введенных данных пользователем на форму и выполнение каких либо действий после успешной валидации.

Поведения - задача класса, предоставить функционал, который смогут использовать другие модели. Подключение поведений к другим моделям происходит через метод behaviors() базового класса Yii framework CActiveRecord и СModel.

Контроллеры - объект класса создается объектом веб-я в случае, когда пользователь его запрашивает. При запуске контроллер выполняет соответствующее действие, что обычно подразумевает создание соответствующих моделей и отображение необходимых представлений. В самом простом случае действие - это метод класса контроллера, название которого начинается на action.

Действия - как было упомянуто выше, действие - это метод, имя которого начинается на action (пример actionIndex() - выполнит действие index.). Более продвинутый способ - создать класс действия и указать контроллеру создавать экземпляр этого класса при необходимости (переопределить метод actions()). Такой подход позволяет использовать действия повторно.

Расширения - как правило это один или несколько классов, решающих одну задачу. Расширения были разработаны с целью их повторного использования в нескольких проектах.

Компоненты