Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

ТКП Процессы СМК

.pdf
Скачиваний:
22
Добавлен:
01.03.2016
Размер:
902.67 Кб
Скачать

ТКП 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