Questões de Concurso Para agente fiscal de rendas - tecnologia da informação
Foram encontradas 318 questões
Resolva questões gratuitamente!
Junte-se a mais de 4 milhões de concurseiros!
![Imagem 017.jpg](https://s3.amazonaws.com/qcon-assets-production/images/provas/31093/Imagem 017.jpg)
![Imagem 017.jpg](https://s3.amazonaws.com/qcon-assets-production/images/provas/31093/Imagem 017.jpg)
![Imagem 018.jpg](https://arquivos.qconcursos.com/images/provas/31093/Imagem%20018.jpg)
Considerando a entrada de notas entre 0 e 10, o pseudocódigo apresentado
![Imagem 017.jpg](https://s3.amazonaws.com/qcon-assets-production/images/provas/31093/Imagem 017.jpg)
“Em engenharia de software, arquitetura multi-tier é uma arquitetura cliente-servidor em que apresentação, processamento e funções de gerenciamento de dados são separados logicamente. A arquitetura multi-tier mais utilizada hoje é a arquitetura de três camadas (three-tier)”.
Adotou-se, então, a arquitetura de três camadas (three-tier), sobre a qual é correto afirmar:
![Imagem 017.jpg](https://s3.amazonaws.com/qcon-assets-production/images/provas/31093/Imagem 017.jpg)
![Imagem 017.jpg](https://s3.amazonaws.com/qcon-assets-production/images/provas/31093/Imagem 017.jpg)
I. A entrada para esse processo consiste de um conjunto preliminar de requisitos de negócios, um esboço da descrição do sistema e como o sistema pretende apoiar os processos de negócios.
II. Os engenheiros de software trabalham com os clientes e usuários finais do sistema para aprender sobre o domínio da aplicação, quais serviços o sistema deve fornecer, o desempenho esperado do sistema, restrições de hardware etc.
III. Esse processo busca mostrar se o sistema contribui para os objetivos gerais da organização, se pode ser implementado dentro das restrições definidas de custo e prazo e se pode ser integrado a outros sistemas já existentes.
IV. As atividades desse processo são: obtenção de requisitos, classificação e organização de requisitos, priorização e negociação de requisitos e documentação de requisitos.
V. Verifica os requisitos contidos no documento de requisitos com relação à validade, consistência, completeza, realismo e facilidade de verificação.
VI. Conversão de requisitos em uma forma padrão utilizando, por exemplo, modelos gráficos, para minimizar os mal-entendidos relacionados aos requisitos.
VII. Dedica-se a mostrar que os requisitos realmente definem o sistema que o usuário deseja estando relacionado à descoberta de problemas com os requisitos.
A relação correta entre os subprocessos utilizados e os itens está expressa em: