Размещено на http://www.allbest.ru/

Содержание

учет информация автозапчасть аналитика

Введение

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

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

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

2. Проектирование информационной системы

2.1 Модель "Как будет"

2.2 Определение функционала системы

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

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

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

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

3.1.2 Компоненты

3.1.3 Модели

3.1.4 Поведения

3.1.5 Конролеры

3.1.6 Действия

3.1.7 Расширения

3.2 Архитектура приложения

4. Руководство пользователя

4.1 Web-приложение, административная часть

4.2 Web-приложение, клиентская часть

4.3 Мобильное приложение

5. Оценка организационно-экономической эффективности внедрения программного продукта

5.1 Анализ влияния внедрения на процесс

5.2 Оценка экономии на прямых материальных затратах

5.2.1 Расчет себестоимости разработки информационной системы

5.2.2 Оценка эффективности

Заключение

Список литературы

Приложения



Введение

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

Это обусловлено рядом преимуществ перед заказом новых запчастей:

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

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

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

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

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

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

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

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

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

Кто занимается авторазбором? Это могут делать как частные лица, так и субъекты предпринимательской деятельности. Этим занимаются предприниматели, которые покупают автомобили в других странах, разбирают их на запчасти и привозят их в нашу страну. Такая деятельность связана с определенными рисками. Дело в том, что машины зарубежного производства отличаются от тех же моделей, но отечественной сборки. из за этого авто запчасти машин зарубежного производства могут оказаться не быть широко востребованными на российском рынке.

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

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

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

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

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

На данный момент в компании весь учет разобранных запчастей с б/у и битых автомобилей идет через книгу учета, что создает ряд серьезных проблем для ведения успешной деятельности компании:

1. Компания занимается авто разбором около пяти лет, в результате на складах скопилось большое количество запчастей (более 20 000 тыс.).

2. Формирование заказа клиента - становится трудоемким процессом, так как перед формированием заказа необходимо узнать о наличии запчасти на складе, и только после этого внести автозапчасть в заявку.

3. Формирование внутренних отчетов компании - полностью ручной процесс.

4. Невозможно дать оценку состояния имущества компании, так как процесс инвентаризации представляет не определенный срок времени.

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

Модель "Как есть".

На рисунке 1 показан процесс учета запчастей "Как есть", от начала покупки автомобиля у клиента, до занесения разобранных запчастей в книгу учета.

Рисунок 1. Диаграмма учета авто запчастей "Как есть" в нотации BPMN.

Описание процесс авторазборки б\у или битого автомобиля показанного на рисунке 1:

? Клиент обращается в компанию с запросом продажи своего автомобиля.

? Далее клиент может сразу предоставить справку из ГИБДД, о том что его автомобиль не числится в угоне и не был замечен в других не законных действиях, либо менеджер отправит запрос в ГИБДД самостоятельно.

? Если с автомобилем все в порядке, менеджер проводит его оценку, и сообщает оценочную стоимость клиенту.

? Далее, если клиента согласен с оценкой, заключается договор купли продажи.

? Эвакуаторщик доставляет автомобиль на СТО.

? Механик разбирает автомобиль на запчасти и составляет акт о разборе автомобиля.

? Эвакуаторщик доставляет разобранные авто запчасти на склад.

? Кладовщик сверяет полученные запчасти с актом разбора и вносит их в книгу учета.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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



2. Проектирование информационной системы

2.1 Модель "Как будет"

Изучив предметную область и модель процесса "Как есть", была составлена модель "Как будет" (Рисунок 2) в нотации BPMN. Данная модель показывает как будет проходить процесс после внедрения информационной системы. В целом схема процесса будет соответствовать модели "Как есть", однако будет внесено несколько важных изменений.

Рисунок 2. Диаграмма модели учета авто запчастей "Как будет".

Авто разбор автомобиля будет происходит следующим образом:

? Клиент подает заявку на продажу автомобиля

? Компания проверяет статус автомобиля в ГИБДД на факт кражи и других незаконной операций над автомобилем.

? После, если автомобиль не является краденым, менеджер оценивает автомобиль, и сообщает оценочную стоимость автомобиля клиент.

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

? Данные автомобиля и владельца вносятся в ИС.

? Автомобиль доставляют на СТО.

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

? Водитель доставляет запчасти и акт о разборе автомобиля на склад.

? Кладовщик сортирует запчасти по их состоянию(продажа, утилизация) и регистрирует в системе.

2.2 Определение функционала системы

Для определения функционала системы, а также пользователей, которым необходимы данные функции, необходимо определить прецеденты системы. Для это используется диаграмма прецедентов 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 Описание хранилища данных

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

Логическая модель представляет сбой информационную модель предприятия, на основе существующих конкретных моделей данных, не зависимо от СУБД и прочих физических условий реализации. Логическая модель данных представлена на рисунках 5-10.

Рисунок 5. Логическая схема БД в нотации UML.



Рисунок 6. Логическая схема БД в нотации UML.

Рисунок 7. Логическая схема БД в нотации UML.



Рисунок 8. Логическая схема БД в нотации UML.

Рисунок 9. Логическая схема БД в нотации UML.



Рисунок 10. Логическая схема БД в нотации UML.

Описание сущностей приведено в "Приложении 1".

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

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

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

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

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

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

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

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

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

? Модели(Model )

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

3.1.2 Компоненты

На рисунке 11 показана диаграмма классов компонент WEB - приложения.

Рисунок 11. Диаграмма классов компонент WEB-приложения.

EActiveRecord - базовый класс для всех моделей web-приложения.

DocumentBuilder - класс разработан специально для формирования документов.

Helper - класс помощник, в нем описаны статические вспомогательные методы для использования в других классах.

Controller - Это базовый класс для всех контроллеров веб-приложения.

AdminController - Базовый класс для контроллеров административной части веб-приложения.

FrontController - Базовый класс для контроллеров клиентской части веб-приложения.

3.1.3 Модели

Автор работы не считает нужным показывать классы моделей, так как каждая таблица показанная на рисунке 4 имеет класс модели, содержащий набор свойств равный набору полей таблицы, и унаследованную от базового класса EActiveRecord для выполнения CRUD операций над записями таблицы.

