Блок схемы бизнес процессов гост

Простейшим, но практически важным способом описания бизнес-процессов является методика составления блок-схем (пример в документированной процедуре) или потоковых диаграмм. Данный подход имеет много общего с графическими языками описания алгоритмов программного обеспечения. С точки зрения методологии формирование блок схем проводится также как в нотации IDEF3, хотя для упрощения символы логики обычно опускаются. Для разработки блок-схем используют стандартные офисные программные продукты, например MS Worg или Visio, что выделяет этот метод из остальных, позволяя использовать его специалистам различных областей, степени подготовки и навыков общения со сложными программными продуктами. [8].

Рис.7. блок-схема IDEFO

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

Блок-схемы для начинающих (Блок схемы алгоритмов)

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

Программный продукт BPWin 4.0 (Computer Associates согр.) является средством сбора необходимой информации о работе предприятии и графического изображения этой информации в виде целостной и непротиворечивой модели. BPwin-модель — графическое представление действительности. В IDEFO-модели процесс представляется в виде иерархической совокупности функций и стрелок. Функциональный блок графически изображается в виде прямоугольника и олицетворяет собой некоторую конкретную функцию в рамках рассматриваемой системы. Блок показывает, как входная информация трансформируется в выходной продукт, с помощью чего или кого и что регламентирует выполнение функции.

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

Преобразование блок-схемы бизнес-процесса в диаграмму Ганта

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

Документация СМК – это стандарты, методические указания, инструкции разработанные и применяемые на предприятии.

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

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

ЗАКЛЮЧЕНИЕ

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

Процесс разработки СМК можно представить в виде десяти стандартных этапов, после выполнения перечисленных этапов работ можно считать, что система менеджмента качества разработана на основе рекомендаций стандартов ИСО 9000.

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

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

В соответствии с выводами, полученными в результате ретроспективного анализа различных моделей систем менеджмента качества, автор пришел к выводу о том, что процесс создания системы менеджмента качества для ООО «Баксан-Автозапчасть» должен основываться, во-первых, на стандартизованных процедурах (этапах) разработки СМК по стандарту ГОСТ Р ИСО 9001:2001 (МС ИСО 9001:2000), и, во-вторых, на учете специфических черт деятельности предприятия: малого размера организации, недостатка квалифицированных кадров и финансовых ресурсов.

В процессе разработки элементов СМК для ООО «Баксан-Автозапчасть» автор пришел к выводу о необходимости применения самых простых и доступных методологий и средств описания бизнес-процессов. В небольшой компании на начальных этапах построения элементов СМК без привлечения посторонних специалистов при отсутствии опыта в данной области и денежных средств для покупки сложных программных продуктов уместно использовать метод построения блок-схем с последующим переходом к моделированию по стандарту IDEF0 с помощью, например, программного продукта BPWin 4.0. Детальное описание указанных способов с примерами описания процессов ООО «Баксан-Автозапчасть» также приводятся в данной главе работы.

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

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

1. Гражданский кодекс Российской Федерации. Часть первая. №51-ФЗ от 30 ноября 1994 г. в редакции от 06 декабря 2007г. №333-ФЗ;

2. Федеральный закон РФ «Об обществах с ограниченной ответственностью» №14-ФЗ от 08 февраля 1998 г. в редакции от 18 декабря 2006 г. №231-ФЗ;

3. Федеральный закон «О лицензировании отдельных видов деятельности» №128-ФЗ от 08 августа 2001г. в редакции от 06 декабря 2007 №334-ФЗ;

4. Закон РФ «О защите прав потребителей» №2300-1 от 07 февраля 1992г. в редакции от 25 октября 2007 г. №234-ФЗ;

5. Федеральный закон РФ «О техническом регулировании» №184-ФЗ от 27 декабря 2002 г. в редакции от 01 декабря 2007г. №309-ФЗ;

1. ГОСТ Р ИСО 9000:2001 (МС ИСО 9000:2000). Система менеджмента качества. Основные положения и словарь.

2. ГОСТ Р ИСО 9001:2001 (МС ИСО 9001:2000). Система менеджмента качества. Требования.

