
ТКП Процессы СМК
.pdfТКП 45-1.01-80-2007
9.4 Идентифицировать процессы:
— идентифицировать процессы с учетом проведенной классификации;
— идентифицировать объекты, поступающие на входы и получаемые на выходах каждого про-
цесса с учетом проведенной классификации. |
|
|
9.5 Документировать процессы: |
" |
|
— составить диаграммы (карты) процессов; |
||
|
— составить перечень процессов организации;
— разработать паспорта (спецификации) процессов.
Примечание — Карты процессов составляются для каждого процесса, представленного в перечне процессов.
9.6Осуществить проверку (верификацию) описания процессов на соответствие требованиям СТБ ИСО 9001.
9.7Утвердить документацию по процессам.
"Стройтехнорм РУП
17

ТКП 45-1.01-80-2007
РУП
|
Начало (конец) |
" |
|
Процесс (действие) |
|
|
|
|
|
Принятие решения |
|
|
Документ |
|
|
Дорабо ка, внесение изменений |
|
|
Комментарии |
|
|
Проверка, проведение контроля |
|
|
Взаимосвязь с документом |
|
Стройтехнорм |
||
" |
Соединитель |
|
|
|
|
|
Последовательность протекания процесса |
|
18

ТКП 45-1.01-80-2007
Приложение Б
(справочное)
Методология функционального моделирования IDEF0
лирования IDEF0. Подробнее с методологией IDEF0 можно ознакомиться в [1], [2].
В настоящем приложении приведены краткие сведения о методологии функционального моде"-
Основу IDEF0 методологии по [1] составляет простой и понятный графический язык описания де- ловых процессов. В IDEF0 функции (процессы) и взаимосвязи между ними представляются графичес- кими элементами языка:
Б.1 Основные элементыСтройтехнорми понятия IDEF0
— функции описываются в виде прямоугольных блоков;
— взаимосвязи функций — дугами, соединяющими блоки.
На рисунке Б.1 представлен функциональный блок IDEF0, который отображает нек т рую бизнес- функцию.
Рисунок Б.1 — Функциональный блок
Каждая сторона блока выполняет строго определенную роль: левая сторона имеет значение «входа», правая — «выхода», верхняя — «управления», нижняя — «механизма» и(или) «вызова» вспомогательной"модели или функции. Взаимодействие между блоками в IDEF0 представляется в виде дуг, которые отображают потоки данных или материалов, поступающих с выхода одной функции на вход другой. В зависимости от того, с какой стороной блока связан поток, его называют, соответ- ственно, «входным», «выходным», «управляющим», «обеспечивающим» (или «механизмом»). В соот- ветствии с требованием IDEF0 название (имя) каждого функционального блока должно быть сформу-
РУПлировано в виде активного глагольного выражения: «глагол + объект действия + [дополнение]»
Описания процессов в виде функциональных блоков и дуг в IDEF0-модели организованы строго определенным образом в виде IDEF0-диаграмм (карт) процессов: начиная с диаграммы, содержащей описание системы самого верхнего уровня, и заканчивая диаграммами, содержащими подробные описания деталей или операций.
На рисунке Б.2 представлен типовой пример IDEF0-диаграммы.
19

ТКП 45-1.01-80-2007 |
|
|
|
|
" |
Рисунок Б.2 — Пример IDEF0-диаграммы (кар ы) процессов |
||
Б.2 Синтаксис языка |
|
|
Компонентами языка IDEF0 являются бл ки, дуги и диаграммы. Набор структурных компонен- |
||
тов языка, их характеристики и правила, пределяющие связи между компонентами, представляют |
||
собой синтаксис языка. |
|
|
Блоки представляют функции, оп еделяемые как деятельность, процесс, операция, действие или |
||
преобразование. Внутри каждого блока |
азмещается его имя и номер. Имя должно включать актив- |
|
ный глагол или глагольный оборот, характеризующий функцию. Номера блоков используются для |
||
их идентификации в рамках модели (рисунок Б.3). |
||
Стройтехнорм |
||
" |
|
|
|
Рисунок Б.3 — Синтаксис блока |
|
Каждый функциональный блок в рамках функциональной модели имеет свой уникальный иден- |
||
тификационный номер и может быть отнесен к определенной классификационной группе за счет вы- |
||
деления стилем (цвет, штриховка и т. п.). |
|
|
Интерфейсные дуги — это стрелки, с помощью которых в функциональной модели отображаются |
||
взаимодействия между функциональными блоками. Стрелка есть графическое представление эле- |
||
мента, который обрабатывается в рамках моделируемой системы (процесса) или оказывает иное |
||
РУП |
|
|
влияние на процесс. |
|
|
Каждая стрелка в функциональной модели имеет свое уникальное наименование в виде имени |
||
существительного с определением или без него, например — «оперативные данные», «сырье», |
||
«Иванов И. И.» и т. д. |
|
|
20

