Информационная система оптимизации доставки запчастей

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

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 08.10.2018
Размер файла 3,4 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

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

Министерство образования и науки РФ

Федеральное государственное бюджетное образовательное учреждение высшего образования

«САМАРСКИЙ ГОСУДАРСТВЕННЫЙ АРХИТЕКТУРНО-СТРОИТЕЛЬНЫЙ УНИВЕРСИТЕТ»

Кафедра информационных и развивающих образовательных систем и технологий

ПОЯСНИТЕЛЬНАЯ ЗАПИСКА

к выпускной квалификационной работе бакалавра на тему:

Информационная система оптимизации доставки запчастей

Самара 2016 г.

Реферат

Выпускная квалификационная работа.

Пояснительная записка: 96 с.,15 рис.,8 табл.,16 источника, 4 приложения.

ИНФОРМАЦИОННАЯ СИСТЕМА, ЗАПЧАСТЬ, ОПТИМИЗАЦИЯ, ПРОГНОЗИРОВАНИЕ, ДОСТАВКА, АВТОСЕРВИС, ОПТИМАЛЬНЫЙ МАРШРУТ.

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

Комплекс спроектирован по методологии UML и реализован на языке

программирования C++ c использованием фреймворка Qt 5.

Основное назначение системы - прогноз по закупке запчастей и их доставка в автосервис.

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

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

СПИСОК СОКРАЩЕНИЙ И УСЛОВНЫХ ОБОЗНАЧЕНИЙ

В данной работе используются следующие сокращения:

БД - база данных

ИС - информационная система

ПК - персональный компьютер

СУБД - система управления базами данных

UML - Unified Modeling Language - язык визуального моделирования, основанный на объектно-ориентированном подходе

Содержание

  • введение
  • 1. Предпроектный анализ
    • 1.1 Описание и анализ процессов заказа и доставки запчастей в службе автосервиса
    • 1.2 Обзор аналогов и прототипа
    • 1.3 Цели создания системы и решаемые задачи
  • 2. Проектирование
    • 2.1 Диаграмма вариантов использования
    • 2.2 Диаграмма сущностных классов
    • 2.3 Диаграмма граничных классов
    • 2.4 Диаграмма классов управления
    • 2.5 Схема алгоритма формирования отчета об успеваемости
    • 2.6 Логическая структура БД
  • 3. Реализация
    • 3.1 Архитектура и платформа реализации, включая ОС, язык программирования, СУБД
    • 3.2 Физическая структура БД
    • 3.3 Расчет оперативной и внешней памяти
      • 3.3.1 Расчет необходимого объема внешней памяти
      • 3.3.2 Расчет необходимого объема оперативной памяти для клиента
      • 3.3.3 Время реакции системы
    • 3.4 Выбор структуры комплекса технических средств
    • 3.5 Основные интерфейсы
    • 3.6 Диаграмма компонентов (включая описание программной реализации)
    • 3.7 Диаграмма развертывания
    • 3.8 Программа и методика испытаний
    • 3.9 Контрольный пример
    • 3.10 Руководство пользователя
  • 4. Внедрение и анализ эффективности
    • 4.1 Описание объекта внедрения
    • 4.2 Описание хода и результата внедрения
    • 4.3 Анализ и выводы
  • 5. Организационная деятельность и саморазвитие
    • 5.1 Сведения о деятельности возглавляемого научного микроколлектива
    • 5.2 Перечень публикаций
    • 5.3 Перечень участия в конференциях
    • 5.4 Перечень выполненных в период обучения курсовых проектов и работ
    • Портфолио
  • Заключение
  • Список использованных источников
  • Приложение 1
  • Приложение 2

введение

Автосервис - это отрасль деятельности, непосредственно связанная с удовлетворением потребностей людей.

Продукция автосервиса - широкое понятие. Анализ процесса удовлетворения потребностей потребителя показывает разнообразие форм и содержания продукции автосервиса.

«Качество жизни» автомобиля определяется условиями, обеспечивающими возможность реализовать социально-экономическую функцию автомобиля, т.е. качеством ряда подсистем.

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

Для этого необходимо: точное прогнозирование объемов и структуры продаж, своевременная доставка запчастей в автосервис.

Ценность любого алгоритма состоит в его эффективности, времени работы программы и в легкости написания этого алгоритма. Исходя из этого, алгоритм должен обладать определенными свойствами. Делать прогноз, основываясь на линии тренда построенной по количеству продаж и возможность работы с полным графом, небольшая сложность алгоритма, а также возможность сохранения всего пути в формате вершин и ребер в массиве или другой структуры данных [1].

1. ПРЕДПРОЕКТНЫЙ АНАЛИЗ

1.1 Описание и анализ процессов заказа и доставки запчастей в службе автосервиса

Организация работы автосервиса - что самое ценное? Ответ -- время.

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

Обратите внимание на следующее:

- какое количество времени уходит на перекуры?

- какое количество времени уходит поиск з/ч?

- какое количество времени уходит на их доставку?

- какое количество времени уходит на сбор з/ч по требуемому ремонту?

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

- какое количество времени уходит на согласование с клиентом?

- какое количество времени уходит на внутренние согласования?

- какое количество времени уходит на оформление документов?

- какое количество времени уходит на проверку выполненных работ?

Это еще не полный список временных потерь.

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

Поэтому было принято для разработки данной системы дабы оптимизировать работу автосервиса.

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

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

Вкладывая немалые денежные средства в строительство фирменных автосервис-центров, инвесторы, естественно, ожидают финансовой отдачи. Их ожидания вполне можно понять: здания сервис-центров представляют собой современнейшие сооружения, внутри которых чистота и порядок, ремонтная зона оборудована по последнему слову техники, персонал в фирменной спецодежде обучен на различных курсах и тренингах (зачастую - за границей), имеются уютные кафе, позволяющие клиентам скоротать время в ожидании отремонтированного «железного коня», короче говоря, предусмотрено, казалось бы, все, но...

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

Почему многие владельцы автомобилей, среди которых есть и обладатели очень дорогих моделей иномарок, предпочитают посещать «кулибиных», а не фирменный сервис?

Казалось бы, ответ лежит на поверхности - все дело в ценах. Но так ли это на самом деле? Не является ли дешевизна стоимости услуг «неформалов» мифом? Попробуем в этом разобраться, для чего разделим процесс техобслуживания автомобиля на две составляющие: диагностику неисправности и собственно обслуживание.

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

«Кулибины» же, как правило, за диагностику денег не берут и определяют неисправность исходя из своего опыта, «на слух».

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

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

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

Авторизованный сервис предлагает своим клиентам запчасти оригинального производства, цены на них несколько выше, чем на «неоригинальную» продукцию, но эта разница в цене компенсируется гарантией качества.

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

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

Возможен еще один вариант - клиент сам покупает запчасти, а «неформалы» их только устанавливают. В этом случае говорить об экономии денежных средств на запчастях вообще не приходится, но, может быть, стоимость самого труда существенно ниже, чем на сервис-центрах?

Автору этих строк, автомобилисту с приличным стажем, приходилось в качестве клиента иметь дело как с фирменными сервис-центрами, так и с разного рода «кулибиными». И если проанализировать стоимость работ по обслуживанию автомобилей у официальных дилеров и у «неформалов» за последние 6-7 лет, то можно сделать следующие выводы:

- в прежние времена, когда сеть авторизованных сервис-центров была менее разветвленной, расценки на обслуживание у них были существенно выше, чем у «неформалов»;

- с течением времени разница в ценах практически исчезла - в основном за счет роста цен у «неформалов» и стабилизации или даже снижения цен в авторизованных сервис-центрах;

- в настоящее время стоимость проведения сложных работ по обслуживанию автомобиля у многих «неформалов» выше, чем у официальных дилеров.

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

Как правило, причины недовольства клиентов работой сервис-центров выражаются в следующем:

а) работники сервиса сделали не то, что просил клиент;

б) работники сервиса не сделали того, что просил клиент;

в) работники сервиса обслуживали автомобиль дольше обещанного времени;

г) итоговая цена на обслуживание оказалась выше обещанной.

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

Глубоким заблуждением было бы считать указанные недостатки сервиса «национальной особенностью» автобизнеса. В 80-е годы западные страны также прошли через стадию массового оттока клиентов от фирменных сервис-центров. В результате пересмотра принципов организации работы по обслуживанию клиентов к середине 90-х годов доля фирменных сервис-центров на рынке автоуслуг существенно возросла

(в Германии эта доля увеличилась до 60%), причем этот рост продолжается и поныне.

Так что же нам необходимо менять в существующей сегодня технологии обслуживания?

Для ответа на этот вопрос рассмотрим подробнее наиболее распространенную в автосервис-центрах технологию.

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

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

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

Согласитесь, далеко не каждый клиент может несколько раз четко определить предстоящий фронт работ. В результате - сделали не то, что просил, или не сделали того, о чем просил клиент. И непонятно, с кого спрашивать за допущенные промахи. Контактных лиц много, и ответственность каждого из них «размыта». Естественно, что данная технология обслуживания нуждается в оптимизации.

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

«Активная приемка» предполагает четкое разграничение между продажей услуг клиенту и внутренней организацией работ по обслуживанию и ремонту автомобиля. Суть этой технологии, как можно догадаться, в следующем.

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

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