3. ГОСТ Р ИСО 9004:2001 (МС ИСО 9004:2000). Система менеджмента качества. Рекомендации по улучшению деятельности.

4. ГОСТ Р ИСО/МЭК 62-2000 «Общие требования к органам, осуществляющим оценку и сертификацию систем качества».

5. Войтоловский В.Н. Управление качеством продукции на предприятии. Л., «Машиностроение» (Ленингр. отд-ние), 2011 г., 64 с.

6. Ильенкова С.Д. Управление качеством: учебник для вузов.- М.: Банки и биржи, ЮНИТИ, 2015. – 199 с.

7. Репин В.В., Елиферов В.Г. Процессный подход к управлению. Моделирование бизнес-процессов. – М.: РИА «Стандарты и качество», 2013.- 408с.

8. Шелдрейк Дж. Теория менеджмента от тейлопизма до японизации. – СПб.: Питер, 2013. – С.261.

9. Щурин К.В. Социотехническое регулирование надежности// Стандарты и качество.-2014.-№4.-С.27

Понравилась статья? Добавь ее в закладку (CTRL+D) и не забудь поделиться с друзьями:

Источник: studopedia.ru

1.2. Гост на описание блок-схем

Для графического представления алгоритма используют определенные геометрические фигуры. Такое представление называется блок-схемой. Размеры и соотношения размеров фигур регламентированы в ГОСТ 19.002–80 и ГОСТ 19.003–80, относящиеся к ЕСПД (единая система программной документации).

Согласно им все размеры связаны с двумя величинами: а и в, где а – величина, кратная 5, а в вычисляется по формуле в = 1,5а, допускается в = 2а. В январе 1992 года введен новый ГОСТ 19.701–90 ЕСПД. Он описывает, как и где следует использовать фигуры. Согласно ему допускаются следующие символы для изображения схем: 1. Для изображения данных 1.1.

вводимые данные, носитель данных не определен 1.2. хранимые данные, носитель не определен 1.3. данные, хранимые в оперативной памяти 1.4.

данные, хранимые в запоминающих устройствах с последовательным доступом 1.5. данные, хранимые в запоминающих устройствах с прямым доступом 2. Для изображения документов 2.1.

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

данные в читаемой форме на носителе в виде отображающего устройства (дисплей и т.д.). 3. Для отображения действий. 3.1. выполнение операций, группы операций, приводящих к изменению значения, формы, их размещения и т.д. Блок «процесс».

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

подготовка команды или группа команд с целью воздействия на последующую функцию (инициализация). 3.5. решение, блок «условие». 3.6. выполнение параллельных действий.

3.7. обозначение цикла осуществляется двумя блоками, внутри первого или второго обозначается условие инициализации или условие цикла. Между ними размещаются другие блоки. 3.8. передача управления непосредственно с указанием типа (запрос, вызов, событие и т.д.).

3.9. Соединитель (межстраничный, межлистовой). Внутри используют уникальные одни и те же буквенные обозначения. 3.10. выход и вход во внешнюю среду, блок «ввод/вывод», причемR=0,25 a . 3.11. комментарий. 3.12.

канал связи. В зависимости от того, что описывает алгоритм, ГОСТ 19.701-90 оговаривает, какие фигуры можно использовать. Использование символов представлено в табл. 1. В таблице знаком «+» обозначается использование фигуры, а знаком «–» – запрет использования. Таблица 1.

Использование символов

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

Линии должны подходить слева сверху, исходить справа снизу.

Для блока 3.5 «решение» над каждым выходом следует подписать условие. Пример: Можно использовать перекрытые изображения. Пример. именно в направлении спереди назад. Пропуск группы элементов изображается как … только в линиях. Правила соединения блоков в программе.

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

Примеры правильных блок-схем.	Примеры неправильных блок-схем.

Ограничение

Для продолжения скачивания необходимо пройти капчу:

Источник: studfile.net

Как оформлять блок схемы по госту

МКС 01.080.50 и 35.080. — Примечание изготовителя базы данных.

1. РАЗРАБОТАН И ВНЕСЕН Государственным комитетом СССР по вычислительной технике и информатике