Стоит внимание уделить модели "ModelIdent"(Уникальные ключи записей на диаграмме idef1x).

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

3.1.4 Поведения

EavBehavior - подключат функционал для управления динамическими атрибутами.

UploadImageBehavior - подключает функционал управления изображениями.

SeoBehavior - подключает функционал управления мета данными для моделей.

RequestLogBehavior - подключает функционал отслеживания изменений БД.

ModelidentBehavior - поведение создает уникальный ключ записи после сохранения записи в базе.

NoticeBehavior - подключает функционал уведомления пользователей о каком либо событии по электронному адресу.

На рисунке 12 показана диаграмма классов веб-приложения.

Рисунок 12. Диаграмма классов - поведения.

3.1.5 Конролеры

Контроллеры веб-приложения делятся на два типа:

1. Контроллеры пользовательского приложения (рисунок 13).

2. Контроллеры административного приложения.

Задача контроллеров пользовательского приложения - вывод информации запрашиваемой пользователем.

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



Рисунок 13. "Контроллеры пользовательской части веб-приложения".

Рисунок 14. "Контроллеры административной части веб-приложения".

3.1.6 Действия

Как было сказано раньше, есть два способа определить действе контроллера, создать метод с приставкой action и переопределить метод actions базового контролера, который возвращает массив вида: ключ - название действия, значение путь к файлу класса, реализующего данное действие.

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



Рисунок 15. Диаграмма классов действий.

ActionAdmin - базовый класс всех действий.

ActionView - реализует логику вывода запрашиваемой записи из БД.

ActionCreate - реализует логику создания записи в БД.

ActionDelete - реализует логику удаления записи в БД.

ActionUpdate - реализует логику редактирования записи в БД.

ActionList - реализует списка записей таблицы БД.

ActionSort - реализует сортировки записей таблицы по полю "sort".

3.1.7 Расширения

Рисунок 16. Расширения используемые в WEB-приложении.

PHPExcel - библиотека для формирования Excel документов.

PHPWord - библиотека для формирования Word документов.

ShoppingCart - расширение специально разработанное для реализации функционала корзины.

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

YiiBootStrap - расширение основано на CSS/HTML фреймворке оформления верстки BootStrap. Это набор готовых инструментов вывода.

Select2 - расширяет функционал стандартного элемента ввода HTML select.

ImageGallery - расширение предоставляет функционал подключения галереи фотографий.

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

3.2 Архитектура приложения

Архитектура ИС будет состоять из 4 элементов:

1. Сервер фотографий.

2. Web-приложения, которое делится на два отдельных приложения:

a. Клиентское приложение.

b. Административное приложение.

3. Мобильной приложение.

4. База данных.

На рисунке 50 показана схема взаимодействия компонент.



Рисунок 50. Логическая схема архитектуры ИС.

Сервер фотографий - необходим только для физического хранения фотографий авто запчастей. Фотографии могут загружаться как с мобильного приложения, так и с административной части Web-приложения. Клиентская часть может только выводить фотографии.

Web-приложение - делится на две части:

? Задача административного приложения управление авто запчастями, формирование заявок на покупку и предоставление средств формирования отчетности.

? Задача клиентской части предоставлять конечным пользователям средства поиска и формирования заявок на покупку авто запчастей.

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

База данных - хранилище данных ИС.

4. Руководство пользователя

4.1 Web-приложение, административная часть

Авторизация.

Перед началом работы с системой пользователь должен авторизоваться (рисунок 17. Форма авторизации).

После авторизации пользователь увидит главную страницу (Рисунок 11 - "Главная страница").

Рисунок 17. Форма авторизации.

Главное окно

На главной странице расположено:

1. Меню - состоит из двух частей - фиксированной и зависимой.

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

b. Зависимая часть меню - представление этого меню зависит от раздела, выбранного в верхнем меню.

2. Список заявок на покупку авто запчастей, поданных пользователями.



Рисунок 17. Меню сайта.

Рисунок 18. Управление заявками / Главная страница.

Раздел заявок.

Для добавление новой заявки необходимо нажать кнопку "Сформировать" в верхней левой части экрана, после чего пользователь попадет на форму добавление новой заявки (рисунок 19).

Заявка формируется в три шага:

1. Формирование списка запчастей. (Рисунок 19).

2. Перевод статуса запчастей на "Ожидает оплаты". После чего запчасти не будут доступны на сайте. (Рисунок 20)

3. Подтверждение оплаты (Рисунок 21).

Рисунок 19. Формирование заявки - шаг 1.



Рисунок 20. Формирование заявки - шаг 2.

Рисунок 21. Формирование заявки - шаг 3.

Купить в 1 клик

В раздел поступает информация от пользователей, о том, какую запчасть они хотят приобрести (Рисунок 22).

Что бы попасть в подраздел нужно кликнуть в меню раздела "Кабинет заявок" ссылку "Купить в 1 клик".

Рисунок 22. Просмотр заявок раздела "Купить в 1 клик".



Клиенты

Что бы попасть в подраздел нужно кликнуть в меню раздела "Кабинет заявок" ссылку "Клиенты". на рисунке 23 показана форма добавление клиента.

Рисунок 23. Добавление нового клиента.

Сотрудники

Что бы попасть в подраздел нужно кликнуть в меню раздела "Кабинет заявок" ссылку "Сотрудники". На рисунке 24 показана форма добавления/редактирования нового сотрудника.

Рисунок 24. Редактирование сотрудника.



Каталог авто запчастей

В данном разделе выполняется управление авто запчастями (рисунке 28).

У раздела имеются подразделы (подразделы также доступны из раздела "Продажа автомобилей под ремонт"):

1. Аналоги (Рисунок 30).

2. Страны.

3. Бренды.

4. Модели.

5. Категории (Рисунок 29).

6. Утилизированные запчасти.

7. Склады.

Рисунок 25. Просмотр информации о запчасти.

Рисунок 26. Редактирование запчасти - часть 1.



Рисунок 27. Редактирование запчасти - часть 2.

Рисунок 28. Список запчастей.

Рисунок 29. Список категорий запчастей.



Рисунок 30. Добавление аналога.

Продажа автомобилей под ремонт

На рисунке 42 показан управления автомобилями.