Аналогичную технологию использует немецкая компания Audi. На крупных дилерских сервис-центрах Audi организованы бригады, каждую возглавляет консультант по сервису. В подчинении консультанта «члены бригады» - «диагност», электрик, автомеханики. За каждой бригадой закреплен менеджер по складу. Клиенты общаются только с консультантом, это благотворно сказывается на создании доверительных отношений между клиентами и сервис-центром. Для улучшения качества обслуживания существует и специальная служба клиентов. Ее задача - консультации и предварительная запись на ремонт по телефону. Эта служба также проводит телефонный опрос клиентов, выясняющий степень удовлетворенности работой сервис-центра.

Для того чтобы «активная приемка» заработала, необходимо оптимизировать организацию работы на всех участках сервис-центра. Например, при формировании заказа консультант должен составить план для менеджера склада. В этом плане следует указать временные промежутки подачи необходимых для ремонта запчастей в цех. Это позволит сервис-центру избежать потерь рабочего времени, а клиенту - получить отремонтированный автомобиль в оговоренный срок. На крупном сервисе потери рабочего времени могут составлять двадцать и более человеко-часов в сутки.

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

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

Тема данной статьи актуальна не только для предприятий автосервиса. Рынок услуг постоянно насыщается, и у потребителей становится все больше выбора, а выбор потребителей зависит от их предпочтений. В острой конкурентной борьбе все более значимым становится качество обслуживания, уровень которого во многом зависит от оптимизации самой системы обслуживания, причем эта оптимизация напрямую влияет и на стоимость предоставляемых услуг. Для того чтобы приступать к оптимизации, необходимо тщательно пересмотреть и проанализировать все существующие процедуры обслуживания. Это очень трудоемкий процесс, осуществлять который должны либо руководители предприятия, отвлекаясь от повседневной «текучки», либо сторонний профессиональный консультант.

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

Проблема оптимизации имеет два основных аспекта:

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

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

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

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

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

- в первом случае при убывании целевой функции, качество возрастает - минимизация функции качества;

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

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

Оптимизация бывает безусловной и условной.

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

Безусловная оптимизация 1-го порядка - метод скорейшего спуска, метод сопряженных градиентов, метод переменной метрики.

Безусловная оптимизация 2-го порядка - методы Ньютона.

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

Ручная разработка порождает следующие проблемы:

1. неадекватную спецификацию требований;

2. неспособность обнаружить ошибки в проектных решениях;

3. низкое качество документации, снижающее эксплуатационные характеристики;

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

CASE - Computer Aided Software / System engineering (компьютерная помощь в создании программного обеспечения).

Появлению CASE-технологий и CASE-средств предшествовали исследования в области методологии программ.

Этому способствовали следующие факторы.

1. Подготовка аналитиков и программистов, восприимчивых к концепциям модульного и структурного программирования.

2. Широкое внедрение и постоянный рост производительности компьютеров.

3. Внедрение сетевой технологии.

CASE-технология - представляет собой методологию проектирования информационных систем, а также набор инструментальных средств, позволяющих в наглядной форме моделировать предметную область, анализировать эту модель на всех этапах разработки информационных систем, а также сопровождение систем. Разрабатывать приложение в соответствии с информационными требованиями пользователей. [2]

1.2 Обзор аналогов и прототипа

Сегодня на российском рынке существует около десятка компьютерных программ для расчета и сравнительного анализа инвестиционных проектов, как отечественных, так и зарубежных. Среди отечественных можно назвать - «Корс Автосервис» фирмы «Автодилер», «АвтоСервис Express Edition».

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

Например, «Корс Автосервис» - предоставляет возможность составить восемь категорий цен для работ и восемь категорий цен на запчасти .

Учет взаиморасчетов с сотрудниками (зарплаты, долг по зарплате и т.д.).

Простой и понятный интерфейс программы «Автодилер» позволяет быстро и легко разобраться во всех настройках и начать работу любому пользователю ПК. Работа с самой программой не требует углубленных знаний, и пользователь без труда может составить все необходимые рабочие документы, но все возможности можно по достоинству оценить только после покупки полного пакета программы.

Основное преимущество программных продуктов АвтоСервис Express Edition заключается в огромных базах данных более 200000 запчастей разных марках и концептуальным решением что программа имеет динамическую справку, которая изменятся в зависимости от раздела.

Нами разработан ПК, предназначенный для оптимизации работы автосервиса, который позволяет спрогнозировать количество поломок, а также рассчитать стоимость доставки запчастей, что позволит спланировать бюджет автосервиса.

Анализ был проведен по аналогичным работам в интернете и интернет магазины автомобильных запчастей: Exist.ru, emex.ru, autodoc.ru и статей : Exist.ru

Аналитики Data Insight составили рейтинг крупнейших по выручке российских онлайн-ритейлеров. На 1-м месте, по их оценкам, оказался продавец автозапчастей Exist.ru с оборотом 35,4 млрд руб. (вместе с НДС; см. график). Раньше он тоже попадал в аналогичные списки, но был не на лидирующих позициях. Так, журнал «Секрет фирмы» в 2014 г. поставил его на 5-е место (после сайта РЖД, «Аэрофлота», «Юлмарта» и «Ситилинка»), оценив среднемесячный оборот в 2,28 млрд руб., а Ассоциация компаний интернет-торговли в 2014 г. называла Exist.ru игроком № 6 в рунете.

