Системная инженерия на раз-два - страница 21

Шрифт
Интервал



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

Для сбора потенциальных требований можно использовать разные источники.

1. Интервью с пользователями для уточнения дизайна продукта и улучшения качества.

2. Опрос и анкетирование, которые широко используются в социальных исследованиях и анализе рынка.

3. Наблюдение, которое включает фиксацию выполнения определенных функций и задач.

4. Изучение документов для сбора информации о том, как системы использовались, что необходимо добавить или улучшить в следующей версии системы.

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


При сборе и анализе системные требования удобно классифицировать по типам:

– Функциональные требования, отвечающие на вопрос «что система должна делать?»

– Требования к рабочим характеристикам, отвечающие на вопрос «как хорошо система исполняет нужные функции?»

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

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

– Политика и публичные законы, которые вносят ограничения по безопасности, экологии и шуму.

– Требования к качеству, включая требования к безопасности.

– Бизнес-требования, в том числе цена продукта, стоимость жизненного цикла, конкурентоспособность, и так далее.