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

В настоящее время существует множество различных СУБД, таких как: Oracle, Firebird, Interbase, MS SQL Server, MySQL, PostgreSQL, mSQL, Sybase ASE и др.

Рассматривать будем наиболее распространенные СУБД такие как: MySQL, MS SQL Server, Oracle и PostgreSQL.

MySQL - свободно распространяемая реляционная система управления базами данных. MySQL является решением для малых и средних приложений. MySQL портирована на большое количество платформ: AIX, BSDi, FreeBSD, HP-UX, Linux, Mac OS X, NetBSD, OpenBSD, OS/2 Warp, SGI IRIX, Solaris, SunOS, SCO OpenServer, UnixWare, Tru64, Windows 95, Windows 98, Windows NT, Windows 2000, Windows XP, Windows Server 2003, WinCE, Windows Vista и Windows 7. MySQL имеет API для языков Delphi, C, C++, Эйфель, Java, Лисп, Perl, PHP, Python, Ruby, Smalltalk.

MySQL обладает следующими достоинствами:

- высокая скорость работы;

- поддерживает много пользователей;

- обладает большим количеством различных API-интерфейсов для разных языков;

Информационная система автоматизации управления производственной компании АвтоВАЗ

Текст работы размещён без изображений и формул.
Полная версия работы доступна во вкладке "Файлы работы" в формате PDF

1 Информационные технологии в производстве АвтоВАЗа

Директор по информационным системам АВТОВАЗа Паскаль Барбье рассказал над чем они работают в настоящее время:

В инжиниринге работают над развертыванием системы PDM (Product Data Management – организационно-техническая система, обеспечивающая управление всей информацией об изделии), CAA, отвечающей за расчеты.

В дирекции по продажам и маркетингу работают над внедрением DistriNet – это корпоративная информационная система дистрибуции автомобилей.

Занимаются поиском и разработкой решения в сфере ERP (Enterprise Resource Planning, планирование ресурсов предприятия) для LADA Image.

Работают над порталом по качеству и регистрации дефектов с помощью программного инструмента Demeter (визуализация дефектов для улучшения производительности оператора).

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

Для подразделений производства и логистики провели работу на третьей линии. Для управления процессами производства автомобиля Lada 4x4 теперь используются информационные системы Renault.

Есть довольно большой проект в сфере IT-инфраструктуры, в рамках которого сейчас приступают к разработке нового пространства для совместной работы на базе Windows 10 и Office 365.

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

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

2 MDM -система и АСУ

3 Автоматизация работы кол-центра

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

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

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

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

эффективная работа с отчетностью по KPI операторов и экспертов позволила сократить время ожидания клиента на линии в 2 раза.

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

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

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

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

Все это помогло обеспечить быстрое и качественное обслуживание клиентов компании:

обработка обращения клиента занимает в среднем 1-2 минуты. Количество обработанных обращений в день выросло более чем на 50%. [2,3]

4 Автоматизация работы транспортного управления

Автопарк заказчика насчитывает более 1 тыс. единиц легковых и грузовых автомобилей, подъемно-транспортного оборудования. Работой автотранспорта управляет собственное подразделение компании, специалисты которого ежедневно обрабатывают более 500 заявок на автомобили и спецтехнику.

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

Для повышения эффективности управления предприятием руководство "АВТОВАЗ" приняло решение о запуске масштабного проекта автоматизации своих подразделений на основе решений системы " 1С:Предприятие 8 ".

Для решения этих задач была выбрана система "1С:Управление автотранспортом 8 ПРОФ" . Партнером по внедрению стал самарский филиал " 1С-Рарус ".

Программный продукт интегрирован с информационными системами в производственных подразделениях компании.

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

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

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

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

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

Автоматизирован расчет нормативного расхода топлива по более чем 10 показателям, включая сложные условия работы и температурные коэффициенты. Это помогло усилить контроль за расходованием горюче-смазочных материалов. Кроме того, в системе оперативно формируется отчетность о расходе ГСМ в подразделениях-заказчиках, на основе которой своевременно и точно выполняется перевыставление затрат. [3,4]

