«План-конспект урока «Бизнес-процессы» по дисциплине Разработка, внедрение и адаптация программного обеспечения отраслевой направленности для студентов 3 курса специальности 090205 Прикладная информатика (по отраслям)»


План-конспект открытого учебного занятия
Преподаватель: Щербакова Ольга Алексеевна
Дисциплина: МДК.02.01. Разработка, внедрение и адаптация программного обеспечения отраслевой направленности
Тема: «Бизнес-процесс»
Тип занятия: комбинированное__________________
Курс, специальность, группа: III курс, 09.02.05, 547-Д9-3ПИН
Дата проведения:14.03.2017Цели учебного занятия:
- систематизирование знаний о бизнес-процессах и их роли в системах менеджмента качества
- воспитание информационной культуры учащихся, внимательности, аккуратности, дисциплинированности, усидчивости.
- развитие познавательных интересов, навыков анализа и программирования, самоконтроля, умения конспектировать.
Используемые образовательные технологии: объяснительно-иллюстративная технология с применением ИКТ, элементы технологии развивающего обучения, личностно-ориентированная технология.
Формируемые компетенции:_ ПК2.1, ПК2.2, ПК2.3, ПК 2.4, ПК2.5, ПК2.6
ОК1- ОК10
Оборудование: мультимедийная доска, компьютер, компьютерная презентация, персональные компьютеры, наушники, методические указания на сервере в каталоге преподавателя, раздаточный материал
Программное обеспечение: MS Vord, MS PowerPoint, MS Visio
План учебного занятия:
I. Организационный момент. (1 мин)
II. Проверка домашнего задания и актуализация знаний. (7 мин)
III. Теоретическая часть. (23 мин)
IV. Практическая часть. (30 мин)
V. Домашнее задание (2 мин)
VI. Вопросы учеников. (15 мин)
VII. Итог урока. (2 мин)
Ход учебного занятия:
I. Организационный момент.
Приветствие, проверка присутствующих. Объяснение хода учебного занятия.
II. Проверка домашнего задания и актуализация знаний.
Проверка домашнего задания осуществляется посредством тестирования. Время на прохождение теста – 3-5 минут.
После чего объявляется тема занятия, его цели. Задачи, которые необходимо решить для достижения цели, обучаемые формируют совместно с преподавателем.
III. Теоретическая часть.
Излагается преподавателем. Материал излагается с использованием презентации (Приложение1).
Рассматривается процессный подход в автоматизации основных бизнес-процессов предприятия как средства повышения качества его работы, направления и уровни автоматизации с использованием системы менеджмента качества (СМК).
Обучающиеся совместно с преподавателем, формулируют цели и задачи внедрения СМК в соответствии с направлениями автоматизации.
Краткое изложение темы:
На современном уровне развития автоматизация процессов представляет собой один из подходов к управлению процессами на основе применения информационных технологий. Этот подход позволяет осуществлять управление операциями, данными, информацией и ресурсами за счет использования компьютеров и программного обеспечения, которые сокращают степень участия человека в процессе, либо полностью его исключают.
Основной целью автоматизации является повышение качества исполнения процесса. Автоматизированный процесс обладает более стабильными характеристиками, чем процесс, выполняемый в ручном режиме. Во многих случаях автоматизация процессов позволяет повысить производительность, сократить время выполнения процесса, снизить стоимость, увеличить точность и стабильность выполняемых операций.
Объектом автоматизации всегда является деятельность. Любая деятельность включает в себя две составляющие: преобразование объекта и ограничения на преобразования. В зависимости от вида деятельности будет меняться направление автоматизации СМК, и конкретизироваться объект
Задача автоматизации – обеспечить полноту, достоверность и надежность передачи данных. Требования стандарта ISO 9001:2015 затрагивают множество аспектов работы организации, поэтому автоматизация системы качества должна быть комплексной. Ее необходимо проводить по всем направлениям: вертикальному, горизонтальному и функциональному. Для каждого направления автоматизации СМК существуют свои объекты (деятельность).
На сегодняшний день автоматизация процессов охватила многие отрасли промышленности и сферы деятельности: от производственных процессов, до совершения покупок в магазинах. Вне зависимости от размера и сферы деятельности организации, практически в каждой компании существуют автоматизированные процессы. Процессный подход предусматривает для всех процессов единые принципы автоматизации

