Автор Анна Евкова
Преподаватель который помогает студентам и школьникам в учёбе.

Моделирование предметной области «Управление портфелем продукции» с помощью UML (Выбор средства для моделирования бизнес-процессов)

Содержание:

Введение

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

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

Цель работы – оптимизация управления продуктовым портфелем предприятия.

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

  • провести анализ предметной области;
  • выбрать средство моделирования бизнес-процессов;
  • построить модели бизнес-процессов «Как есть»;
  • выявить недостатки в существующей системе управления заказами;
  • предложить мероприятия по улучшению бизнес-процессов;
  • построить модели «Как должно быть».

1. Аналитическая часть

1.1. Описание предметной области. Постановка задачи

LG Electronics – это южнокорейская компания, один из крупнейших мировых производителей потребительской электроники и бытовой техники. Входит в состав конгломерата LG Group. Главный офис компании LG Electronics находится в Сеуле, Республика Корея, 120 представительств компании открыты в 95 странах мира. По состоянию на 2010 год сотрудниками компании являлись 90 578 человек. Общий оборот компании по состоянию на 2010 составил 48,2 млрд долларов.

Основные направления деятельности компании включают в себя производство и реализацию:

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

В работе проектируется экономическая информационная система сопровождения заказов на приобретение выпускаемой заводом продукции сотрудниками.

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

Основными функциями менеджера предприятия являются :

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

Рассмотрим схему взаимодействия менеджера с директором и другим персоналом (Рисунок 1).

Рисунок 1­ — Схема взаимодействия менеджера с директором и другим персоналом

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

  1. Информация со склада о продукции.
  2. Запрос на выполнение заказа.
  3. Выполненный заказ.
  4. Информация о сотруднике.

Когда заказ выполнен, сотрудник должен договориться о вывозе продукции. Менеджер оформляет все документы на товар и предоставляет пропуск на территорию завода посторонним людям если такие требуются.

При планировке бизнес процессов для предприятия строится функциональная модель существующей организации работы AS-IS (как есть).

Целью моделирования является анализ процесса «Сопровождения заказов на приобретение выпускаемой заводом продукции сотрудниками LG Electronics». Рассмотрим контекстную диаграмму процесса «Приём, обработка и выполнение заказов сотрудников на приобретение продукции завода» (Рисунок 2).

Для приёма и обработки заказа требуется:

  • заявка от сотрудника на приобретение товара;
  • информация со склада есть ли данная продукция на складе и в каком количестве;
  • информация об оплате (каким образом она будет производиться);
  • информация о состоянии продукта (по этой информации будет зависеть размер скидки на товар);
  • информация о сотруднике, от которой зависит его участие в конкурсе.

Рисунок 2 — Контекстная диаграмма процесса «Приём, обработка и выполнение заказов сотрудников на приобретение продукции завода»

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

Рассмотрим декомпозицию контекстной диаграммы «Приём, обработка и выполнение заказов сотрудников на приобретение продукции завода» (Рисунок 3). Данный бизнес процесс происходит следующим образом.

Рисунок 3 — Декомпозиция контекстной диаграммы процесса «Приём, обработка и выполнение заказов сотрудников на приобретение продукции завода»

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

Рассмотрим декомпозицию процесса «Расчёт стоимости продукции» (Рисунок 4).

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

Рисунок 4 — Декомпозиция процесса «Расчёт стоимости продукции»

Основываясь на разработанной модели, можно выделись основные недостатки процесса «Приём, обработка и выполнение заказов сотрудников на приобретение продукции завода»

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

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

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

Основной целью разработки системы является повышение эффективности работы «завода LG Electronics п. Дорохово» за счёт создания экономической информационной системы сопровождения заказов.

ЭИС предназначена для автоматизации процесса «Сопровождение заказов» на заводе LG Electronics п. Дорохово, в частности исполнения следующих процессов:

  • ведение журнала заказов на продукцию;
  • ввод, хранение и редактирование информации по грейду продукции;
  • формирование отчётности;
  • расчёт скидки;
  • получение информации о статусе заказа.

Объектом автоматизации являются процессы сопровождения заказов на заводе LG Electronics п. Дорохово.