ДИС готова к будущему, к развитию. Задача на ближайшие годы состоит в том, чтобы преобразовать дирекцию для повышения квалификации персонала, чтобы отвечать требованиям бизнеса. Мы получаем все больше и больше запросов от каждого подразделения АВТОВАЗа, потому что у нас становится все больше и больше данных, которыми необходимо управлять. И наша задача сейчас – обеспечить развитие существующих и внедрение новых поколений информационных систем.

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

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

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

Министерство транспорта Российской Федерации

Федеральное агентство железнодорожного транспорта

Курсовой проект

Выполнил: Шолков И.Д.

Проверил: Гурвиц Г.А.

2. Описание процесса создания векторного плана этажа здания

2.1 Создание приложения

2.2 Создание чертежа

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

4. Разработка приложения

1. Задание на курсовой проект

отслеживания предыдущих арендаторов.

2. Описание процесса создания векторного плана этажа здания

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

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

2.1 Создание приложения

Создав проект AutoCAD перед нами появляется среда разработки.

Для начала установим единицы измерения, для этого откроем вкладку Формат ->Единицы. И в окне выберем сантиметры.

2.2 Создание чертежа

Весь план должен быть выполнен в слоях, поэтому я выделил следующее разделение:

Для создания слоев воспользуемся вкладкой ФОРМАТ -> СЛОЙ. В результате чего появится окно Диспетчер свойств слоёв

Для создания своих слоев существует соответствующая кнопка - Создать слой. Значок галочки соответствует активному слою.

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

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

После проделанной работы получили следующий чертёж:

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

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

Далее необходимо создать собственно блок.

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

В нём вводим имя блока, выбираем объект(в нашем случае это красный квадрат) и нажимаем ОК. Всё, блок создан.

Аналогичные операции проделываем и с другими блоками.

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

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

Поэтому данные необходимо нормализовать.

В работе мы будем использовать 3 нормальные формы баз данных.

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

Сделаем это с нашей таблицей, получим следующие таблицы

Arendator

Rooms

Contract

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

Казалось бы всё, данные объединены в родственные группы. Но со стороны реляционных баз данных следует разделить эти таблицы ещё на несколько новых. Это существенно упростит работу с данными.

Создадим таблицу идентификации улицы(Street), создадим дополнительное поле в таблице Arendator под названием Nbuild в будущем это упростит ввод адреса.

Street

district:

Далее перейдём к рассмотрению второй нормальной формы.

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

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

Расставим в каждой таблицы данные ключи:

Arendator - CustomerID

Rooms - HallID

Contract - TreatyID

Street - Street

District - District

Третья нормальная форма. Условие нахождения в третьей нормальной форме, это удовлетворение второй нормальной форме и ни одно не ключевое поле не определяет ключевые поля.

Далее эти таблицы создаются в MS Access где они принимают следующий вид:

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

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

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

Аналогичные операции проводим и для всех остальных таблиц.

Следующий этап это определение связей между таблицами. На вкладке Работа с базами данных нажмём на пиктограмму Схема данных. Появится пространство в которое мы добавим все наши таблицы.

Получим следующее:

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

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

На этом этапе все работы с базами завершены. Далее идёт их обычное заполнение.

4. Разработка приложения

Настал самый тяжёлый этап создания проекта. Этап разработки и ошибок. На данном шаге мы приступаем к разработке самого приложения, которое позволит работать с базой с помощью диалогового окна Windows.

Связь атрибутивной и пространственной информации будет организовываться с помощью языка программирования Visual Basic for Application (VBA). Это разновидность языка VB, так как он прикреплён к нашей среде разработки AutoCAD, но в остальном он полностью синонимичен языку VB.

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

Читайте также:

  
• Загорелся чек тойота камри 50
  
• Вибрация двигателя волга крайслер
  
• Прохождение need for speed porsche unleashed
  
• Белый дым опель вектра б
  
• Перенос радиатора на ниве шевроле