Рейтинг интернет-магазинов от Data Insight и Ruward «Ecommerce Index Top 100» основан на данных разных источников, в том числе официальной и неофициальной информации от самих ритейлеров, а также мониторинге Data Insight посещаемости и количества заказов в интернет-магазинах. Компания учитывала валовые продажи с НДС только от дистанционных заказов через сайт, мобильное приложение или комбинацию сайта и телефонного звонка, пояснил партнер Data Insight Борис Овчинников. Не учитывались заказы через терминалы, добавляет он.

Exist.ru давно лидер рынка, говорит Овчинников, но Data Insight ранее не составляла такого рейтинга. Оценка оборота отличающегося закрытостью и непрозрачностью Exist.ru может быть не совсем точной, оговаривается он.

Exist.ru - крупнейший продавец автозапчастей с развитой сетью в регионах, работает с очень многими марками, знает председатель совета директоров ГК «Модус» (дилер BMW, Infinity, Renault и др.) Алексей Лещенко. В кризис все больше автомобилистов и даже компании стараются экономить и отдают предпочтение альтернативным запчастям или оригинальным, но покупают их у неофициальных дилеров, говорит Лещенко. Из-за девальвации запчасти на автомобили иностранных марок сильно подорожали, это помогло Exist.ru нарастить выручку, замечает топ-менеджер другой крупной дилерской сети.

Exist.ru - один из старейших интернет-ритейлеров в России, основан в 1999 г. Сейчас, по данным его сайта, у компании более 1000 партнеров от Калининграда до Владивостока. «Ежедневно системой заказов обслуживается более 300 000 посетителей, выполняется более 50 000 заказов из ассортимента, превышающего 60 млн предложений», - говорится на сайте онлайн-ритейлера.

По адресу, который указывается в формах договоров на сайте exist.ru, зарегистрировано три юрлица (ООО «Эксист-М», ООО «Эксист-Р» и ООО «Эксист-сеть»; данные «СПАРК-Интерфакса»). У них один совладелец - ООО «Эксист», которое на 60% принадлежит Владиславу Доморацкому, по 20% - у Алексея Белова и Максима Мартынова. Суммарная выручка этих трех компаний за 2014 г. составила 14,9 млрд руб., чистая прибыль - 1,1 млрд руб. Но это лишь часть структуры Exist.ru. По данным «СПАРК-Интерфакса», в регионах зарегистрировано несколько компаний, связанных друг с другом через совладельцев. Связаться с владельцами Exist.ru вчера не удалось.

Компании - участники рейтинга, опрошенные «Ведомостями», сошлись во мнении: ритейлер входит в число лидеров. «Выручка в 35 млрд руб. за полгода вполне достижима, учитывая, что у них [Exist.ru] львиная доля продаж приходится на В2В. Кроме того, раньше по году у них выходило выручки около 40-50 млрд руб., а в этом году из-за курса доллара сильно выросли цены», - рассуждает один из ритейлеров, входящих в десятку крупнейших по онлайн-продажам.

Отзывы о EMEX GROUP говорят, что несколько лет назад эту фирму автозапчасти из Москвы знали только немногие пользователи интернет магазинов запчастей, специализирующихся на японских и других автомобилях. Название EMEX - расшифровывается как Emirates Eхpress - фирма специализировалась на online интернет сервисах по поставке запчастей из ОАЭ. История EMEX началась, когда "Автологистика" подписала контракт с дизайнером Артемием Лебедевым на разработку фирменного стиля.

Выставка MIMS 2008 в Москве показала, что EMEX автозапчасти - это компания, которая обладает более широкими амбициями. Однако, ни Нижний Новгород, ни Казань или Ульяновск не смогли увидеть в EMEX RU надежного поставщика запчастей - слишком жесткие условия по объемам, возвратам и браку, которые дали приблизить «Автологстику» по качеству сервиса даже к небольших автосервисам и автомагазинам. Не говоря уже о розничных клиентах - online сайт данной компании имеет малопонятный интерфейс для простых пользователей, а Москва - не самое близкое место для получения заказа из регионов. Поэтому online магазин, работая через партнеров, так и не стал ближе к регионам.

Таблица 1 - Сравнительный анализ аналогичных систем

Аналоги

Удобность интерфейса

База данных заказов

Блок прогнозирования

заказов

Оптимизации доставки запчастей

Корс Автосервис

+

+

-

-

Автодилер

-

+

-

-

АвтоСервис Express Edition

+

+

-

-

Мой прототип

+

+

+

+

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

1.3 Цели создания системы и решаемые задачи

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

2. ПРОЕКТИРОВАНИЕ