ТКП 45-1.01-80-2007
В зависимости от того, к какой из сторон функционального блока присоединена стрелка, она на- зывается «входной», «выходной», «управляющей» или «механизмом». Кроме того, по аналогии
с блоком дуга может быть отнесена к определенной классификационной группе за счет выделения стилем (цветом, геометрией и т. п.). Основные правила синтаксиса дуг в функциональной модели представлены в таблице Б.1.
Таблица Б.1 — Основные правила синтаксиса дуг |
|
" |
|
|
|
||
Компонент |
Графическое изображение |
Синтаксические правила |
|
Дуга |
Стройтехнорм |
||
1 Дуги изображаются сплошными линия и |
|||
|
различной толщины и цвета |
|
|
|
2 |
Дуги могут состоять только из го изон- |
|
|
тальных и вертикальных сегментов, соеди- |
||
|
ненных радиусным переходом; диагональ- |
||
|
ные сегменты не допускаются |
|
|
|
3 |
У дуги может быть т лько дна метка |
|
|
4 |
Метка размещается епосредственно воз- |
|
|
ле дуги или присоеди яется к дуге с помо- |
||
|
щью символа «тильда» |
|
|
|
5 |
В метках дуг не должны использоваться |
|
|
следующие термины: функция, вход, выход, |
||
|
управл ние, м ханизм |
|
|
Соединение блока |
1 |
Концы дуг должны касаться внешней гра- |
|
с дугами |
ницы блока, но не должны пересекать ее |
|
|
|
2 |
Дуги должны присоединяться к блоку на |
|
|
его с оронах; присоединение в углах не до- |
||
|
пускается |
|
|
Разветвление дуг |
1 Сегмент дуги до разветвления должен |
||
|
иметь метку |
|
|
|
2 |
Сегмент дуги после разветвления может |
|
|
не иметь метки |
|
|
Слияние дуг |
3 Сегмент дуги после слияния должен иметь |
||
|
метку |
|
|
|
4 |
Сегмент дуги до слияния может не иметь |
|
|
метки |
|
|
Б.3 Семантика"языка |
|
|
|
РУП |
|
|
|
Семантика определяет содержание (значение) компонентов языка, как по отдельности, так и во взаимосвязях, а также способствует правильной интерпретации модели.
В соответствии с требованием методологии IDEF0 название (имя) каждого функционального бло- ка должно быть сформулировано в виде активного глагольного выражения:
«глагол + объект действия + [дополнение]».
Глагол отвечает на вопрос: «Что делать?» Объект действия отвечает на вопрос: «Что?». А до- полнение может служить для уточнения функции.
Пример — «Обрабатывать деталь на станке», «передать документы в отдел А», «разработать план-график проведения аудита», «составить протокол испытаний» и т. д.
Дуги описывают объекты, необходимые для выполнения функции или производимые в результа- те ее выполнения.
Наименование объекта обозначается меткой дуги. Метка дуги должна быть существительным или оборотом существительного. Метка может быть набором существительных, когда она обозначает набор различных объектов.
21

ТКП 45-1.01-80-2007
Пример — «Планы, программы, методики».
Каждая сторона блока имеет стандартное значение с точки зрения присоединенных дуг; она од- нозначно определяет тип дуги, присоединенной к блоку.
Существует четыре основных типа дуг, соединенных с блоком (по количеству сторон у блока):
«входы», «выходы», «управления» и «механизмы» (см. рисунок Б.1). |
" |
|
В пределах диаграммы функциональной IDEF0-модели существует шесть видов соединений бло- |
||
ков: три вида прямых связей и три вида обратных связей (таблица Б.2). |
|
|
Стройтехнорм |
||
Таблица Б.2 — Возможные взаимосвязи блоков на IDEF0-диаграмме |
|
|
Вид связи |
Описание |
|
1 |
2 |
|
|
Взаимосвязь по входу — выход блока связан |
|
|
со входом следующего бл ка |
|
|
Взаимосвязь по управлению — выход блока |
|
|
являе ся управлением для следующего блока |
|
|
Взаимосвязь по механизму — выход блока |
|
" |
является механизмом для следующего блока |
|
|
|
|
РУП |
|
|
22

ТКП 45-1.01-80-2007
Окончание таблицы Б.2
РУП
Вид связи |
Описание |
|
1 |
2 |
|
|
Обратная связь по входу — выход блока яв- |
|
|
ляется входом для предыдущего блока |
" |
|
|
|
Стройтехнорм |
||
|
Обратная связь по управлению — выход |
|
|
блока является управлением для предыду- |
|
|
щего блока |
|
|
Обратная связь по механизму — выход блока |
|
|
является механизмом для предыдущего блока |
|
" |
|
|
23

