Системный аналитик выявляет ограничения (constraints) и определяет, какие из них критичны для внедрения новой системы, анализируя текущую инфраструктуру, стандарты организации, законодательные и отраслевые требования, бюджетные рамки, существующие процессы и корпоративную политику.
Выделяют несколько типов ограничений: технические (совместимость с железом, совместимость ПО), организационные (график внедрения, политика безопасности), юридические (соответствие ФЗ), бюджетные и ресурсные.
В документации ограничения фиксируются в отдельном разделе, как правило, под названием "Ограничения и предположения" либо "Входные условия". Формат представления — списком, с четким описанием и, при необходимости, обоснованием влияния на проект.
В проекте по автоматизации документооборота выяснилось, что компания обязана хранить архивы на территории РФ и использовать системы, сертифицированные для работы с персональными данными. Рассматривали несколько решений:
Выбрали второй вариант, закрепили в документации технические и юридические ограничения. Результат — проверка соответствия осуществлялась просто и без конфликтов с контролирующими органами.
Какие ограничения могут быть выявлены только в ходе эксплуатации системы?
Ответ: Это могут быть ограничения производительности, которые не выявляются в тестовой среде (например, поведение под реальной нагрузкой), скрытые организационные ограничения (несовместимость новых процессов с устоявшейся культурой организации), а также юридические нюансы, всплывающие при первых проверках.
Чем ограничения отличаются от нефункциональных требований?
Ответ: Ограничения — это внешние условия, которые нельзя менять (рамки бюджета, законодательства, стандарты), а нефункциональные требования — это ожидаемые свойства системы (масштабируемость, производительность), которые могут быть реализованы различными способами.
Как аргументировать включение конкретного ограничения в требования, если бизнес его оспаривает?
Ответ: Привести конкретные риски в случае невыполнения ограничения (например, штрафы, невозможность интеграции), сослаться на регламент организации или законодательство; если вопрос спорный, инициировать встречу с представителем соответствующего подразделения (Юридический отдел, ИТ-безопасность) и оформить позицию документально.