Вертикальное направление – это автоматизация управленческих решений. Для их разработки, принятия и выполнения необходимо инициировать управляющее воздействие, получить обратную связь от управляемого звена, сравнить результаты с установленными критериями и внести коррективы в первоначальные решения.
Объектами автоматизации СМК в данном случае будут являться:
◾ постановка целей и задач. Они могут ставиться на разных уровнях. При развертывании целей происходит их детализация до уровня задач. В качестве инструмента используются различные варианты планирования (стратегическое планирование, планирование деятельности, оперативное планирование и пр.);
распределение обязанностей и полномочий. Для выполнения задач (достижения целей) необходимо определить ответственных лиц. Обязанности и полномочия определяют роль персонала в СМК. В качестве инструмента могут применяться различные оргструктуры, матрицы ответственности, назначение задач и пр.;
◾ анализ и обработка данных. Для каждого уровня управления существует разная степень детализации данных и способы их обработки. В качестве инструмента могут применяться статистические методы, методы структурирования данных, выборки и пр.;
◾ взаимодействия между уровнями управления. Эти действия предполагают передачу объектов (как правило, информационных) между уровнями управления. В качестве инструментов взаимодействия применяют маршрутизацию информации, эскалацию задач, публикацию данных
Горизонтальное направление - это автоматизация действий в процессах. Действия могут быть выполнены только при наличии строго заданных условий и параметров работы.
◾ выполнение операций и переходов процесса. Каждая операция процесса (переход) характеризуется набором атрибутов: время исполнения, объект обработки, задействованные ресурсы, стоимость и пр. Эти атрибуты задают требования к выбору инструментов автоматизации;
◾ преобразование информации и данных, сопровождающих процесс. По ходу процесса каждая операция сопровождается данными (справочными, технологическими, контрольными и пр.). Изменение данных подтверждает выполнение операции. Сбор данных необходим для принятия управленческих решений и проведения анализа работы процесса;
◾ взаимодействия между операциями внутри процесса. Операции процесса взаимозависимы. Они могут выполняться либо последовательно, либо параллельно. Взаимодействия осуществляются за счет передачи материальных или информационных объектов. Для стабильного выполнения процесса передача объектов должна быть синхронизирована
Функциональное направление - это автоматизация взаимодействия подсистем организации. Подсистемы могут взаимодействовать за счет обмена объектами (материальными и информационными).
Объектами автоматизации СМК в этом случае будут являться:
◾ взаимодействия между подсистемами. В организации могут существовать подсистемы: производственная, складская, закупочная, документооборота и т.п. Эти подсистемы взаимодействуют друг с другом за счет элементов (взаимодействие персонала, материальных и информационных потоков, потоков работ и пр.). Для стабильной работы взаимодействия должны быть регламентированы;
◾ взаимодействия между процессами. Процессы организации взаимосвязаны. Выполнение действий одного процесса влияет на результат работы в другом процессе. Такие воздействия могут быть растянуты во времени. Автоматизация СМК должна учитывать влияния процессов друг на друга;
◾взаимодействия между уровнями управления. Между уровнями управления осуществляется передача информации и данных. Достоверность информации является основой принятия управленческих решений
Средства автоматизации СМК

