2.3 Архитектура системы и требования
Выявление свойств и характеристик будущей системы начинается с задачи маркетингового исследования рынка. Типовая постановка задачи маркетинга описывает потребности клиента, заявляет цели проекта, очерчивает предмет проблемы, определяет концепцию эксплуатации. Необходимо оценить требования заинтересованных сторон, характеристики системы, стоимость, примерный график выхода на рынок, потребное вспомогательное оборудование, технологические риски, структуру декомпозиции работ, вплоть до наличия исходных запчастей и готовности к ремонту.
Рыночная привлекательность продукта определяется набором его преимуществ. Например, для системы гражданского самолета это дальность, грузоподъемность, стоимость пассажиро-километра, вес, надежность, наличие послепродажного обслуживания, стоимость владения, и др. Критерии принятия решений на рынке могут быть назначены на основе качественных мер эффективности, которые учитывают голос клиента, и количественных показателей, которые оценивают голос инженеров. У новой системы могут быть также нематериальные преимущества, которые нелегко измерить. К ним относятся улучшение экологичности, повышение лояльности клиентов, лучшее качество, лучшее обслуживание, большее удовлетворение работой сотрудников, и так далее. Эти факторы могут влиять на экономическую осуществимость системы.
Необходимым стартовым компонентом для формирования финального пакета требований является документ «Концепция эксплуатации». В стандартах РФ документ не фигурирует, однако полезен для разработчиков, а также при разрешении последующих возможных конфликтов исполнителя с заказчиком. В нем количественно и качественно описывают ожидаемые характеристики разрабатываемой системы с точки зрения пользователя. Система представлена в виде «черного ящика», без деталей. Задачей концепции является наглядное описание целей создания системы, «что» она должна делать, а не «как». Это не техническое задание, где изложен детальный набор требований к системе, подсистемам и элементам. По мере разработки и проверки концепции потребности заинтересованных сторон преобразуют в эксплуатационные требования.
Концепция эксплуатации излагает для системы, подсистемы, аппаратного и программного обеспечения, компонента или другого элемента системы, кто является пользователями системы, как и где она будет использоваться, а также репрезентативный набор сценариев эксплуатации. Эти сценарии, каждый из которых связан с конкретным предполагаемым применением, выбраны для представления как типичных, так и предельных условий работы системы. Концепция эксплуатации обеспечивает прямую проверку требований и пригодности решения для предполагаемого использования.
Важно преодолеть разрыв между концепцией эксплуатации и общим набором требований. Основные требования должны напрямую сопоставляться с концепцией эксплуатации. Вспомогательные требования должны просто предоставлять количественные данные, чтобы можно было получить общий результат, как описано в концепции эксплуатации, которая является связующим звеном между желаемыми и финальными требованиями для создания и тестирования решения по продукту.
В Интернете можно найти несколько версий шаблонов концепции эксплуатации. Основные разделы, которые охватывают продукт и процесс (здесь пропущены заголовок и постановка задачи), могут включать описания:
1. Текущей системы или ситуации.
1.1 Предпосылки, цели и область применения.
1.2 Операционную политику и ограничения.
1.3 Описание текущей системы или ситуации.
1.4 Режимы работы для текущей системы или ситуации.