close

Вход

Забыли?

вход по аккаунту

Крылов Максим Сергеевич.Информационно-аналитическая система планирования производственной деятельности предприятия

код для вставки
министЕрство оБрдзовдниrI и ндуки россиЙскоЙ ФЕдЕрдции
ФЕДЕРАЛЬноЕГосУДАРСТВЕнНоЕБЮДхtЕТноЕоБРАЗоВдТЕлЬноЕ
УЧРЕХtДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИJI
(ОРЛО В СКИЙ ГОСУДДРСТВЕННЫЙ УНИВЕРСИТЕТ
имени И.С.
ТУРГЕнЕВА)
ВыПУСкнАякВАЛиФикАционнмРдБоТд
ПоНапраВЛениюпоДГоТоВки:09.04.0ЗПриклаДнаЯинформатика
в аналитической экоЕомике
направленность (профиль): Прикладная информатика
150775
Магистранта: Крылова Максима Сергеевича, шифр
Факультет
;
физико-математический
Тема выпускной квалификационной работы
инФоРМАЦионно.АнАЛиТиЧЕСкАясисТЕМАпЛАниРоВдния
ПРоиЗВоДСТВЕНноЙДЕяТЕЛъносТиПРЕДшРИЯТИЯ
Магистрант: Крылов Максим Сергеевич
Руководитель: Строев Сергей Павлович
к.э,tl,,,доцент
Орёл 2,017
2
СОДЕРЖАНИЕ
ВВЕДЕНИЕ
3
ГЛАВА 1. ОПИСАНИЕ ОБЪЕКТА АВТОМАТИЗАЦИИ
6
1.1 Актуальность тематики исследования
6
1.2 Анализ существующих решений
8
1.3 Постановка задачи
ГЛАВА 2. ПРОЕКТ АВТОМАТИЗАЦИИ
15
33
2.1 Анализ требований к системе
33
2.2 Детальное проектирование
37
2.3 Управление проектом
43
ЗАКЛЮЧЕНИЕ
47
СПИСОК ЛИТЕРАТУРЫ
49
ПРИЛОЖЕНИЕ 1
52
ПРИЛОЖЕНИЕ 2
54
ПРИЛОЖЕНИЕ 3
55
ПРИЛОЖЕНИЕ 4
56
ПРИЛОЖЕНИЕ 5
57
ПРИЛОЖЕНИЕ 6
58
ПРИЛОЖЕНИЕ 7
60
ПРИЛОЖЕНИЕ 8
63
3
ВВЕДЕНИЕ
В условиях жесткой конкуренции, присущей деятельности современных
производственных предприятий, преимущества имеет хозяйствующий субъект,
способный оперативно реагировать на запросы потребителей, и, как следствие,
адаптировать производственные процессы. Подобная организация производства
невозможна без использования современных информационных систем электронного документооборота. Именно автоматизация документооборота дает новые
возможности любой организации по ускорению работы, позволяет опередить
конкурентов при принятии как оперативных, так и стратегических решений.
Из всего вышесказанного следует вывод, что тематику данной работы,
напрямую связанную автоматизацией информационных потоков на производственном предприятии, можно считать актуальной.
Исследованию промышленного производства, в том числе и мелкосерийного, уделяется достаточно внимания как в зарубежной, так и в российской научной
литературе. Среди российских работ выделяют труды Семенова Ю. И., Зайцева Н.
Л., Митрофанова С. П. и других.
Вопросам разработки ПО с использованием нотаций функционального,
процессного моделирования и возможностей UML посвящены работы таких исследователей как Новиков А. Ф., Хорошев. А. Н., Леоненков А. В.
Объектом исследования в данной выпускной квалификационной работе
являются процессы управления мелкосерийным производственным предприятием.
Предмет исследования составляют информационные потоки, соответствующие процессам производства.
Целью выпускной квалификационной работы является подготовка проектной документации на создание системы управления производством мелкосерийного предприятия.
Для достижения поставленной цели были выдвинуты следующие задачи:
4
1. Изучить современные концепции управления производственным
предприятием.
2. Провести анализ хозяйственной деятельности объекта автоматизации.
3. Построить функциональную и процессную модель предметной области.
4. Разработать требования к проектируемой системе.
5. Разработать проектные решения отдельных программных компонентов проектируемой системы.
6. Составить финансовую модель проекта.
При выполнении исследования использовались методы системного анализа, методики моделирования предметной области (нотации IDEF0, IDEF3,
BPMN 2.0, язык UML), методы финансового планирования.
Для того, чтобы обрабатывать экспериментальные данные использовались методы обработки экспертных суждений.
Введение проектируемой системы в эксплуатацию может позволить рассматриваемому предприятию оптимизировать бизнес-процессы управления
производством, сократить временные и материальные издержки, а также риски, связанные с традиционным подходом к управлению, распространению
производственной информации и документообороту.
Представленная выпускная квалификационная работа состоит из двух
глав, введения, заключения и списка используемой литературы.
Во введении указаны цели и задачи работы, выделены предмет и объект
исследования, указана структура работы.
В первой главе рассматривается актуальность данной работы, приводится
необходимая информация о рассматриваемом производственном предприятии,
его
производственно-технологическая
структура,
описываются
бизнес-
5
процессы, автоматизация которых является необходимой. Приведенная информация сопровождается функциональными диаграммами в нотации IDEF0 и
BPMN 2.0, целью которых является описание и формализация указанных бизнес-процессов. Кроме того, в первой главе рассматриваются существующие
информационные системы, призванные для автоматизации управления производством. Заключительной частью первой главы является постановка задачи
автоматизации управления производством.
Во второй главе представлен сам проект автоматизации. Здесь проводится анализ требований к системе, приводится этап объектного моделирования в
нотации UML, содержащий диаграммы, подразумеваемые этой нотацией, и необходимые пояснения к ним. Помимо прочего, в данной главе приводится проект базы данных, необходимой для функционирования рассматриваемой информационной системы. Завершением второй главы является составление модели управления проектом разработки и реализации системы. Здесь выделяются необходимые для реализации работы, порядок и сроки их выполнения, что
позволяет рассчитать время реализации самого проекта. Итогом финансовой
модели является расчет стоимости проекта.
В заключении подводится итог проделанной работы.
Список литературы содержит источники, используемые при написании
работы.
6
ГЛАВА 1 ОПИСАНИЕ ОБЪЕКТА АВТОМАТИЗАЦИИ
1.1
Актуальность тематики исследования
Стратегия развития любой компании или фирмы с момента ее основания
предполагает постоянный экономический рост за счет увеличения объемов деятельности путем наиболее полного использования производственных ресурсов,
эффективного использования рабочего времени и реализации эффективных инновационных проектов.
Деятельность предприятия, помимо основных производственных процессов,
включает также вспомогательные и обслуживающие процессы, необходимые для
нормального функционирования основных. Таким образом, на производственном
предприятии есть необходимость выполнять множество непроизводственных работ и задач, связанных с учетом, планированием, финансами, закупками и сбытом, что делает процесс управления достаточно сложным и неоднородным. Усугубляет ситуацию жесткая конкуренция и постоянное развитие производственных
технологий.
Все это ставит перед промышленными компаниями безотлагательную задачу информатизации производства. Фактически, этот шаг необходим для повышения эффективности, а также получения возможности в полной мере использовать
потенциал производственных линий. Автоматизация, инновации, новые технологии, направленные прежде всего на уменьшение количества ручных операций, сокращение производственного цикла, рост качества и на появление новых продуктов, – меры, необходимые для повышения эффективности в промышленности.
Автоматизация информационных потоков несомненно является важной составляющей модернизации производства. Любое современное промышленное
предприятие в нынешней сложной экономической ситуации обязано максимально
оперативно реагировать на запросы рынка и контролировать качество производства. На производственных линиях и в лабораториях, в офисе и на складах необходимо постоянно поддерживать слаженность и непрерывность основных произ-
7
водственных и бизнес-процессов, минимизируя технологические сбои и задержки,
повышая качество работы предприятия в самом широком смысле [24].
Прогресс и обмен информацией являются факторами, стимулирующими
любую отрасль. Сегодня каждый хозяйствующий субъект характеризуется потребностью фиксирования выполнения [10]:
 производственно-хозяйственных операций;
 обработки учетных данных, составления отчетности;
 оформления и систематизации маркетинговой информации.
В этой связи использование информационных технологий для работы с документацией является не просто логичным, но и практически необходимым решением. Документы являются важным ресурсом любой организации, обеспечивая
информационную поддержку принятия управленческих решений на всех уровнях
и сопровождая все бизнес-процессы.
Грамотно организованное и непрерывное движение документов в информационном пространстве организации дает возможность [12]:
 повысить управляемость и контролируемость организации за счет автоматизации делопроизводства и документооборота и прозрачности рабочих процессов;
 повысить оперативность и эффективность принимаемых управленческих
решений за счет своевременного получения необходимой информации;
 экономить рабочее время персонала при работе с документами и их поиске;
 сократить риски потери, несвоевременной подготовки или неисполнения
документов, утечки информации;
 сократить издержки, связанные с традиционными способами ведения
