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

Главная

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

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


посмотреть текст работы


скачать работу можно здесь


полная информация о работе


весь список подобных работ


Нужна помощь с учёбой? Наши эксперты готовы помочь!
Нажимая на кнопку, вы соглашаетесь с
политикой обработки персональных данных

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.


Разработка АИС ведения учета и реализации автозапчастей битых автомобилей " Auto Crash "
пользователь автомобиль информационный
Из за большого количества аварий, люди часто покупают запчасти у компаний, занимающихся авторазборкой. Это обусловлено рядом преимуществ перед заказом новых запчастей:
1. В авторазборке можно найти практически любую деталь ко всем маркам и моделям существующих автомобилей.
2. Благодаря широкому ассортименту и наличию запчастей нет необходимости тратить драгоценное время на ожидание по доставке.
3. Деталь с авторазборки хоть и будет б/у, однако специалисты дадут точные гарантийные сроки ее дальнейшей эксплуатации.
4. Цена на запчасти, бывшие в употреблении, будет значительно ниже цен новых авто запчастей.
5. В авторазборке предлагаются к продаже только оригинальные запасные части, агрегаты и комплектующие автомобиля.
По различным причинам, компании занимающиеся авторазборкой, уделяют очень мало внимания учету запчастей с разобранных автомобилей, или не ведут его вовсе. В результате это приводит к ряду серьезных проблем.
Данная работа направлена на формирование инструмента аналитики, ведение учета и предоставления клиентам доступа к информации о наличии авто запчастей одной из тюменских компаний занимающихся авторазбором. Описаны проблемы, выявленные в работе компании, а также определены задачи для решения выявленных проблем.
Авторазбор - этим термином называют процесс разбора автомобилей с целью получения запчастей. Также под этим словом все понимают организации или частных лиц, которые занимаются торговлей запасными частями авто. Однако не стоит путать такие организации со станциями технического обслуживания и ремонтными мастерскими. Такие компании занимаются только разборкой автомобилей и продажей запчастей.
Так же это могут быть компании скупающие автомобили у частных лиц. Их деятельность не связана с рисками, как при покупке автомобиля за рубежом.
Какие автомобили могут быть разобраны на запчасти? В первую очередь, это б/у, но в хорошем состоянии. Разбирать новый автомобиль практически нет смысла, поскольку конечная стоимость запчастей вряд ли окупит затраты на приобретение транспортного средства. В исключительных случаях могут приобретаться новые автомобили заграницей, а потом отправляться на авторазбор. Но это возможно только в том случае, когда ввозные пошлины на данную модель машины очень не высоки, и есть большой спрос на такие запчасти. В основном же авторазбор касается только б/у автомобилей в хорошем состоянии. Мало кто из частных лиц или организаций будет заниматься разбором машин в плохом состоянии, поскольку запчасти будут очень дешевыми.
Откуда берутся автомобили на авторазбор? Это зависит от самой авторазборки. Дело в том, что покупка машины в Европе стоит гораздо дешевле, чем в России. Но есть и другая проблема - пошлины. Именно это препятствует ввозу таких автомобилей в нашу страну, поскольку конечная стоимость может вырасти на 20-40%. Значительно дешевле приобрести такое авто на авто разбор в у частных лиц после ДТП, так как многие люди не хотят тратить время на восстановление своего автомобиля и стараются его продать. Авто разборка покупает такие автомобили и разбирает на запчасти. После разобранные запчасти выставляются на продажу.
Целью данной работы я исследование деятельности одной и тюменских компаний авторазбора.
На данный момент в компании весь учет разобранных запчастей с б/у и битых автомобилей идет через книгу учета, что создает ряд серьезных проблем для ведения успешной деятельности компании:
1. Компания занимается авто разбором около пяти лет, в результате на складах скопилось большое количество запчастей ( более 20 000 тыс. ).
2. Формирование заказа клиента - становится трудоемким процессом, так как перед формированием заказа необходимо узнать о наличии запчасти на складе, и только после этого внести авто запчасть в заявку.
3. Формирование внутренних отчетов компании - полностью ручной процесс.
4. Не возможно дать оценку состояния имущества компании, так как процесс инвентаризации представляет не определенный срок времени.
5. Невозможно предоставить клиентам полный доступ к информации о имеющихся запчастях.
На рисунке 1 показан процесс учета запчастей «Как есть», от начала покупки автомобиля у клиента, до занесения разобранных запчастей в книгу учета.
Рисунок 1. Диаграмма учета авто запчастей «Как есть» в нотации BPMN
Описание процесс авторазборки б\у или битого автомобиля показанного на рисунке 1:
? Клиент обращается в компанию с запросом продажи своего автомобиля.
? Далее клиент может сразу предоставить справку из ГИБДД, о том что его автомобиль не числится в угоне и не был замечен в других не законных действиях, либо менеджер отправит запрос в ГИБДД самостоятельно.
? Если с автомобилем все в порядке, менеджер проводит его оценку, и сообщает оценочную стоимость клиенту.
? Далее, если клиента согласен с оценкой, заключается договор купли продажи.
? Эвакуаторщик доставляет автомобиль на СТО.
? Механик разбирает автомобиль на запчасти и составляет акт о разборе автомобиля.
? Эвакуаторщик доставляет разобранные авто запчасти на склад.
? Кладовщик сверяет полученные запчасти с актом разбора и вносит их в книгу учета.
Целью разрабатываемой системы является сокращение временных и трудовых затрат поставки на учет авто запчастей разобранных автомобилей, предоставить пользователям доступ к информации о наличии авто запчастей на складе и разработать средства формирования отчетности.
Назначением системы является автоматизация процессов:
1. Регистрации выкупаемого автомобиля в системе.
2. Регистрации поступивших авто запчастей разобранного автомобиля.
3. Проведении инвентаризации и поставки на учет имеющихся авто запчастей.
4. Формирование заявок на покупку авто запчастей клиентами.
5. Классификация авто запчастей по маркам, моделям автомобилей и их категории.
6. Продвижение в сети интернет имущества компании.
Для решения поставленной цели необходимо решить следующий задачи:
2. Изучить работу менеджера по работе к с клиентами.
3. Изучить работу заведующего складом.
4. Разработать архитектуру будущей информационной системы.
5. Разработать логическую схему базы данных.
6. Разработать е для учета запчастей.
7. Разработать е для выдачи пользователям информации о имеющихся запчастях (Сайт).
8. Разработать е мобильное е для регистрации и проведение инвентаризации имеющихся запчастей на складах.
9. Предоставить средства формирования отчетности.
2 . Проектирование информационной системы
Изучив предметную область и модель процесса «Как есть», была составлена модель «Как будет» (Рисунок 2) в нотации BPMN. Данная модель показывает как будет проходить процесс после внедрения информационной системы. В целом схема процесса будет соответствовать модели «Как есть», однако будет внесено несколько важных изменений.
Рисунок 2. Диаграмма модели учета авто запчастей «Как будет»
Авто разбор автомобиля будет происходит следующим образом:
? Клиент подает заявку на продажу автомобиля
? Компания проверяет статус автомобиля в ГИБДД на факт кражи и других незаконной операций над автомобилем.
? После, если автомобиль не является краденым, менеджер оценивает автомобиль, и сообщает оценочную стоимость автомобиля клиент.
? Если клиент согласен, с оценочной стоимостью автомобиля, оформляется договор купли-продажи и автомобиль переходит в собственно компании.
? Данные автомобиля и владельца вносятся в ИС.
? Доставив на СТО, механики разбирают автомобиль на запчасти. Составляют акт о разборе автомобиля, куда вносятся разобранные запчасти и номер договора купли-продажи автомобиля. В акт вносится информация о самой запчасти, степень износа и ее состояние (утилизация, продажа).
? Водитель доставляет запчасти и акт о разборе автомобиля на склад.
? Кладовщик сортирует запчасти по их состоянию (продажа, утилизация) и регистрирует в системе.
2.2 Определение функционала системы
Для определения функционала системы, а также пользователей, которым необходимы данные функции, необходимо определить прецеденты системы. Для это используется диаграмма прецедентов UML.
Диаграмма прецедентов представляет собой концептуальное представление системы. Она позволяет определить границы системы, сформировать общие требования к функциям системы, а также подготовить документацию для разработчиков системы и ее пользователями и разработчиками. Описание главных и альтернативных последовательностей действий для каждого из прецедентов, позволит специфицировать поведение всей системы в целом
На рисунках 3-4 представлена диаграмма прецедентов, на которой представлены основные прецеденты.
? Клиент - физическое\юридическое лицо обратившееся в компанию с целью приобретения запчастей или автомобиля.
? Кладовщик (заведующий складом) - лицо ответственное за ведение склада в компании.
? Менеджер - специалист, в должностные обязанности которого входит обслуживание клиентов
? Директор - руководитель компании.
2. Заведующий делает фотографию запчасти
3. Заведующий отправляет данные в систему
2. Клиент выбирает раздел «Автозапчасти»
3. Клиент выбирает категорию запчастей
5. Клиент выбирает модель автомобиля
6. Клиент выбирает раздел авто запчастей
8. Клиент добавляет запчасть в корзину
8а. У клиента нет учетной записи на сайте
8a.1 Клиент регистрируется на сайте
8a.2 Клиент указывает свои личные данные
8а.3 Клиент нажимает кнопку «оформить заказ»
8б. У клиента есть учетная запись на сайте
8б.1 Клиент проходит процедуру авторизации
8б.2 Клиент нажимает кнопку «оформить заказ»
1. Клиент сообщает список необходимых запчастей.
2. Менеджер вносит запчасти в заявку.
2а. Запрашиваемая запчасть не была найдена.
2a.1 Менеджер предлагает аналог запчасти клиенту.
2a.2 Менеджер вносит запчасть в заявку.
Цель создания модели отображение логических связей между сущностями в системе. Логическая модель данных в нотации UML является основной для построения физической модели, которая, в свою очередь, будет определять, в каком именно виде будут храниться данные в БД и как эти данные будут связаны между собой.
Логическая модель представляет сбой информационную модель предприятия, на основе существующих конкретных моделей данных, не зависимо от СУБД и прочих физических условий реализации. Логическая модель данных представлена на рисунках 5 - 10.
Рисунок 5. Логическая схема БД в нотации UML
Рисунок 6. Логическая схема БД в нотации UML
Рисунок 7. Логическая схема БД в нотации UML
Рисунок 8. Логическая схема БД в нотации UML
Рисунок 9. Логическая схема БД в нотации UML
Рисунок 10. Логическая схема БД в нотации UML
Описание сущностей приведено в «и 1».
Проект разрабатывался с помощью фреймворка Yii Framework версии 1.15 веб-каркас, написанный на языке PHP, и реализующий парадигму MVC. Среда разработки «SublimeText 3.0».
В качестве СУБД используется mysql 5.1. К достоинствам СУБД стоит отнести ее свободное распространение и скорость выдачи информации по запросу. Доступ к базе осуществляется через класс Yii Framework CDbСonnection.
В качестве веб-сервера, обрабатывающего запросы на страницы со стороны пользователя клиента, используется веб-сервер Apache. Основными достоинствами Apache считаются надёжность и гибкость конфигурации. Он позволяет подключать внешние модули для предоставления данных, использовать СУБД для аутентификации пользователей, модифицировать сообщения об ошибках и т.д.
Выбор веб-технологии обусловлен отсутствием необходимости установки программного обеспечения на персональные компьютеры заказчика и клиентов, что позволит обеспечить доступ к системе с любого компьютера при наличии веб-обозревателя и доступа в интернет. Также отсутствует необходимость поддержки устаревших версий программы, т.к. доступ осуществляется к одной копии я установленной на сервере, вследствие чего исчезает необходимость следить за корректной работой я у пользователей.
Классы я делятся на следующие типы:
Компоненты - базовые классы, реализующие общие свойства и методы для производных классов. Так же методы базового класса могут переопределяться в производном.
Модели - модели я, это класс реализующий свойства и методы объекта реального мира, а так же методы для их обработки и выполнения операций над их свойствами.
Модели работы с базой - задача таких классов, взаимодействие с конкретной таблицей базой данных и выполнение CRUD операций записей.
Модели форм - классы данного типа имеют широкое применение, основной задачей таких моделей - валидация введенных данных пользователем на форму и выполнение каких либо действий после успешной валидации.
Поведения - задача класса, предоставить функционал, который смогут использовать другие модели. Подключение поведений к другим моделям происходит через метод behaviors() базового класса Yii framework CActiveRecord и СModel.
Контроллеры - объект класса создается объектом веб-я в случае, когда пользователь его запрашивает. При запуске контроллер выполняет соответствующее действие, что обычно подразумевает создание соответствующих моделей и отображение необходимых представлений. В самом простом случае действие - это метод класса контроллера, название которого начинается на action.
Действия - как было упомянуто выше, действие - это метод, имя которого начинается на action (пример actionIndex() - выполнит действие index.). Более продвинутый способ - создать класс действия и указать контроллеру создавать экземпляр этого класса при необходимости (переопределить метод actions()). Такой подход позволяет использовать действия повторно.
Расширения - как правило это один или несколько классов, решающих одну задачу. Расширения были разработаны с целью их повторного использования в нескольких проектах.
На рисунке 11 показана диаграмма классов компонент WEB - я.
Рисунок 11. Диаграмма классов компонент WEB-я
EActiveRecord - базовый класс для всех моделей web-я.
DocumentBuilder - класс разработан специально для формирования документов.
Helper - класс помощник, в нем описаны статические вспомогательные методы для использования в других классах.
Controller - Это базовый класс для всех контроллеров веб-я.
AdminController - Базовый класс для контроллеров административной части веб-я.
FrontController - Базовый класс для контроллеров клиентской части веб-я.
Автор работы не считает нужным показывать классы моделей, так как каждая таблица показанная на рисунке 4 имеет класс модели, содержащий набор свойств равный набору полей таблицы, и унаследованную от базового класса EActiveRecord для выполнения CRUD операций над записями таблицы.
Стоит внимание уделить модели «ModelIdent» (Уникальные ключи записей на диаграмме idef1x).
С технической точки зрения она не вызывает ни какого интереса, так как ее реализация довольно проста. Задача данной модели уникально идентифицировать записи таблиц, что служит основанием для некоторых классов веб-я.
EavBehavior - подключат функционал для управления динамическими атрибутами.
UploadImageBehavior - подключает функционал управления изображениями.
SeoBehavior - подключает функционал управления мета данными для моделей.
RequestLogBehavior - подключает функционал отслеживания изменений БД.
ModelidentBehavior - поведение создает уникальный ключ записи после сохранения записи в базе.
NoticeBehavior - подключает функционал уведомления пользователей о каком либо событии по электронному адресу.
На рисунке 12 показана диаграмма классов веб-я.
Рисунок 12. Диаграмма классов - поведения
Контроллеры веб-я делятся на два типа:
1. Контроллеры пользовательского я (рисунок 13).
2. Контроллеры административного я.
Задача контроллеров пользовательского я - вывод информации запрашиваемой пользователем.
Задача контроллеров административного я - выполнение обработки и CRUD операций над записями базы данных.
Рисунок 13. «Контроллеры пользовательской части веб-я»
Рисунок 14. «Контроллеры административной части веб-я»
Как было сказано раньше, есть два способа определить действе контроллера, создать метод с приставкой action и переопределить метод actions базового контролера, который возвращает массив вида: ключ - название действия, значение путь к файлу класса, реализующего данное действие.
На рисунке 15 приведена диаграмма классов действий, используемых в административной части веб-я.
Рисунок 15. Диаграмма классов действий
ActionAdmin - базовый класс всех действий.
ActionView - реализует логику вывода запрашиваемой записи из БД.
ActionCreate - реализует логику создания записи в БД.
ActionDelete - реализует логику удаления записи в БД.
ActionUpdate - реализует логику редактирования записи в БД.
ActionList - реализует списка записей таблицы БД.
ActionSort - реализует сортировки записей таблицы по полю «sort».
Рисунок 16. Расширения используемые в WEB-и
PHPExcel - библиотека для формирования Excel документов.
PHPWord - библиотека для формирования Word документов.
ShoppingCart - расширение специально разработанное для реализации функционала корзины.
CronTab - расширение реализует функционал добавления задания на сервере выполняемые на сервере по расписанию или в строго назначенное время.
YiiBootStrap - расширение основано на CSS/HTML фреймворке оформления верстки BootStrap. Это набор готовых инструментов вывода.
Select2 - расширяет функционал стандартного элемента ввода HTML select.
ImageGallery - расширение предоставляет функционал подключения галереи фотографий.
Eav - предоставляет функционал динамического добавления атрибутов через базу данных к классу модели. Данное расширение не является сторонним и было разработано с целью управления дополнительными характеристиками авто запчастей различных категорий.
Архитектура ИС будет состоять из 4 элементов:
2. Web-я, которое делится на два отдельных я:
На рисунке 50 показана схема взаимодействия компонент.
Рисунок 50. Логическая схема архитектуры ИС
Сервер фотографий - необходим только для физического хранения фотографий авто запчастей. Фотографии могут загружаться как с мобильного я, так и с административной части Web-я. Клиентская часть может только выводить фотографии.
? Задача административного я управление авто запчастями, формирование заявок на покупку и предоставление средств формирования отчетности.
? Задача клиентской части предоставлять конечным пользователям средства поиска и формирования заявок на покупку авто запчастей.
Мобильное е - основное назначение компонента - это регистрация имеющихся авто запчастей и ИС. Через него можно напрямую загружать фотографии на сервер фотографий, и проводить регистрацию запчастей в системе, после чего запчасти будут доступны для поиска пользователям.
База данных - хранилище данных ИС.
4.1 Web - е , административная часть
Перед началом работы с системой пользователь должен авторизоваться (рисунок 17. Форма авторизации).
После авторизации пользователь увидит главную страницу (Рисунок 11 - «Главная страница»).
1. Меню - состоит из двух частей - фиксированной и зависимой.
a. Фиксированная часть меню - постоянная не изменяемая часть меню, ссылки которого ведут на соответствующие разделы веб - я.
b. Зависимая часть меню - представление этого меню зависит от раздела, выбранного в верхнем меню.
2. Список заявок на покупку авто запчастей, поданных пользователями.
Рисунок 18. Управление заявками / Главная страница
Для добавление новой заявки необходимо нажать кнопку «Сформировать» в верхней левой части экрана, после чего пользователь попадет на форму добавление новой заявки (рисунок 19).
1. Формирование списка запчастей. (Рисунок 19).
2. Перевод статуса запчастей на «Ожидает оплаты». После чего запчасти не будут доступны на сайте. (Рисунок 20)
3. Подтверждение оплаты (Рисунок 21).
Рисунок 19. Формирование заявки - шаг 1
Рисунок 20. Формирование заявки - шаг 2
Рисунок 21. Формирование заявки - шаг 3
В раздел поступает информация от пользователей, о том, какую запчасть они хотят приобрести (Рисунок 22).
Что бы попасть в подраздел нужно кликнуть в меню раздела «Кабинет заявок» ссылку «Купить в 1 клик».
Рисунок 22. Просмотр заявок раздела «Купить в 1 клик»
Что бы попасть в подраздел нужно кликнуть в меню раздела «Кабинет заявок» ссылку «Клиенты». на рисунке 23 показана форма добавление клиента.
Рисунок 23. Добавление нового клиента
Что бы попасть в подраздел нужно кликнуть в меню раздела «Кабинет заявок» ссылку «Сотрудники». На рисунке 24 показана форма добавления / редактирования нового сотрудника.
Рисунок 24. Редактирование сотрудника
В данном разделе выполняется управление авто запчастями (рисунке 28).
У раздела имеются подразделы (подразделы также доступны из раздела «Продажа автомобилей под ремонт»):
Рисунок 25. Просмотр информации о запчасти
Рисунок 26. Редактирование запчасти - часть 1
Рисунок 27. Редактирование запчасти - часть 2
Рисунок 29. Список категорий запчастей
На рисунке 42 показан управления автомобилями.
Рисунок 42. Управление автомобилями
В разделе показаны сформированные документы по запчастям.
Рисунок 31. Главная страница раздела документы
Раздел управления настройками web-я (Рисунок 32).
Раздел создан для управления сайтом.
1. Статические страницы (Рисунок 34);
Рисунок 34. Редактирование статических страниц
Рисунок 35. Задать вопрос - просмотр
Рисунок 50. «Форма формирования отчета. Выбор продавцов»
Рисунок 51. «Форма формирования отчета по продавцам»
5.1 Анализ влияния внедрения на процесс
Разработка информационной системы подразумевает собой последующую продажу услуг по формированию и сдаче отчетности в электронном виде.
ИС автоматизирует процесс «Продажа автозапчастей».
Информационная система позволит снизить издержки предприятия за счет:
· снижения времени поиска автозапчастей на складе;
5.2 Оценка экономии на прямых материальных затратах
Расчет себестоимости разработки информационной системы
Расчет себестоимости разработки информационной системы осуществляется по следующим экономическим элементам затрат:
Расчет перечисленных затрат, выраженный в денежном формате дает ценовую характеристику разработанной ИС, что позволяет, в дальнейшем, проанализировать период самоокупаемости системы.
Приступая к расчетам себестоимости ИС, необходимо посчитать количество рабочих дней в году, исключая праздники и выходные дни (), т.к. данный показатель будет участвовать в дальнейших расчетах. Годовой фонд рабочего времени высчитывается по следующей формуле:
где - годовой фонд рабочего времени;
Результат расчета представлен в таблице 5.1
Таблица 5.1 - Годовой фонд рабочего времени
Календарный фонд времени в году, дни ()
Себестоимость программного продукта рассчитывается следующим образом:
Необходимо найти заработную плату за весь срок работы над проектом . Данный показатель находится по следующей формуле (2):
где - средняя заработная плата в день;
- количество полных дней работы над проектом с учетом 6 часового рабочего дня.
Количество полных дней работы над проектом с учетом 6 часового рабочего дня находится по формуле (3):
где - количество дней работы над проектом;
- количество рабочих часов в день.
Количество дней работы над проектом находится по формуле (4):
где - количество рабочих дней в месяц;
- количество рабочих часов над проектом в день.
Среднюю заработную плату в день можно найти по формуле (5):
где - предполагаемая заработная плата в месяц плюс страховые взносы от организации;
М - количество рабочих месяцев в году, исключая праздники, больничные и отпуск;
Среднею заработную плату в час можно найти по формуле (6):
где - средняя заработная плата в день.
Результат расчета всех показателей представлен в таблице 5.2.
Таблица 5.2 - Расчет заработной платы
М - количество рабочих месяцев без отпуска
После проведения расчета затрат на расходные материалы, основные фонды и заработную плату была рассчитана стоимость ПО, равная 79312,8 руб.
Материальные затраты представлены в таблице 5.3
Сумма расходных материалов составила:
Количество работы компьютера за год в часах определяется по формуле (7):
где - годовой фонд рабочего времени;
Количество работы компьютера за весь срок службы компьютера в часах определяется по формуле (8):
где - количество работы компьютера за год в часах;
Затраты на эксплуатацию компьютера рассчитываются по формуле (9):
где - количество часов за весь период работы над проектом;
- количество работы компьютера за весь срок службы в часах;
Окончательный результат расчета всех показателей представлен в таблице 5.4
Таблица 5.4 - Расчет затрат на основные фонды
В результате себестоимость программного продукта можно рассчитать по приведенной ниже формуле (10):
где СПП - годовой фонд рабочего времени;
- затраты на эксплуатацию компьютера;
- заработная плата за весь срок работы над проектом.
Показатель экономии рассчитывается по следующей формуле (11):
где - приблизительные затраты предприятия на процесс «Признание должника несостоятельным (банкротом)» без ПП;
- приблизительные затраты предприятия на процесс «Признание должника несостоятельным (банкротом)» с ПП.
Расчет приблизительных затрат предприятия для осуществления процесса «Продажа автозапчастей» будет осуществляться с учетом того, что в данном процессе задействованы менеджер, кладовщик, продавец.
Для дальнейших вычислений необходимо определить среднюю заработную плату каждого работника в час, вычисляется по (6):
В таблицах 5.5 и 5.6 представлены функции, которые выполняют участники процесса без ПП и с ними.
Таблица 5.5 - Функции участников процесса «Продажа автозапчастей» без ПП
Таблица 5.6 - Функции участников процесса «Продажа автозапчастей» без ПП
Исходя из табличных данных по формуле (11) будет равен:
Для построения профиля программного продукта следует рассчитать дисконтирование и кумулятивный денежный поток. Дисконтирование выполняется по формуле (12):
i - ставка дисконтирования (i=0,3);
n - период привидения прибыли в годах.
Расчет дисконтированных и кумулятивных денежных потоков приведен в таблице 5.7.
Срок окупаемости проекта в данном случае равен примерно 3 месяцем, т.к. по графику финансового профиля (рисунок 33) видно, что кумулятивные денежные потоки пересекают ось абсцисс в июне 2015 года.
Таблица 5.7 - Данные для построения финансового профиля ПП
По итогам работы была изучена предметная область и решены следующие задачи:
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 с.
Анализ предметной области, главных функций организации. Разработка макета внутренней структуры программного обеспечения информационной системы в виде диаграммы классов. Составление схемы базы данных. Разработка интерфейса и руководства пользователя. курсовая работа [866,3 K], добавлен 02.06.2015
Выявление сущностей, связей, модели работы магазина и ее предпосылок. Построение модели базы данных, ее внутренняя структура и требования к функциональности. Разработка запросов, осуществляющих поиск и вывод необходимой информации для пользователя. отчет по практике [425,9 K], добавлен 11.12.2015
Разработка информационной системы интернет-магазина автозапчастей с целью учета их заказов из разных стран. Создание базы данных для регистрации информации: код товара, вид, марка, поставщик. Функции системы; программная среда, интерфейс пользователя. курсовая работа [2,0 M], добавлен 04.05.2013
История появления и развития методов шифрования, используемые в данном процессе приемы и инструменты. Принципы вскрытия одноалфавитных систем, обзор существующих программ. Требования к программному продукту и разработка руководства пользователя. курсовая работа [755,9 K], добавлен 08.07.2014
Метод извлечения информации о личностных характеристиках пользователя с помощью технологии распознавания лица. Разработка алгоритма работы рекомендательной системы, основанной на психологическом портрете пользователя, хранилища баз данных и интерфейса. курсовая работа [815,2 K], добавлен 21.09.2016
Разработка информационной системы на платформе "1С:Предприятие 8.0" для автоматизации документооборота и учета по приему аварийных автомобилей и составлению заказ-нарядов. Проектирование интерфейса. Построение логической и физической моделей данных. дипломная
Разработка АИС ведения учета и реализации автозапчастей битых автомобилей "Auto Crash" дипломная работа. Программирование, компьютеры и кибернетика.
Технико Экономическое Обоснование Ремонта Беседки
Реферат На Тему От Барбароссы К Урану
Написание Эссе По Обществу
Сочинение На Тему Вода
Отчет по практике по теме Организация управленческой деятельности в студии печати 'Альфа–принт' в г. Костроме
Курсовая работа по теме Своеобразие конфликтов в драме А.Н. Островского 'Гроза'
Семейное Законодательство Реферат
Курсовая работа: Образ Ивана Никитича в рассказе А.П. Чехова "Корреспондент"
Контрольная работа по теме Банківський кредит
Системы Пожарной Безопасности Реферат
Заключение К Главам Диссертации
Реферат: Продвижение товаров реклама
Организация архивного хранения документов
Реферат: Фигуры и модусы силлогизма отбор правильных модусов с помощью круговых схем Эйлера
Дипломная работа: Принципы международного морского, воздушного и космического права
Реферат по теме Проявление личности в творческом поиске
Изучение покупателей. Потребительский рынок
Эссе Мои Размышления О Семье
Алиментные Обязательства Курсовая
Реферат: Antigone Essay Research Paper 2
Лесные пожары - Военное дело и гражданская оборона реферат
Структурні схеми каналів зв’язку - Коммуникации, связь, цифровые приборы и радиоэлектроника реферат
Страноведение и лингвострановедение как средство развития интереса к изучению иностранного языка - Иностранные языки и языкознание курсовая работа