Рисунок 42. Управление автомобилями.

Документы

В разделе показаны сформированные документы по запчастям.

Рисунок 31. Главная страница раздела документы.



Настройки

Раздел управления настройками web-приложения (Рисунок 32).

У раздела имеются подразделы:

1. Шаблоны писем

2. Кнопка "Скачать мобильное приложение".

Рисунок 32. Настройки ИС.

Управление сайтом

Раздел создан для управления сайтом.

Его подразделы:

1. Статические страницы (Рисунок 34);

2. Вопросы (Рисунок 35);

3. Предложения;

4. Заказ деталей (Рисунок 33);

5. Услуги эвакуатора;

6. Выкуп авто;

7. Отклик на вакансии;

8. Вакансии.



Рисунок 33. Заказ деталей.

Рисунок 34. Редактирование статических страниц.

Рисунок 35. Задать вопрос - просмотр.



Рисунок 50. "Форма формирования отчета. Выбор продавцов"

Рисунок 51. "Форма формирования отчета по продавцам"

4.2 Web-приложение, клиентская часть

Клиентская часть приложения - это сайт ориентированный на продажу авто запчастей компании, с интуитивно понятным интерфейсом.

Далее приведены рисунки страницы некоторых страниц (Для более полного ознакомления, можно перейдя по адресу http://авторазбор72.рф).

Рисунок 36. Главная страница.



Рисунок 37. Выбор автомобиля.

Рисунок 38. Модальное окно - оповещение.

Рисунок 39. Просмотр запчасти.



Рисунок 40. Фильтр для запчастей.

Рисунок 41. Просмотр истории заказов.

4.3 Мобильное приложение

Рисунок 42. Открытие приложения.



Рисунок 43. Форма авторизации.

Рисунок 44. Главное окно приложения.

Рисунок 45. Форма добавления запчасти - часть 1.



Рисунок 45. Форма добавления запчасти - часть 2.



5. Оценка организационно-экономической эффективности внедрения программного продукта

5.1 Анализ влияния внедрения на процесс

Разработка информационной системы подразумевает собой последующую продажу услуг по формированию и сдаче отчетности в электронном виде.

ИС автоматизирует процесс "Продажа автозапчастей".

Информационная система позволит снизить издержки предприятия за счет:

· снижения времени поиска автозапчастей на складе;

· привлечение интернет аудитории;

· учет имущества компании системы.

5.2 Оценка экономии на прямых материальных затратах

5.2.1 Расчет себестоимости разработки информационной системы

Расчет себестоимости разработки информационной системы осуществляется по следующим экономическим элементам затрат:

1. материальные затраты;

2. затраты на оплату труда;

3. основные фонды;

4. прочие затраты.

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

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

Годовой фонд рабочего времени высчитывается по следующей формуле:

(1)

где - годовой фонд рабочего времени;

- количество дней в году;

- нерабочие дни;

- планируемые потери.

Результат расчета представлен в таблице 5.1

Таблица 5.1 -Годовой фонд рабочего времени

Структура фонда времени	Годовой фонд времени
Календарный фонд времени в году, дни ()	365
Нерабочие дни	118
1) Выходные	104
2) Праздничные	14
Планируемые потери, дни	24
1) Отпуск	20
2) Болезнь	4
Годовой фонд рабочего времени	223

Себестоимость программного продукта рассчитывается следующим образом:

1. заработная плата;

Необходимо найти заработную плату за весь срок работы над проектом . Данный показатель находится по следующей формуле (2):



, (2)

где - средняя заработная плата в день;

- количество полных дней работы над проектом с учетом 6 часового рабочего дня.

= *84 = 79312.8 руб.

Количество полных дней работы над проектом с учетом 6 часового рабочего дня находится по формуле (3):

(3)

где -количество дней работы над проектом;

- количество рабочих часов в день.

=84/6 * 6 = 84

Количество дней работы над проектом находится по формуле (4):

, (4)

где -количество рабочих дней в месяц;

- количество рабочих часов над проектом в день.

=21*4 = 84

Среднюю заработную плату в день можно найти по формуле (5):



, (5)

где -предполагаемая заработная плата в месяц плюс страховые взносы от организации;

=20000;

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

- годовой фонд рабочего времени.

=(20000 * 11)/233 = 944,2 руб.

Среднею заработную плату в час можно найти по формуле (6):

, (6)

где -средняя заработная плата в день.

руб.

Результат расчета всех показателей представлен в таблице 5.2.

Таблица 5.2 - Расчет заработной платы.

Показатель	Значение
(Среднемес. з/п)	11000 руб.
Страховые взносы	32%
НДФЛ	13%
	20000 руб.
М - количество рабочих месяцев без отпуска	11
годовой фонд рабочего времени	223
количество рабочих дней в месяц	21
количество месяцев на проект	4
количество рабочих часов в день	6
количество дней на проект	84
количество часов на проект	504
руб. в день	944,2 руб.
руб.в час	руб.
	79312,8 руб.

После проведения расчета затрат на расходные материалы, основные фонды и заработную плату была рассчитана стоимость ПО, равная 79312,8 руб.

2. расходные материалы:

Материальные затраты представлены в таблице 5.3

Таблица 5.3 - Материальные затраты.

Оборотные средства	Цена, руб.	Расход	Сумма, руб.
Бумага	150	1	150
Картридж	500	1	500
Электроэнергия	2,94	840	2469,6
ИТГО			3119,6

Сумма расходных материалов составила:

.

3. Основные фонды.

Количество работы компьютера за год в часах определяется по формуле (7):

, (7)



где - годовой фонд рабочего времени;

- количество рабочих часов в день.

Количество работы компьютера за весь срок службы компьютера в часах определяется по формуле (8):

, (8)

где - количество работы компьютера за год в часах;

- срок службы компьютера в годах.

= 1338 * 5 = 6990

Затраты на эксплуатацию компьютера рассчитываются по формуле (9):

, (9)

где - количество часов за весь период работы над проектом;

- количество работы компьютера за весь срок службы в часах;

- стоимость компьютера.

= 504 / 6990 *20000 = 1442 руб.

Окончательный результат расчета всех показателей представлен в таблице 5.4