Бизнес-процесс определяется как логически завершенный набор взаимосвязанных и взаимодействующих видов деятельности, поддерживающий деятельность организации и реализующий ее политику, направленную на достижение поставленных целей.
Виды бизнес-процессов:
Процессы управления. Эти процессы предназначены для планирования, мониторинга и анализа работы. За счет процессов управления можно гарантировать достижение целей производственными и обеспечивающими процессами. Процессы управления не добавляют ценности для конечного потребителя, но они необходимы для результативной и эффективной работы организации. К таким процессам часто относят процессы планирования, постановки целей, мониторинга и измерений, бюджетирования и пр.
Производственные (основные) процессы. За счет этих бизнес процессов организация достигает своих целей. Производственные процессы обеспечивают преобразование продукта или услуги и добавляют ценности для конечного потребителя. К производственным процессам относят процессы проектирования, изготовления, оказания услуг, монтажа и пр.
Обеспечивающие процессы. Эти процессы необходимы для нормального выполнения производственных процессов. Они не приносят добавленной ценности для конечного потребителя, однако без них невозможно достижение целей производственных процессов. К обеспечивающим процессам относят процессы закупок, управления персоналом, управление инфраструктурой и пр.
Бизнес-процессы можно также классифицировать по видам деятельности или составу работ (элементам процесса): планирование деятельности (например, планирование производства готовой продукции); осуществление деятельности – собственно выполнение работы (например, изготовление продукции); регистрация фактической информации по выполнению процесса (производственный, управленческий и бухгалтерский учет); контроль и анализ исполнения плана; принятие управленческих решений.
Эти процессы охватывают весь комплекс функций управления на уровне каждого бизнес-процесса и системы в целом. Примерами таких процессов могут быть процессы стратегического, оперативного и текущего планирования, процессы формирования и выполнения управляющих воздействий. Процессы управления оказывают воздействие на все остальные процессы организации
Моделирование бизнес процессов является одним из методов улучшения качества и эффективности работы организации. В основе этого метода лежит описание процесса через различные элементы (действия, данные, события, материалы и пр.) присущие процессу. Как правило, моделирование бизнес процессов описывает логическую взаимосвязь всех элементов процесса от его начала до завершения в рамках организации. В более сложных ситуациях моделирование может включать в себя внешние по отношению к организации процессы или системы