Данные процессы осуществляются менеджером завода.

Основными целями разработки ЭИС являются:

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

Для реализации поставленных целей в БД должна храниться информация о:

  • базовая стоимость продукции;
  • грейд продукции;
  • процент скидки в зависимости от грейда продукции;
  • информация о работнике;
  • информация о товаре на складе.

Создаваемая ЭИС должна иметь следующие функциональные возможности:

  • получение информации о грейде продукции будет осуществляться непосредственно из базы данных;
  • получение информации о базовой стоимости продукции будет осуществляться с базы данных;
  • вычисление скидки по данным о грейде и базовой стоимости продукции будет происходить автоматически в ЭИС;
  • получение информации о сотруднике будет осуществляться с базы данных;
  • формирование отчёта о выполненном заказе будет происходить автоматически в ЭИС.

На данный момент для формирования заказов существуют следующие программные продукты:

Программа «Учет Заказов 1.0».

Предназначена для выписывания заказов (заявок), сохранения истории заказов в базе данных. Программа является сетевой — т.е. с одной базой заказов в локальной сети (LAN) может работать несколько менеджеров — имеет оригинальный интерфейс.

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

  • номер заявки;
  • какому менеджеру принадлежит заявка;
  • для какого клиента выполняется заявка.

Из каких товаров состоит заявка и дополнительно — по каждому товару (услуге):

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

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

В базе данных для каждого товара или услуги хранится следующая информация:

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

В базе данных для каждого клиента хранится следующая информация:

  • дата физического внесения клиента в базу данных;
  • ОПФ клиента (организационно правовая форма собственности — ООО, ЗАО, ПБОЮЛ и т.п.);
  • наименование организации или ФИО частного лица;
  • телефон;
  • факс;
  • E-Mail;
  • ИНН;
  • КПП;
  • вид участия клиента в заявке (грузоотправитель, плательщик, станция погрузки и т.п.).

1.3. Универсальная программа для учета ваших данных.

Таких как: клиенты, продажи, заказы, партнеры, поставщики, договоры, отгрузки, оплаты, доходы, расходы, товары, финансы, продукты, техника, материалы, комплектующие и т.п.

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

Основные возможности:

  1. Настройка структуры данных. Разработка вашей конфигурации с нуля.
  2. Добавление собственных полей. В программе будут только нужные вам поля.
  3. Создание собственных формул. Например, для вычисления НДС, скидки, прибыли, зарплаты и т.п.
  4. Настройка карточек. Расположите поля на карточке как вам нравится.
  5. Настройка таблиц. Включите в таблицах только нужные вам столбцы.
  6. Фильтры. Поиск данных в таблицах по любым полям.
  7. Права доступа. Права доступа к данным по пользователям и группам пользователей: чтение, изменение, удаление.
  8. Шаблоны документов. Такие как счет, договор, акт, накладная, смета и т.п.
  9. Отчеты. Почти как сводные таблицы в Excel. По любым данным в базе.
  10. Импорт данных. Любые данные, которые у вас есть, можно импортировать в созданную вами базу.
  11. Экспорт данных. Любые данные можно экспортировать.
  12. Напоминания. По любым полям типа Дата, можно настроить напоминания.
  13. Многовалютный учет. Если в вашей работе используется несколько валют, то это можно настроить.

1С: Предприятие 8. Управление торговлей.

Программный продукт «1С: Предприятие 8. Управление торговлей» предназначен для автоматизации оперативного и управленческого учета, анализа и планирования торговых операций, повышения эффективности управления современным торговым предприятием.

Программа «1С: Управление торговлей 8» обладает расширенными функциональными возможностями по сравнению с 1С:Торговля и Склад 7.7 и позволяет автоматизировать следующие направления деятельности:

  • управление продажами (оптовая, розничная, комиссионная торговля);
  • управление поставками;
  • управление складскими запасами (включает веб-приложение «Удаленный склад»);
  • управление заказами;
  • управление отношениями с клиентами (CRM);
  • управление товарооборотом предприятия;
  • планирование продаж и закупок;
  • анализ цен и управление ценовой политикой;
  • рапорт руководителю (мониторинг и анализ показателей деятельности предприятия);
  • подключение всех видов торгового оборудования.

