Нукусский филиал ташкентского университета информационных технологий имени мухаммада аль-хоразмий

Как собираются функциональные и нефункциональные требования?

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

• 
  бизнес-требования — опишите цели и ожидания проекта, преимущества, которые может принести проект, возможные ограничения проекта и его объем;
  
• 
  требования пользователя — включают потребности пользователя и действия, которые пользователь сможет выполнять в системе;
  
• 
  системные требования — включают системные действия, спецификации программного и аппаратного обеспечения и т. д.
  

Нефункциональные требования подпадают под различные категории, в том числе:

• 
  удобство использования — определяет, насколько легко пользователь может взаимодействовать с интерфейсом приложения, например, цвет экрана, размер кнопок и т. д.;
  
• 
  доступность — гарантирует, что приложение будет стабильно работать в течение определенного периода времени, например, редкие простои в течение года 24/7;
  
• 
  надежность — определяет, что приложение будет работать в определенной среде или в течение определенного периода времени без сбоев;
  
• 
  восстанавливаемость — гарантирует, что приложение сможет восстановить все данные после сбоя системы или восстановить систему до определенных параметров;
  
• 
  масштабируемость — определяет, что приложение будет продолжать работать должным образом после изменения его размера или объема;
  
• 
  производительность — оценивает, насколько быстро работает приложение;
  
• 
  возможность поддержки — определяет, легко ли поддерживать и поддерживать приложение на протяжении всего его жизненного цикла, и какая поддержка ему требуется, например,
  
• 
  собственная команда или удаленная поддержка;
  
• 
  безопасность — определяет, насколько безопасным должно быть приложение, например, FinTech и банковские приложения должны соответствовать международным и региональным стандартам безопасности;
  
• 
  емкость — оценивает объем данных или служб, которые может обрабатывать приложение.