С появлением системного подхода оказалось, что мы живем в мире наполненным самыми разными системами. Одни системы помогают нам находить нужную информацию в интернете, другие системы помогают нам проводить финансовые транзакции, а третьи - помогают нам приобретать полезные для жизни навыки, четверные обеспечивают круговорот воды в природе, а пятые - обеспечивают теплом и светом.
Какими бы не были сложными системы их можно разложить на элементы и связи между ними, а методы "черный ящик" и "прозрачный ящик" помогают свести нечто невообразимо-сложное к одной кнопке ("Вкл").
Но, чтобы система заработала, необходимо, чтобы она соответствовала требованиям заинтересованных лиц. Согласно международному стандарту ISO/IEC/IEEE 29148, каждое требование заинтересованных сторон, к системе в целом или к ее элементу должно обладать следующими характеристиками:
1. Необходимость, т. е. требование должно определять существенную способность, характеристику, ограничение и/или показатель качества. Если требование будет проигнорировано или устранено, то возникнут недостатки, которые не смогут быть полностью устранены за счет других возможностей системы, продукции или процесса;
2. Независимость от реализации, т. е. требование, определяя то, что необходимо и достаточно в системе, позволяет избежать ненужных ограничений на архитектурные решения. Цель должна достигаться вне зависимости от способа реализации. Требование содержит сведения о том, что требуется, а не о том, как оно может или должно быть выполнено;
3. Недвусмысленность, т. е. требование должно быть сформулировано таким образом, чтобы оно могло интерпретироваться только одним способом. Формулировка требования должна быть простой и легкой для понимания;
4. Непротиворечивость, т. е. требование не должно противоречить другим требованиям;
5. Полнота, т. е. формулировка должна быть такой, чтобы требование не нуждалось в дальнейшем уточнении или развитии, поскольку полное требование измеримо и в достаточной степени описывает возможности и характеристики, отвечающие потребностям ЗС;
6. Единственность, т. е. формулировка требования должна относиться только к одному уникальному требованию, которое ни с чем не увязывается;
7. Реализуемость, т. е. требование должно быть технически осуществимым без необходимости использования принципиально новых технологических достижений, т. е. требование с приемлемым риском может быть реализовано с учетом ограничений, накладываемых со стороны системы (стоимость, график работ, технические возможности, правовые и нормативные ограничения и т. п.);
8. Прослеживаемость, т. е. требование должно быть прослеживаемым снизу вверх к конкретной, документально зафиксированной потребности (потребностям) ЗС, к требованию более высокого уровня или к другому источнику (проектному решению, результатам исследования затрат и т. п.). Требование также должно быть прослеживаемым сверху вниз к конкретным требованиям, содержащимся в спецификациях требований более низкого уровня или в других документах, описывающих систему. Таким образом, все относящиеся к требованию связи «порождающий/ порожденный» определяются так, чтобы требование прослеживалось и к его источнику, и к реализации;
9. Проверяемость, т. е. требование должно позволять получение свидетельства того, что система удовлетворяет установленному требованию. Проверяемость улучшается, если требование измеримо.
В общем все требования отлично укладываются в матрицу 3х3:
(с) по книге Э. Халл, К. Джексона и Д. Дика "Инженерия требований".
__________
ИП/2022/11/27
#система, #требования, #инженерия, #стейкхолдеры, #менеджмент