Конфигурация «1С: Предприятие 8. Управление торговлей» автоматизирует оформление практически всех первичных документов торгового и складского учета, а также документов движения денежных средств. «1С Предприятие 8. Управление торговлей» обеспечивает автоматический подбор данных, необходимых для ведения бухгалтерского учета, и передачу этих данных в «1С: Бухгалтерию 8». Кроме того, предусмотрена передача данных в бухгалтерские конфигурации системы программ «1С: Предприятие 7.7».

Директору и руководителю предприятия

Программа «1С: Предприятие 8. Управление торговлей» позволяет:

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

В «1С: Предприятие 8. Управление торговлей» есть специальный отчет «Рапорт руководителю», который включает информацию об:

  • остатках и оборотах по денежным средствам;
  • дебиторской и кредиторской задолженности;
  • наличии товаров;
  • оборотных средствах и оборотном капитале;
  • планируемых поступлениях и платежа;
  • себестоимости товарных запасов;
  • эффективности менеджеров;
  • эффективности рекламы.

«Рапорт руководителю» можно настроить для автоматического формирования, задать его запуск по расписанию и отправку на e-mail. Таким образом, директор и руководитель торгового предприятия получает возможность принимать оперативные и взвешенные решения в любой точке земного шара.

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

«1С: Предприятие 8. Управление торговлей» помогает управлять:

  • товародвижением и ценообразованием;
  • приемом заказов и контролем их исполнения;
  • оптимизацией складских запасов;
  • анализом товарооборота;
  • планированием закупок и поставок. 

Работникам учетных служб

«1С: Предприятие 8. Управление торговлей» — эффективный инструмент, позволяющий избавиться от рутинной работы и приблизить учет к потребностям реального бизнеса. Информационно-методическая поддержка позволяет вести учет в соответствии с действующим законодательством.

Программный продукт «1С: Предприятие 8. Управление торговлей» обеспечивает автоматический подбор данных, необходимых для ведения бухгалтерского учета, и передачу этих данных в «1С:Бухгалтерию 8». Кроме того, предусмотрена передача данных в бухгалтерские конфигурации системы программ «1С: Предприятие 7.7». 

ИТ-специалистам предприятий.

«1С: Предприятие 8. Управление торговлей» включает в себя комплекс инструментальных средств и технологий для разработки, модификации, администрирования и сопровождения корпоративной информационной системы. Открытость системы и легкость ее адаптации, широкие возможности масштабирования и интеграции, простота и удобство администрирования и поддержки позволят IT специалистам тратить минимум усилий на сопровождение и конфигурирование в соответствии с потребностями торговой организации.

Программный продукт «1С: Предприятие 8. Управление торговлей» обеспечивает работу прикладного решения на одном рабочем месте в один момент времени.

Для работы в многопользовательском режиме необходимо наличие у пользователей клиентских лицензий «1С: Предприятие 8». Для работы в клиент-серверном режиме необходимо наличие у пользователей лицензий на сервер. Цена лицензии может быть от 21600 рублей до 41400 рублей.

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

2. Проектная часть

2.1. Выбор средства для моделирования бизнес-процессов

В настоящее время существует множество методологий проектирования информационных систем. Наиболее часто применяется методология функционального моделирования работ SADT.

Методология SADT (Structured Analisys and Design Technique – технология структурного анализа и проектирования) разработана в 1969-1973 годах Дугласом Т. Россом. Технология первоначально было создана для разработки систем более общего назначения по сравнению с другими структурными методами, выросшими из проектирования программного обеспечения. SADT – одна из самых популярных и часто применяемых методик проектирования. В качестве стандарта применяется новое название – IDEF0 (Icam DEFinition).

Процесс моделирования в методологии SADT состоит из таких процессов, как:

  • сбор информации об исследуемом объекте;
  • документирование полученной информации;
  • представление информации в виде модели;
  • уточнение модели.

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

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

Диаграммы потоков данных DFD (Data Flow Diagrams)

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

