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

После изучения и анализа существующего программного обеспечения были выявлены следующие недостатки:

- автоматизация процесса подбора методов проверки требований УТ;

- отслеживание требований на всех стадиях жизненного цикла изделия;

- как повлияет изменение одного требования на другие;

- отслеживание и соблюдение международных стандартов и правил;

- автоматизация процесса УТ.

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

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

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

Корректное определение статусов (этапов ЖЦ) требований для отслеживания актуальных формулировок требований, статусов спецификаций и контроля изменений 

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

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

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

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

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

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

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

3.1.4 Отслеживание соблюдения нормативных, международных стандартов, госТов, правил

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

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

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