2.1 Диаграмма вариантов использования

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

- определить общие границы и контекст моделируемой предметной области;

- сформировать общие требования к функциональному поведению и - интерфейсу системы;

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

В диаграмму вариантов использования входят актанты (actors), варианты использования (use case) и ассоциации (association) [9].

Диаграмма вариантов использования разрабатываемой системы представлена на рисунке 1. Система содержит два актанта: Менеджер и Администратор БД. Менеджер формирует заказы и решает оптимизационную задачу по закупке запчастей. Администратор БД ведет все справочники и указывает наличие запчастей.

Рисунок 1 - Диаграмма вариантов использования

2.2 Сценарий формирования отчета об успеваемости по группе студентов

Сценарий - текстовое описание последовательности действий, необходимых для выполнения экземпляра варианта использования.

Другими словами, сценарий использования описывает, «кто» и «что» может сделать с рассматриваемой системой. Методика сценариев использования применяется для выявления требований к поведению системы, известных также как функциональные требования. Для абстрактных вариантов использования, являющихся обобщениями конкретных вариантов, сценарии обычно не пишут [9]. Ниже приведен сценарий для варианта использования «Формировать отчет о прогнозировании закупок».

Вариант использования: Решение оптимизационной задачи по прогнозу заказов с учетом стоимости запчастей.

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

Актант. Менеджер.

Предусловия. Выполнен вариант использования «Авторизация пользователя» с правами Менеджер. На экране - главное окно приложения с пунктами меню «Прогноз по закупке запчастей», «Заказ», «Справка», «Выход».

Основной поток событий

Менеджер выбирает пункт меню «Прогноз по закупке запчастей».

А1: Заказ.

А2: Выход.

А3: Справка.

Система выводит окно «Расчет по закупке запчастей» с кнопками «Далее», «Закрыть». В окне имеется поле ввода «Сезон» для указания прогнозируемого периода. К полю подключен выпадающий список выбора с наименованиями сезонов.

Менеджер вводит сезон, пользуясь списком выбора нажимает кнопку «Далее».

А4: Закрытие окна.

4. Система закрывает окно «Расчет по закупке запчастей», выполняет оптимизационные прогнозирующие расчеты на основе актуальных данных БД и выводит на экран форму «Отчет о прогнозе на следующий сезон» с заголовком: «Прогноз требуемых поставок запчастей на сезон … (сезон)...года по состоянию на... (дата/время отчета)». Содержание отчета выводится в виде таблицы: «Расчет по закупке запчастей» с колонками «Наименование запчасти», «Количество, штук», «Стоимость, руб». В колонке «Наименование запчасти» перечислены все названия запчастей, которые будут распределены с группировкой по узлам автомобиля (ходовка, коробка, двигатель и т д) и упорядоченные внутри группы по возрастанию в алфавитном порядке. В колонке «Количество» перечислено предполагаемое количество запчастей, которое потребуется на ремонт в этом сезоне. В колонке «Цена» будет указана цена на данную запчасть в магазине поставщике. Ниже таблиц указаны итоговые результаты, в виде суммы, требуемой на закупку всех запчастей. На форме расположена кнопка «Закрыть».

5.Менеджер просматривает отчет и нажимает кнопку «Закрыть».

Система закрывает форму «Отчет о прогнозе на следующий сезон». На экране - главная форма приложения с пунктами меню, настроенными на права Менеджера. Вариант использования завершается успешно.

Альтернативы

А1: Заказ.

А1.1. Менеджер выбирает пункт меню «Заказ».

А1.2. Выполняется вариант использования «Формирование заказа на поставку запчастей».

А2: Выход.

А2.1. Менеджер выбирает пункт меню «Выход».

А2.2. Система закрывает главное окно приложения и выходит на рабочий стол ОС. Вариант использования завершается.

А3: Справка.

А3.1 Менеджер выбирает пункт меню «Справка».

А3.2. Система открывает форму справки, показывающая основную информацию о системе с кнопкой «ОК».

А3.3. Менеджер просматривает справку и нажимает кнопку «ОК».

А3.4. Система закрывает форму справки и выводит на экран главное окно приложения с пунктами меню, настроенными на права Менеджера. Вариант использования завершается.

А4: Закрытие окна.

А4.1. Менеджер нажимает кнопку «Закрыть».

А4.2. Система закрывает окно «Расчет по закупке запчастей» и выводит на экран главное окно приложения с пунктами меню, настроенными на права Менеджера. Вариант использования завершается.

Постусловия. При успешном завершении на экране - главная форма приложения с меню, настроенном на права Менеджер.

Неясные вопросы. Уточнить права пользователей и настройки.

2.3 Диаграмма сущностных классов