управлением документооборотом.
Приведенные в данном параграфе тезисы свидетельствуют, что предприятие, использующее современные подходы к работе с документацией и автоматизирующее информационные потоки, получает серьезные преимущества при осуществлении хозяйственной деятельности. Таким образом, разработка решения,
8
покрывающего потребности предприятия в информатизации документооборота,
является актуальной и приоритетной задачей для его эффективной деятельности и
дальнейшего развития.
1.2 Критический обзор корпоративных информационных систем
При разработке систем, как и в любой другой сфере коммерческой деятельности, необходимо ориентироваться на рынок, отслеживать и анализировать уже
существующие решения с целью выделения наилучших решений в данной области (так называемых best practices). Согласно идее лучшей практики, в любой деятельности существует оптимальный способ достижения цели, и этот способ, оказавшийся эффективным в одном месте, может оказаться столь же эффективным и
в другом [15]. Учитывая опыт других компаний, можно оценить удачные и не
очень решения, и, таким образом, избежать некоторые риски и излишние затраты.
Система класса ERP (Enterprise Resource Planning – Управление ресурсами
предприятия) – это корпоративная информационная система для автоматизации
планирования, учета, контроля и анализа всех основных бизнес-процессов, и решения бизнес задач в масштабе предприятия (организации). ERP-система помогает интегрировать все отделы и функции компании в единую систему, при этом все
департаменты работают с единой базой данных и им проще обмениваться между
собой разного рода информацией [6].
Ниже представлены несколько распространенных ERP-систем.
Первой среди рассматриваемых в данной работе систем представлена информационная система корпорации Microsoft. Microsoft Axapta (Navision Axapta) –
это современная автоматизированная система управления предприятием, обеспечивающая руководство компании и ее сотрудников максимально полной информацией, необходимой для успешного ведения бизнеса. Microsoft Axapta – это
масштабируемая система для средних и крупных предприятий, корпораций и холдинговых структур, предоставляющая единое интегрированное решение, направленное на повышение управляемости бизнеса и роста прибыли предприятия [29].
9
Microsoft Axapta, как многофункциональное ERP решение, охватывает бизнес компании в целом, включая производство и дистрибуцию, управление цепочками поставок (SCM) и проектами, финансовый менеджмент и средства бизнесанализа, управление взаимоотношениями с клиентами (CRM) и управление персоналом. Широкие функциональные возможности и новейшие средства для ведения межкорпоративного бизнеса позволяют отнести Microsoft Axapta к категории
ERP-II.
Решение обеспечивает возможность работы в режиме дискретного, процессного и бережливого производства одновременно, а также проводить территориально-распределенное планирование и управление цехом.
В сфере розничной торговли Microsoft Dynamics AX 2012 объединяет торговые операции и бэк-офис, таким образом, в единой системе управления представлены решения для торговых терминалов (POS), управления торговлей по всем
каналам продаж, управления магазинами и мерчендайзингом.
Для поддержки бизнеса международного масштаба Microsoft Dynamics AX
2012 реализует управление цепочками поставок в территориально – распределенных структурах и позволяет проводить масштабирование бизнеса. Возможности в
области дистрибуции включают управление складами, планирование цепочек поставок, управление заказами продажи, продуктовой информацией, закупками и
снабжением.
К ключевым возможностям системы по предоставлению профессиональных
услуг принадлежат управление и учет в разрезе проектов, бюджетирование и контроль по проектам, сервисы для проектной команды, управление взаимоотношениями с клиентами. Компании государственного сектора могут также использовать систему для управления грантами и финансового учета по многолетним проектам, бюджетного контроля, финансового учета в разрезе фондов и учета обязательств и обременений.
Основными модулями системы Axapta являются [29]:

финансы;

торговля и логистика;
10

производство;

электронная коммерция;

управление персоналом;

проекты;

управление взаимоотношениями с клиентами;

управление знанием;

управление логистическими цепочками.
Второй после Microsoft по величине доходов производитель программного
обеспечения – корпорация Oracle – также имеет в своем активе ERP-систему мирового класса. Oracle E-Business Suite – тиражируемый интегрированный комплекс прикладного программного обеспечения производства компании Oracle,
включающий функциональные блоки ERP, CRM, PLM. Предназначен для автоматизации основных направлений деятельности предприятий, в том числе: финансов, производства, управления персоналом, логистики, маркетинга, сбыта и продаж, обслуживания заказчиков, взаимоотношений с поставщиками и клиентами и
других [31].
Oracle E-Business Suite позволяет на единой платформе решать широкий
спектр задач:
 управление эффективностью предприятия на основе системы корпоративных показателей;
 бюджетирование и консолидация;
 учет и отчетность;
 управление производством;
 управление запасами и цепочками поставок;
 управление персоналом;
 управление качеством;
 управление продажами.
Модули и подсистемы Oracle E-Business Suite [31]:
 управление эффективностью бизнеса (CPM);
 управление материальными потоками;
11
 управление взаимоотношениями с клиентами;
 финансы;
 управление активами предприятия (EAM);
 управление техобслуживанием и ремонтами;
 система управления персоналом (HR);
 управление производством;
 управление проектами организаций;
 финансовый сервис;
 управление жизненным циклом;
 управление логистикой.
Российская компания «1С» предоставляет свое решение для управления
производством. Программный продукт «1С: Предприятие 8.0» включает в себя
платформу и прикладные решения, разработанные на ее основе, для автоматизации деятельности организаций и частных лиц [26].
Сама платформа не является программным продуктом для использования
конечными пользователями, которые обычно работают с одним из многих прикладных решений (конфигураций), разработанных на данной платформе. Такой
подход позволяет автоматизировать различные виды деятельности предприятий,
используя единую технологическую платформу.
Состав прикладных механизмов «1С: Предприятия 8.0» ориентирован на
решение задач автоматизации учета и управления предприятием. Использование
проблемно-ориентированных объектов позволяет разработчику решать самый
широкий круг задач складского, бухгалтерского, управленческого учета, расчета
зарплаты, анализа данных и управления на уровне бизнес-процессов.
Гибкость платформы позволяет применять «1С: Предприятие 8.0» в самых
разнообразных областях [26]:
 автоматизация производственных и торговых предприятий, бюджетных
и финансовых организаций, предприятий сферы обслуживания и т.д.;
 поддержка оперативного управления предприятием;
12
 автоматизация организационной и хозяйственной деятельности;
 ведение бухгалтерского учета с несколькими планами счетов и произвольными измерениями учета, регламентированная отчетность;
 широкие возможности для управленческого учета и построения аналитической отчетности, поддержка многовалютного учета;
 решение задач планирования, бюджетирования и финансового анализа;
 расчет зарплаты и управление персоналом;
 другие области применения.
Еще одним популярным продуктом для автоматизации производства является корпоративная информационная система iRenaissence.ERP, разработанная
корпорацией ROSS Systems. В основу iRenaissance заложены передовые концепции управления ресурсами предприятия ERP (Enterprise Resource Planning) и
управления цепочками поставок SCM (Supply Chain Management). Они позволяют
рационально управлять предприятием, свести к минимуму издержки производства и добиться быстрого возврата инвестиций.
Основные задачи, решаемые iRenaissance [25]:
 планирование объемов производства;
 учет готовой продукции;
 хранение и поиск управленческой информации (поставщики, материалы,
оборудование и т.д.);
 расчет затрат, калькуляция себестоимости продукции;
 организация и планирование производственного процесса;
 управление финансами и контроль взаиморасчетов с поставщиками и потребителями;
 бухгалтерский учет на предприятии и его подразделениях;
 анализ и прогноз продаж;
 контроль за использованием кредитов;
 планирование и анализ бюджета предприятия и и его подразделений;
13
 расчет, анализ, обобщение и прогноз финансовых показателей предприятия;
 расчет денежных потоков на основе бухгалтерских отчетов;
 управление перевозками и оптимизация транспортных расходов;
 управление эксплуатацией оборудования;
 организация электронного документооборота;
 ведение электронного архива предприятия;
 учет кадров, управление персоналом;
 учет трудозатрат и расчет заработной платы;
 управление проектами.
Система состоит из ряда модулей, начиная с производственного и финансового и заканчивая модулями управления персоналом и расчета зарплаты. Эти модули могут использоваться независимо друг от друга для автоматизации отдельных направлений деятельности предприятия. Таким образом, развивающаяся
компания может быть автоматизирована в соответствии со своими текущими требованиями и в дальнейшем наращивать функциональность системы за счет внедрения дополнительных модулей по мере развития новых направлений деятельности организации.
Внедрение iRenaissance позволяет оптимизировать работу предприятия, избавиться от ненужных и дублируемых операций, запасов, то есть сократить издержки и увеличить прибыль.
Кроме того, внедрение iRenaissance – это способ сертификации производства на соответствие ISO 9000 – системе международных стандартов качества.
Последняя из рассматриваемых в данной работе систем – корпоративная
информационная система Millennium BSA. Millennium BSA – это ERP-система,
реализующая принцип единого хранилища данных, содержащего всю корпоративную бизнес-информацию и обеспечивающая интерактивный доступ к ней любого необходимого количества сотрудников предприятия, наделенных соответствующими полномочиями [30].
14
Программный комплекс предназначен для автоматизации информационных
процессов и хозяйственной деятельности предприятий различных сфер деятельности, таких как производственные, транспортные и торговые компании, а также
предприятия сферы оказания услуг. Корпоративная информационная система реализована на единой технологической платформе с использованием Javaтехнологии и является интернет-приложением с полнофункциональным пользовательским интерфейсом. Благодаря использованию полностью кроссплатформенного технологического стека, применение Millennium BSA возможно на большинстве аппаратных и программных платформ.
Основные функциональные возможности Millenium BSA [30]:
 ведение спецификаций, определяющих состав производимых изделий, а
также материальные ресурсы и операции, необходимые для их изготовления;
 формирование планов продаж и производства;
 планирование потребностей в материалах и комплектующих, сроков и
объемов поставок для выполнения плана производства продукции;
 управление запасами и закупками: ведение договоров, реализация централизованных закупок, обеспечение учета и оптимизации складских и
цеховых запасов;
 оперативное управление финансами, включая составление платежного
календаря и осуществление контроля его исполнения, финансовый и
управленческий учет;
 управление персоналом, включая кадровый и табельный учет;
 управление взаимоотношениями с клиентами и ведение базы знаний
