Questões de Tecnologia da Informação - Engenharia de Software - Engenharia de requisitos

projetar o sistema como uma história realista com cenários que descrevem uma maneira de usar o sistema. Os usuários reais do sistema devem ser capazes de se relacionar com cada cenário específico.

assegurar maior confiabilidade do sistema em vista das respostas dos usuários que o testam em ambiente replicado ou em protótipos específicos criados a partir de blocos do sistema que se pretende testar.

projetar casos de teste em que se considera cada requisito e se deriva um conjunto de testes para eles a fim de demonstrar que o sistema implementou adequadamente seus requisitos.

assegurar que o sistema possa processar a carga a que se destina. Isso normalmente envolve a execução de uma série de testes em que se aumenta a carga até que o desempenho do sistema se torne inaceitável.

convencer o usuário de que uma determinada versão do sistema é boa e confiável o suficiente para uso além de mostrar que o sistema atende todos os requisitos funcionais.

284,16.

293,10.

312.

384,28.

390.

o modelo cliente-servidor é, por si só, um impeditivo para seu uso.

um objeto pode ser cliente e servidor no mesmo momento.

são necessários apenas protocolos de baixo nível para a interação entre os objetos.

a referência ao objeto não necessita do endereço de rede.

apenas a interface do objeto é visível.

a necessidade de uso de linguagens idênticas entre aplicações.

o fraco acoplamento dos serviços.

a dependência de tecnologias e protocolos entre aplicações.

a não necessidade de padronizações.

o reuso de ativos apenas em serviços disponibilizados em redes locais.

Os inspetores devem examinar todos os aspectos da especificação, sem receber um roteiro sistematizado, procurando, no documento inspecionado, o seu ponto de vista diante de cenários do sistema.

Os revisores são especialistas em áreas da aplicação e devem gerar, a partir da especificação dos requisitos, questões de inspeção do documento.

Revisores com experiência em cada tipo de erro possível examinam aspectos específicos, sem receber um roteiro sistematizado, procurando, no documento inspecionado, o seu ponto de vista diante de cenários do sistema.

A partir de questões desenvolvidas especificamente para cada passo do procedimento, o documento é inspecionado do ponto de vista de stakeholders diante de cenários do sistema.

A partir de questões desenvolvidas especificamente para cada passo do procedimento, o documento é inspecionado do ponto de vista de revisores com experiência em cada tipo de erro possível.