Класс-сущность (entityclass) - объекты сущностных классов представляют собой блоки длительно хранимой информации, используемые для организации баз данных и знаний, файловых систем хранения, данных различной логической структуры; в основном в этих классах развит атрибутный раздел, однако имеется небольшое число операций контроля ограничений целостности, как стандартных, так и специфичных для данной предметной области [9].

Диаграмма сущностных классов для реализуемой системы представлена на рисунке 2. Объекты этих классов представляют собой блоки длительно хранимой информации, используемые для организации баз данных и знаний, файловых систем хранения данных различной логической структуры; в основном в этих классах развит атрибутный раздел, однако имеется небольшое число операций контроля ограничений целостности, как стандартных, так и специфичных для данной предметной области [9].

Рисунок 2 - Диаграмма сущностных классов

2.4 Диаграмма граничных классов

Граничный класс (boundaryclass) - класс, который располагается на границе системы с внешней средой и непосредственно взаимодействует с актантами, но является составной частью системы. Основным содержанием класса являются операции, которые должны находиться в нижней области символа класса [9]. Граничный класс имеет стереотип «boundary».

Объекты граничных классов реализуют интерфейсы системы с внешней средой и различными пользователями (не следует их путать с внутренними интерфейсами взаимодействия классов, упоминавшийся ранее) [9]. На рисунке 3 представлена диаграмма граничных классов.

Рисунок 3 - Диаграмма граничных классов

2.5 Диаграмма классов управления

Классы управления (control class) - объекты этих классов являются активными, берущими на себя управление и организацию вычислительных процессов; чаще всего это стандартные компоненты операционных систем и систем управления базами данных (СУБД), таймеры, координаторы и т.п. [9]

Диаграмма классов управления представлена на рисунке 4. Она состоит из трех классов управления: «Администратор приложения», «Администратор печати», «Администратор БД», «Администратор ОС».

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

2.6 Схема алгоритма формирования отчета об успеваемости

На рисунке 5 представлена схема алгоритма построения линии тренда. По данному алгоритму формируется линия тренда.

На выходе получаем точку, а и б по которым программа и строит линию тренда.

Рисунок 5 - Схема алгоритма построения линии тренда

2.7 Логическая структура БД

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

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

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

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

Существует ряд правил организации структур данных, называемых нормальными формами. Нормализация - процесс приведения модели структуры данных к некоторой нормальной форме. Как правило, используется третья нормальная форма. Она обеспечивает эффективное и не избыточное хранение данных [9].

В результате анализа предметной области и, исходя из поставленных задачей, для функционирования ИС было выделено 9 сущностей (Диаграмма-5): Пользователь, Роль, Магазин, Таблица заказов, Автомобиль, Марка, Модель, Запчасть, Группа.

Рисунок 6 - Диаграмма логической структуры БД

3. Реализация

3.1 Архитектура и платформа реализации, включая ОС, язык программирования, СУБД

Система имеет трехуровневую клиент-серверную архитектуру, чтобы обеспечить возможность доступа к единой базе данных через Интернет. Клиент-сервер (Client-server) -- вычислительная или сетевая архитектура, в которой задания или сетевая нагрузка распределены между поставщиками услуг (сервисов), называемыми серверами, и заказчиками услуг, называемыми клиентами. Нередко клиенты и серверы взаимодействуют через компьютерную сеть и могут быть как различными физическими устройствами, так и программным обеспечением.

Преимущества

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

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

- Позволяет объединить различные клиенты. Использовать ресурсы одного сервера часто могут клиенты с разными аппаратными платформами, операционными системами

В качестве платформы реализации для клиента и сервера используется С++. Серверная часть система разработана под операционной системой MS Windows на языке С++. Благодаря данным средствам система наделена гибкостью, а высокоуровневый язык программирования С++ обеспечивает выполнение высокопроизводительных операций на слабом железе.

C++ -- чрезвычайно мощный язык, содержащий средства создания эффективных программ практически любого назначения, от низкоуровневых утилит и драйверов до сложных программных комплексов самого различного назначения. В частности:

- Поддерживаются различные стили и технологии программирования, включая традиционное директивное программирование, ООП, обобщённое программирование, метапрограммирование (шаблоны, макросы).

- Предсказуемое выполнение программ является важным достоинством для построения систем реального времени. Весь код, неявно генерируемый компилятором для реализации языковых возможностей (например, при преобразовании переменной к другому типу), определён в стандарте. Также строго определены места программы, в которых этот код выполняется. Это даёт возможность замерять или рассчитывать время реакции программы на внешнее событие.

- Автоматический вызов деструкторов объектов при их уничтожении, причём в порядке, обратном вызову конструкторов. Это упрощает (достаточно объявить переменную) и делает более надёжным освобождение ресурсов (память, файлы, семафоры и т. п.), а также позволяет гарантированно выполнять переходы состояний программы, не обязательно связанные с освобождением ресурсов (например, запись в журнал).

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