центра обслуживания клиентов.
Представленные в данном параграфе информационные системы можно, в
определенной мере, рассматривать как примеры успешных решений в области
управления предприятием. Каждая из этих систем занимает значительное место
на региональных, а некоторые и на мировом, рынках информационных систем.
Комплексный подход и многолетний опыт разработки позволили этим программ-
15
ным продуктам предоставлять широкий функционал, необходимый для автоматизации различных аспектов управленческой деятельности. Некоторые решения,
используемые в данных информационных системах, а также опыт их внедрения
на различных производственных предприятиях с разнообразной структурой организации бизнес-процессов, следует принимать во внимание при проектировании и
разработке системы, необходимой рассматриваемому в данной работе производственному предприятию.
1.3 Постановка задачи автоматизации
Объектом автоматизации в данной работе является деятельность мелкосерийного предприятия по производству проволоки. Сырьем для производства служит катанка – вид сортового металлопроката круглого сечения диаметром от 5 до
10 миллиметров. Конечной продукцией, изготовляемой предприятием, является
проволока различного диаметра и степени обработки, а также фибра – узкие специально обработанные полосы металла, применяемые для армирования бетонных
конструкций. Под обработкой здесь понимается возможность термообработки и
оцинковки продукции для придания ей необходимых заказчику свойств. Конечная
продукция наматывается на бухты, катушки, розетты, мотки различного объема.
Помимо сырья в производстве используются различного рода материалы
такие, как серная кислота, натрий хлористый, натрий едкий, соляная кислота, гидратная известь, перекись водорода, окись цинка, сульфат алюминия, упаковочная
лента, шлифовальная лента, различного рода смазки.
Предприятие работает только под заказ, предполагающий указание вида необходимой заказчику проволоки или конкретных ее свойств, а также объем продукции в тоннах и предпочитаемый вид упаковки (намотки).
Заказы на предприятии принимает менеджер по продажам. Клиенты связываются с ним, сообщая ему необходимую информацию, которая вносится в соответствующие документы. Он же занимается поддержкой в актуальном состоянии
информации обо всех контрагентах предприятия – как о заказчиках, так и о по-
16
ставщиках, у которых предприятие заказывает необходимые для производства
материалы и сырье.
Информация о полученных заказах передается начальнику производства и
кладовщику. На основании этой информации, а также информации о запасах на
складе, кладовщик составляет план закупок сырья. Этот план содержит список
всех необходимых материалов и сырья для обеспечения бесперебойного производства, с целью выполнения заказов в срок.
Начальник производства, в свою очередь, основываясь на информации о
полученных заказах, планирует непосредственно производство продукции, необходимой заказчику. На основании этого плана, он распределяет работы по сменам, с целью обеспечения бесперебойного производства в 3 смены по 8 часов. Руководит каждой такой сменой ответственный инженер, назначаемый начальником
производства.
По окончании каждой смены, ответственный инженер отчитывается перед
начальником производства о результатах работы, а также предоставляет кладовщику информацию об использованных за время работы смены материалах и сырье, и отгруженной на склад готовой продукции. Эта информация необходима
кладовщику для учета запасов на складе, и на основе этих данных также принимается решение о необходимости закупки тех или иных материалов, или сырья.
В заданное время, определяемое руководящими документами предприятия,
кладовщик составляет отчеты о готовности тех или иных заказов, необходимые
менеджеру по продажам для переговоров с заказчиками.
Формализуем описанную совокупность работ в виде аналитической бизнесмодели типа «Как есть» с использованием нотации BPMN 2.0. Эта нотация является стандартной и понятной широкому кругу пользователей, поэтому идеально
подходит для того, чтобы дать общее представление о характере исполнения бизнес-процессов [20]. Для выполнения этой задачи построим общую для всего
предприятия диаграмму взаимодействия, характеризующую бизнес-логику в целом, и ряд диаграмм оркестровки для описания основных бизнес-процессов [29].
17
Схема взаимодействия показывает информационный обмен сообщениями
между двумя и более участниками, управляемыми по отдельности.
Рисунок 1 – Диаграмма взаимодействия
На представленной диаграмме отражен процесс взаимодействия рассматриваемого предприятия с клиентами – инициирующая дальнейшую работу предприятия деятельность – и последовательность работ, следующая за этим и выполняемая в рамках производственной деятельности компании. На диаграмме присутствует развилка, свидетельствующая о том, что процессы планирования производства и закупок после оформления заказа инициируются параллельно. Эта особенность обеспечивается постоянной поддержкой на складе определенного уровня сырья и материалов, а также непрерывностью производства – параллельно выполняются несколько заказов.
На схеме взаимодействия определены 3 композитных процесса, включающих в себя ряд подпроцессов. На рисунке 2 показан процесс оформления заказа в
развернутом виде. Для процессов планирования производства и закупок построены полные диаграммы оркестровки (Приложение 1).
18
Рисунок 2 – Процесс оформления заказа
Диаграммы оркестровки показывают очередность выполнения операций
рассматриваемых процессов. Также они отражают генерируемые и изменяемые
информационные сущности – планы, составляемые начальником производства, и
информацию о заказах, входящих – заказах клиентов – и исходящих – заказов сырья или материалов, которые делает само предприятие для осуществления производственной деятельности.
Описанные процессы, связанные с потоками информации на предприятии,
такие как фиксирование заказов, хранение и распространение информации о товарах, сырье и материалах, регистрация данные контрагентов, формирование отчетности, в данный момент осуществляются традиционными способами без использования информационных технологий – на бумаге либо устно по запросу. Такой способ хранения и распространения информации между заинтересованными
лицами не является эффективным и создает сложности в работе, связанной с непроизводственной и смежной с производственной деятельностью на предприятии,
что в свою очередь сказывается на эффективности основной деятельности – производственной. В связи с этим есть необходимость в разработке и внедрении информационной системы, которая позволит автоматизировать непроизводственную
деятельность работников компании. Целями внедрения такой системы ставятся
19
рост оперативности и удобства доступа к необходимой в работе информации, повышение управляемости и контролируемости работ, экономия времени при выполнении задач, связанных с обменом производственной информацией. Таким
образом планируется достичь сокращения издержек и рисков, связанных с хранением информации и распространением информации, и повысить эффективность
труда на рассматриваемом предприятии.
Представленная
ранее
информация
характеризует
производственно-
технологическую структуру рассматриваемого предприятия. Именно на ее основе
будет спроектирована система управления производственной деятельностью
предприятия. Выделим ключевые сценарии, которые необходимо реализовать в
разрабатываемой системе.
Так как представленные ниже ключевые сценарии и их взаимодействие отражают суть бизнес-процессов, автоматизация которых является целью проектирования рассматриваемой системы, снабдим описание некоторых из них соответствующими диаграммами в нотации IDEF0 [2, 23]. Данная нотация используется
для создания функциональной модели, отображающей структуру и функции системы, а также потоки информации и материальных объектов, связывающих эти
функции. Целью ее является формализация и описание бизнес-процессов, и, таким образом, можно четко выделить объект автоматизации.
Основной сущностью в системе является заказ, так как именно информация
о заказах позволяет регулировать деятельность предприятия. Таким образом, первым из рассматриваемых ключевых сценариев, является составление заказа. Под
составлением заказа подразумевается регистрация всех полученной от клиента
информации о заказе, такой как наименование необходимой продукции, ее объем,
информация о заказчике. Кроме того, под заказом подразумевается и заказ сырья
или материалов, необходимых для производства, самим рассматриваемым предприятием. Такая информация также подлежит учету, которым занимается менеджер по продажам.
На основании информации о полученных заказах планируется сама производственная деятельность, целью которой является выполнение этих заказов. Ис-
20
ходя из этого, вторым рассматриваемым сценарием является составление такого
рода производственных планов, регулирующих деятельность работников предприятия, связанную с производством. Производственные планы порождают посменные планы, регулирующие занятость работников в те или иные промежутки
времени. Вместе эти документы определяют время выполнения тех или иных работ и ответственных за эти работы.
Руководящие
документы
Посменный
план производства
Заказ
Планирование
производства
A0
Начальник
производства
Рисунок 3 – Процесс планирования производства (контекстная диаграмма)
Данная диаграмма отражает ядро процесса планирования производства.
Детально этот процесс рассматривается на диаграмме более низкого уровня –
диаграмме декомпозиции (Рисунок 4).
Руководящие документы
Заказ
Просмотр заказа
A1
Информация
о заказе
Составление
произв. плана
A2
Производственный
план
Посменный
план производства
Составление
посменного
плана
A3
Нач. производства
Рисунок 4 – Процесс планирования производства
(диаграмма декомпозиции)
21
Представленная выше диаграмма детализирует процесс планирования производства, разделяя функцию планирования на функции-компоненты. Состав диаграммы декомпозиции рассматривается далее в таблице 1. В ней приводятся работы, составляющие процесс планирования производства, данные или материальные объекты, обеспечивающие выполнение соответствующей работы (ICOM – Inputs, Controls, Outputs, Mechanisms – Входы, Управления, Выходы, Механизмы) и
краткое описание этих работ.
Таблица 1 – Процесс планирования производства
БизнесРаботы
ICOM
процесс
Описание
Планирование Просмотр зака- I1: Заказ
производства за
Заказ, внесенный в трекер системы
С1: Руководящие Должностные
документы
ции
инструк-
О1: Заказ
Заказ, внесенный в трекер системы
М1:
Начальник Начальник производства
производства
Составление
произв. Плана
Составление
посменного
плана
I2: Заказ
Заказ, внесенный в трекер системы
С2: Руководящие Документы предприятия,
документы
регламентирующие планирование
О2:
Производ- План производства проственный план
дукции на определенный
период
М2:
Начальник Начальник производства
производства
I3:
Производ- План производства проственный план
дукции на определенный
период
С3: Руководящие Документы предприятия,
документы
регламентирующие планирование
О3:
Посменный План, распределяющий
план
нагрузку по сменам
М3:
Начальник Начальник производства
производства
22
Помимо планирования производства, рассмотрим также и планирование закупок сырья и материалов, обеспечивающих это производство. Составление подобного рода планов является не менее важным, так как позволяет организовать
работу предприятия и исключить простои из-за нехватки тех или иных материалов и сырья. Таким образом, планирование закупок является третьим ключевым
сценарием в системе, ответственность за выполнение которого возлагается на
кладовщика. Основываясь на информации о полученных заказах, кладовщик оценивает складские запасы и определяет потребность в их пополнении. Эта информация передается менеджеру по продажам, который руководит всеми торговыми
операциями и связями с контрагентами – как заказчиками, так и поставщиками.
Руководящие
документы
Информация
о заказе
План закупок
Планирование
закупок
A0
Кладовщик
Рисунок 5 – Процесс планирования закупок (контекстная диаграмма)
Детализируем процесс планирования закупок с помощью диаграммы декомпозиции (Рисунок 6).
Руководящие
документы
Заказ
Просмотр заказа
Заказ
Составление
плана закупок
A1
План закупок
A2
Кладовщик
Рисунок 6 – Процесс планирования закупок (диаграмма декомпозиции)
Состав диаграммы декомпозиции приведем в таблице 2
23
Таблица 2 – Планирование закупок
Бизнес-процесс Работы
Планирование
закупок
Просмотр заказа
ICOM
Описание
I1: Заказ
Заказ, внесенный в
трекер системы
C1: Руководящие Должностные индокументы
струкции
О1: Заказ
Заказ, внесенный в
трекер системы
М1: Кладовщик
Кладовщик
Составление пла- I2: Заказ
Заказ, внесенный в
на закупок
трекер системы
С2: Руководящие Документы преддокументы
приятия, регламентирующие планирование
О2: План закупок План закупок сырья и материалов
М2: Кладовщик
Кладовщик
Одной из форм контроля за выполнением работ на любом предприятии является составление отчета о проделанной работе. В рассматриваемой системе
учитывается этот факт, поэтому четвертым ключевым сценарием в системе является формирование отчетности. Такого рода отчетность должен предоставлять
начальнику производства инженер, ответственный за свою смену. Составляемая
инженером производственная отчетность характеризует результаты работ за смену и позволяет отслеживать выполнение производственного плана. Составлением
отчетности другого рода – отчетности по заказам – занимается кладовщик. Отслеживая поступление на склад готовой продукции, он периодически предоставляет менеджеру по продажам отчеты о состоянии готовности тех или иных заказов. Формирование такой отчетности напрямую связано с процессом ведения
складской базы. Формализуем процесс ведения складской базы с помощью контекстной диаграммы (Рисунок 7).
24
Руководящие
документы
Отчет о расходе
и отгрузке
Отчетность по заказам
Ведение
складской базы
A0
Кладовщик
Рисунок 7 – Процесс ведения складской базы (контекстная диаграмма)
Подробнее описанный выше процесс представлен на диаграмме декомпозиции (Рисунок 8).
Отчет о
расходе и отгрузке
за смену
Руководящие документы
Просмотр отчета
о расходе и
отгрузке
A1
Отчет
Внесение данных
в базу склада
A2
Данные в
базе склада
Составление
отчета о
готовности
заказов
Отчетность
по заказам
A3
Кладовщик
Рисунок 8 – Процесс ведения складской базы (контекстная диаграмма)
25
Таблица 3 – Ведение складской базы
Бизнес-процесс
Работы
ICOM
Описание
Ведение склад- Просмотр отчета о I1: Отчет о расхо- Информация
о
ской базы
расходе и отгрузке де и отгрузке
расходе и отгрузке
сырья, материалов
и готовой продукции
C1: Руководящие Должностные индокументы
струкции
О1: Отчет о рас- Информация
о
ходе и отгрузке
расходе и отгрузке
сырья, материалов
и готовой продукции
М1: Кладовщик
Кладовщик
Внесение данных I2: Отчет
в базу склада
С2: Руководящие
документы
О2: Данные в базе
склада
М2: Кладовщик
Составление отче- I3: Данные в базе
та о готовности склада
заказов
С3: Руководящие
документы
О3: Отчетность по
заказам
М3: Кладовщик
Отчет о расходе и
отгрузке
Документы предприятия, регламентирующие работу
со складской базой
Информация о товарах, сырье и материалах на складе
Кладовщик
Информация о товарах, сырье и материалах на складе
Документы предприятия, регламентирующие отчетность
Информация о готовности заказов
Кладовщик
Здесь описаны только наиболее значимые сценарии, реализуемые проектируемой системой. Другие сценарии будут подробно рассмотрены непосредственно на этапе проектирования системы, однако и рассмотренные выше позволяют
определить не только сам объект автоматизации, но и важность этой автоматизации. Из приведенного выше описания ключевых сценариев следует, что они по-
26
рождают большое количество информации, которую необходимо не только хранить и учитывать, но и иметь к ней быстрый доступ при необходимости.
Дополним структурный анализ деятельности предприятия диаграммой
IDEF3, показывающей причинно-следственные связи между ситуациями и событиями. Методология IDEF3 использует структурный метод выражения знаний о
том, как функционирует предприятие и призвана представить положение вещей
как упорядоченную последовательность событий с одновременным описанием
объектов, имеющих непосредственное отношение к процессу [9].
Составление
производств
енного
плана
Составление
заказа
O
&
Составление
отчета по
заказам
&
Составление
отчета за
смену
Составление
посменного
плана
O
Внесение
изменений в
базу склада
Рисунок 9 – IDEF3-модель системы
Для построения функциональной модели проектируемой системы необходимо четко определить объект автоматизации и, таким образом, выделить предполагаемые автоматизируемые процессы.
В рамках рассматриваемой системы объектом автоматизации следует считать такие процессы, как процесс обработки и отслеживания заказов на производственном предприятии, а также процесс документооборота, связанного непосредственно с производством. Процесс производства порождает различного рода документы, такие как планы и отчеты. В нашем случае рассматриваются производственные и посменные планы, планы закупок, производственные отчетности и отчеты о готовности заказов. Ниже рассматривается эти документы в условиях системы, их взаимозависимости и условия их взаимодействия с пользователями системы.
Пользователи функционируют в системе с помощью своих учетных записей, разделенных на четыре группы, определяющие их функции и права доступа.
Каждая учетная запись относится только к одной группе и предназначена для работников предприятия с одноименными должностями: менеджер, начальник про-
27
изводства, кладовщик, инженер. Специальная пятая роль – администратор – формально не участвует в работе предприятия, но необходима для управления учетными записями остальных групп.
В начале, информация о заказе вносится менеджером в трекер заказов, образуя таким образом одну из основных сущностей системы. На основе этой информации начальником производства составляются производственные и посменные
планы, необходимые для организации работников с целью выполнения заказов.
Кладовщик же, на основе полученных предприятием заказов, составляет план закупок и вносит информацию о необходимом для выполнения клиентских заказов
сырье и материалах, внося их в трекер как заказы для поставщиков. Руководствуясь посменными планами, инженеры управляют производственным процессом во
время своей смены, и, на основе полученных результатов, составляют производственную отчетность. По результатам смен кладовщик вносит изменения в складскую базу. На основе информации, предоставляемой складской базой и трекером
заказов, кладовщик, при необходимости, составляет отчет для менеджера, в котором указывается степень готовности тех или иных заказов.
Автоматизация указанных процессов способствует переходу предприятия к
электронному документообороту, что позволит ускорить принятие оперативных и
стратегических решений, и в целом удовлетворит потребность предприятия в
быстрой и качественной обработке информации.
Процесс производства на предприятии характеризуется различного рода
информационными потоками, генерируемыми в процессе этого самого производства. Поэтому, как средство дальнейшего структурного анализа при проектировании системы, была построена DFD-диаграмма. DFD (Data Flow Diagrams – диаграммы потоков данных) – это методология графического структурного анализа,
описывающая внешние по отношению к системе источники и адресаты данных,
логические функции, потоки данных и хранилища данных, к которым осуществляется доступ [9].
Диаграммы потоков данных используются для описания документооборота
и обработки информации. Подобно IDEF0, DFD представляет моделируемую си-
28
стему как сеть связанных между собой работ. В данном случае эта диаграмма
(Приложение 2) используется как дополнение к модели IDEF0 для более наглядного отображения текущих операций документооборота в рассматриваемой системе, основной целью которой является обработка информации. Главная цель
DFD – показать, как каждая работа преобразует свои входные данные в выходные, а также выявить отношения между этими работами.
Выделенные на данной диаграмме сущности и связи, характеризующие
движение информационных потоков на предприятии, в дальнейшем будут использованы на отдельных этапах проектирования рассматриваемой системы.
Необходимо
производством
на
создать
приложение
предприятии.
Под
для
автоматизации
управлением
управления
производством
здесь
понимается составление производственных планов, отчетностей, отслеживание
информации о заказах, поддержка информации о товарах и сырье на складе, а
также информации контрагентах предприятия. По своей сути рассматриваемая
система является системой электронного документооборота. Основной целью
является представление информации о заказах, товарах и сырье на складе, и
контрагентах в наглядном виде и переход к электронному документообороту.
Эксплуатационным
назначением
системы
является
предоставление
возможности формирования и просмотра разного рода отчетности и планов в
электронном виде, а также отслеживание поступающих заказов. Автоматизация
указанных процессов способствует переходу предприятия к электронному
документообороту, что позволит снизить затраты времени и, как следствие,
финансовые затраты на управление предприятием.
Система предполагает наличие 5 видов учетных записей (менеджер,
кладовщик, начальник производства, инженер, администратор), отличающихся
друг от друга функциями и правами доступа.
Система предоставляет возможность ведения и отслеживания информации о
заказах, поступающих предприятию или совершаемых предприятием. Заказы в
системе представляются в виде трекера, содержащего всю необходимую
информацию о заказах. Трекер должен поддерживать поиск, с целью облегчения
29
нахождения конкретных заказов. С этой же целью необходима система фильтров
по всем ключевым полям трекера.
Кроме того, система реализует возможность составления производственной
отчетности и отчетности по заказам, а также служит для планирования –
составления общих и посменных производственных планов.
Поддержка базы данных склада, содержащей информацию о товарах и
сырье на складе, и базы данных с информацией о клиентах и поставщиках также
является одной из необходимых функций системы.
Предполагается наличие в системе лога событий, фиксирующего все
изменения в складской и клиентской базах, а также в файлах отчетов и планов.
Кроме
того,
просматривать
система
файлы
должна
поддерживать
технической
возможность
документации.
загружать
Загрузка
и
файлов
осуществляется в форматах: .odt, .doc, docx. Просмотр не предусматривает права
редактирования.
Доступ к системе должен быть реализован посредством однофакторной
аутентификации по связке ключей логин-пароль. После авторизации пользователь
получает доступ к соответствующим его роли разделам и функциям системы.
Также должна быть предусмотрена возможность завершения сеанса пользователя.
После завершения сеанса или выхода из системы, пользователю по умолчанию
отображается экран авторизации в системе.
При создании учетной записи, она относится к тому или иному виду
(менеджер, кладовщик, начальник производства, инженер, администратор), что
определяет ее функции и права доступа. По умолчанию в системе должна быть
создана одна учетная запись типа Администратор.
Функцией
администратора
в
системе
является
менеджмент
пользовательских учетных записей. Администратор должен иметь возможность
создавать новых пользователей, назначать их роли, данные для аутентификации в
системе и редактировать другие пользовательские данные, а также удалять
учетные записи пользователей.
30
Основной функцией менеджера является ведение трекера заказов, то есть
ввод всей необходимой информации о заказах в систему. Таковой информацией
является информация о товаре, контрагенте, датах открытия и закрытия заказа,
объеме заказа. Необходимо также предусмотреть возможность внесения
дополнительной информации.
Вторая функция – просмотр отчетов о готовности заказов, то есть
открытие файлов отчетности без возможности их редактирования.
Третьей функцией менеджера является заполнение и редактирование
клиентской базы. Клиентская база содержит такую информацию о заказчиках и
поставщиках, как название фирмы, адрес, телефон и ФИО контактного лица.
Учетная запись типа «менеджер» обладает правами на создание,
открытие и редактирование заказов (ведение трекера заказов), просмотр файлов
с отчетностью по заказам, просмотр складской базы. Менеджер не может
редактировать файлы отчетности и вносить изменения в базу склада. Также
менеджер может редактировать базу контрагентов в части клиентов.
Функциями кладовщика в системе являются ведение складской базы
данных, формирование отчетности по заказам, ведение базы конрагентов в
части поставщиков.
Учетная запись типа «кладовщик» обладает правами на просмотр заказов
и производственных планов, создание и просмотр файлов с отчетностью.
Кроме того, такая учетная запись имеет доступ к редактированию базы склада.
Кладовщик может редактировать только отчетности, созданные с его учетной
записи. Также кладовщик может редактировать базу контрагентов в части
поставщиков.
Функциями начальника производства являются составление общего и
посменного производственных планов.
31
Учетная запись типа «начальник производства» обладает правами на
просмотр заказов, файлов с производственной отчетностью, складской базы, а
также на создание файлов с планами. Начальник производства может
редактировать только файлы планов, созданные с его учетной записи.
Функциями
инженера
являются
составление
производственной
отчетности.
Учетная запись типа «инженер» обладает правами на просмотр
посменных
планов,
создание,
редактирование
и
просмотр
файлов
производственной отчетности, просмотр и редактирование складской базы.
Инженер может редактировать только отчеты, созданные с его учетной записи.
Приемка
программы
осуществляется
после
периода
опытной
эксплуатации системы. Если система работает корректно и устойчиво в течение
7-и календарных дней, период опытной эксплуатации считается завершенным.
Исполнитель обязуется сопровождать программный продукт в течение 1-го
месяца с начала периода эксплуатации, устранять все недоработки и
несоответствия техническому заданию (без изменения состава функций
программы) [22].
32
ГЛАВА 2 ПРОЕКТ АВТОМАТИЗАЦИИ
2.1 Анализ требований к системе
Техническое задание, представленное ранее, является основным источником информации при проектировании рассматриваемой информационной системы. Исходя из представленного в этом документе видения необходимой системы
проводится анализ требований к системе. На данном этапе выделяются пользователи системы, с которыми она должна взаимодействовать, определяются субъекты, которые будут совершать действия в системе. Также определяются варианты
использования системы.
Модель требований к системе в данной работе строится с использованием
нотации UML.
UML (Unified Modeling Language – унифицированный язык моделирования)
– графический язык моделирования общего назначения, предназначенный для
спецификации, визуализации, проектирования и документирования всех артефактов, создаваемых при разработке приложений [16].
Система предполагает наличие 5 типов пользователей: менеджер, кладовщик, начальник производства, инженер, администратор.
Функциями менеджера в системе являются:
1)
Составление заказа (внесение информации о заказе)
2)
Составление и поддержка базы контрагентов (в части заказчиков)
3)
Просмотр отчетов о готовности заказов
Функциями начальника производства в системе являются:
1)
Просмотр заказов
2)
Составление производственного плана
3)
Составление посменного плана
4)
Просмотр производственной отчетности
Функциями кладовщика в системе являются:
1)
Просмотр производственного плана
2)
Поддержка складской базы
33
3)
Составление отчетности по заказам
4)
Составление плана закупок
5)
Поддержка базы контрагентов (в части поставщиков)
Функциями инженера в системе являются:
1)
Просмотр посменного плана
2)
Составление производственной отчетности
Функциями администратора в системе являются:
1) Менеджмент пользователей системы
Вышеописанные пользователи и их функции представлены на диаграмме
вариантов использования (прецедентов / use case diagram) [4]:
Составление заказа
Просмотр заказов
<<включить>>
<<включить>>
Менеджер
Поддержка базы контрагентов
Просмотр отчетности
по заказам
Составление плана
закупок
Кладовщик
<<включить>>
Просмотр
производственного плана
Нач. производства
Составление
производственного плана
Просмотр
производственной
отчетности
Составление
отчетности по заказам
Поддержка
базы склада
Составление
посменного плана
Просмотр
посменного плана
Менеджмент пользователей
системы
Администратор
Составление
производственной
отчетности
Рисунок 10 – Диаграмма вариантов использования
Инженер
34
Детализация некоторых вариантов использования:
1)
Составление заказа. В трекере менеджером создается новая запись,
содержащая полную информацию о заказе (дата постановки и выполнения заказа, информация о товаре и клиенте, объем, комментарий и
т.д.).
2)
Составление производственного плана. На основе открытых заказов и
их сроках, начальник производства составляет производственный
план, содержащий информацию о сроках производства тех или иных
товаров.
3)
Составление посменного плана. На основе составленного производственного плана, начальник производства распределяет производственные нагрузки по сменам, указывая товары, их объем, даты смен
и ответственных инженеров.
4)
Составление производственной отчетности. После завершения смены,
инженер составляет отчет, в котором указывается процент выполнения плана на смену, а также, если это необходимо, комментарий.
5)
Ведение складской базы. После завершения каждой смены, кладовщик вносит изменения в базу склада, указывая какое сырье и материалы были потрачены за время смены, и какие товары были отгружены
на склад. С помощью лога, ведущегося в системе, при необходимости,
можно отслеживать внесенные изменения.
6)
Составление отчетности по заказам. На основе информации в базе
склада о том, какие товары уже были произведены и отгружены на
склад, кладовщик, сверяясь с трекером заказов, составляет отчет о готовности тех или иных заказов.
Как дополнение к представленной выше диаграмме вариантов использование (прецедентов) была построена диаграмма деятельности (Приложение 3). Диаграмма деятельности – UML-диаграмма, на которой показано разложение некоторой деятельности на её составные части. Под деятельностью понимается спецификация исполняемого поведения в виде координированного последовательного и
35
параллельного выполнения подчинённых элементов — вложенных видов деятельности и отдельных действий, соединённых между собой потоками, которые
идут от выходов одного узла ко входам другого.
Диаграммы деятельности представляют переходы потока управления от одной деятельности к другой внутри системы:

Начальник производства просматривает заказы, затем, на основе полученной информации, составляет производственный, а затем и посменный планы. После выполнения работ по полученным планам
начальник производства просматривает производственную отчетность.

Инженер изучает посменный план, затем, после выполнения работ согласно этому плану, составляет производственную отчетность.

Менеджер поддерживает базу клиентов в актуальном состоянии, занося в нее, при необходимости, информацию о новых контрагентах. После внесения указанной информации в базу, менеджер составляет новый заказ в системе. По мере необходимости, кладовщиком составляется отчетность о готовности заказов, которую просматривает менеджер.

Кладовщик поддерживает складскую базу в актуальном состоянии,
редактируя информацию о сырье, товарах и материалах на складе.
После изучения производственного плана, кладовщик составляет план
закупок и, по мере необходимости, составляет отчетность о готовности заказов.
Таким образом, на этапе моделирования анализа требований к проектируемой системе были выделены предполагаемые пользователи системы, а также выполняемые ими функции, обозначенные в техническом задании. В дальнейшем,
на этапе объектного моделирования, эта информация будет использована для
описания взаимодействий между объектами системы.
36
2.2 Детальное проектирование
Логическим продолжением анализа требований к системе, представленного
ранее, является объектное моделирование. Целью его является определение достаточного минимума всех свойств и функций, которые понадобятся проектируемой системе для работы. Начинать построение объектной модели целесообразно с
составления диаграмм вариантов использования и деятельности, представленных
выше. Перейдем теперь к построению диаграммы классов [5, 14, 17].
Диаграмма классов (Рисунок 11) отражает систему в статическом состоянии. Представлены основные классы – Пользователь, Заказ, План, Отчет, Склад,
Контрагент и их классы-потомки, а также связи между всеми этими классами, их
атрибуты и операции. Кроме того, на диаграмму вынесены интерфейсы, реализуемые классами для предоставления своих функций.
Как показано на диаграмме, для класса Заказ определены такие параметры,
как id_заказа (номер заказа в системе), id_контрагента (кто заказал продукцию
или у кого предприятие заказало сырье или материалы), id_контента (номер продукции, сырья или материала в системе), дата_заказа (когда был сделан заказ), дата_выполнения (когда заказ должен быть отгружен), объем (или число единиц
контента), комментарий, тип (входящий или исходящий заказ), статус (выполнен
или не выполнен), %_готовности. Среди операций, доступных для реализации над
данным классом, выделены создание (new_oreder), просмотр (get_order_info), редактирование (set_order_info) и удаление (delete_order) заказа.
Пунктирными линиями на диаграмме указываются зависимости одних классов от других. Для описания характера такой зависимости для каждой из линий
указан стереотип: use – использования интерфейса классом, realize – для реализации интерфейса классом, access – для доступа одного класса к параметрам другого. Из описания деятельности предприятия, представленного ранее, следует, что в
заказе используется информация о контрагенте. В свою очередь от заказов продукции зависит отчетность по заказам, а от смен зависит отчетность по сменам,
что и отображено на диаграмме связями со стереотипом access. Классы пользова-
37
телей связаны с предоставляемыми другими классами интерфейсами связями
со стереотипом use, что характеризует их доступ к соответствующим функциям, таким как создание или редактирование заказов. Таким образом определяются права доступа для пользователей в системе.
Простые линии с не закрашенной стрелкой, соединяющие некоторые
классы, означают связь типа «наследование». Так, классы «Отчет_по_заказу» и
«Отчет_за_смену» являются потомками суперкласса «Отчет» и наследуют все
его параметры: ответственный, дата_время, комментарий, %_выполнения.
Простые линии с не закрашенным ромбом, соединяющие классы «План»
и «Смена», и «Группа» и «Контент» характеризуют агрегацию – отношение
между целым и его частями. В рассматриваемой диаграмме план может содержать множество смен, также как в группу может входить несколько видов контента.
Все указанные выше, а также некоторые другие сущности и связи между
ними в системе, и составляют диаграмму классов, целью которой является моделирование предметной области.
Следующим шагом при построении объектной модели является реализация диаграммы последовательности (Приложение 4). Диаграммы последовательностей описывают логику выполнения прецедентов. Так, после составления заказов и внесения их в трекер, начальник производства изучает их и составляет производственный, а затем и посменный планы. Инженер изучает посменный план и, после выполнения работ согласно этому плану, составляет
производственную отчетность. Кладовщик, изучив производственный план,
составляет план закупок и, по мере необходимости, составляет отчетность о
готовности заказов.
38
Контрагент
<<Интерфейс>>
id_контрагента:int
название_контрагента:string
адрес:string
телефон_контакта:int
ФИО_контакта:string
Работа_с_контрагентами
new_partner(название_контрагента,
адрес, телефон_контакта,
ФИО_контакта):Контрагент
get_parnter_info(id_контрагента)
set_partner_info(id_контрагента;
название_контрагента, адрес,
телефон_контакта, ФИО_контакта)
delete_partner(id_контрагента)
<use>
<realize>
new_partner(название_контрагента,
адрес, телефон_контакта,
ФИО_контакта):Контрагент
get_parnter_info(id_контрагента)
set_partner_info(id_контрагента;
название_контрагента, адрес,
телефон_контакта, ФИО_контакта)
delete_partner(id_контрагента)
Контроллер_авторизации
<access>
login(логин,
пароль):Пользователь
logout():Пользователь
<<Интерфейс>>
Заказ
Просмотр_заказа
<use>
<realize>
id_заказа:int
id_контента:int
id_контрагента:int
дата_заказа:int
дата_выполнения:int
объем:float
комментарий:string
тип:boolean
статус:boolean
%_готовности:float
get_order_info(id_заказа):array
<realize>
<<Интерфейс>>
<use>
Интерфейс_авторизации
<<Интерфейс>>
Модификация_заказа
<realize>
login(логин,
пароль):Пользователь
logout():Пользователь
new_order(id_контента,
id_контрагента, ...):Заказ
set_order_info(id_заказа; ...)
delete_order(id_заказа)
Менеджер
роль: менеджер
new_order(id_контента,
id_контрагента, ...):Заказ
get_order_info(id_заказа):array
set_order_info(id_заказа; ...)
delete_order(id_заказа)
<<Интерфейс>>
<use>
Просмотр_групп
Нач._производства
<realize>
роль: НП
Пользователь
id_пользователя:int
ФИО:string
должность:string
роль:string
телефон:int
логин:string
пароль:string
статус_авторизации:boolean
get_group_info(id_группы)
<<Интерфейс>>
Модификация_групп
Инженер
<use>
<realize>
new_group(название_группы,
описание):Группа
set_group_info(id_группы;
название_группы, описание)
delete_group(id_группы)
роль: инженер
<use>
Склад
id_группы:int
описание:string
<<Интерфейс>>
Просмотр_контента
<use>
get_content_info(id_контента)
<use>
<realize>
<realize>
Кладовщик
<<Интерфейс>>
роль: кладовщик
new_content(название_контента,
описание, объем на складе,
комментарий):Контент
set_content_info(id_контента;
название_контента, описание, объем
на складе, комментарий)
delete_content(id_контента)
<<Интерфейс>>
Интерфейс_пользователей
get_user_info(id_пользователя):array
set_user_info(id_пользователя; ФИО,
должность, роль, телефон, логин,
пароль)
new_user(ФИО, должность, роль,
телефон, логин, пароль):Пользователь
delete_user(id_пользователя)
Контент
id_контента:int
название_контента:string
объем_на_складе:float
комментарий:string
Модификация_контента
<realize>
Группа
название_группы:string
new_group(название_группы,
описание):Группа
set_group_info(id_группы;
название_группы, описание)
delete_group(id_группы)
get_group_info(id_группы)
new_content(название_контента,
описание, объем на складе,
комментарий):Контент
set_content_info(id_контента;
название_контента, описание, объем
на складе, комментарий)
delete_content(id_контента)
get_content_info(id_контента)
<use>
<<Интерфейс>>
Просмотр_отчетов_по_заказам
<use>
get_order_report_info(id_отчета_по_за
казу)
<access>
Админ
<use>
<<Интерфейс>>
роль: админ
Модификация_отчетов_по_заказ
ам
get_user_info(id_пользователя):array
of strings
set_user_info(id_пользователя; ФИО,
должность, роль, телефон, логин,
пароль)
new_user(ФИО, должность, роль,
телефон, логин, пароль):Пользователь
delete_user(id_пользователя)
Отчет
<use>
new_order_report(id_заказа,
ответственный, дата_время,
комментарий,
%_выполнения):Отчет_по_заказу
set_order_report_info(id_отчета_по_за
казу; id_заказа, ответственный,
дата_время, комментарий,
%_выполнения)
delete_order_report(id_отчета_по_зака
зу)
ответственный:string
дата_время:int
комментарий:string
%_выполнения:float
<realize>
<<Интерфейс>>
<use>
Отчет_за_смену
Отчет_по_заказу
Просмотр_посменных_отчетов
-memberName
get_shift_report_info(id_отчета_за_сме
ну)
<<Интерфейс>>
Модификация_посменных_отчет
ов
new_shift_report(id_смены,
ответственный, дата_время,
комментарий,
%_выполнения):Отчет_за_смену
set_shift_report_info(id_отчета_за_сме
ну; id_смены, ответственный,
дата_время, комментарий,
%_выполнения)
delete_shift_report(id_отчета_за_смен
у)
id_отчета_по_заказу:int
id_заказа:int
id_отчета_за_смену:int
id_смены:int
new_order_report(id_заказа,
ответственный, дата_время,
комментарий,
%_выполнения):Отчет_по_заказу
get_order_report_info(id_отчета_по_за
казу)
set_order_report_info(id_отчета_по_за
казу; id_заказа, ответственный,
дата_время, комментарий,
%_выполнения)
delete_order_report(id_отчета_по_зака
зу)
new_shift_report(id_смены,
ответственный, дата_время,
комментарий,
%_выполнения):Отчет_за_смену
get_shift_report_info(id_отчета_за_сме
ну)
set_shift_report_info(id_отчета_за_сме
ну; id_смены, ответственный,
дата_время, комментарий,
%_выполнения)
delete_shift_report(id_отчета_за_смен
у)
<realize>
<<Интерфейс>>
Просмотр_плана
<access>
<realize>
План
get_plan_info(id_плана):array
id_контента:array
объем_контента:array
<<Интерфейс>>
Модификация_плана
<realize>
new_plan(смены_в_плане,
начало_работ, конец_работ,
id_контента,
объем_контента):Производственный_
план
set_plan_info(id_плана;
смены_в_плане, начало_работ,
конец_работ, id_контента,
объем_контента)
delete_plan(id_плана)
<<Интерфейс>>
Просмотр_смен
get_shift_info(id_смены):array
<<Интерфейс>>
План
id_плана:int
смены_в_плане:array
начало_работ:int
конец_работ:int
new_plan(смены_в_плане,
начало_работ, конец_работ,
id_контента,
объем_контента):Производственный_
план
get_plan_info(id_плана):array
set_plan_info(id_плана;
смены_в_плане, начало_работ,
конец_работ, id_контента,
объем_контента)
delete_plan(id_плана)
Модификация_смен
new_shift(дата_время, ответственный,
id_контента, объем_контента):Смена
set_shift_info(id_смены; дата_время,
ответственный, id_контента,
объем_контента)
delete_shift(id_смены)
<realize>
Рисунок 11 – Диаграмма классов
Смена
id_смены:int
дата_время:int
ответственный:string
new_shift(дата_время, ответственный,
id_контента, объем_контента):Смена
get_shift_info(id_смены):array
set_shift_info(id_смены; дата_время,
ответственный, id_контента,
объем_контента)
delete_shift(id_смены)
39
Завершая этап объектного моделирования, построим диаграммы состояний
с точек зрения всех пользователей системы. Они показывают, объекты переходят
из одного состояния в другое и, так же как диаграммы последовательности, прецедентов и деятельности, служат для моделирования динамических объектов системы [27].
Составление заказа
/внести контрагента
/создать заказ
[Поступила заявка]
[Необходима информация о заказе]
Изучение отчетов
[Необходима информация о заказе]
/просмотреть отчеты по заказам
Рисунок 12 – Диаграмма состояний. Менеджер
Диаграмма (Рисунок 12) описывает возможные состояния объектов класса
Менеджер, условия перехода объектов в эти состояния и деятельность, которая
эти состояния сопровождает. Аналогичные диаграммы построим для остальных
пользователей: начальника производства, кладовщика и инженера (Приложение
5).
В процессе проектирования было принято решение о разработке проекта базы данных для системы. Для этого была построена диаграмма потоков данных
(Data flow diagram), с указанием на ней всех внешних лиц системы (пользователей), накопителей данных и потоков данных [18]. Она наглядно демонстрирует,
как каждый процесс преобразует свои входные данные в выходные, а также выявляет отношения между этими процессами. В качестве дополнения к диаграмме
потоков данных ранее была построена модель бизнес-процессов в нотации IDEF3,
представляющая деятельность по обмену информацией как упорядоченную последовательность событий [19, 21].
40
На основе выделенных на этих диаграммах (Приложение 1 и рисунок 9)
сущностей были выделены основные таблицы базы данных, а также их поля
(Приложение 6) [11].
Для проверки правильности выделенной структуры базы данных была построена ER-диаграмма (Рисунок 13). На ней отображены все сущности проектируемой базы данных и связи между ними с указанием степени принадлежности и
модальности связи [13].
Группа
Контрагенты
1
М
1
Контент
М
М
М
Заказы
1
М
1
Смены
План
1
Отчеты по
заказам
1
1
Отчеты за
смену
Рисунок 13 – ER-диаграмма
Представим детализацию некоторых вариантов использования системы в
терминах спроектированной базы данных:
41
1)
Менеджер составляет и поддерживает в актуальном виде базу клиентов – вносит информацию о поставщиках и покупателях в таблицу «Контрагенты».
2)
Менеджер принимает заказы (вне разрабатываемой системы) и вносит информацию о них в таблицу «Заказы». Каждый заказ связан с
одним контрагентом из таблицы «Контрагенты» (с помощью ключа
id_контрагента) и с одним видом товара, сырья или оборудования
из таблицы «Контент» (с помощью ключа id_контента). В эту же
таблицу кладовщиком вносятся заказы сырья, материалов и оборудования, которое необходимо для производства.
3)
Кладовщик вносит информацию о находящихся на складе товарах,
сырье и материалах в таблицу «Контент». Для разделения имеющегося на складе контента на группы (сырье и материалы, продукция,
оборудование) существует таблица «Группы», связанная с таблицей
«Контент» с помощью ключа id_группы.
4)
Начальник производства составляет производственный план и расписание смен. Информация о сменах вносится в таблицу «Смены».
Информация о продукции, производимой в определенную смену
вносится в таблицу «План», связанную с таблицей «Смены» с помощью внешнего ключа id_смены.
5)
Инженер, ответственный за определенную смену, отчитывается за
свою смену, внося информацию о ней в таблицу «Отчет за смену».
Эта таблица связана с таблицей «Смены» с помощью внешнего
ключа id_смены.
6)
Кладовщик, в установленное время, отчитывается о готовности заказов, внося информацию о их готовности в таблицу «Отчеты по
заказам». Эта таблица связана таблицей «Заказы» с помощью
внешнего ключа id_заказа.
42
2.3 Управление проектом
Получение рассматриваемой информационной системы в качестве результата требует управления необходимыми и обязательными этапами создания ИС. Такого рода управление принято называть управлением жизненным
циклом информационных систем. Жизненный цикл информационной системы
представляет собой непрерывный процесс, начинающийся с момента принятия
решения о создании информационной системы и заканчивающийся в момент
полного изъятия ее из эксплуатации [8]. Для выделения процессов, работ и задач жизненного цикла, необходимых для реализации представленного выше
проекта разработки системы, был использован ГОСТ Р ИСО / МЭК 12207-99 –
Государственный стандарт РФ «Процессы жизненного цикла программных
средств» [1]. Таким образом были выделены 2 основных процесса – процесс
поставки и процесс разработки. Используемые при реализации этих процессов
работы и задачи указаны в таблицах приложения 7.
Для реализации выделенных процессов необходима команда проекта.
Состав такой команды определяется в соответствии со списком работ, необходимых для реализации проекта. Ниже (Таблица 4) указаны работники, вовлеченные в реализацию проекта, и их планируемые заработные платы.
Таблица 4 – Команда проекта
Должность
Менеджер проекта
Проектировщик
Тех. Писатель
Ведущий разработчик
Разработчики (2)
Тестировщик
Дизайнер
З/п в мес.
25000
30000
20000
30000
50000
20000
20000
Для отображения степени ответственности и исполнения каждой из работ
участниками команды будем использовать матрицу ответственности, расширенную таким образом, чтобы в ней также были указаны планируемые сроки
43
выполнения работ. При составлении данной матрицы (Приложение 8) используют методику RACI.
Методика RACI представляет собой аббревиатуру и является наглядным
средством для планирования ответственности членов команды проекта на каждом этапе [3].
 Ответственный (Accountable) – полностью отвечает за исполнение