А.А.Мкртумян (руководитель разработки); А.Л.Щерс, д-р. техн. наук; А.Н.Сироткин, канд. ист. наук; Л.Д.Райков, канд. техн. наук; А.В.Лобова; межведомственная Рабочая группа по разработке стандартов ЕСПД

2. УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Государственного комитета СССР по управлению качеством продукции и стандартам от 26.12.90 N 3294

3. Настоящий стандарт разработан методом прямого применения международного стандарта ИСО 5807-85* «Обработка информации. Символы и условные обозначения блок-схем данных, программ и систем, схем программных сетей и системных ресурсов»

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

5. ПЕРЕИЗДАНИЕ. Январь 2010 г.

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

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

Требования стандарта являются обязательными.

1. ОБЩИЕ ТРЕБОВАНИЯ

1.1. Схемы алгоритмов, программ, данных и систем (далее — схемы) состоят из имеющих заданное значение символов, краткого пояснительного текста и соединяющих линий.

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

1.3. В настоящем стандарте определены символы, предназначенные для использования в документации по обработке данных, и приведено руководство по условным обозначениям для применения их в:

4) схемах взаимодействия программ;

5) схемах ресурсов системы.

1.4. В стандарте используются следующие понятия:

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

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

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

2. ОПИСАНИЕ СХЕМ

2.1.1. Схемы данных отображают путь данных при решении задач и определяют этапы обработки, а также различные применяемые носители данных.

2.1.2. Схема данных состоит из:

1) символов данных (символы данных могут также указывать вид носителя данных);

2) символов процесса, который следует выполнить над данными (символы процесса могут также указывать функции, выполняемые вычислительной машиной);

3) символов линий, указывающих потоки данных между процессами и (или) носителями данных;

4) специальных символов, используемых для облегчения написания и чтения схемы.

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

2.2.1. Схемы программ отображают последовательность операций в программе.

2.2.2. Схема программы состоит из:

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

2) линейных символов, указывающих поток управления;

3) специальных символов, используемых для облегчения написания и чтения схемы.

2.3.1. Схемы работы системы отображают управление операциями и поток данных в системе.

2.3.2. Схема работы системы состоит из:

1) символов данных, указывающих на наличие данных (символы данных могут также указывать вид носителя данных);

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

3) линейных символов, указывающих потоки данных между процессами и (или) носителями данных, а также поток управления между процессами;

4) специальных символов, используемых для облегчения написания и чтения блок-схемы.

2.4. Схема взаимодействия программ

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

2.4.2. Схема взаимодействия программ состоит из:

1) символов данных, указывающих на наличие данных;

2) символов процесса, указывающих на операции, которые следует выполнить над данными;

3) линейных символов, отображающих поток между процессами и данными, а также инициации процессов;

4) специальных символов, используемых для облегчения написания и чтения схемы.

2.5. Схема ресурсов системы

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

2.5.2. Схема ресурсов системы состоит из:

1) символов данных, отображающих входные, выходные и запоминающие устройства вычислительной машины;

2) символов процесса, отображающих процессоры (центральные процессоры, каналы и т.д.);

3) линейных символов, отображающих передачу данных между устройствами ввода-вывода и процессорами, а также передачу управления между процессорами;

4) специальных символов, используемых для облегчения написания и чтения схемы.

Примеры выполнения схем приведены в приложении.

3. ОПИСАНИЕ СИМВОЛОВ

3.1.1. Основные символы данных

Символ отображает данные, носитель данных не определен.

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

3.1.2. Специфические символы данных

3.1.2.1. Оперативное запоминающее устройство

Символ отображает данные, хранящиеся в оперативном запоминающем устройстве.

3.1.2.2. Запоминающее устройство с последовательным доступом

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

3.1.2.3. Запоминающее устройство с прямым доступом

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

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

Блок-схемы алгоритмов. ГОСТ. Примеры

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

На территории Российской Федерации действует единая система программной документации (ЕСПД), частью которой является Государственный стандарт — ГОСТ 19.701-90 «Схемы алгоритмов программ, данных и систем» [1]. Не смотря на то, что описанные в стандарте обозначения могут использоваться для изображения схем ресурсов системы, схем взаимодействия программ и т.п., в настоящей статье описана лишь разработка схем алгоритмов программ.