DFD содержит процессы, которые преобразуют данные, потоки данных, которые переносят данные, активные объекты, которые производят и потребляют данные, и хранилища данных, которые пассивно хранят данные.

Методология объектного проектирования на языке UML (UML-диаграммы)

Унифицированный язык моделирования (Unified Modeling Language - UML) - это язык для специфицирования, визуализации, конструирования и документирования на основе объектно-ориентированный подхода разных видов систем: программных, аппаратных, программно-аппаратных, смешанных, явно включающие деятельность людей и т. д.

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

В России для моделирования и анализа бизнес-процессов чаще всего применяются следующие инструменты моделирования: Oracle Designer, Rational Rose, AllFusion Process Modeler (BPWin) и AllFusion ERwin Data Modeler(ERWin), Power Designer, ARIS. За рубежом, кроме перечисленных, активно используются такие средства как Ithink Analyst, System Architect, ReThink и т.д.

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

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

Выберем те инструменты моделирования, которые соответствуют выделенным критериям. В этом случае дальнейшему рассмотрению подлежат Oracle Designer, BPWIn/ERWin, Rational Rose, ARIS, Power Designer, Ramus, по которым ниже дано более подробное описание.

BPWin и ERWin компании Соmputer Associates

Computer Associates International, Inc. (CA) является одним из пяти основных производителей программного обеспечения, предлагая средства моделирования, управления инфраструктурой предприятия (сетями, серверами и т.д.), резервного копирования, информационной безопасности и т.д. Пакет BPWin основывается на методологии IDEF и используется для функционального моделирования и анализа деятельности организации. Методология IDEF является официальным федеральным стандартом США и, представляет собой совокупность методов, процедур и правил, которые предназначены для построения функциональной модели объекта какой-либо предметной области. Функциональная модель IDEF отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями.

Oracle Designer компании Oracle

Набор инструментальных средств Oracle Designer предлагает интегрированное решение для разработки прикладных систем корпоративного уровня для Web и клиент/серверных приложений. Задачей Oracle Designer является сбор данных о потребностях пользователей и автоматизация построения гибких графических приложений. Oracle Designer используется не только для создания приложений, но и для ведения учета изменений, которые неизбежно происходят при эксплуатации системы.

Rational Rose компании IBM

Rational Rose является одним из ведущих инструментов визуального моделирования в программной индустрии, благодаря полноценной поддержке языка UML и многоязыковой поддержке командной разработки. Инструмент полностью поддерживает компонентно-ориентированный процесс создания ИС. Любые участники проекта – аналитики, специалисты по моделированию, разработчики и другие - могут использовать модели, построенные в Rational Rose, для большей эффективности создания конечного продукта. Для бизнес-аналитиков средство Rational Rose дает возможность детально описать и проанализировать бизнес-процессы данной предметной области.

PowerDesigner компании Sybase

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

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

ARIS компании IDS Scheer AG

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

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

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

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

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

Для моделирования была выбрана именно эта система. Это объясняется следующими ее преимуществами перед аналогами:

  • Эргономичность графического редактора. Редактор поддерживает быструю навигацию по модели, шаблоны часто используемых типов диаграмм, возможность отмены последних действий, "умное" поведение стрелок.
  • Поддержка неограниченного количества атрибутов различных типов.
  • Автоматическое построение иерархических деревьев в классификаторах на основании значений атрибутов.
  • Редактор отчётов поддерживает несколько вариантов настройки: упрощённую (с использованием инструментов редактора и набора ключевых слов) и расширенную (с использованием JavaScript). Шаблоны отчётов могут быть экспортированы и импортированы в формате файлов XML.
  • Гибкий графический интерфейс пользователя.
  • Кроссплатформенность. Использование технологии Java позволяет устанавливать систему под разными видами операционных систем и аппаратных платформ (MS Windows, Mac OS, Linux и т.д.).

Моделирование предметной области решаемой задачи с использованием объектно-ориентированного подхода к проектированию

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

Рассмотрим модель с контекстной диаграммой (Рисунок 5).

Рисунок 5 — Контекстная диаграмма процесса «Приём, обработка и выполнение заказов сотрудников на приобретение продукции завода»