Цели моделирования
Описание процессов. За счет моделирования можно проследить, что происходит в процессах от начала, до завершения. Моделирование позволяет получить «внешний» взгляд на процессы и определить улучшения, которые повысят их эффективность.
Нормирование процессов. Моделирование бизнес процессов задает правила выполнения процессов, т.е. то, каким образом они должны быть выполнены. Если следовать установленным в моделях правилам, руководящим указаниям или требованиям, то можно достичь желаемой производительности процессов.
Установление взаимосвязей в процессах. Моделирование бизнес процессов устанавливает четкую связь между процессами и требованиями, которые они должны выполнять
Задачи моделирования
Моделирование бизнес-процессов в компании может быть направлено на решение большого числа различных задач:
•Точно определить результат бизнес-процесса и оценить его значение для бизнеса.
•Определить набор действий, составляющих бизнес-процесс. Ясное определение набора задач и действий, которые необходимо выполнить, чрезвычайно важно для детального понимания процесса.
•Определить порядок выполнения действий. Действия в рамках одного бизнес-процесса могут выполняться как последовательно, так и параллельно. Очевидно, что параллельное исполнение, если оно допустимо, позволяет сократить общее время выполнения процесса и, следовательно, повысить его эффективность.
•Произвести разделение зон ответственности: определить, а затем отслеживать, какой сотрудник или подразделение компании несет ответственность за выполнение того или иного действия или процесса в целом.
•Определить ресурсы, потребляемые бизнес-процессом. Точно зная, кто какие ресурсы использует и для каких операций, можно повысить эффективность использования ресурсов посредством планирования и оптимизации.
•Понять суть взаимодействий между участвующими в процессе сотрудниками и подразделениями компании и оценить, а затем повысить эффективность коммуникации между ними.
•Увидеть движение документов в ходе процесса. Бизнес-процессы производят и потребляют различные документы (в бумажной или электронной форме). Важно разобраться, откуда и куда идут документы или информационные потоки, и определить, оптимально ли их движение и действительно ли все они необходимы.
•Определить потенциальные узкие места и возможности для улучшения процесса, которые будут использованы позже для его оптимизации.
•Более эффективно внедрить стандарты качества, например ИСО 9000, и успешно пройти сертификацию.
•Использовать модели бизнес-процессов в качестве руководства для новых сотрудников.
•Эффективно произвести автоматизацию бизнес-процессов в целом или отдельных их шагов, включая автоматизацию взаимодействия с внешней средой — клиентами, поставщиками, партнерами.
•Разобравшись в совокупности бизнес-процессов компании, понять и описать деятельность предприятия в целом.
Стадии моделирования бизнес-процессов:
Выявление процессов и построение исходной модели «как есть». Для того чтобы улучшить процесс, необходимо понимать, как он работает в данный момент. На этой стадии определяются границы процесса, выявляются его ключевые элементы, собираются данные о работе процесса. В результате создается исходная модель процесса «как есть». Эта модель не всегда адекватно отражает работу процесса, поэтому модель этой стадии можно назвать «первым драфтом» или исходной моделью «как есть».
Пересмотр, анализ и уточнение исходной модели. На этой стадии выявляются противоречия и дублирование действий в процессе, определяются ограничения процесса, взаимосвязи процесса, устанавливается необходимость изменения процесса. В результате формируется окончательный вариант модели «как есть».
Разработка модели «как должно быть». После анализа существующей ситуации, необходимо определить желаемое состояние процесса. Это желаемое состояние представляется в модели «как должно быть». Такая модель показывает, как процесс должен выглядеть в будущем, включая все необходимые улучшения. В ходе этой стадии моделирования бизнес процессов и разрабатываются такие модели.
Тестирование и применение модели «как должно быть». Эта стадия моделирования связана с внедрением разработанной модели в практику деятельности организации бизнес процесса проходит апробацию, и в нее вносятся необходимые изменения.
Улучшение модели «как должно быть». Моделирование бизнес-процессов не ограничивается только созданием модели «как должно быть». Каждый из процессов по ходу работы продолжает изменяться и совершенствоваться, поэтому модели процессов должны регулярно пересматриваться и улучшаться. Эта стадия моделирования связана с постоянным улучшением процессов и улучшением модели бизнес-процессов
Принципы моделирования бизнес-процессов
Принцип декомпозиции – каждый процесс может быть представлен набором иерархически выстроенных элементов. В соответствии с этим принципом процесс необходимо детализировать на составляющие элементы.
Принцип сфокусированности – для разработки модели необходимо абстрагироваться от множества параметров процесса и сфокусироваться на ключевых аспектах. Для каждой модели эти аспекты могут быть свои.
Принцип документирования – элементы, входящие в процесс, должны быть формализованы и зафиксированы в модели. Для различных элементов процесса необходимо использовать различающиеся обозначения. Фиксация элементов в модели зависит от вида моделирования и выбранных методов.
Принцип непротиворечивости – все элементы, входящие в модель процесса должны иметь однозначное толкование и не противоречить друг другу.
Принцип полноты и достаточности – прежде чем включать в модель тот или иной элемент, необходимо оценить его влияние на процесс. Если элемент не существенный для выполнения процесса, то его включение в модель не целесообразно, т.к. он может только усложнить модель бизнес-процесса.
Методы моделирования бизнес-процессов
Flow Chart Diagram (диаграмма потока работ) – это графический метод представления процесса в котором операции, данные, оборудование процесса и пр. изображаются специальными символами. Метод применяется для отображения логической последовательности действий процесса. Главным достоинством метода является его гибкость. Процесс может быть представлен множеством способов.
Data Flow Diagram (диаграмма потока данных). Диаграмма потока данных или DFD применяется для отображения передачи информации (данных) от одной операции процесса к другой. DFD описывает взаимосвязь операций за счет информации и данных. Этот метод является основой структурного анализа процессов, т.к. позволяет разложить процесс на логические уровни. Каждый процесс может быть разбит на подпроцессы с более высоким уровнем детализации. Применение DFD позволяет отразить только поток информации, но не поток материалов. Диаграмма потока данных показывает, как информация входит и выходит из процесса, какие действия изменяют информацию, где информация хранится в процессе и пр.
Data Flow Diagram (диаграмма потока данных). Диаграмма потока данных или DFD применяется для отображения передачи информации (данных) от одной операции процесса к другой. DFD описывает взаимосвязь операций за счет информации и данных. Этот метод является основой структурного анализа процессов, т.к. позволяет разложить процесс на логические уровни. Каждый процесс может быть разбит на подпроцессы с более высоким уровнем детализации. Применение DFD позволяет отразить только поток информации, но не поток материалов. Диаграмма потока данных показывает, как информация входит и выходит из процесса, какие действия изменяют информацию, где информация хранится в процессе и пр.
IDEF0 – позволяет создать модель функций процесса. На диаграмме IDEF0 отображаются основные функции процесса, входы, выходы, управляющие воздействия и устройства, взаимосвязанные с основными функциями. Процесс может быть декомпозирован на более низкий уровень.
IDEF3 – этот метод позволяет создать «поведенческую» модель процесса. IDEF3 состоит из двух видов моделей. Первый вид представляет описание потока работ. Второй – описание состояний перехода объектов.
Цветные сети Петри – этот метод представляет модель процесса в виде графа, где вершинами являются действия процесса, а дугами события, за счет которых осуществляется переход процесса из одного состояния в другое. Сети Петри применяют для динамического моделирования поведения процесса.
Unified Modeling Language (UML) - представляет собой объектно-ориентированный метод моделирования процессов. Он состоит из 9-ти различных диаграмм, каждая из которых позволяет моделировать отдельные статические или динамические аспекты процесса
Управление бизнес процессами (Business Process Management) это систематический подход к управлению, направленный на улучшение деятельности организации и ее процессов.
Этот подход дает возможность организации определить свои процессы, организовать их выполнение, а также повысить качество, как результатов процессов, так и порядка исполнения.
CASE средства (Computer - Aided Software Engineering) – это инструмент, который позволяет автоматизировать процесс разработки информационной системы и программного обеспечения
CASE средства верхнего уровня. Эти CASE средства ориентированы на начальные этапы построения информационной системы. Они связаны с анализом и планированием. CASE средства верхнего уровня обеспечивают стратегическое планирование, расстановку целей, задач и приоритетов, а также графическое представление необходимой информации. Все CASE средства верхнего уровня содержат графические инструменты построения диаграмм, таких как диаграммы сущность-связь ( ER диаграммы), диаграммы потока данных ( DFD ), структурные схемы, деревья решений и пр.
CASE средства нижнего уровня. Эти CASE средства больше сфокусированы на последних этапах разработки информационной системы – проектирование, разработка программного кода, тестирование и внедрение. CASE средства нижнего уровня зависят от данных, которые предоставляют средства верхнего уровня. Они используются разработчиками приложений и помогают создать информационную систему, однако не являются полноценными инструментами разработки программного обеспечения.
Интегрированные CASE средства (I – CASE). Эти CASE средства охватывают полный жизненный цикл разработки информационной системы. Они позволяют обмениваться данными между инструментами верхнего и нижнего уровня и являются своего рода «мостом» между CASE средствами верхнего и нижнего уровней.
Характеристики CASE средств:
Основными характеристиками CASE средств, важными с точки зрения моделирования и оптимизации бизнес процессов, являются следующие:
Наличие графического интерфейса. Для представления моделей процессов CASE средства должны обладать возможностью отображать процессы в виде схем. Схемы много проще в использовании, чем различные текстовые и числовые описания. Это позволяет получать легко управляемые компоненты модели, обладающие простой и ясной структурой.
Наличие репозитория. Репозиторий это общая база данных, которая содержит описание элементов процессов и отношений между ними. Каждый объект репозитария должен обладать перечнем свойств, характерных только для этого объекта.
Гибкость применения. Эта характеристика дает возможность представлять бизнес процессы в различных вариантах, важных с точки зрения анализа. CASE средства должны позволять проводить анализ процессов и создавать модели, сфокусированные на различных аспектах деятельности предприятия.
Возможность коллективной работы. Анализ и моделирование процессов может требовать совместной работы нескольких человек. Для одновременной работы над моделями процессов CASE средства должны обеспечивать управление изменениями любыми фрагментами моделей и их модификацией при коллективном доступе.
Построение прототипов. Прототипы процессов необходимы для того, чтобы на ранних стадиях изменения процессов можно было понять, насколько процесс будет соответствовать требованиям.
Построение отчетов. CASE средства должны обеспечивать построение отчетов по всем моделям процессов с учетом взаимосвязи элементов. Такие отчеты необходимы для анализа моделей и определения возможностей по оптимизации. За счет отчетов обеспечивается контроль полноты и достаточности моделей, уровень декомпозиции процессов, правильность синтаксиса диаграмм и типов применяемых элементов.
Примеры CASE средств:
ARIS, ERWIN, BPWIN, RATIONAL ROSE, VISIO, ОПТИМАСОФТ МЕНЕДЖЕР ПРОЦЕССОВ, BUSINESS STUDIO
III. Практическая часть «Моделирование бизнес-процесса»
Преподаватель, используя возможности интерактивной доски, показывает на конкретном примере моделирование бизнес-процесса. Обучаемые работают вместе с преподавателем.
Ход практической части:
Цель: Создать модель бизнес-процесса предприятия торговли лекарственными препаратами «МЕД» «Планирование закупок и размещение заказов поставщикам»
Краткая информация о компании "МЕД“Компания - дистрибьютор "МЕД" закупает медицинские препараты отечественных и зарубежных производителей и реализует их через собственную дистрибьюторскую сеть и сеть аптек. Компания осуществляет доставку товаров как собственным транспортом, так и с помощью услуг сторонних организаций
Существующий уровень автоматизации
Таблица 3.1 - Существующий уровень автоматизации
Количество рабочих станций, всего: 90
Количество сотрудников отдела IT 2
Количество ПК, одновременно работающих в сети 50
Наличие и форма связи с удаленными объектами Терминальная связь со складом
Количество рабочих станций на удаленном объекте 8
Характеристики компьютеров От Celeron 600 и выше
Операционная система Windows 98, XP
Системы, которые представляется возможным оставить без изменения "1С: Предприятеи 7.7" в модульном составе "Бухгалтерия", "Зарплата", "Кадры", для работы бухгалтерии
Организационная диаграмма
Организационная структура предприятия оптовой торговли ЗАО "МЕД" показана на Рисунке:

Описание состава автоматизируемых бизнес-процессов
Таблица - Бизнес-процессы компании, подлежащие автоматизации
№ п.пКод бизнес-процесса Наименование бизнес-процесса
1 2 3
1. Закуп-1 Закупки
2. Склад-2 Запасы-Склад
3. Прод-3 Продажи
4. Врасч-4 Взаиморасчеты с поставщиками и клиентами
Диаграмма прецедентов компании "МЕД"
На Рисунке представлены автоматизируемые бизнес-процессы компании и их исполнители.

Формирование физической диаграммы
Физическая диаграмма в соответствии с описанием деятельности компании дистрибьютора МЕД представлена на Рисунке

Формирование списка бизнес-процессов
Основные бизнес-процессы, выделенные на основании описания деятельности компании, представлены в таблице.
Таблица - Основные бизнес-процессы
Номер бизнес-процесса Название бизнес-процесса
1 2
1Пл_Зак Планирование закупок
2-Закпк Закупки
3-Доствк Доставка
4-Склад Запасы-Склад
Бизнес-процесс "Планирование закупок и размещение заказов поставщикам"
Предприятие планирует закупки медикаментов. Планирование закупок осуществляется в Департаменте маркетинга, в группе маркетинга и планирования. Планирование закупок осуществляется следующим образом:
1.Менеджер группы планирования и маркетинга ежесуточно получает от контрагентов данные внешней и внутренней статистики продаж медикаментов в виде отчетов продаж.
2.Для планирования закупок медикаментов менеджер группы планирования и маркетинга еженедельно на основании статистики продаж производит расчет потребности в товаре. В результате расчета формируется Таблица потребностей в товаре.
3.Определив количество и номенклатуру заказываемых товаров, менеджер отдела закупок приступает к анализу предложений поставщиков. Данный процесс осуществляется ежемесячно или по мере необходимости. Выбираются наиболее выгодные условия поставки. Для этого сравниваются цены поставщиков. Данные сведения берутся из прайс-листа для закупок. При выборе поставщика важно учесть предоставляемую отсрочку платежа. Эта информация берется из контрактов, отмеченных как приоритетные (действующие). В результате формируется список поставщиков, каждой позиции присваивается признак основного и запасных поставщиков в порядке убывания приоритета.
4.Менеджер отдела закупок ежемесячно на основании Таблицы потребностей в товаре и списка выбранных поставщиков формирует графики поставок с указанием сроков и периодичности, но без количества поставки.
5.Ежемесячно после определения потребности в товаре менеджер группы логистики рассчитывает необходимое количество закупок. Необходимое количество закупок рассчитывается на основании фактических запасов на складе, необходимого минимального и максимального уровня запасов. Нормы минимального и максимального количества запасов устанавливаются в днях. При расчете необходимого количества закупки учитывается также время товара в пути. Таким образом, данный расчет должен обеспечить возможность бесперебойного отпуска товара со склада. По результату расчетов формируется план заявок на месяц.
6.Затем в группе логистики ежедневно по плану заявок, графику поставок, прайс-листам поставщиков формируются заказы поставщикам.
7.Если предстоит сделать заказ импортному поставщику, то менеджер группы логистики рассчитывает затраты на сертификацию, создается отчет о затратах на сертификацию. Затраты на сертификацию проверяются на соответствие внутрифирменным нормам. Данная операция производится по мере необходимости.
8.Если затраты на сертификацию превышают внутрифирменные нормы, то менеджер группы логистики повторяет процесс формирования заказов поставщикам. Формируются новые заказы.
9.Ежедневно подготовленный заказ поставщику акцептуется, заказ должен подписать менеджер по логистике и директор Департамента маркетинга и управления товарными запасами.
10.Ежедневно менеджер группы логистики направляет заказ в отдел закупок. Менеджер отдела закупок направляет заказ поставщику.
Построение диаграммы действий

