Тотальное управление качеством. Схема бизнес-процесса

Построение блок-схемы (диаграммы) технологического процесса. Технологические схемы, этапы процессов и мероприятия по управлению

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

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

Таким образом, на диаграмме, планах или приложениях к ним должны быть приведены дополнительные сведения:

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

НАССР, здесь нет определенных ограничений и правил. Приведем несколько примеров построения диаграмм.

Рис. 7.4.

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

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

На рис. 7.4 и 7.5 представлены примеры диаграмм технологического процесса производства мороженого в виде блок-схем с использованием модульного подхода.

Рис. 7.5.

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

Ниже приведен перечень самых распространенных и наиболее общих стадий:

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

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

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

· персонал процесса - для ознакомления с требованиями и осуществления процесса;

· руководители процессов - для проверки соответствия и всестороннего анализа процесса;

· внутренние и внешние аудиторы - для проверки и оценки соответствия установленным требованиям процессов СМК;

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

Элементы блок схем

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

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

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

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

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

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

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

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

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

Блок-схема составляется с учетом следующих правил.

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

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

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

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

5. Блок-схема процесса помещается слева. Напротив каждого этапа располагается информация о требованиях к методу выполнения работ данного этапа или ссылка на регламентирующий документ, а также информация о входных и выходных документах и сообщениях.

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

7. Следует проанализировать полученную блок-схему процесса на соответствие требованиям. Во-первых, она должна отражать цикл РDСА (планирование - осуществление - проверка - действия по улучшению). Во-вторых, процесс должен соответствовать требованиям стандарта ISO 9001 и внутренним требованиям организации к выполнению данных работ. В-третьих, желательно согласовать блок-схему с руководителями процессов-потребителей для учета их требований.

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

Программное обеспечение FCEditor, Flowchart builder.

Технология и организация производства продукции и услуг

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Стандартный процесс устанавливается стандартом.

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

Некомплексный процесс включает в основном технологические операции.

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

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

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

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

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

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

Преимущества процессного подхода перед функциональным

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

Каждый бизнес-процесс имеет:

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

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

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

Наличие проработанной системы бизнес-процессов значительно упрощает приведение деятельности компании на соответствие требованиям стандартам качества ISO 9001:2015 . В условиях свершившегося вступления России в ВТО, соответствие предприятия стандартам ISO 9001:2015 становится важным конкурентным преимуществом.

Внедрение СМК на предприятии в обязательном порядке требует создания и описания бизнес-процессов.

Разработка бизнес-процессов

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

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

В описании бизнес-процесса можно выделить следующие разделы:

• Стандартные формы бизнес-процесса
• Карта бизнес-процесса
• Маршруты бизнес-процесса
• Матрицы бизнес-процесса
• Блок-схемы бизнес-процесса
• Описание стыков бизнес-процесса
• Вспомогательные описания бизнес-процесса
• Развернутое описание бизнес-процесса
• Документирование бизнес-процесса
• Определение показателей и индикаторов бизнес-процесса
• Регламент выполнения бизнес-процесса

Рассмотрим подробнее каждый этап.

1.Стандартные формы описания бизнес-процесса

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

2.Карта бизнес-процесса

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

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

• Каким документом завершается рабочий цикл, чтобы его можно было начать сначала?
• Кому передается этот документ?
• Что этому предшествует?
• Кто вовлечен в этот процесс внутри и вне организации?
• Кто выдает задание для запуска процесса?

При составлении карты бизнес-процесса следует воспользоваться популярной вопросной формулой 5W1H. Коротко, это 5 вопросов W:

• Who?(Кто совершает данную операцию?)
  
• Why? (Почему или зачем выполняется эта операция?)
  
• What? (Что представляет собой эта операция?)
  
• When? (Когда нужно проводить данную операцию?)
  
• Where? (Где производится операция?)
  

и один вопрос H

• How? (Как совершается эта операция? Можно ли сделать это иначе или внести улучшения?).

Если карта получается слишком сложной - это сигнал о том, что в управлении организацией нет должного порядка.

3. Маршруты бизнес-процесса

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

4. Матрицы бизнес-процесса

Матрица (таблица) анализа взаимодействия процессов позволяет выделить самые важные бизнес-процессы, установить их взаимосвязь и оценить степень влияния процессов на функционирование СМК.

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

5. Составление блок-схемы бизнес-процесса

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

• Сопоставима ли ценность от данного бизнес-процесса с затратами на его проведение?
• Насколько он интегрирован с другими бизнес-процессами?
• Могут ли быть сразу обнаружены ошибки этого бизнес-процесса?
• Что сделано для улучшения и обеспечения качества этого бизнес-процесса?

6. Описание стыков бизнес-процессов

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

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

Затем составьте аналогичное описание входов.

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

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

8. Развернутое описание бизнес-процессов

Развернутое описание бизнес-процесса может быть в любой удобной для предприятия форме, но должно содержать основные положения:

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

9. Документирование бизнес-процесса