- Язык поддерживает понятия физической (const) и логической (mutable) константности. Это делает программу надёжнее, так как позволяет компилятору, например, диагностировать ошибочные попытки изменения значения переменной. Объявление константности даёт программисту, читающему текст программы дополнительное представление о правильном использовании классов и функций, а также может являться подсказкой для оптимизации. Перегрузка функций-членов по признаку константности позволяет определять изнутри объекта цели вызова метода (константный для чтения, неконстантный для изменения). Объявление mutable позволяет сохранять логическую константность при использовании кэшей и ленивых вычислений.

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

- Возможность имитации расширения языка для поддержки парадигм, которые не поддерживаются компиляторами напрямую. Например, библиотека Boost.Bind позволяет связывать аргументы функций.

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

- Используя шаблоны и множественное наследование можно имитировать классы-примеси и комбинаторную параметризацию библиотек. Такой подход применён в библиотеке Loki, класс SmartPrt которой позволяет, управляя всего несколькими параметрами времени компиляции, сгенерировать около 300 видов «умных указателей» для управления ресурсами.

- Кроссплатформенность: стандарт языка накладывает минимальные требования на ЭВМ для запуска скомпилированных программ. Для определения реальных свойств системы выполнения в стандартной библиотеке присутствуют соответствующие возможности (например, std::numeric_limits <T>). Доступны компиляторы для большого количества платформ, на языке C++ разрабатывают программы для самых различных платформ и систем.

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

- Имеется возможность работы на низком уровне с памятью, адресами.

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

В качестве СУБД выбран MS Access. Одним из его достоинств является легкая переносимость базы данных с одной машины на другую.

3.2 Физическая структура БД

В качестве СУБД для разработки базы данных системы использовался Microsoft Access. Физическая структура БД (рисунок 7) соответствует разработанной ранее логической структуре и представлена на рисунке 6.

В таблице 2 приведено соответствие имен сущностей логической структуры и таблиц физической структуры БД.

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

На диаграмме физической структуры БД в верхней области символа сущности помещены первичный и вторичный ключ. Вторичный ключ обозначается «FK».

Таблица 2 - Соответствие сущностей логического уровня сущностям физического уровня

Сущность на логическом уровне

Сущность на физическом уровне

Пользователь

User

Магазин

Shop

Группа

Group

Таблица заказов

OrderZap

Автомобиль

Avto

Марка

Mark

Модель

Model

Роль

Rol

Запчасть

Zap

Рисунок 7 - Диаграмма физической структуры БД

3.3 Расчет оперативной и внешней памяти

3.3.1 Расчет необходимого объема внешней памяти

По формуле (1) был проведен расчёт ресурсов внешней памяти.

, (1)

где VВП - общий объем внешней памяти, Гб;

VОС - объем внешней памяти, требуемый для хранения файлов операционной системы, Гб;

VСУБД - объем внешней памяти, требуемый для хранения файлов

СУБД, Гб;

Vданных - объем внешней памяти, требуемый для хранения записей базы данных и результатов выполнения функций, Гб;

Vпрограммы - объем внешней памяти, необходимой для хранения текстов и библиотек приложений, Гб;

Vдоп.ПО - объем внешней памяти, необходимый для дополнительно необходимого ПО.

Расчет необходимого объема внешней памяти сервера.

В качестве ОС сервера рекомендуется использовать ОС Windows Server 2008 R2. А в качестве СУБД Microsoft SQL Server 2008 R2.

В качестве дополнительного ПО выступает Qt 5.6.0. После установки Qt 5.6.0 занимает 3,64 Гб.

Vданных рассчитаем по таблице 3, учитывая, что один символ кодируется одним байтом, а на индекс берется 15% основного объема. Предполагается, что система будет функционировать три года (за это время она морально устареет и будет заменена). Исходя из этого и интенсивности запросов к системе, рассчитано максимальное количество записей в таблицах.

Таблица 3 - Расчет объема хранимых данных

Название таблицы

Размер

записи, байт

Максимальное

количество

записей

Размер

индекса,

байт

Итого,

байт

AVTO

24

6000

21600

165600

ZAP

208

28000

873600

6697600

MARK

120

2000

36000

27600

OrderZap

400

10000

92400

708400

Shop

320

300

14400

110400

Shop_storage

24

6000

21600

165600

Group

240

432

3312

Model

120

2000

36000

27600

User

80

10

120

920

Итого

7907032

Расчет необходимого объема внешней памяти клиента.

Считаем, что клиент работает под управлением ОС Windows 7 Home Basic. Для работы ему больше ничего не требуется, кроме браузера Internet Explorer, который входит в поставку операционной системы, поэтому:

.

3.3.2 Расчет необходимого объема оперативной памяти для клиента

Для расчета ОЗУ воспользуемся формулой (2)

, (2)

где VОП - общий объем оперативной памяти, Мбайт;

VОС - объем оперативной памяти, требуемый для установки операционной системы, Мбайт;