Формирование таблицы операций
Все операции, участвующие в процессе "Планирование закупок, формирование заказов поставщикам", отражены в Таблице 4:
Таблица 4 - Все операции, участвующие в процессе "Планирование закупок, формирование заказов поставщикам"
Диаграмма и № операции на диаграмме Операция Исполнитель Как часто Входящие документы (документы-основания) Исходящий документ (составляемый документ) Проводка (дебет, кредит, сумма, аналитика) 1Пл_Зак
1а 1.Получение внутренней статистики продаж Менеджер гр. планирования и маркетинга Ежесуточно Отчет-таблица собственных продаж Нет Нет 1Пл_Зак1б 2.Получение внешней статистики продаж Менеджер гр. планирования и маркетинга Ежесуточно Отчет-таблица продаж внешних источников Нет Нет 1Пл_Зак
2 3. Расчет потребностей в товаре Менеджер гр. планирования и маркетинга Еженедельно Отчет-таблица собственных продаж
Отчет-таблица продаж внешних источников Таблица потребностей в товаре Нет 1Пл_Зак
3 4. Ввод в систему прайс-листов поставщиков Менеджер отдела закупок Ежемесячно Прайс-листы поставщиков Прайс-листы поставщиков Нет 1Пл_Зак
4 5. Анализ предложений поставщиков и действующих контрактов Менеджер отдела закупок Ежемесячно и по мере необходимости Прайс-листы поставщиков
Контракты действующие Список поставщиков Нет 1Пл_Зак
5 6. Выбор поставщиков Менеджер отдела закупок Ежемесячно и по мере необходимости Список поставщиков Список поставщиков с расста-новкой приоритетов Нет 1Пл_Зак
6 7.Формирование графика поставок без указания количества Менеджер отдела закупок Ежемесячно и по мере необходимости Список поставщиков с расстановкой приоритетов
Таблица потребностей в товаре График поставок Нет 1Пл_Зак
7 8. Расчет необходимого количества закупок с учетом остатка на складе и страхового запаса Менеджер группы логистики Ежемесячно и по мере необходимости Таблица потребностей в товаре, график поставок План заявок на месяц Нет 1Пл_Зак
8 9. Формирование заказов поставщикам с учетом складских остатков, товара в пути и резервного запаса Менеджер группы логистики Ежедневно по плану заявок План заявок на месяц, график поставок, прайс-листы поставщиков Заказы поставщику Нет 1Пл_Зак
9 10. Расчет затрат на сертификацию Менеджер группы логистики По мере необходимости Заказы поставщику Отчет о затратах на сертификацию Нет 1Пл_Зак
10 11. Проверка затрат на не превышение нормы Менеджер группы логистики По мере необходимости Отчет о затратах на сертификацию Отчет о затратах на сертификацию Нет 1Пл_Зак
11 12. Подпись заказа менеджером по логистике, директором ДМ Менеджер группы логистики Ежедневно Заказы поставщику Заказы поставщику акцептованные Нет 1Пл_Зак
12 13. Направление заказа в отдел закупок Менеджер группы логистики Ежедневно Заказы поставщику акцептованные Заказы поставщику акцептованные Нет 1Пл_Зак
13 14. Направление заказа поставщику Менеджер отдела закупок Ежедневно Заказы поставщику акцептованные Заказы поставщику акцептованные Нет Формирование таблицы описания документов
Все документы, участвующие в бизнес-процессе, отражены в Таблице 5
Таблица 5 - Все документы, участвующие в бизнес-процессе "Планирование закупок, формирование заказов поставщикам"
Документы бизнес-процесса "Планирование закупок и размещение заказов поставщикам"
Диаграмма и номер операции на диаграмме Составляемый документ (Исходящий документ) Операция Исполнитель Как часто Документы-основания (Входящие документы) Реестр, в котором регистрируется документ Комментарий
1Пл_Зак
2 1. Таблица потребностей в товаре Расчет потребностей в товаре Менеджер гр. планирования и маркетинга Еженедельно Отчет-таблица собственных продаж Реестр статистических отчетов 1Пл_Зак
3 2. Список поставщиков Анализ предложений поставщиков и действующих контрактов Менеджер отдела закупок Ежемесячно и по мере необходимости Прайс-листы поставщиков
Контракты действующие Реестр прайс-листов 1Пл_Зак
4 3. Список поставщиков с расстановкой приоритетов Выбор поставщиков Менеджер отдела закупок Ежемесячно и по мере необходимости Список поставщиков Нет 1Пл_Зак
5 4. График поставок Формирование графика поставок без указания количества Менеджер отдела закупок Ежемесячно и по мере необходимости Список поставщиков с расстановкой приоритетов
Таблица потребностей в товаре Нет 1Пл_Зак
6 5. План заявок на месяц Расчет необходимого количества закупок с учетом остатка на складе и страхового запаса Менеджер группы логистики Ежемесячно и по мере необходимости Таблица потребностей в товаре, прайс-листы поставщиков, график поставок Нет 1Пл_Зак
7 6. Заказы поставщику Формирование заказов поставщикам с учетом складских остатков, товара в пути и резервного запаса Менеджер группы логистики Ежедневно по плану заявок План заявок на месяц, график поставок, прайс-листы поставщиков Реестр заказов 1Пл_Зак
9, 10 7. Отчет о затратах на сертификацию Расчет затратов на сертификацию
Проверка затрат на не превышение нормы Менеджер группы логистики По мере необходимости Заказы поставщику Нет 1Пл_Зак
11, 12, 13 8. Заказы поставщику акцептованные Подпись заказа менеджером по логистике, директором ДМ
Направление заказа в отдел закупок
Направление заказа поставщику Менеджер группы логистики Ежедневно Заказы поставщику
Заказы поставщику акцептованные Реестр заказов После того, как документы будут описаны, приступают к их разработке в информационной системе.
Для описания форм документов создается альбом форм, который является приложением к таблице описания документов
Виды форм документов, использующихся На территории Краснодарского края представлены на ресурсе http://zakon.kuban.ru/search/fd.shtml
IV. Домашнее задание
Подготовить план-конспект занятия, подготовится к практической работе по теме «Моделирование бизнес-процессов»
V. Вопросы студентов.Ответы на вопросы, обсуждение. VI. Итог учебного занятия.Подведение итога. Выставление оценок.
Литература:
Л1: Разработка и эксплуатация удаленных баз данных: учебник для студ. сред. проф. образования/ Э.В. Фуфаев, Д.Э. Фуфаев. – 2-е изд., стер. – М: Издательский центр «Академия», 2009
Л2: Основы проектирования баз данных: учебное пособие/ О.Л. Голицына, Т.Л. Партыка, И.И. Попов. – 2-е изд., перераб. и доп. – М.:ФОРУМ, 2012
Л3: Радченко М.Г. Архитектура и работа с данными 1С:Предприятие 8.2/ М.Г. Радченко, Е.Ю. Хрусталева. – М.: ООО «1С-Паблишинг», 2011 (Профессиональная разработка)
Интернет–ресурсы:
Интернет-университет информационных технологий (ИНТУИТ.ру) http://www.intuit.ru
Информатика и информационные технологии: лаборатории информатики МИОО http://iit.metodist.ru
ИТ-образование в России: сайт открытого е-консорциума http://www.edu-it.ru
Открытые системы: издания по информационным технологиям http://www.osp.ru
http://zakon.kuban.ru/search/fd.shtml

Приложенные файлы


Добавить комментарий