Classifique os requisitos em funcionais e não funcionais.
a) O processo de desenvolvimento de sistema e os documentos a serem entregues deverão estar de acordo com o processo e os produtos a serem entregues definidos em XYZKL.
b) O sistema não deverá revelar aos operadores nenhuma informação pessoal sobre os clientes.
c) O sistema deve permitir a inclusão, alteração e remoção de funcionários com os seguintes atributos: nome, endereço, cidade,etc).
d) O usuário deve ser capaz de buscar todo o conjunto inicial do BD ou selecionar um subconjunto a partir dele.
e) O sistema fornecerá telas apropriadas para o usuário ler documentos
f) Cada pedido tem um único identificador.
g) Toda comunicação necessária entre o ambiente X e o usuário deve ser expressa no conjunto padrão de caracteres ANSI.
Requisito não funcional. Em engenharia de sistemas de software, um requisito não funcional de software é aquele que descreve não o que o sistema fará, mas como ele fará. Assim, por exemplo, têm-se requisitos de desempenho, requisitosda interface externa do sistema, restrições de projeto e atributos da qualidade.
a)
Em Engenharia de Software a complexidade de um sistema é dado pelos requisitos funcionais, ou seja, o que ele irá fazer, já os requisitos não funcionais é como o sistema deve fazer algo, muito relacionado a qualidade do software.
Assim, esta opção pode ser considerada um requisito não funcional, pois remete-se a atributos de qualidade.
b)
Em Engenharia de Software a complexidade de um sistema é dado pelos requisitos funcionais, ou seja, o que ele irá fazer, já os requisitos não funcionais é como o sistema deve fazer algo.
Assim, esta opção pode ser considerada um requisito funcional, pois remete-se a algo que o programa deve realizar, mas não diz como.
c)
Em Engenharia de Software a complexidade de um sistema é dado pelos requisitos funcionais, ou seja, o que ele irá fazer, já os requisitos não funcionais é como o sistema deve fazer algo.
Assim, esta opção pode ser considerada um requisito funcional, pois remete-se a algo que o programa deve realizar, mas não diz como.
d)
Em Engenharia de Software a complexidade de um sistema é dado pelos requisitos funcionais, ou seja, o que ele irá fazer, já os requisitos não funcionais é como o sistema deve fazer algo.
Assim, esta opção pode ser considerada um requisito funcional, pois remete-se a algo que o programa deve realizar, mas não diz como.
e)
Em Engenharia de Software a complexidade de um sistema é dado pelos requisitos funcionais, ou seja, o que ele irá fazer, já os requisitos não funcionais é como o sistema deve fazer algo.
Assim, esta opção pode ser considerada um requisito não funcional, pois trata-se de um requisito de desempenho, relacionado a qualidade.
f)
Em Engenharia de Software a complexidade de um sistema é dado pelos requisitos funcionais, ou seja, o que ele irá fazer, já os requisitos não funcionais é como o sistema deve fazer algo.
Assim, esta opção pode ser considerada um requisito não funcional, pois remete-se a uma restrição do programa.
g)
Em Engenharia de Software a complexidade de um sistema é dado pelos requisitos funcionais, ou seja, o que ele irá fazer, já os requisitos não funcionais é como o sistema deve fazer algo.
Assim, esta opção pode ser considerada um requisito não funcional, pois remete-se a como fazer a comunicação.
a)
Em Engenharia de Software a complexidade de um sistema é dado pelos requisitos funcionais, ou seja, o que ele irá fazer, já os requisitos não funcionais é como o sistema deve fazer algo, muito relacionado a qualidade do software.
Assim, esta opção pode ser considerada um requisito não funcional, pois remete-se a atributos de qualidade.
b)
Em Engenharia de Software a complexidade de um sistema é dado pelos requisitos funcionais, ou seja, o que ele irá fazer, já os requisitos não funcionais é como o sistema deve fazer algo.
Assim, esta opção pode ser considerada um requisito funcional, pois remete-se a algo que o programa deve realizar, mas não diz como.
c)
Em Engenharia de Software a complexidade de um sistema é dado pelos requisitos funcionais, ou seja, o que ele irá fazer, já os requisitos não funcionais é como o sistema deve fazer algo.
Assim, esta opção pode ser considerada um requisito funcional, pois remete-se a algo que o programa deve realizar, mas não diz como.
d)
Em Engenharia de Software a complexidade de um sistema é dado pelos requisitos funcionais, ou seja, o que ele irá fazer, já os requisitos não funcionais é como o sistema deve fazer algo.
Assim, esta opção pode ser considerada um requisito funcional, pois remete-se a algo que o programa deve realizar, mas não diz como.
e)
Em Engenharia de Software a complexidade de um sistema é dado pelos requisitos funcionais, ou seja, o que ele irá fazer, já os requisitos não funcionais é como o sistema deve fazer algo.
Assim, esta opção pode ser considerada um requisito não funcional, pois trata-se de um requisito de desempenho, relacionado a qualidade.
f)
Em Engenharia de Software a complexidade de um sistema é dado pelos requisitos funcionais, ou seja, o que ele irá fazer, já os requisitos não funcionais é como o sistema deve fazer algo.
Assim, esta opção pode ser considerada um requisito não funcional, pois remete-se a uma restrição do programa.
g)
Em Engenharia de Software a complexidade de um sistema é dado pelos requisitos funcionais, ou seja, o que ele irá fazer, já os requisitos não funcionais é como o sistema deve fazer algo.
Assim, esta opção pode ser considerada um requisito não funcional, pois remete-se a como fazer a comunicação.
Para escrever sua resposta aqui, entre ou crie uma conta
Compartilhar