ТКП 45-1.01-80-2007
Приложение В
(справочное)
|
|
|
Требования, которые должны быть выполнены при определении процессов |
" |
||||
|
|
|
Таблица В.1 — Требования к организации процесса |
|||||
|
|
|
|
|
|
|||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
1 Требования к руководителю процесса |
|
|
|
|
|
|
|
|
|
|||
1.1 |
|
Стройтехнорм |
||||||
Должен быть один руководитель процесса, ответственный за его результативность |
|
|
|
|||||
1.2 |
Полномочия и ответственность руководителя процесса должны быть четко определены |
|
|
|
||||
1.3 |
Не должно быть пересечений его полномочий и ответственности с другими уководителями |
|||||||
|
|
организации |
|
|
|
|
|
|
1.4 |
Для обеспечения возможности руководителю влиять на ход процесса и его результаты ему |
|||||||
|
|
должны быть выделены все необходимые ресурсы |
|
|
|
|||
|
|
|
|
|
2 Границы процесса |
|
|
|
2.1 |
Границы процесса должны быть четко определены (по функциям и ответственности руководи- |
|||||||
|
|
телей) и зафиксированы документально |
|
|
|
|||
2.2 |
Границы функциональных подразделений, участвующих в выполн нии процесса, должны быть |
|||||||
|
|
четко определены |
|
|
|
|
|
|
|
|
|
|
|
3 Регламентирующие докумен ы |
|
|
|
|
3.1 |
Должно существовать действующее описание процесса в целом |
|
|
|
|||
3.2 |
Могут быть разработаны процедуры (внутренние стандарты организации), входящие в состав |
|||||||
|
|
описания процесса. |
|
|
|
|
|
|
|
|
|
|
|
|
|||
3.3 |
Должны быть разработаны положения п дразделениях |
|
|
|
||||
|
|
|
|
|
|
|||
3.4 |
Должны быть разработаны должностные инструкции |
|
|
|
||||
|
|
|
|
|
|
|||
3.5 |
Должна функционирова ь сис ема актуализации документации |
|
|
|
||||
|
|
|
|
|||||
3.6 |
Процесс должен соо ве с вова ь существующим законодательным актам и требованиям ТНПА, |
|||||||
|
|
регламентирующим выполнение процесса |
|
|
|
|||
|
|
|
|
|
|
|
|
|
|
|
|
" |
4 Входы процесса |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|||
4.1 |
Входы процесса должны быть четко определены |
|
|
|
||||
|
|
|
|
|
|
|||
4.2 |
Поставщики каждого входа процесса должны быть четко определены |
|
|
|
||||
|
|
|
|
|
|
|||
4.3 |
Требования к каждому поставщику должны быть четко определены |
|
|
|
||||
|
|
|
|
|
|
|
||
РУП |
|
|
|
|
|
|||
4.4 |
Требования на каждый вход процесса должны быть четко определены |
|
|
|
||||
4.5 |
Каждый вход должен быть закреплен за ответственным исполнителем |
|
|
|
||||
|
|
|
|
|
5 Выходы процесса |
|
|
|
5.1 |
Выходы процесса должны быть четко определены |
|
|
|
||||
5.2 |
Потребители каждого процесса должны быть четко определены |
|
|
|
||||
|
|
|
|
|
|
|||
5.3 |
Требования на каждый выход процесса должны быть четко определены |
|
|
|
5.4Каждый выход должен быть закреплен за ответственным исполнителем
5.5Должна функционировать система контроля качества выходов процесса
24

ТКП 45-1.01-80-2007
Окончание таблицы В.1
6Ресурсы
6.1Ресурсы должны быть четко определены
6.2Требования к каждому ресурсу должны быть четко определены
6.3Каждый ресурс должен быть закреплен за ответственным исполнителем
|
|
|
|
|
|
" |
|
|
|
|
7 Показатели процесса |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||
7.1 |
|
Стройтехнорм |
||||
Показатели результативности и эффективности процесса должны быть определены и постоян- |
||||||
|
но использоваться на практике |
|
|
|
||
7.2 |
Должна существовать система сбора и использования данных об удовлетворенности пот еби- |
|||||
|
телей процесса |
|
|
|
|
|
|
|
" |
|
|
|
|
РУП |
|
|
|
|
||
|
|
|
|
|
25 |
|

ТКП 45-1.01-80-2007
Приложение Г
(рекомендуемое)
Этапы жизненного цикла строительной продукции
" "Стройтехнорм
РУП
26