4.2 Алгоритм определения последствий при изменении требования
Требования бывают взаимосвязаны между собой. Некоторые требования вытекают из других требований. Поэтому при изменении одного требования мы можем кардинально изменить все требования. Если не отслеживать изменения, то можно не уследить и произойдут катастрофические последствия.
При определении нового требования, инженер привязывает к нему зависимые требования. Зависимые требования – это требования, которые зависят от других требований. Если требование не прошло проверку, то связующие с ним требование тоже не может пройти проверку.
Если требование изменилось, значит, изменятся и зависящие от него требования.
Алгоритм:
Изменение требования;
Агент требования подает информацию об изменении;
Агент зависящего требования подает сигнал на проверку;
Агент зависящего требования определяет последствие изменений;
Вывод информации о последствиях изменения.
На рисунке 14 показан алгоритм определения последствий при изменении требований.
Рисунок 14 – Алгоритм определения последствий при изменении требования
4.3 Отслеживание соблюдения нормативных, международных стандартов, госТов, правил
Алгоритм:
Обновление или внесение международных стандартов, ГОСТов, правил;
Создание агента норматива;
Процесс подтверждения;
Если проверка пройдена, то агент пропускает это требование;
Если проверка не пройдена, то происходит процесс редактирования и согласование требования до тех пор, пока агент не пропустит требование.
При обновлении или внесении нового международного стандарта, ГОСТа, правила, происходит создание агента этого норматива. Этот процесс может быть автоматическим, так и в ручную.
Если какое-то требование к изделию опирается на международный стандарт, нормы, ГОСТ или правило, то ему сразу приписывается проверка на соблюдение этого норматива.
Если проверка агентом норматива пройдена, то происходит подтверждение, что требование соответствует этому нормативу.
Если проверка агентом норматива не пройдена, то происходит процесс редактирования и согласования этого требования до тех пор, пока агент норматива не пропустит его.
На рисунке 15 показан алгоритм для отслеживания соблюдения международных стандартов, ГОСТов, правил.
Рисунок 15 – Алгоритм, отслеживающий соблюдение нормативов
4.4 Отслеживание требований на всех стадиях жизненного цикла проектирования и производства сложного изделия
Для процесса отслеживания требований на всех стадиях жизненного цикла сложного изделия нужно разработать и построить удобный и интуитивно понятный интерфейс для прототипа программы «SmartRequirements».
В качестве основы была взята идея графического отображения связей между изделием, требованиями, сложным изделием программы SiemensTeamcenter.
На рисунке 16 показан графический интерфейс отображения связей между требованиями и изделиями.
Рисунок 16 – Графический интерфейс программы SiemensTeamcenter[4]
Как видно, для грамотного внесения требования, его нужно привязать к изделию.
В своей концепции интерфейса решено добавить такие данные, как: метод проверки, ответственный, приоритет, этап жизненного цикла, на котором это требование должно быть выполнено, версия, зависимые требования.
Прослеживается связь от изделия до метода проверки требования.
Требование имеет атрибуты:
- этап жизненного цикла;
- автор требования;
- приоритет;
- версия требования;
- ответственный за выполнение этого требования;
- состояние этого требования;
- зависимые требования.
Метод проверки имеет следующие атрибуты:
- автор;
- версия;
- документ (норматив);
- ответственный;
- регламент;
- состояние.
На рисунке 17 изображен интерфейс прототипа программы, с помощью которого можно просматривать процесс управления требованиями по критерию «требования».
На рисунке 18 изображен интерфейс прототипа программы, с помощью которого можно просматривать процесс управления требованиями по критерию «этап жизненного цикла».
Рисунок 17 – Графическое отображение связей между требованиями, изделиями, методами проверок
Рисунок 18 – Графическое отображение связей между требованиями, этапами ЖЦ, изделиями, методами проверок