После внедрения ЭИС мы видим, что в качестве выходной информации у нас появился отчёт о продаже продукции сотрудникам.

Все остальные действия не изменяются.

Рассмотрим декомпозицию контекстной диаграммы процесса «Приём, обработка и выполнение заказов сотрудников на приобретение продукции завода» (Рисунок 6).

Рисунок 6 — Декомпозиция контекстной диаграммы процесса «Приём, обработка и выполнение заказов сотрудников на приобретение продукции завода»

На данной контекстной диаграмме видно, что изменены многие функциональные блоки и добавлен ещё один блок. В диаграмме, КАК ЕСТЬ, вся работа проходила в программе MS Office, здесь же видно, что при помощи внедрения ЭИС вся работа будет проходить в программе. Так же будет проходить анализ продаж товаров сотрудникам, который выводится в завершении работы и формирования отчёта. Данный анализ позволит более точно отслеживать, какой товар продаётся чаще всего.

Рассмотрим изменения в функциональных блоках. В диаграмме КАК ЕСТЬ, всю информацию менеджер вводил вручную что, в свою очередь, очень замедляло всю работу. Могли быть не точности при регистрации заявки в журнале. В диаграмме КАК БУДЕТ мы видим, что эти данные будут автоматически записываться в нашу ЭИС при оформлении заявки. Далее будет производиться запрос в базу данных о наличии товара на складе.

Рассмотрим Декомпозицию процесса «Расчёт стоимости продукции» (Рисунок 7).

Рисунок 7 – Декомпозиция процесса «Расчёт стоимости продукции»

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

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

Заключение

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

Проанализировав бизнес-процессы, были выявлены следующие недостатки:

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

Разработка ИС направлена в первую очередь на:

  • снижение трудоемкости процесса;
  • сокращение времени на всех стадиях процесса;
  • повышение скорости обслуживания;
  • снижение вероятности ошибок.

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

