2 requisitos não funcional da apple store ???
Soluções para a tarefa
Resposta:
!!
Explicação:
HomeDesign de Software
ARQUITETURA DE SOFTWAREENGENHARIA DE REQUISITOSENGENHARIA DE SOFTWAREREQUISITOSREQUISITOS NÃO-FUNCIONAIS
Exemplos de Requisitos Não Funcionais
By Plínio Ventura On 31 Jan, 2016 Last updated 10 Feb, 2019 16
Share
Compartilhe!
Google+
Após a publicação do post O que é um Requisito Não Funcional vários leitores solicitaram exemplos de Requisitos Não Funcionais especificados. Sem dúvida que ver a especificação produzida ajuda muito a entender o que deve ser feito.
Neste post temos um exemplos de Requisitos Não Funcionais para cada uma das categorias existentes para este tipo de requisito. Observem o nível de detalhe de cada requisito especificado, isso é um dos fatores mais importante neste trabalho.
Desempenho
Identificador
RNF001
Categoria
Desempenho
Nome
Tempo limite para processamento de todos os lotes de fatura na rotina diária
Data de criação
18/01/2016
Autor
Alexandre de Afrodísias
Data da última alteração
N/A
Autor
N/A
Versão
1
Prioridade
Essencial
Descrição
No módulo de faturamento, o processamento de faturas em lote é um processo oneroso em termos de memória e CPU, devido ao alto volume de dados. Em função desta realidade, o sistema deverá prover recursos para processamento paralelo (multithreading) que possibilite processar lotes de faturas de forma paralela, compactando o tempo de execução da rotina diária.
A média diária de faturas a serem processadas é 80.000. Cada lote contem 500 faturas, totalizando 160 lotes. A janela de produção disponível para o processamento de todos os lotes é de 4h.
Considerando as medidas acima, o sistema deve processar todos os 160 lotes em, no máximo, 4h. Para atender isso, o sistema deverá rodar os lotes na quantidade máxima permitida de trheads, considerando a seguinte especificação do servidor de aplicativos:
– 16 processadores com quatro núcleos cada.
– 64 GB de memória RAM.
– 1 TB de espaço em disco.
Obs.: deve haver no sistema alguma funcionalidade ou arquivo de configuração, onde seja possível o próprio analista da TI parametrizar a quantidade de threads que o sistema deverá rodar. Esta informação não pode ser fixada em código e nem ser de domínio apenas do fornecedor que implementará a solução.