Os requisitos não funcionais são aqueles que não aparecem nos casos de uso. Ao invés de definir o que o aplicativo faz, eles estão preocupados com a forma como a aplicação fornece a funcionalidade necessária.
Há três áreas distintas de requisitos não funcionais:
Estas serão familiares a todos. As restrições técnicas limitam as opções de projeto, especificando certas tecnologias que o aplicativo deve usar. "O projeto só dispõe de desenvolvedores Java, por isso devemos desenvolver em Java". "O cliente só tem suporte para o Banco de Dados DB2".
Estas restrições estão ligadas mais à empresa como um todo e não a razões técnicas. Por exemplo, "A fim de aumentar a nossa base de clientes em potencial, temos de interagir com aplicativos disponíveis em IOS". Outro exemplo é "O fornecedor de nosso middleware elevou os preços a nívies proibitivos, por isso estamos migrando para uma versão open source".
Definem requisitos de um aplicativo em termos de escalabilidade, disponibilidade, facilidade de mudança, portabilidade, usabilidade, desempenho e assim por diante. Atributos de qualidade abordam questões de interesse para usuários do aplicativo, bem como a outras partes interessadas, como a própria equipe do projeto ou o patrocinador do projeto.
Uma arquitetura de aplicação deve, portanto, abordar explicitamente estes aspectos do design. Arquitetos precisam entender os requisitos funcionais, e criar uma plataforma que os contemple e cumpra simultaneamente os requisitos não funcionais.
