ДОПУСТИТЬ К ЗАЩИТЕ
Директор инженерной школы
___________/О.И. Ребрин /
«______»________________2019 г.
Екатеринбург
2019
РЕФЕРАТ
2
СОДЕРЖАНИЕ
ВВЕДЕНИЕ
ЗАКЛЮЧЕНИЕ 47
3
ВВЕДЕНИЕ
4
Согласно ГОСТ 11928-83 «Система аварийно-предупредительной
сигнализации и защиты автоматизированных дизелей и газовых двигателей.
Общие технические условия», основными параметрами двигателя, которые
должны контролироваться при аварийных значениях, являются:
1) Давление смазочного масла на входе в двигатель;
2) Частота вращения коленчатого вала;
3) Температура охлаждающей жидкости на выходе из двигателя;
4) Температура масла на выходе из двигателя и на входе по
согласованию с потребителем.
«Примечание - перечень основных параметров допускается уточнять и
дополнять в стандартах и ТУ для двигателей конкретного типа».
Как видно из формулировки ГОСТ 11928-83 требования к параметрам
двигателя обобщены и их недостаточно для оценки состояния двигателя, так
как с момента создания ГОСТ 11928-83 изменились как системы двигателей
внутреннего сгорания в целом, так и системы управления двигателем (в том
числе и АПСиЗ).
Техническое задание к сожалению так же не дает исчерпывающий
набор требований к системе
С развитием электронных систем управления двигателями (ЭСУД)
расширяются возможности по реализации алгоритмов АПСиЗ. Но основная
цель ЭСУД - управление режимами работы двигателя. В свою очередь
применение чрезмерного количества (возможно необоснованных)
сигнализаций и защит повлечет за собой расширение функционала
электронного блока управления двигателем (ЭБУ), изменение архитектуры
системы управления, программного обеспечения при подключении для
диагностики дополнительных датчиков, что приведет к необоснованному
удорожанию системы управления и двигателя в целом.
В свою очередь недостаток защит и сигнализаций может привести к
несвоевременному обнаружению проблем в системах двигателя и как
5
следствие значительному разрушению двигателя, что в свою очередь
приведет к увеличению затрат на ремонт, не говоря о безопасности
пользователей системы и обслуживающего персонала.
Возникает ряд вопросов, каким образом формируются требования для
системы АПСиЗ, кто их формирует, кто выстраивает инструменты
функциональной реализации системы и правильно ли они построены,
необходимые параметры контроля, граничные значения и реакции, как и кем
будет реализована система на объекте?
Исходя из вышесказанного целью моей работы является создание
методики разработки требований для системы аварийно-предупредительной
сигнализации и защиты на примере опытного образца дизельного двигателя
12ДМ 185А для карьерного самосвала БЕЛАЗ, с учетом потребностей и
требований всех заинтересованных сторон.
Задачи:
- Выявить всех стейкхолдеров системы;
- Провести анализ потребностей и требований;
- Построить дерево требований;
- Выполнить сравнительный анализ существующих требований
ТЗ с требованиями разработанной методики .
6
ГЛАВА 1 ТЕОРЕТИЧЕСКИЕ АСПЕКТЫ СИСТЕМНОГО
ПОДХОДА ПРИ РАБОТЕ С ТРЕБОВАНИЯМИ
7
4) описывается основа для определения системных требований;
8
Анализ требований.
Цель процесса анализа требований состоит в преобразовании
требований стейкхолдера, выраженных в виде его представлений о
желаемых функциональных возможностях, в техническое видение
требуемого продукта, способного предоставить такие функциональные
возможности.
В ходе этого процесса создается представление о будущей системе,
которая сможет удовлетворить требования стейкхолдеров и, если позволят
ограничения, не подразумевают какой-либо специфической реализации. В
результате данного процесса задаются измеримые системные требования,
зависящие от видения разработчика, в которых определяется, какими
характеристиками должна обладать система и какими должны быть
значения этих характеристик, чтобы удовлетворить требования
стейкхолдеров.
В результате успешного осуществления процесса анализа требований:
1) устанавливаются требуемые характеристики, свойства,
функциональные и эксплуатационные требования к техническим решениям;
2) устанавливаются ограничения, влияющие на архитектурное
проектирование системы, а также на средства по его реализации;
3) достигается целостность и прослеживаемость системных
требований к требованиям стейкхолдеров;
4) определяется основа для верификации системных требований;
При реализации процесса анализа требований должны осуществляться
следующие действия:
1) определять функциональные границы системы в терминах ее
поведения и свойств, которые должны быть обеспечены;
2) определять каждую функцию, которую система должна выполнять,
насколько хорошо система, включая операторов, должна выполнять эту
9
функцию, условия, при которых система способна выполнять данную
функцию и при которых система начинает и прекращает ее выполнение;
3) определять необходимые ограничения по изготовлению системы и
ее элементов, которые обусловлены требованиями стейкхолдеров или
неизбежными ограничениями, связанными с принятием решений;
4) определять технические показатели и показатели качества при
использовании, позволяющие оценивать технические достижения;
5) устанавливать системные требования и функции, в соответствии с
которыми определяются риски и критические параметры системы,
связанные с такими свойствами, как здоровье, безопасность, защищенность,
безотказность, готовность, а также со свойствами обеспечивающих систем;
6) анализировать целостность системных требований для обеспечения
уверенности в том, что каждое требование, пары требований или наборы
требований обладают системной целостностью;
7) демонстрировать связь между системными требованиями и
требованиями стейкхолдеров;
8) на протяжении всего жизненного цикла вести учет совокупности
системных требований вместе с их обоснованиями, связанными решениями
и допущениями;
Применительно к дисциплине анализа требований к программным
системам эти принципы работают следующим образом. Требования
разделяются по уровням.
Обычно выделяют 3 уровня требований:
1) Бизнес-требования (Business requirements);
2) Требования пользователей (User requirements);
3) Функциональные требования (Function requirements).
Пример анализа уровней требований относительно системы АПСиЗ
представлен в таблице 1.
10
Таблица 1-Анализ уровней требований к системе АПСиЗ двигателя
Уровень
Стейкхолдер Основные требования
требований
Бизнес требования Топ-менеджеры 1. Снижение финансовых рисков
или акционеры при аварийных ситуациях
предприятия сокращение простоев при ремонте.
эксплуатанта
2. Исключение аварийных
ситуаций в условиях дороги,
карьера, моря и т.д.
Требования Конечные 1.Предупредительная сигнализация
пользователей пользователи при достижении параметров
системы, где двигателя граничных значений;
используется
2. Исключение авариных ситуаций
двигатель
при работе АПСиЗ в условиях
дороги, карьера, моря и т.д.
Функциональные Разработчик 1. Формализация требований двух
требования двигателя верхних уровней ( бизнес
требования и требования
пользователей) ;
2. Требования соблюдения
законодательства по экологии,
пожарной безопасности и т.д.
11
ГОСТ 11928-83 описывает аварийные параметры работы двигателя, без
совершения аварийного останова при их достижении. Принятие решения об
останове двигателя при достижении аварийных значений параметров,
осуществляет производитель в соответствии с требованиями верхнего
уровня.
Преимущества, которые дает управление требованиями
Информированность – ясное понимание целей и задач
разработки;
Прозрачность – руководство может видеть общую картину и
статус проекта;
Трассируемость – прозрачность отношений между требованиями;
Управление изменениями – оценка последствий вносимого
изменения;
Соответствие – демонстрация соответствия нормативным
документам;
Анализ - возможность оперативного принятия решений;
Таким образом, системная инженерия отвечает за всю картину в целом,
обеспечивая выполнение требований в течение всего жизненного цикла
изделия.
Функциональные требования описывают поведение системы и сервисы
(функции), которые она выполняет, и зависят от типа разрабатываемой
системы и от потребностей пользователей. Если функциональные требования
оформлены как пользовательские, они, как правило, описывают системы в
обобщенном виде. В противоположность этому функциональные требования,
оформленные как системные, описывают систему максимально подробно,
включая ее входные и выходные данные, исключения и т.д.
Системные требования это более детализированное описание
пользовательских требований. Они обычно служат основой для заключения
контракта на разработку программной системы и поэтому должны
12
представлять максимально полную спецификацию системы в целом.
Системные требования также используются в качестве отправной точки на
этапе проектирования системы.
Спецификации системных требований часто пишутся естественным
языком. Но использование естественного языка может породить
определенные проблемы при написании детализированной спецификации.
Применение естественного языка подразумевает, что те, кто пишет
спецификацию, и те, кто ее читает, одни и те же слова и выражения
понимают одинаково. Однако на самом деле это не так, поскольку
естественному языку присуща определенная размытость понятий.
Вследствие этого одно и то же требование может трактоваться разными
людьми по-разному.
Чтобы избежать подобных проблем, разработаны методы описания
требований, которые структурируют спецификацию и уменьшают
размытость определений.
14
Рисунок 1-Контекст системы использования конечного продукта
Рисунок 2- Функциональная модель целевой системы
В таблице 2 представлены стейкхолдеры системы.
Таблица 2-Стейкхолдеры целевой системы
Продолжение таблицы 3
Продолжение таблицы 3
Продолжение таблицы 3
СХ19 Разработчик
системы вентиляции
картерных газов
22
Продолжение таблицы 4
24
Таблица 8 -Требования (СХ2) Потенциальный пользователь для потребности
(П5)
25
Таблица 12-Требования (СХ3) Разработчик карьерного самосвала для
потребности (П9)
Продолжение таблицы 13
26
Т44 В критических ситуациях, когда вероятность выхода из строя высока
(падение давления масла, перегрев и т.п), система аварийной защиты
двигателя должна предусматривать автоматическое ограничение
мощности двигателя до 70% от номинальной с подачей звукового и
светового сигнала оператору, во всех остальных случаях поступает
только световой и звуковой сигнал о наличии неисправности.
Решение о возможности останова двигателя принимает только
оператор.
Т45 Система управления самосвала должна обеспечивать блокировку
пуска при подсоединенном валопроворотном устройстве
Т46 Система управления самосвала должна обеспечивать блокировку
включения стартера при наличии вращения коленчатого вала более
250 об/мин
Т47 Система управления самосвала должна обеспечивать
предупредительную сигнализацию при достижении температуры
отработавших газов 650º С
Продолжение таблицы19
Продолжение таблицы19
29
Таблица 20-Требования (СХ14) Разработчик системы смазки двигателя для
потребности (П17)
30
высоких температур)
Т64 В критических ситуациях, когда вероятность выхода из строя высока
(перегрев до аварийных значений Охлаждающей жидкости более 101º
С), система аварийной защиты двигателя предусматривает
автоматическое ограничение мощности двигателя до 70 % от
номинальной с подачей звукового и светового сигнала оператору
Т65 Система защиты двигателя должна обеспечивать предупредительную
сигнализацию при температуре охлаждающей жидкости, контура
высоких температур на выходе из двигателя более 369К (96º С)
Т66 Система защиты двигателя должна обеспечивать предупредительную
сигнализацию при давлении охлаждающей жидкости, контура
высоких температур на выходе из насоса более 700 кПа или менее 150
кПа
Т67 Система защиты двигателя должна обеспечивать предупредительную
сигнализацию и блокировку пуска при низком уровне охлаждающей
жидкости в расширительном баке системы охлаждения контура
высоких температур
Т68 Система защиты двигателя должна обеспечивать предупредительную
сигнализацию при температуре охлаждающей жидкости, контура
низких температур на выходе из двигателя более 347К (75º С)
Т69 Система защиты двигателя должна обеспечивать аварийную защиту
двигателя при температуре охлаждающей жидкости, контура низких
температур на выходе из двигателя более 352К (80º С)
Т70 Система защиты двигателя должна обеспечивать предупредительную
сигнализацию при давлении охлаждающей жидкости, контура низких
температур на выходе из насоса более 700 кПа или менее 150 кПа
Т71 Система защиты двигателя должна обеспечивать предупредительную
сигнализацию и блокировку пуска при низком уровне охлаждающей
жидкости в расширительном баке системы охлаждения контура
низких температур
Продолжение таблицы 24
Вес
Значение веса критерия
критерия
1 Не взаимодействующие с целевой системой
2 Взаимодействующие с целевой системой косвенно
3 Взаимодействующие с целевой системой маловажные
4 Взаимодействующие с целевой системой важные
5 Взаимодействующие с целевой системой основные
Вес
ИД Требование
критерия
Т1 Высокая экономичность (удельный расход топлива на 1
34
режиме полной мощности не более 200 г/кВт*ч, расход
топлива на холостом ходу не более 9 кг/ч, удельный
расход масла на угар на режиме полной мощности 0,3
г/кВт*ч)
Высокая надежность (ресурс непрерывной работы не
Т2 2
менее 2000 ч.)
Высокий ресурс (ресурс до капитального ремонта не
Т3 2
менее 70000 ч.)
Т4 Ремонтопригодность 1
Удобство обслуживания: должна быть обеспечена
возможность доступа к отдельным узлам и агрегатам для
обслуживания без
демонтажа двигателя. Обеспечен доступ к смотровым
лючкам
двигателя и обеспечено удобство обслуживания систем
двигателя.
Исполнение системы охлаждения должно обеспечивать
Т5 2
полное
удаление воздуха при её заполнении и полное удаление
охлаждающей жидкости при сливе с учетом
взаимодействия с
радиаторным блоком карьерного самосвала.
Конструкция системы смазки должна обеспечивать
удобство
заправки и слива масла из двигателя.
Т6 Масса полезного перевозимого груза 240 тонн 1
Эксплуатационные жидкости должны быть доступны на
Т7 1
рынке
Т8 Целевая стоимость продукта 20 000 тыс.р. 1
Требования по выбросам вредных веществ в соответствии
Т9 2
с ГОСТ 31967-2012
Требования по дымности отработавших газов в
Т10 2
соответствии с ГОСТ 24028-2013
Продолжение таблицы 29
Продолжение таблицы 29
Продолжение таблицы 29
Продолжение таблицы 29
Продолжение таблицы 29
Продолжение таблицы 29
42
2я группа- требования, которые влияют на систему АПСиЗ и будут
учтены в разработке целевой системы.
В таблице 30 представлено разбиение требований по группам,
требования 2й группы, с которыми и будет производиться работа, по
разработке системы, выделены зеленым цветом.
1я группа 2я группа
№
1 2 3 4 5
1 Т1 Т2 Т13 Т32 Т41
2 Т4 Т3 Т14 Т39 Т42
3 Т6 Т5 Т15 Т43 Т44
4 Т7 Т9 Т35 Т45 Т46
5 Т8 Т10 Т36 Т47 Т59
6 Т16 Т11 Т49 Т60
7 Т17 Т12 Т54 Т62
8 Т18 Т25 Т55 Т64
9 Т19 Т26 Т56 Т65
10 Т20 Т27 Т57 Т69
43
11 Т21 Т28 Т58 Т86
12 Т22 Т29 Т61 Т87
13 Т23 Т37 Т63
14 Т24 Т38 Т66
15 Т30 Т40 Т67
16 Т31 Т68
17 Т33 Т70
18 Т34 Т71
19 Т48 Т72
20 Т50 Т73
21 Т51 Т74
22 Т52 Т75
23 Т53 Т76
24 Т77
25 Т78
26 Т79
27 Т80
28 Т81
29 Т82
30 Т83
31 Т84
32 Т85
44
Рисунок 3- Дерево требований
46
ЗАКЛЮЧЕНИЕ
48