Рассматриваемый ГОСТ практически полностью соответствует международному стандарту ISO 5807:1985.

Элементы блок-схем алгоритмов

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

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

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

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

Сортировка вставками

Массив в алгоритме сортировки вставками разделяется на отсортированную и еще не обработанную части. Изначально отсортированная часть состоит из одного элемента, и постепенно увеличивается.

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

Блок-схема алгоритма сортировки вставками

В приведенной блок-схеме для организации цикла используется символ ветвления. В главном цикле (i Блок-схема алгоритма сортировки пузырьком

На блок-схеме показано использование символов начала и конца цикла. Условие внешнего цикла (А) проверяется в конце (с постусловием), он работает до тех пор, пока переменная hasSwapped имеет значение true. Внутренний цикл использует предусловие для перебора пар сравниваемых элементов.

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

Сортировка выбором

В сортировке выбором массив разделяется на отсортированную и необработанную части. Изначально отсортированная часть пустая, но постепенно она увеличивается. Алгоритм производит поиск минимального элемента необработанной части и меняет его местами с первым элементом той же части, после чего считается, что первый элемент обработан (отсортированная часть увеличивается).

Блок-схема сортировки выбором

На блок-схеме приведен пример использования блока «подготовка», а также показано, что в ряде случаев можно описывать алгоритм более «укрупнённо» (не вдаваясь в детали). К сортировке выбором не имеют отношения детали реализации поиска индекса минимального элемента массива, поэтому они могут быть описаны символом вызова внешней процедуры. Если блок-схема алгоритма внешней процедуры отсутствует, не помешает написать к символу вызова комментарий, исключением могут быть функции с говорящими названиями типа swap, sort, … .

На блоге можно найти другие примеры блок-схем:

Часть студентов традиционно пытается рисовать блок-схемы в Microsoft Word, но это оказывается сложно и не удобно. Например, в MS Word нет стандартного блока для терминатора начала и конца алгоритма (прямоугольник со скругленными краями, а не овал). Наиболее удобными, на мой взгляд, являются утилиты MS Visio и yEd [5], обе они позволяют гораздо больше, чем строить блок-схемы (например рисовать диаграммы UML), но первая является платной и работает только под Windows, вторая бесплатная и кроссплатфомренная. Все блок-схемы в этой статье выполнены с использованием yEd.

Нужны ли блок-схемы? Альтернативы

Частные конторы никакие блок-схемы не используют, в книжках по алгоритмам [6] вместо них применяют словесное описание (псевдокод) как более краткую форму. Возможно блок-схемы применяют на государственных предприятиях, которые должны оформлять документацию согласно требованиям ЕСПД, но есть сомнения — даже для регистрации программы в Государственном реестре программ для ЭВМ никаких блок-схем не требуется.

Тем не менее, рисовать блок-схемы заставляют школьников (примеры из учебников ГОСТ не соответствуют) — выносят вопросы на государственные экзамены (ГИА и ЕГЭ), студентов — перед защитой диплом сдается на нормоконтроль, где проверяется соответствие схем стандартам.

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

Появляются подозрения, что система образования прогнила и отстала лет на 20, однако аналогичная проблема наблюдается и за рубежом. Международный стандарт ISO 5807:1985 мало чем отличается от ГОСТ 19.701-90, более нового стандарта за рубежом нет. Там же производится множество программ для выполнения этих самых схем — Dia, MS Visio, yEd, …, а значит списывать их не собираются. Вместо блок-схем иногда применяют диаграммы деятельности UML [6], однако удобнее они оказываются, разве что при изображении параллельных алгоритмов.

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

В ряде случаев, программирование невозможно без рисования блок-схем, т.к. это один процесс — существуют визуальные языки программирования, такие как ДРАКОН [8], кроме того, блок-схемы используются для верификации алгоритмов (формального доказательства их корректности) методом индуктивных утверждений Флойда [9].

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

Источник: remnabor.net