Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
DIPLOM_33__33__33__33 / Диплом_Токарев_С_В_(Req).docx
Скачиваний:
41
Добавлен:
12.06.2015
Размер:
1.99 Mб
Скачать

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ

ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ

«САМАРСКИЙ ГОСУДАРСТВЕННЫЙАЭРОКОСМИЧЕСКИЙ

УНИВЕРСИТЕТ ИМЕНИ АКАДЕМИКА С.П. КОРОЛЕВА

(НАЦИОНАЛЬНЫЙ ИССЛЕДОВАТЕЛЬСКИЙ УНИВЕРСИТЕТ)» (СГАУ)

Факультет летательных аппаратов

Кафедра конструкции и проектирования летательных аппаратов

Пояснительная записка

к дипломной работе на тему

Мультиагентный подход к управлению требованиями сложного

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

Дипломник ________________________________________ Токарев С.В.

Руководитель работы _____________________________ Боргест Н.М.

Консультант (консультанты) _____________________ Бойкова Л. А.

_________________________________________________________________________

_________________________________________________________________________

Нормоконтролёр __________­­­­________________________ Клементьев В.А.

Рецензент __________________________________________ ____________

Самара 2014

Реферат Содержание

  1. Введение

  2. Обзорно-аналитическая часть

    1. Анализ существующих методов

      1. Онтологический метод

      2. Мультиагентный метод

    2. Анализ существующего программного обеспечения для управления требованиями

      1. Windchill Requirements Management

      2. Siemens Teamcenter

      3. Ibm Rational Doors

      4. Сводная таблица анализа функциональности существующего программного обеспечения для управления требованиями

    3. Недостатки существующего программного обеспечения

  3. Проектно-исследовательская часть

    1. Проблемы, возникающие при управлении требованиями сложного изделия, решаемые мультиагентным методом

      1. Отслеживание требований на всех стадиях жизненного цикла производства сложного изделия

      2. Как повлияет изменение одного требования на остальные требования

      3. Автоматизированный подбор методов верификации для требований

      4. Отслеживание соблюдения нормативных, международных стандартов, ГОСТов, правил

  4. Практическая реализация

    1. Алгоритм автоматизированного подбора методов проверки для требований

      1. Методы проверки

      2. Методы контроля

      3. Описание алгоритма

      4. Практическая реализация

    2. Алгоритм определения последствий при изменении требования

      1. Описание алгоритма

      2. Практическая реализация

    3. Прототип программы Smart Requirements

  5. Технико-экономическое обоснование

  6. Заключение

  7. Литература

  8. Приложения

Определения, обозначения и сокращения

УТ – управление требованиями;

МАС – мультиагентные системы;

ПО – программное обеспечение;

ИИ – искусственный интеллект;

МП – метод проверки;

ЖЦ – жизненный цикл;

Верификация -

Введение

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

Нужно учитывать требования не только части изделия, но и всего изделия полностью.

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

Реализация процесса Управления требованиями — напрямую оказывает качественное влияние на базовые процессы разработки изделия. 

Рисунок 1.1 – Управление требованиями

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

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

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

Зависимость стоимости внесения изменений от этапа производства представлена на рисунке 1.2. Отсюда следует, что недостаточное уделение внимания требованиям влечет за собой огромные затраты.

Рисунок 1.2 - Зависимость стоимости внесения изменений от этапа производства

Не секрет, что результат плохо сформулированного даже одного

требования может быть катастрофически разрушительным,

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

Более того, – известны случаи, когда неудовлетворительное

требование являлось той причиной, которая вела к полной потере

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

Напротив, правильный процесс формирования требований и

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

и высокий показатель возврата инвестиций.

Опыт показывает, что наилучшим требованием считается такое,

которое может быть охарактеризовано как:

• Корректное (с технической и юридической точек зрения)

• Полное (выражать утверждение или законченную идею)

• Четкое, однозначное (недвусмысленное и не сбивающее с

толку)

• Совместимое, согласующееся (не конфликтующее с

другими требованиями)

• Проверяемое (чтобы подтвердить, что результат

соответствует требованию)

• Трассируемое (уникально идентифицированное и

отслеживаемое)

• Выполнимое (может быть реализовано в рамках

запланированного бюджета и сроков)

• Модульное, блочное (может быть изменено без

чрезмерных последствий для всего проекта)

• Инженерно-независимое (не должно содержать описания

конкретного решения)

Каждое требование должно выглядеть как законченное предложение, содержащее подлежащее и сказуемое; другими словами – содержать предметную часть и утверждение

(логическое условие или высказывание).

При этом в зависимости от обстоятельств в этом предложении

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

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

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

невозможно контролировать то, что нельзя измерить.