Vпрограммы - объем оперативной памяти, необходимой для хранения текстов и библиотек приложений, Мбайт.

Расчет необходимого объема оперативной памяти

Vос- по паспорту для операционной системы Windows 7 64 бит- 4096 мб;

V программы -30 мб.

Суммарный объем ОЗУ, необходимый для функционирования системы:

VОП = VОС (4096) + Vпрограммы (30)= 4126 Мб

Расчет необходимого объема оперативной памяти для сервера

Для расчета ОЗУ воспользуемся формулой (2)

, (2)

где VОП - общий объем оперативной памяти, Мбайт;

VОС - объем оперативной памяти, требуемый для установки операционной системы, Мбайт;

Vпрограммы - объем оперативной памяти, необходимой для хранения текстов и библиотек приложений, Мбайт.

Расчет необходимого объема оперативной памяти

Vос- по паспорту для операционной системы Windows 7 64 бит- 4096 мб;

V программы -30 мб.

Суммарный объем ОЗУ, необходимый для функционирования системы:

VОП = VОС (4096) + Vпрограммы (30)= 4126 Мб

3.3.3 Время реакции системы

Расчет времени реакции системы должен дать оценку быстродействия системы. Временем реакции системы по какой-либо функции называется время от момента начала запроса на выполнение этой функции от внешнего источника запросов до момента окончания формирования результата по данной функции. Время реакции системы расчитывается на наихудший случай для самого сложного запроса. Рассмотрим на примере запроса «Формирование отчета об успеваемости по факультету».

Общее время реакции системы на выполнение запроса рассчитывается по формуле (3).

(3)

(7)

teeoda - время на ввод входных данных запроса;

kee - коэффициент ошибок при вводе, для расчетов можно принять равным 1.5;

Lсимe - количество символов, вводимых в качестве исходных данных запроса.

Так, как оператор выбирает информацию из списка, будем считать, что Lсимe = 2 (открытие списка и выбор из списка)

tсимe - время ввода одного символа, при ручном вводе с клавиатуры в некоторую экранную форму можно принять в среднем равным 2 с;

tсчитывания - время, затрачиваемое на считывание физических блоков при работе с накопителем;

Nбл - количество считываемых физических блоков, зависит от количества обрабатываемых таблиц (файлов) и объема таблиц (файлов);


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

  • Разработка информационной системы для автоматизации процесса учета поставок и продаж запчастей в магазине, создание программного кода. Моделирование основных бизнес-процессов. Обоснование экономической эффективности проекта и расчет ее показателей.

    дипломная работа [2,4 M], добавлен 17.08.2015

  • Анализ предметной области и создание таблиц базы данных "Фирма по продаже запчастей". Простой выбор данных и обработка группирующих запросов с условием средствами MS SQL Server 2008. Создание хранимых процедур и функций, изменение структуры базы данных.

    курсовая работа [6,1 M], добавлен 16.12.2015

  • Разработка автоматизированной системы, которая позволит повысить эффективность и качество работы автосервиса. Автоматизация процессов оказания консультационных услуг клиентам и закупки запчастей. Моделирование фрагментов системы в стандарте IDEF3.

    курсовая работа [657,5 K], добавлен 19.06.2013

  • Программное обеспечение по автоматизации работы автосервиса. Электронные информационные базы данных по диагностике и ремонту, геометрическим размерам автомобилей. Каталоги запчастей, справочники нормо-часов. Программы для ведения управленческого учета.

    реферат [509,0 K], добавлен 23.03.2012

  • Определение понятия системы доставки медиаконтента Digital Signage; изучение области ее применения, преимуществ и недостатков. Рассмотрение технических средств и программного обеспечения. Анализ опыта применения системы на базе Научной библиотеки УдГУ.

    курсовая работа [48,2 K], добавлен 03.06.2014

  • Улучшение параметров модулей памяти. Функционирование и взаимодействие операционной системы с оперативной памятью. Анализ основных типов, параметров оперативной памяти. Программная часть с обработкой выполнения команд и размещением в оперативной памяти.

    курсовая работа [99,5 K], добавлен 02.12.2009

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

    дипломная работа [3,2 M], добавлен 06.03.2010

  • Анализ статистики современного интернет-маркетинга. Время реакции посетителей на рекламные баннеры. Показатель возврата посетителей. Выбор имени домена веб сайта. Описание базы данных и реализации, интерфейса и функциональных возможностей online-магазина.

    дипломная работа [2,7 M], добавлен 23.01.2016

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

    курсовая работа [2,6 M], добавлен 11.10.2013

  • Расчет необходимого объема памяти для записи книги, количества символов в тексте. Создание шестнадцатеричного кода фамилии с помощью таблицы кодировки. Описание алгоритма получения электронного письма. Расположение чисел в порядке их возрастания.

    контрольная работа [16,1 K], добавлен 05.07.2014

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.