Бизнес-процессы, входящие в систему СМК , подлежат документированию. Наиболее удобной формой описания является процедура. Бизнес-процесс может быть описан одной или несколькими процедурами, в зависимости от сложности. Удобно сделать единый вид для описания всех бизнес-процессов.

10. Определение показателей и индикаторов бизнес-процесса

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

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

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

Группа индикаторов бизнес-процесса показывает степень достижения цели.

Группа требований включает в себя:

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

Группа обеспечения желаемого протекания процесса:

• информация;
• инструкции по выполнению работ;
• время.

• финансы;
• логистика;
• поставщики;
• партнеры и т.д.

11. Регламент выполнения бизнес-процесса

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

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

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

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

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

Для чего применяют блок-схемы?

Упомянутые системы призваны выполнять следующие функции:

Разрабатывать новый процесс;

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

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

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

Разработка последовательности операций

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

Типы алгоритмов

На практике чаще всего применяют следующие виды блок-схем:

Графическая, то есть в основе находятся геометрические символы;

Словесная: составляется с помощью обычных слов того или иного языка;

Псевдокоды: представляют собой полуформализованное описание на которое включает в себя элементы языка программирования и фразы литературного, а также общепринятые математические символы;

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

Блок-схема устройства: описание

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

Основные элементы, употребляемые при составлении блок-схем

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

Элементы блок-схемы:

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

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

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

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

5. Ввод-вывод данных в общем виде.

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

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

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

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

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

Данные элементы должны быть параллельными линиям внешнего периметра или границам страницы, на которой изображена эта блок-схема;

Направление линии сверху вниз или слева направо считается основным, стрелками оно не обозначается, остальные случаи указания направлений обозначены ими;

Изменение направления данного элемента производится только под углом 90 о.

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

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

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

Построение блок-схем

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

Массивы и построение алгоритмов

Массив представляет собой совокупность однотипной информации, которая хранится в последовательных кластерах памяти и имеет общее имя. Такие ячейки называются "элементами системы". Все кластеры нумеруются по порядку. Такой номер называется "индексом элемента массива". Как составить блок-схему для подобной системы? Рассмотрим пример создания алгоритма для элементарного типа. Простейшая система имеет условно вид строки. Зададим имя для данного массива - «А». Будем считать, что наша система состоит из восьми ячеек (от 1 до 8). Каждый из упомянутых кластеров содержит случайное число, которое называется "элементом массива". Для обращения в конкретной ячейке необходимо указывать имя в (). Рассмотрим пример, в котором блок-схема массива предназначена для заполнения системы случайными числами с последующим выводом информации на экран. Что представляет собой такой алгоритм? Это элементарная система. По сути, она не имеет практического применения, однако удобна для учебного процесса. Рассматриваемая блок-схема (пример построения описан ниже) содержит всего семь основных элементов, соединенных линиями переходов.

Описание последовательности выполнения задачи

1. Первым элементом схемы будет символ «Начало».

2. Вторым блоком - «Процесс», внутри которого вписываем «инициализация random».

3. Следующий элемент - «Модификация», в блоке вписываем значение ячеек массива.

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

5. В этом блоке «Модификации», согласно вписанной функции, происходит переадресация на следующий элемент.

6. «Вывод» производит отображение информации о новом содержимом массива на мониторе с последующим направлением на предыдущий блок. Далее - на последний элемент.

7. «Конец» работы алгоритма.

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

«Редактор блок-схем»

Если вы задаетесь вопросом о том, как составить блок-схему, то знайте, что существуют специальные программы, которые предназначены для создания, а также редактирования таких систем. Удобством графического отображения алгоритма является то, что пользователь не привязан к синтаксису конкретного языка программирования. Построенная блок-схема одинаково подходит для всех языков (например, С, Паскаль, Бейсик и другие). Кроме того, редактор может использоваться для построения диаграмм и проверки работоспособности схем. Такая программа является специализированным софтом. Она предоставляет разнообразный набор инструментов, необходимых для построения блок-схем, что делает ее более удобной, по сравнению с обычными Дополнительные опции позволяют оптимизировать процесс составления системы с дальнейшим ее преобразованием в функции и процедуры языка программирования. Кроме того, редактор блок-схем предлагает набор шаблонов, способных существенно ускорить работу начинающего пользователя. Ведь известно, что при построении алгоритма часто применяются повторяющиеся структуры, например разнообразные варианты циклов, альтернативы (полные и неполные), множественные ветвления и прочее. Редактор позволяет выделять часто используемые в блок-схемах элементы и добавлять их в создаваемую схему. Это избавляет от прорисовки их каждый раз заново. Кроме того, с помощью редактора можно импортировать функции и процедуры, реализованные на любом известном языке программирования. Данная опция полезна для разбора структуры алгоритма, который написан на малознакомом языке. Системные требования рассматриваемой программы довольно скромные, что позволяет использовать ее на любом

Заключение

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

Рис. 3.3. Блок-схема процесса поставки

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

Рис. 3.4. Блок-схема сортировки оформленных документов