Список использованной литературы

  1. Агальцов, В.П. Базы данных. В 2-х т. Т. 2. Распределенные и удаленные базы данных: Учебник / В.П. Агальцов. - М.: ИД ФОРУМ, НИЦ ИНФРА-М, 2013. - 272 c.
  2. Аткинсон Л. MySQL. Библиотека профессионала - СПб: Вильямс, 2014. - 624 c.
  3. Бен-Ган И., Microsoft SQL Server 2008. Основы T-SQL. - СПб:БХВ-Петербург, 2011. - 432с.
  4. Бритов Г., Осипова Т. Моделирование бизнес-процессов. - М.:LAP, 2014. – 124 с.
  5. Виейра Р.Программирование баз данных Microsoft SQL Server 2008. Базовый курс / Р. Виейра - Диалектика М., 2011. - 812 с.
  6. Гамма Э., Хелм Р., Джонсон Р., Влиссидес Дж. Приемы объектно-ориентированного проектирования. Паттерны проектирования. - СПб.:Питер, 2015. – 368 с.
  7. Голицына, О.Л. Базы данных: Учебное пособие / О.Л. Голицына, Н.В. Максимов, И.И. Попов. - М.: Форум, 2012. - 400 c.
  8. Грофф Д., Вайнберг П., Оппель Э. SQL. Полное руководство. - СПб.: Вильямс, 2014. - 960с.
  9. Гудсон Д., Стюард Р. Практическое руководство по доступу к данным. - СПб.:БХВ-Петербург, 2013. – 304 с.
  10. Гурвиц Г. Microsoft Access 2010. Разработка приложений на реальном примере. - СПб.: БХВ-Петербург, 2010. - 497с.
  11. Давыдова Е. М. Базы данных Учеб. пособие для вузов / Е. М. Давыдова, Н. А. Новгородова. - 3-е изд., перераб. и доп. - Томск : В-Спектр, 2012. - 128 с.
  12. Дейт К.Дж. Введение в системы баз данных. - К.: Диалектика, 2012. - 360 c.
  13. Дунаев В.В. Базы данных. Язык SQL для студента – Издательство: БХВ, 2013. - 196 с.
  14. Дюваль Поль М. Непрерывная интеграция. Улучшение качества программного обеспечения и снижение риска - СПб: Вильямс, 2013. - 497 c.
  15. Илюшечкин В. Основы использования и проектирования баз данных. Учебник. - М.:Юрайт, 2014. - 214с.
  16. Исаев Г. Проектирование информационных систем. Учебное пособие. - М.: Омега-Л, 2015. - 432с.
  17. Карпова, И.П. Базы данных: Учебное пособие / И.П. Карпова. - СПб.: Питер, 2013. - 240 c.
  18. Кириллов, В.В. Введение в реляционные базы данных.Введение в реляционные базы данных / В.В. Кириллов, Г.Ю. Громов. - СПб.: БХВ-Петербург, 2012. - 464 c.
  19. Кит Т. Томпсон Автоматизация продаж. Умный подход. - М.: Вершина, 2016 - 272 с.
  20. Коваленко В. Проектирование информационных систем. - М.: Форум, 2012. - 320с.
  21. Кузин, А.В. Базы данных: Учебное пособие для студ. высш. учеб. заведений / А.В. Кузин, С.В. Левонисова. - М.: ИЦ Академия, 2012. - 320 c.
  22. Кузнецов С. Базы данных. - М.: Academia, 2012. - 496с.
  23. Лычкина Н. Имитационное моделирование экономических процессов. - М.:Инфра-М, 2012. - 256с.
  24. Малыхина М. Базы данных. Основы, проектирование, использование. - СПб.: БХВ-Петербург, 2012. - 528с.
  25. Марков А.С., Лисовский К.Ю. Базы данных. Введение в теорию и методологию: Учебник. – М.: Финансы и статистика, 2015. – 512 с.
  26. Миков А. Информационные процессы и нормативные системы в IT. Математические модели. Проблемы проектирования. Новые подходы. - М.: Либроком, 2013. - 256с.
  27. Набатов Д. Правовая защита баз данных и прав ее создателей по законодательству РФ. - М.:LAP, 2014. - 72с.
  28. Наумов А.Н., Вендров А.М., Иванов В.К. и др. Системы управления базами данных и знаний - М.: Финансы и статистика, 2014. - 352 c.
  29. Озкарахан Э. Машины баз данных и управление базами данных. - М.: Мир, 2013. - 551 c.
  30. Пирогов, В.Ю. Информационные системы и базы данных: организация и проектирование: Учебное пособие / В.Ю. Пирогов. - СПб.: БХВ-Петербург, 2014. - 528 c.
  31. Редько В.Н., Бассараб И.А. Базы данных и информационные системы. - М.: Знание, 2015. - 602 c.
  32. Степанов В. Информационные технологии управления продажами и маркетингом. - М.: LAP Lambert Academic Publishing, 2013. - 284 с.
  33. Советов, Б.Я. Базы данных: теория и практика: Учебник для бакалавров / Б.Я. Советов, В.В. Цехановский, В.Д. Чертовской. - М.: Юрайт, 2013. - 463 c.
  34. Тоу Дэн Настройка SQL - СПб: Питер, 2013. - 539 c.
  35. Туманов В.Е. Основы проектирования реляционных баз данных - М.: Бином, 2012. - 420 c.
  36. Уорден К. Новые интеллектуальные материалы и конструкции. Свойства и применение; М.: Техносфера, 2012. - 456 c.
  37. Уткин В., Балдин К. Информационные системы в экономике. - М.: Academia, 2012. - 288с.
  38. Фейерштейн С., Прибыл Б. Oracle PL/SQL для профессионалов - СПб: Питер, 2012. - 540 c.
  39. Фуфаев, Э.В. Базы данных: Учебное пособие для студентов учреждений среднего профессионального образования / Э.В. Фуфаев, Д.Э. Фуфаев. - М.: ИЦ Академия, 2012. - 320 c.
  40. Хаббард Дж. Автоматизированное проектирование баз данных - М.: Мир, 2014. - 453 c.
  41. Шаймарданов Р.Б. Моделирование и автоматизация проектирования структур баз данных - М.: Юнити, 2016. - 469 c.