этапа/задачи, вправе принимать решения по способу реализации. В качестве ответственного за задачу может назначаться только один человек.
 Исполнитель (Responsible) – исполняет задачу, не несет ответственность за выбор способа её решения, но отвечает за качество и сроки
реализации. У каждой задачи должен быть хотя бы один исполнитель.
 Консультант (Consultbeforedoing) – оказывает консультации в ходе
решения задач проекта, контролирует качество реализации.
 Наблюдатель (Informafterdoing) – может оказывать консультации в ходе решения задач проекта, не несет ответственности.
Таким образом, планируемое время продолжительности проекта составляет 90 дней. Больше всего времени занимает программирование и тестирование программных средств – 21 рабочий день.
Рассчитаем теперь заработную плату каждого из сотрудников с учетом
времени их участия в проекте. Заработная плата рассчитывается от количества
отработанных дней. Данные, представленные в таблице 5, показывают затраты
на заработную плату участников проекта, распределенные по месяцам.
44
1 месяц 25000
26000
2 месяц 25000
30000
3 месяц 16667
4000
Итого
66667
Итого
Дизайнер
Тестировщик
Разработчики
Ведущий разработчик
Тех. писатель
Проектировщик
Менеджер проекта
Таблица 5 – Затраты на заработную плату
26000
15000
92000
8000
30000
48334
8000 149334
3334
28000
41167
60000 11334
84000 104501
4000
2000
99168
4000 10000 340502
В таблице 6 указаны общие планируемые затраты на реализацию проекта.
Помимо затрат на заработную плату сотрудников, вовлеченных в реализацию
проекта, были учтены все необходимые отчисления. На стоимость проекта также
были частично перенесены затраты на аренду офиса, коммунальные платежи, интернет, покупку мебели и компьютеров.
Таблица 6 – Общие затраты на реализацию проекта
Затраты
1 месяц
2 месяц
3 месяц
Итого
Заработная плата
92000
149334
99168
340502
Отчисления ПФРФ (22%)
Отчисления ФФОМС
(5,1%)
20240
32853,48
21816,96
74910,44
4692
7616,034
5057,568
17365,6
Отчисления ФСС (2,9%)
2668
4330,686
2875,872
9874,558
Аренда помещения (10%)
3500
3500
3500
10500
Коммунальные платежи
(50%)
2700
2700
2700
8100
45
Продолжение таблицы 6
Интернет (50%)
300
300
300
900
Мебель (10%)
700
700
700
2100
2500
2500
2500
7500
Компьютеры (10%)
Итого
129300
203834,2
138618,4
471752,6
Из расчетов следует, что общие планируемые затраты на реализацию проекта, которые могут быть перенесены на стоимость системы, составили около 472
тысяч рублей. При этом, как было показано ранее, планируемое время реализации
проекта составляет 90 рабочих дней, а в его реализацию будет вовлечено 8 человек. Большая часть общих затрат (около 72%) приходится на заработную плату
сотрудников.
Таким образом, необходимую для начала работ по реализации проектную
документацию можно считать составленной в полном объеме. Срок выполнения и
стоимость реализации проекта являются приемлемыми по рыночным меркам. Декларируемый функционал спроектированной системы покрывает текущие требования предприятия по автоматизации управления информационными потоками на
производстве.
46
ЗАКЛЮЧЕНИЕ
Основной целью данной выпускной квалификационной работы было
проектирование системы управления производством на предприятии по производству проволоки. Такая система предполагает переход предприятия к электронному документообороту, что позволит ускорить принятие оперативных и
стратегических решений, и в целом удовлетворит потребность предприятия в
быстрой и качественной обработке информации.
Первой задачей в рамках достижения цели работы было изучение предметной области и существующих практик для подтверждения актуальности
выбранной тематики исследования.
В процессе достижения поставленной цели также был выполнен ряд других задач, таких как изучение деятельности рассматриваемого предприятия,
выделение ключевых сценариев, связанных с производственной деятельностью
и их представление на диаграммах с использованием графической нотации
BPMN 2.0. На основе этой информации была составлена функциональная модель деятельности предприятия в нотации IDEF0, описывающая автоматизируемые процессы и формализующая их с помощью соответствующих диаграмм –
контекстных диаграмм и диаграмм декомпозиции.
Также были рассмотрены распространенные информационные системы
схожей направленности, автоматизирующие управление производством, с целью выявления наилучших решений в данной области.
Кроме того, было составлено техническое задание на разработку информационной системы, содержащее общие положения разработки, описывающее
эксплуатационное и функциональное назначение системы, включающее также
функциональное описание и условия сдачи и приемки разрабатываемой информационной системы.
На этапе проектирования был проведен анализ требований к системе,
призванный определить круг пользователей системы и доступную им функци-
47
ональность. На основании информации, полученной в результате проведения
анализа требований, была разработана объектная модель рассматриваемой системы, целью которой является определение достаточного минимума всех объектов, свойств и функций, необходимых системе для работы. В рамках объектной модели была составлена модель классов, описывающая входящие в состав
системы объекты и отношения между ними, и модель взаимодействий, описывающая взаимодействия между объектами. Указанные модели были составлены с использованием нотации UML.
Завершающим этапом стало составление модели управления проектом
по разработке и реализации информационной системы, автоматизирующей
управление производством на предприятии. Данная модель, помимо прочего,
позволила оценить время реализации проекта и затраты на него.
В результате выполнения работы можно сделать вывод о целесообразности внедрения описанной системы в виду важности своевременного и удобного
для сотрудников получения оперативной информации. Информацию необходимо обрабатывать как можно быстрее и качественнее, подчас информационные потоки не менее важны, чем материальные, и в этой связи, спроектированная система подходит на роль необходимого решения.
В итоге, цель работы была достигнута, то есть была подготовлена проектная документация на создание системы управления производством рассматриваемого мелкосерийного предприятии.
48
СПИСОК ЛИТЕРАТУРЫ
1. ГОСТ Р ИСО/МЭК 12207-99. Процессы жизненного цикла программных
средств. – М.: ИПК Издательство стандартов, 2000. – 76 с.
2. ГОСТ Р 50.1.028-2001 Информационные технологии поддержки жизненного цикла продукции. Методология функционального моделирования. – М.:
ИПК Издательство стандартов, 2002. – 49 с.
3. Андерсен,
Б.
Бизнес-процессы.
Инструменты
совершенствования.
/
Б.Андерсен – М.: РИА «Стандарты и качество», 2014. – 272 с.
4. Буч, Г. Объектно-ориентированный анализ и проектирование с примерами
приложений (UML 2). Третье издание. / Г. Буч – М.: Вильямс, 2008. – 720 с.
5. Буч, Г. Язык UML Руководство пользователя. / Г. Буч, Д. Рамбо, А. Джекобсон. – М.: ДМК Пресс, 2007. – 496 с.
6. Гайфуллин, Б.Н. Автоматизированные системы управления предприятиями
стандарта RP/MRPII / Б.Н. Гайфуллин, И.А. Обухов. – М.: Богород. печатник, 2000. – 103 с.
7. Друкер, П.Ф. Практика менеджмента: Пер. с англ. / П.Ф. Друкер – М.: Вильямс, 2011. – 400 с.
8. Избачков, Ю.С. Информационные системы / Ю.С. Избачков, В.Н. Петров.
2-е изд. – СПб: Питер, 2008. – 656 с.
9. Калянов, Г.Н. CASE: структурный системный анализ (автоматизация и
применение). / Г.Н. Калянов – М.: ЛОРИ, 1996. – 248 с.
10.Кольцов, А.С. Информационные технологии: Учебное пособие/ А.С. Кольцов, Е.Д. Федорков. – Воронеж: Государственный технический университет,
2005. – 241 с.
11.Конноли, Т. Базы данных: проектирование, реализация и сопровождение.
Теория и практика, 2-е изд.: пер. с англ. / Т. Конноли, К. Бегг, А. Страчан. –
М: Вильямс, 2000. – 1440 с.
12.Корнеев, И.К. Информационные технологии в управлении / И.К. Корнеев,
В.А. Машурцев. – М.: ИНФРА-М, 2001. – 158 с.
49
13.Крёнке, Д. Теория и практика построения баз данных. 8-е изд. / Д. Крёнке –
СПб: Питер, 2003. – 800 с.
14.Леоненков, А.В. Самоучитель UML. / А.В. Леоненков. –
СПб.: БХВ-
Петербург, 2007. – 576 c.
15.Мелисси, К.Р. Управление знаниями. Полное руководство. / К.Р. Мелисси –
М: АСТ, Астрель, 2004. – 318 с.
16.Новиков, А. Ф. Анализ и проектирование на языке UML / А. Ф. Новиков. –
СПб. ИТМО, 2007. – 286 с.
17.Орлов, С. А. Технологии разработки программного обеспечения: Учебник. /
С.А. Орлов – СПб: Питер, 2002. – 464 с.
18.Репин, В.В. Процессный подход к управлению. Моделирование бизнеспроцессов / В.В. Репин, В. Г. Елиферов. – М.: Манн, Иванов и Фербер, 2013.
– 522 с.
19.Тельнов, Ю.Ф. Реинжиниринг бизнес-процессов. / Ю.Ф. Тельнов – М.:
МЭСИ, 2000. – 106с.
20.Федоров, И.Г. Моделирование бизнес-процессов в нотации BPMN 2.0: Монография. / И.Г. Федоров – М.: МЭСИ, 2013. – 255 с.
21.Хаммер, М. Реинжиниринг корпорации: Манифест революции в бизнесе.
Пер с англ. / М. Хаммер, Д. Чампи – СПб.: Издательство С.- Петербургского университета, 1997. – 332 с.
22.Хорошев, А.Н. Введение в управление проектированием механических систем: Учебное пособие. / А.Н. Хорошев – Белгород, 1999. — 372 с.
23.Черемных, О.С. Моделирование и реинжиниринг бизнес-процессов. Вводный курс. / О.С. Черемных, С.В. Черемных – М.: Финансовая академия,
2002. – 106 с.
24.Чухарева, О.В. Конспект лекций по дисциплине: «Информационные технологии»./ О.В. Чухарева. – Вязьма: Филиал Московского государственного
индустриального университета, 2005. – 95 с.
25.Интерфейс Ltd. iRenaissance [Электронный ресурс]. – Режим доступа:
http://www.interface.ru/ross/ross_h.htm. – Дата доступа: 14.10.16.
50
26.Фирма «1С». 1C: Предприятие 8 [Электронный ресурс]. – Режим доступа:
http://v8.1c.ru/overview/. – Дата доступа: 14.10.16.
27.Agile Modeling. UML 2 Sequence Diagrams: An Agile Introduction [Электронный
ресурс].
–
Режим
доступа:
http://www.agilemodeling.com/artifacts/sequenceDiagram.htm. – Дата доступа:
04. 01.17.
28.BPMN Specification. Business Process Model and Notation [Электронный ресурс]. – Режим доступа: http://www.bpmn.org/. – Дата доступа: 13. 12. 16.
29.Microsoft dynamics. Microsoft dynamics AX: ERP Business software [Электронный
ресурс].
–
Режим
доступа:
http://www.microsoft.com/ru-
ru/dynamics/erp-ax-overview.aspx. – Дата доступа: 14.10.16.
30.Millenium BSA. Функциональные возможности Millenium BSA [Электронный ресурс]. – Режим доступа: http://www.m-g.ru/mbsa/features. – Дата доступа: 13.10.16.
31.Oracle Россия и СНГ. Oracle E-Business Suite [Электронный ресурс]. – Режим
доступа:
http://www.oracle.com/ru/products/applications/ebusiness/overview/index.html. –
Дата доступа: 13.10.16.
51
Приложение 1
Рисунок 1.1 – Диаграмма оркестровки процесса планирования закупок
52
Рисунок 1.2 – Диаграмма оркестровки процесса планирования производства
Рисунок 2.1 – Диаграмма потоков данных
53
Приложение 2
54
Приложение 3
Менеджер
Нач. производства
Инженер
Кладовщик
Ввести данные о
клиенте в базу
Составить заказ
Просмотреть заказ
Составить
производственный
план
Просмотреть
производственный
план
Составить
посменный план
Просмотреть
посменный план
Составить план
закупок
Составить
производственную
отчетность
Просмотреть
производственную
отчетность
Ввести данные в
базу склада
Составить
отчетность по
заказам
Просмотреть
отчетность по
заказам
Рисунок 3.1 – Диаграмма деятельности
Рисунок 4.1 – Диаграмма последовательности
55
Приложение 4
56
Приложение 5
Планирование производства
Планирование смен
/просмотреть заказы
/просмотреть базу склада
/составить производственный план
[Есть новые заказы]
[План составлен]
/просмотр производственного плана
/составить посменный план
[Смена пройдена]
Изучение отчетности
[Смена пройдена]
/просмотреть отчет за смену
Рисунок 5.1 – Диаграмма состояний. Начальник производства
[Запасов достаточно]
Проверка запасов
[Есть новые заказы]
Заказ сырья
[Запасов не достаточно]
/просмотреть заказы
/просмотреть базу склада
/составить заказ
Поддержка базы склада
/внести изменения в базу склада
[Пройдена смена], [Поступило сырье]
Рисунок 5.2 – Диаграмма состояний. Кладовщик
Изучение смен
[Составлен посменный план]
Составление отчетности
[Смена пройдена; Отчет не составлен]
/просмотреть посменный план
/составить отчет за смену
[Смена пройдена; отчет не составлен]
Рисунок 5.3 – Диаграмма состояний. Инженер
57
Приложение 6
Таблица 6.1 – Структура базы данных
Таблица в базе
Поля таблицы
Контент
id_контента:int
id_группы:int
название_контента:string
объем_на_складе:float
комментарий:string
описание:string
Группа
id_группы:int
название_группы:string
описание:string
Контрагенты
id_контрагента:int
название_контрагента:string
адрес:string
телефон_контакта:int
ФИО_контакта:string
Заказы
id_заказа:int
id_контента:int
id_контрагента:int
дата_заказа:int
дата_выполнения:int
объем:float
комментарий:string
тип:boolean
статус:boolean
%_готовности:float
58
Продолжение таблицы 6.1
Смены
id_смены:int
дата_время:int
ответственный:string
id_контента:array
объем_контента:array
План
id_плана:int
смены_в_плане:array
начало_работ:int
конец_работ:int
id_контента:array
объем_контента:array
Отчет за смену
id_отчета_за_смену:int
id_смены:int
ответственный:string
дата_время:int
комментарий:string
%_выполнения:float
Отчеты по заказам
id_отчета_по_заказу:int
id_заказа:int
ответственный:string
дата_время:int
комментарий:string
%_выполнения:float
59
Приложение 7
Таблица 7.1 – Процесс разработки
Работы
Подготовка
Задачи
про- Выбор и адаптация стандартов, методов и инстру-
цесса
ментария для реализации проекта, разработка плана проведения работ в процессе разработки.
Анализ требований Анализ области применения разрабатываемой сик системе
стемы с точки зрения определения требований к
ней, оценка требований.
Проектирование
системной
Определение общей архитектуры системы, с указа-
архи- нием
тектуры
объектов
технических
и
программных
средств и ручных операций, обеспечение распределения всех требований к системе между объектами
архитектуры. Определение объектов конфигурации
технических и программных средств и ручных
операций на основе объектов архитектуры. Документальное оформление привязки системной архитектуры и требований к системе относительно
установленных объектов. Оценка системной архитектуры и требований к объектам архитектуры.
Анализ требований Установление и документальное оформление трек
программным бований к программным средствам, оценка этих
средствам
требований.
Проектирование
Трансформация требований к программному объекту
программной архи- в архитектуру. Разработка и документальное оформтектуры
ление общих проектов интерфейсов, базы данных,
предварительной версии документации пользователя.
Определение предварительных требований к тестированию.
60
Продолжение таблицы 7.1
Программирование Разработка и документальное оформление всех
и
тестирование программных модулей и базы данных, процедур
программных
тестирования и данных для тестирования каждого
средств
программного модуля и базы данных. Тестирование всех программных модулей и базы данных.
Сборка программ- Разработка и осуществление плана сборки проных средств
граммных модулей и компонентов в программный
объект.
Квалификационные Проведение квалификационных испытаний на соиспытания (тести- ответствие требованиям к программному объекту.
рование)
про- Доработка (при необходимости) программного
граммных средств
продукта и подготовка к сборке системы.
Сборка системы
Сборка объектов программной конфигурации в
единую систему.
Квалификационные Проведение квалификационных испытаний в соотиспытания (тести- ветствии с квалификационными требованиями,
рование) системы
установленными к системе. Доработка (при необходимости) программного продукта и подготовка к
приемке и вводу его в действие.
Ввод
в
действие Разработка и реализация плана по вводу в действие
программных
программного продукта в соответствии с догово-
средств
ром. Составление окончательной версии документации пользователя.
61
Таблица 7.2 – Процесс поставки
Работы
Задачи
Подготовка
Проводится
анализ
требований,
установленных в заявке на подряд,
принимается решение о подписании
договора.
Подготовка ответа
Формулируется предложение в ответ
на заявку о подряде.
Подготовка договора
Проводятся переговоры с организацией заказчика и составляется договор.
Планирование
Проводится анализ требований к заказу, определяется модель жизненного цикла, устанавливаются требования к планам управления и обеспечения проекта, разрабатываются и
документально оформляются планы
управления проектом.
Проверка и оценка
Участие в подготовке приемки, приемочных испытаниях.
Поставка и закрытие договора
Поставка и поддержка поставленного программного продукта в соответствии с условиями договора.
62
Приложение 8
Подготовка ответа
1
ИО
Подготовка договора
2
ИО
Планирование
7
О
К
К
Подготовка процесса
разработки
Анализ требований к
системе
Проектирование системной архитектуры
Анализ требований к
программным средствам
Проектирование программной архитектуры
Программирование и
тестирование программных средств
Сборка программных
средств
Квалификационные
испытания (тестирование) программных
средств
Сборка системы
Квалификационные
испытания (тестирование) системы
Ввод в действие программных средств
Проверка и оценка
Поставка и закрытие
договора
3
О
И
ИК
5
ИО И
К
9
К
ИО
К
3
К
ИО
К
12
КО И
21
К
И
К
5
Н
К
Н
ИО
И
ИО
И
ОК
КН
5
3
И
ОК
ИО
КН
5
ИО
И
И
3
2
ИО
ИО
3
И
И
Дизайнер
ИО
Тестировщик
1
Разработчики
Ведущий
разработчик
Менеджер
Подготовка процесса
поставки
Проектировщик
Сроки выполнения
работ
Работа
Технический
писатель
Таблица 8.1 – Матрица ответственности
И
И
И
Н
i,ý рв &,
,iя,
&я
4ч,
*tр
0рловский ГУ
ý $Jýs&ý ь/ýЁе i
Т**!' у{ТГ *,}ý{Tfi l t{ttЫ |Ti YfiДt}l\{i
спрлвкл
о результатах проверки текстового документа на
наличие заимствований
поовепка выполнена в системе
' Антиплагиат.ВУЗ
Автор работы
КрыЛов Максим Сергеевич
Факультет, кафелра,
номер грушпы
Фиý.икоlл*атQматrтч.gsкЁtФff
Тип работы
Днпломнал работа
Название работы
Инф ормаuионво- аналитиlтýскаlt gиý.тФма ЕлаЁировация rl[роИзкiдсtsýIц{оЁ
кiлъýй:
зкономике
,
деятельности предцриятия
Ншвание фай.,rа
Крылов Максим Сергоович.dосх
Гlроuент заимствования
21,44o/o
11potteHT цитирования
0,07%
Проuент оригинальности
?8,49ол
flaTa проверки
l0:05:l
Молули поиска
Молуль пOиска ЭБС "БиблиоFоссика]'; I.Цшировав*g; Мо4тд!
"У нлверситетская бибш,tотека онлайцl'; Колдокцrи диссертац
сLIBRARY.RU; Модуль поиска "Айб}кýО'l Модуrь повска Ия
I
l3 тiюня 20l7г,
,r";tu;"itl;
Работ1, провери.
.щата
полписи
"ФгБOУ Во оГУ ий]иý
Ty,pn
Селютин В лалимир,,Щм итвиgвич
t
l_ {, а
ьztrOдуБ пЬиска
ФL]() fiроверяк]tuеI,о
l,azp'/Pu
Чтобы убедиться
в подлинности справки,
используйте QR-код, который
содержит ссылку на отчет.
'':
оl9ет на вопрос, является ли обнаруженное заимствование
корректным, система оставляет на усмотрение проверяющег0.
предоставленная информация не подлен(ит использо8анию в
коммерческих целях.
1/--страниц
Пожаловаться на содержимое документа