Таблица 5.4 - Расчет затрат на основные фонды.

Показатель	Значение
	223
	6
	6990
	5
	504
	20000
	1442

В результате себестоимость программного продукта можно рассчитать по приведенной ниже формуле (10):

(10)

где СПП - годовой фонд рабочего времени;

- затраты на эксплуатацию компьютера;

- материальные затраты;

- заработная плата за весь срок работы над проектом.

СПП = 1442+ + 79312,8 =83874,4

5.2.2 Оценка эффективности

Показатель экономии рассчитывается по следующей формуле (11):

, (11)

где - приблизительные затраты предприятия на процесс "Признание должника несостоятельным (банкротом)" без ПП;

- приблизительные затраты предприятия на процесс "Признание должника несостоятельным (банкротом)" с ПП.

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

Для дальнейших вычислений необходимо определить среднюю заработную плату каждого работника в час, вычисляется по (6):

1,904.76 /8 = 178 руб.

/8 = 148 руб.

1047 /8 = 130 руб.

В таблицах 5.5 и 5.6 представлены функции, которые выполняют участники процесса без ПП и с ними.

Таблица 5.5 - Функции участников процесса "Продажа автозапчастей" без ПП

Пользователь	Функция	Стоимость часа работа, руб.	Время на одного клиента	Стоимость затрат времени, руб.
Менеджер	Выяснение данных киента	178	1	178
	Оформление договора		1	178
Кладовщик	Поиск запчастей	148	1	148
	Учет имущества		10	1480
Продавец	Отпуск товара	130	0,17	22,1
Итого				2016



Таблица 5.6 - Функции участников процесса "Продажа автозапчастей" без ПП

Пользователь	Функция	Стоимость часа работа, руб.	Время на одного клиента	Стоимость затрат времени, руб.
Менеджер	Выяснение данных клиента	178	0,5	89
	Оформление договора		0,1	17,8
Кладовщик	Поиск запчастей	148	0,2	29,6
	Учет имущества		2	296
Продавец	Отпуск товара	130	0,01	1,3
	Итого			435

Исходя из табличных данных по формуле (11) будет равен:

руб.

Для построения профиля программного продукта следует рассчитать дисконтирование и кумулятивный денежный поток. Дисконтирование выполняется по формуле (12):

, (12)

где прибыли определенного периода;

i - ставка дисконтирования (i=0,3);

n - период привидения прибыли в годах.

Расчет дисконтированных и кумулятивных денежных потоков приведен в таблице 5.7.

Срок окупаемости проекта в данном случае равен примерно 3 месяцем, т.к. по графику финансового профиля (рисунок 33) видно, что кумулятивные денежные потоки пересекают ось абсцисс в июне 2015 года.

Таблица 5.7 - Данные для построения финансового профиля ПП

Период	янв.15	фев.15	мар.15	апр.15	май.15	июн.15	июл.15	авг.15	сен.15	окт.15	ноя.15	дек.15
Доходы					31609,52	31609,52	31609,52	31609,52	31609,52	31609,52	31609,52	31609,52
Расходы
Расходы на приобретение	20967,75	20967,75	20967,75	20967,75
Расходы на сопровождение					850	850	850	850	850	850	850	850
Прибыль	-20967,8	-20967,8	-20967,8	-20967,8	30759,52	30759,52	30759,52	30759,52	30759,52	30759,52	30759,52	30759,52
Дисконтированный денежный поток	-20794,5	-20624	-20456,3	-20291,4	29529,14	29294,78	29064,12	28837,05	28613,51	28393,41	28176,66	27963,2
Кумулятивный денежный поток	-20794,5	-41418,5	-61874,8	-82166,2	-52637	-23342,3	5721,853	34558,91	63172,42	91565,82	119742,5	147705,7
	1	2	3	4	5	6	7	8	9	10	11	12



Заключение

По итогам работы была изучена предметная область и решены следующие задачи:

1. Выявлены функции системы.

2. Разработана архитектура ИС.

3. Разработано хранилище данных

4. Разработано web-приложение.

5. Разработан сайт для предоставления пользователям доступа к информации о наличии авто запчастей и подачи других запросов. (http://авторазбор72.рф).

6. Разработано мобильное приложение для сотрудников компании.

Так же не были решены следующие задачи:

1. Не предоставлены инструменты формирования отчетности.

Таким образом, автор работы обязуется решить оставшуюся задачу: предоставить инструмент формирования отчетности.



Список литературы

1. Мишенин А.И. Теория экономических информационных систем. - Москва: "Финансы и статистика", 2001. - 240 с.

2. Ивашко А.Г. Подготовка курсовых и дипломных работ. - Тюмень: Изд-во ТюмГУ, 2010. - 284 с.

3. Ивашко А.Г., Григорьев М.В., Коломиец И.И. Проектирование информационных систем: учебно-методическое пособие. - Тюмень: ТюмГУ, 2007. - 330 с.;

4. Барская Г.Б. Мировые информационные ресурсы: учебное пособие. - Тюмень: Издательство Тюменского Государственного Университета, 2010. - 280 с.;

5. Мазуркевич А.М., Еловой Д.С. PHP: настольная книга программиста. - Минск: Издательство "Белорусский Дом печати", 2003. - 480 с.;

6. Моделирование бизнес-процессов предприятия. [On-line]: http://www.iteam.ru/publications/it/section_51/article_1335/http://www.iteam.ru/publications/it/section_51/article_1335/

7. Справочник HTML и CSS. [On-line]: http://htmlbook.ru/;

8. Справочник MySQL. [On-line]: http://www.php.su/mysql/manual/;

9. Справочник JavaScript. [On-line]: http://javascript.ru/manual;

10. Смирнова Г., Сорокин А., Тельнов Ю. Проектирование экономических информационных систем. - М.: Финансы и статистика, 2006. - 512 с.;

11. Учебник РНР (перевод Alexandr Pyramidin). [On-line]: http://phpclub.ru/manrus/;

12. Ташков П.А. Веб-мастеринг: HTML, CSS, javascript, PHP, CMS, AJAX, раскрутка. - СПб.: Изд-во Питер, 2010. - 512 с.;

13. Горнаков С.Г. Осваиваем популярные системы управления сайтом (CMS). - ДМК-Пресс, 2009. - 336 с.;

Приложения

Приложение 1

Описание сущностей хранилища данных

Ключ	Название	Тип данных	Длина	Описание
pk	id	int	11	Первичный ключ
	email	string	255	Электронный адрес клиента
	type	boolean	1	Тип клиента (Юридический/физический)
	phone	string	30	Номер телефон клиента
	dt_birthday	date	d-m-Y	Дата рождения
	password_num	string	11	Номер паспорта
	issued_by	string	255	Кем выдан
	address	string	255	Адрес регистрации
	subscribe_news	boolean		Подписаттся на новости
	subscribe_new	boolean		Подписаться на новинки
	hash	string	32	Ключ для восстановления пароля

Таблица "Заявки" - Заявки клиентов на приобретение запчастей и битых автомобилей

Ключ	Название	Тип данных	Длина	Описание
PK	id	int	11	Первичный ключ
FK	client_id	int	11	Внешний ключ
	from	int	tinyint	Откуда пришла заявка - сайт/звонок/персональное обращение
	status	int	11	статус заявки
	create_time	date	11	время создания заявки
FK	user_id	int	11	Пользователь системы обрабатывающий заявку
	delivery	boolean		Доставка
	date_life	date	d-m-Y	Время уничтожения заявки
	coment	text	...	Комментарий
	type	int	tinyint	Тип заявки на покупкe/заказ/продажу авто запчастей



Таблица "Дополнительная информация о клиенте" - данные юридического лица.

Ключ	Название	Тип данных	Длина	Описание
PK	id	int	11	Первичный ключ
FK	id_client	int	11	Внешний ключ
	inn	string	20	ИНН компании клиента
	kpp	string	30	КПП компании клиента
	name_company	string	255	название компании клиента
	address	string	255	физический адресс компании клиента
	ur_address	string	255	юридический адрес клиента
	fio_rod	string	255	ФИО лица представляющего компанию в родительном падеже

Таблица "Запчасти в заявке" - промежуточная таблица, для соотнесения проданной(ваемой) запчасти и заявки к которой она относится.

Ключ	Название	Тип данных	Длина	Описание
pk	id	int	11	Первичный ключ
fk	id_part	int	11	Внешний ключ на таблицу запчастей
fk	id_request	int	11	Внешний ключ на таблицу заявок

Таблица "Битые автомобили" - в таблицу заносится информация об автомобилях, приобретенных у юридических и физических лиц, их технические характеристики, и назначение (разбор, продажа).

ключ	Название	Тип данных	Длина	Описание
pk	id	int	11	Первичный ключ
fk	id_car_model	int	11	модель авто
fk	id_client	int	11	Внешний ключ на таблицу клиента
	name	string	255	Название автомашины
	alias	string	255	название автомашины латиницей
	price_sell	decimal	11	Цена покупки автомашины
	price_buy	decimal	11	Цена продажи автомашины
	year	год выпуска	11	год
	create_time	дата создания	date	дата записи
	force	string	15	Мощность л/с.
	capacity	string	15	Объем двигателя
	status	статус	tinyint	статус (на продажу/на разбор, не определено)
	comment	text	...	Коментарий
	bascet	int	tinyint	Тип кузова

Таблица "Аналоги" - в таблицу заносится информация о взаимозаменяемых запчастях разных производителей автомобилей.

Ключ	Название	Тип данных	Длина	Описание
PK	id	int	11	Первичный ключ
FK	id_model_1	int	11	Модель автомобиля
FK	id_category	int	11	Категория автозапчасти
FK	id_model_2	int	11	Модель автомобиля

Таблица "Дополнительная информация об автомобиле" - дополнительная информация об автомобиле.

Ключ	Название	Тип данных	Длина	Описание
pk	id	int	11	Первичный ключ
	model_num_engine	int	11	Номер двигателя
	carcass_num	int	11	Номер каркаса
	color	string	6	Цвет кузова автомобиля
	type_ts	tinyint	127	тип транспортного средства
	pasport_ts	string	255	Паспорт транспортного средства
	issued_by	string	255	Кем выдан
	mileage	int	11	Пробег
	transmission	tinyint	127	Трансмиссия
FK	used_car_id	int	11	Автомобиль

Таблица "Страны" - вносятся названия стран производителей автомобилей.

Ключ	Название	Тип данных	Длина	Описание
pk	id	int	11	Первичный ключ
	name	string	255	Название



Таблица "Марки производителей" - вносится страна и название марки производителя

Ключ	Название	Тип данных	Длина	Описание
pk	id	int	11	Первичный ключ
FK	id_country	int	int	Страна
	name	string	255	Название марки авто

Таблица "Модели машин" - вносится информация о моделях автомобилей

Ключ	Название	Тип данных	Длина	Описание
pk	id	int	11	Первичный ключ
	id_brand	int	11	Марка авто
	name	string	255	Название модели

Таблица "Запчасти" - вносится информация о запчастях, разобранного автомобиля, его место хранения и клиент.

Ключ	Название	Тип данных	Длина	Описание
pk	id	int	11	Первичный ключ
FK	id_category	int	11	Категория запчасти
FK	id_car_model	int	11	Модель автомобиля запчасти
FK	id_location	int	11	Склад хранения запчасти
	comment	text	...	Комментарий (для вывода доп информации на сайте)
	name	string	255	Название
	alias	string	255	Название кириллицей
	price_sell	string	255	Цена продажи запчасти
	price_buy	string	255	Цена покупки покупки запчасти
	create_time	date	d-m-Y	Время создания записи
FK	id_used_car	int	11	Автомобиль, с которого была снята запчасть

Таблица "Категории" - вносится названия категорий автозапастей.

Ключ	Название	Тип данных	Длина	Описание
pk	id	int	11	Первичный ключ
	name	string	255	Название
	parent	string	11	Родительская категория



Таблица "Склады" - Вносятся информация о местах хранения запчастей.

Ключ	Название	Тип данных	Длина	Описание
pk	id	int	11	Первичный ключ
	name	string	255	Название склада
	address	string	255	Адрес склада

Таблица "Логирование" - вносится информация о действиях пользователей в системе.

Ключ	Название	Тип данных	Длина	Описание
pk	id	int	11	Первичный ключ
FK	id_model_ident	int	11	Измененная запись
FK	id_user	int	11	пользователь изменивший запись
	message	text	...	Системное сообщение
	old_value	text	...	Старое значение записи
	new_value	text	...	Новое значение записи

Таблица "SEO" - Вносится информация для поисковой оптимизации и продвижения.

Ключ	Название	Тип данных	Длина	Описание
PK	id	int	11	Первичный ключ
FK	id_model_ident	int	11	Уникальный ключ записи
	meta_key	text	...	ключевые слова
	meta_title	string	255	заголовок
	meta_desc	text	...	Описание

Таблица "Сущности" - Сущности базы данных, используются для определения уникального ключа записям таблиц БД ИС.

Ключ	Название	Тип данных	Длина	Описание
pk	id	int	11	Первичный ключ
	name	string	255	Название сущности
	alias	string	255	Перевод сущность



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

Ключ	Название	Тип данных	Длина	Описание
pk	id	int	11	Первичный ключ
FK	id_entity	tinyint	3	Сущность
FK	id_model	int	11	id запись сущности

Таблица "Настройки" - настройки web-приложения.

Ключ	Название	Тип данных	Длина	Описание
pk	id	int	11	Первичный ключ
	name	string	255	Системное название настройки
	label	string	255	Метка
	type	int	3	Тип поля
	value	text	...	Значениенастройки

Таблица "Delivery" - таблица используется для рассылки сообщений подписчикам.

Ключ	Название	Тип данных	Длина	Описание
pk	id	int	11	Первичный ключ
FK	id_template	int	11	шаблон письма
FK	id_entity	int	11	Ссылка на сущность
	create_time	date	d-m-Y	Дата создания
	text	string	...	Текст рассылки

Таблица "DeliveryRecipients" - промежуточная таблица для соотнесения, получателей писем и рассылок.

Ключ	Название	Тип данных	Длина	Описание
pk	id	int	11	Первичный ключ
FK	id_template	int	11	Шаблон
FK	id_user	int	11	Получатели



Таблица "Template" - вносятся шаблоны писем для рассылок писем подписчикам, а также для уведомления пользователей ИС и клиентов.

Ключ	Название	Тип данных	Длина	Описание
pk	id	int	11	Первичный ключ
FK	id_model	int	11	Модель
	text	text	...	Текст письма
	subject	string	255	Тема

Таблица "Действия роли" - промежуточная таблица для соотнесения действия и роли.

Ключ	Название	Тип данных	Длина	Описание
pk	id	int	11	Первичный ключ
FK	id_role	int	11	Роль пользователя
FK	id_action	int	11	Действие

Таблица "Действия" - техническая таблица. Добавлять и удалять записи может только администратор сайта. Используется для определения действий пользователей ИС.

Ключ	Название	Тип данных	Длина	Описание
pk	id	int	11	Первичный ключ
	name	int	11	Название действия
	path	string	11	путь

Таблица "Роли" - вносятся роли пользователей ИС.

Ключ	Название	Тип данных	Длина	Описание
pk	id	int	11	Первичный ключ
	name	string	255	Название роли
	parent	int	11	Родительская роль



Таблица "Пользователи" - вносятся пользователи ИС.

Ключ	Название	Тип данных	Длина	Описание
pk	id	int	11	Первичный ключ
FK	id_role	int	11	Роль
	login	string	255	Логин
	password	string	32	Пароль
	hash	string	255	Токен для восстановления пароля
	email			Электронная почта

Таблица "Документы" - документы сформированные в ИС.

Ключ	Название	Тип данных	Длина	Описание
pk	id	int	11	Первичный ключ
	file_name	string	255	Название документа
	id_doc_template	int	11	Шаблон основание
	create_time	date	date	Дата создание документа
	id_model_ident	int	11	Модель основание, для создания документа

Таблица "Шаблоны документов" - вносятся шаблоны, на основании которых формируются документы.

Ключ	Название	Тип данных	Длина	Описание
pk	id	int	11	Первичный ключ
	file_name	string	255	Название файла
	uniqid	string	255	уникальное название файл, физическое название файла
	name	string	255	название

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

Ключ	Название	Тип данных	Длина	Описание
pk	id	int	11	Первичный ключ
	title	string	255	Название страницы
	wswg_body	text	...	описание



Таблица "Вопросы" - вносятся вопросы, задаваемые пользователями с сайта.

Ключ	Название	Тип данных	Длина	Описание
pk	id	int	11	Первичный ключ
	theme	tinyint	3	Тема письма
	wswg_body	text	...	Описание
	email	string	255	почта
	fio	string	255	ФИО
	phone	string	255	Телефон

Таблица "Предложение цены" - предлагаемые цены клиентами на продаваемый автомобиль компанией.

Ключ	Название	Тип данных	Длина	Описание
pk	id	int	11	Первичный ключ
	fio	string	255	ФИО
	email	string	255	Электронный адрес
	comment	text	...	Комментарий
	id_usedCar	int	11	автомобиль
	phone	string	255	Телефон клиента
	create_time	date	d-m-Y	дата создания
	status	tinyint	3	Статус записи

Таблица "BookPart" - через нее заказываются запчасти, по запросам пользователей.

Ключ	Название	Тип данных	Длина	Описание
pk	id	int	11	Первичный ключ
	parts	text	...	описание необходимых запчастей
	carInfo	string	255	Описание автомобиля
	email	string	255	Электронный адрес
	fio	string	255	ФИО
	phone	string	255	телефон
	vin	string	255	вин
	year	int	4	Год выпуска
	status	tinyint	3	статус



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

Ключ	Название	Тип данных	Длина	Описание
pk	id	int	11	Первичный ключ
	fio	string	255	ФИО пользователя
	email	string	255	Электронный адресс
	phone	string	255	Телефон
	id_car_model	int	11	Модель автомобиля
	comment	text	...	Комментарий
	year	int	4	год выпуска
	transmission	tinyint	3	трансмиссия
	status	tinyint	3	стастус заявки
	sort	int	11	сортировка

Таблица "Купить в 1 клик" - в таблицу вносятся заявки пользователей.

Ключ	Название	Тип данных	Длина	Описание
pk	id	int	11	Первичный ключ
	id_part	int	11	Формироа
	fio	string	255	ФИО
	email	string	255	Электронный адрес
	phone	string	255	Телефон

Таблица "Альтернативные названия" - в таблицу заносятся альтернативные названия стран, моделей, марок и категорий авто запчастей для формирования выгрузки YandexDirect.

Ключ	Название	Тип данных	Длина	Описание
pk	id	int	11	Первичный ключ
	name	string	255	Альтернативное название
FK	id_model_ident	int	11	Внешний ключ на запись, для которой было создано альтер название.



Таблица "Вакансии" - список вакансий.

Ключ	Название	Тип данных	Длина	Описание
pk	id	int	11	Первичный ключ
	name	string		Название вакансии
	wswg_body	text	...	Описание вакансии
	status	tinyint	3	Статус вакансии

Таблица "VacansyCallBack" - отклики на вакансии.

Ключ	Название	Тип данных	Длина	Описание
pk	id	int	11	Первичный ключ
	comment	text	...	Комментарий
	status	tinyint	3	Статус
	phone	string	255	Телефон
	email	string	255	Электронный адресс
	file_name	string	255	Название файла резюме
FK	id_vacansy	int	11	Претендуемая вакансия
	fio	string	255	ФИО

Таблица "Атрибуты" - вносятся названия атрибутов.

Ключ	Название	Тип данных	Длина	Описание
pk	id	int	11	Первичный ключ
	name	string	255	Название атрибута
FK	id_field_type	int	11	Тип поля

Таблица "Диапазон значений атрибута" - Диапазон значений атрибута.

Ключ	Название	Тип данных	Длина	Описание
pk	id	int	11	Первичный ключ
FK	id_attr	int	11	Внешний ключ на Атрибут
	value	string	255	Значение
	key	string	255	Ключ

Таблица "attrValue" - Значение атрибутов

Ключ	Название	Тип данных	Длина	Описание
pk	id	int	11	Первичный ключ
	post_type	boolean	1	групповой/единичный атрибут
FK	post_id	int	11	post_type=true - внешний ключ на таблицу AttrModel. post_type=false внешний ключ на таблицу AttrGroupModel
	value	string	значение	значение атрибута
	isMulty	boolean	1	Мульти значение

Таблица "Мульти значения атрибутов" - в таблицу заносятся значения для одного атрибута.

Ключ	Название	Тип данных	Длина	Описание
pk	id	int	11	Первичный ключ
FK	id_attr_value	int	11	Внешний ключ на таблицу значений атрибута
	value	text	...	Значение

Таблица "Тип поля атрибута" - определяет тип поля атрибута.

Ключ	Название	Тип данных	Длина	Описание
pk	id	int	11	Первичный ключ
FK	id_widget	int	tinyint	Виджет вывода атрибута
FK	id_value_type	tinyint	11	Тип значения поля(multy/single)



Приложение 2

Отчет по проданным запчастям за период с 01.04.2015 по 01.05.2015

№	Продавец	Состояние	Дата	Кол - во	Общая стоимость
463	Administrator Admin	Оплачено	14.04.2015	6	30 500
464	Administrator Admin	Оплачено	14.04.2015	3	3 000
465	Administrator Admin	Оплачено	14.04.2015	8	70 500
447	Administrator Admin	Оплачено	03.04.2015	3	24 000
448	Administrator Admin	Оплачено	03.04.2015	6	30 500
441	Administrator Admin	Оплачено	01.04.2015	9	45 500
442	Administrator Admin	Оплачено	01.04.2015	7	28 500
443	Administrator Admin	Оплачено	01.04.2015	12	75 500
444	Administrator Admin	Оплачено	01.04.2015	9	56 000
445	Administrator Admin	Оплачено	02.04.2015	3	9 500
449	Administrator Admin	Оплачено	03.04.2015	4	17 000
450	Administrator Admin	Оплачено	06.04.2015	1	2 500
451	Administrator Admin	Оплачено	06.04.2015	1	2 500
452	Administrator Admin	Оплачено	06.04.2015	1	7 000
453	Administrator Admin	Оплачено	06.04.2015	6	45 500
454	Administrator Admin	Оплачено	07.04.2015	1	3 000
455	Administrator Admin	Оплачено	07.04.2015	19	149 500
456	Administrator Admin	Оплачено	08.04.2015	1	20 000
457	Administrator Admin	Оплачено	10.04.2015	8	48 500
458	Administrator Admin	Оплачено	09.04.2015	9	44 500
459	Administrator Admin	Оплачено	09.04.2015	7	37 500
466	Administrator Admin	Оплачено	14.04.2015	3	9 500
467	Administrator Admin	Оплачено	14.04.2015	1	4 500
468	Administrator Admin	Оплачено	14.04.2015	1	2 000
469	Administrator Admin	Оплачено	14.04.2015	1	3 000
470	Administrator Admin	Оплачено	16.04.2015	7	25 500
471	Administrator Admin	Оплачено	16.04.2015	20	113 500
472	Administrator Admin	Оплачено	20.04.2015	1	1 000
473	Administrator Admin	Оплачено	20.04.2015	2	14 500
474	Administrator Admin	Оплачено	20.04.2015	5	19 000
475	Administrator Admin	Оплачено	20.04.2015	4	13 850
476	Administrator Admin	Оплачено	20.04.2015	1	1 000
477	Administrator Admin	Оплачено	22.04.2015	21	139 000
Итого				245	1 076 350 руб.

Приложение 3

Отчет по проданным запчастям за первый квартал 2015 года

№	Категория	Марка	Модель	Январь	Февраль	Март
				общая стоимость	Кол - во	общая стоимость	Кол - во	общая стоимость	Кол - во
1	Дверь передняя правая	Chevrolet	Cruze 2009	5000	2	5000	2	5000	2
2	Глушитель основной	Mitsubishi	ASX	5000	2	5000	2	5000	2
3	Диск колесный легкосплавный	Nissan	Qashqai(J10) 2006	5000	2	5000	2	5000	2
4	Бампер задний	Mitsubishi	ASX 2010>	5000	2	5000	2	5000	2
5	Дверь передняя правая	Chevrolet	Cruze 2009	5000	2	5000	2	5000	2
6	Глушитель основной	Mitsubishi	ASX	5000	2	5000	2	5000	2
7	Диск колесный легкосплавный	Nissan	Qashqai(J10) 2006	5000	2	5000	2	5000	2
8	Бампер задний	Mitsubishi	ASX 2010>	5000	2	5000	2	5000	2
9	Дверь передняя правая	Chevrolet	Cruze 2009	5000	2	5000	2	5000	2
10	Глушитель основной	Mitsubishi	ASX	5000	2	5000	2	5000	2
11	Диск колесный легкосплавный	Nissan	Qashqai(J10) 2006	5000	2	5000	2	5000	2
12	Бампер задний	Mitsubishi	ASX 2010>	5000	2	5000	2	5000	2
13	Дверь передняя правая	Chevrolet	Cruze 2009	5000	2	5000	2	5000	2
14	Глушитель основной	Mitsubishi	ASX	5000	2	5000	2	5000	2
15	Диск колесный легкосплавный	Nissan	Qashqai(J10) 2006	5000	2	5000	2	5000	2
ИТОГО				75000	30	75000	30	75000	30

Приложение 4

Отчет по имющимся запчастям за период с 01.04.2015 по 01.05.2015

№	Категория	Марка	Модель	Склад	Кол - во
1	Дверь передняя правая	Chevrolet	Cruze 2009	Одесская	1
2	Глушитель основной	Mitsubishi	ASX	Судоремонтная	2
3	Диск колесный легкосплавный	Nissan	Qashqai(J10) 2006	Одесская	1
4	Бампер задний	Mitsubishi	ASX 2010>	Судоремонтная	2
5	Дверь передняя правая	Chevrolet	Cruze 2009	Одесская	1
6	Глушитель основной	Mitsubishi	ASX	Судоремонтная	2
7	Диск колесный легкосплавный	Nissan	Qashqai(J10) 2006	Одесская	1
8	Бампер задний	Mitsubishi	ASX 2010>	Судоремонтная	2
9	Дверь передняя правая	Chevrolet	Cruze 2009	Одесская	1
10	Глушитель основной	Mitsubishi	ASX	Судоремонтная	2
11	Диск колесный легкосплавный	Nissan	Qashqai(J10) 2006	Одесская	1
12	Бампер задний	Mitsubishi	ASX 2010>	Судоремонтная	2
13	Дверь передняя правая	Chevrolet	Cruze 2009

Подобные документы

• Информационнная система интернет-магазина автозапчастей

  Разработка информационной системы интернет-магазина автозапчастей с целью учета их заказов из разных стран. Создание базы данных для регистрации информации: код товара, вид, марка, поставщик. Функции системы; программная среда, интерфейс пользователя.
  
  курсовая работа [2,0 M], добавлен 04.05.2013
  

• Разработка АИС ведения учета и реализации автозапчастей битых автомобилей "Auto Crash"

  Проектирование информационной системы, используемые в данном процессе методики и модели. Требования к возможностям и функциональности. Описание хранилища данных. Разработка классов, архитектуры, расширений. Формирование руководства пользователя.
  
  дипломная работа [2,7 M], добавлен 02.08.2015
  

• Разработка Windows-приложения "Турагентство"

  Разработка программного продукта для сбора, хранения и предоставления информации о туристических маршрутах, контроля продаж туристических путевок, учета клиентов, формирования и печати форм выходной информации. Выбор технологии доступа к данным.
  
  курсовая работа [2,3 M], добавлен 28.08.2023
  

• Подсистема автоматизированного учета автозапчастей ООО "Авто-Ресурс"

  Разработка подсистемы автоматизированного учета автозапчастей ООО "Авто-Ресурс" на базе MS SQL Server 2008. Ввод и вывод информации, поиск данных, распечатка сведений о комплектующих, учет автозапчастей и клиентов. Программное и техническое обеспечение.
  
  дипломная работа [2,2 M], добавлен 22.06.2011
  

• Разработка системы сбора информации для формирования базы кадастровых данных

  Создание системы сбора пространственных и атрибутивных данных как один из важнейших этапов ведения кадастрового учета. Требования к информационной системе, исходная информация по кадастровому учету объектов недвижимости. Необходимые программные средства.
  
  курсовая работа [4,5 M], добавлен 17.07.2013
  

• Разработка автоматизированной информационной системы на примере "МегионСофтОйл"

  Разработка автоматизированной информационной системы для учета и контроля выполнения ремонтных работ, и предоставления услуг по разработке программного обеспечения компании "МегионСофтОйл", разработка алгоритмов приложений программной системы и модулей.
  
  дипломная работа [5,3 M], добавлен 29.06.2012
  

• Проектирование и разработка информационной системы учета товаров для магазина "Аистенок"

  Детализация функций системы и требования к информационной системе. Анализ категорий пользователей. Этапы внедрения автоматизированной информационной системы на предприятии. Описание таблиц базы данных. Защита данных от несанкционированного доступа.
  
  дипломная работа [1,0 M], добавлен 22.07.2015
  

• Разработка информационной системы для автоматизации работы магазина автозапчастей

  Классификация информационных систем. Использование баз данных в информационных системах. Проектирование и реализация информационной системы средствами MS Access. Анализ входной информации предметной области и выделение основных информационных объектов.
  
  курсовая работа [2,5 M], добавлен 09.08.2012
  

• Разработка автоматизированной информационной системы

  Разработка и внедрение автоматизированной информационной системы. Изучение основных процессов, протекающих в предметной области. Создание базы данных. Исследование средств защиты информации от несанкционированного доступа и идентификации пользователей.
  
  курсовая работа [487,2 K], добавлен 17.03.2014
  

• Комплексные системы информационной безопасности

  Понятие, значение и направления информационной безопасности. Системный подход к организации информационной безопасности, защита информации от несанкционированного доступа. Средства защиты информации. Методы и системы информационной безопасности.
  
  реферат [30,0 K], добавлен 15.11.2011
  

• главная
• рубрики
• по алфавиту
• вернуться в начало страницы
• вернуться к началу текста
• вернуться к подобным работам