Questões de Concurso
Comentadas sobre conceitos básicos em engenharia de software em engenharia de software
Foram encontradas 234 questões
I. Assistentes virtuais e ferramentas de chatbot
II. App de internet banking.
III. Ferramenta RPA para automatizar um processo administrativo de back-office.
IV. App para divulgação de campanha de e-mail marketing.
V. Ferramenta para controle automatizado de carro autônomo.
As aplicações que pertencem a categorias típicas de sistemas Low-code/No-Code são as que constam APENAS em
Decidir-se entre comprar ou construir um software de aplicação representa uma das decisões de implementação mais importantes a serem tomadas em um estágio inicial de um projeto de software.
Tanto para sistemas simples quanto para grandes sistemas, o projeto e a implementação de software é apenas parte de um conjunto de processos envolvidos na engenharia de software.
A implementação é definida como o processo de concretização do projeto como um programa.
Os requisitos funcionais podem ser definidos como as restrições aos serviços ou às funções oferecidas pelo sistema, incluindo restrições de timing e restrições no processo de desenvolvimento.
De acordo com a engenharia de software, é necessário que os requisitos de um sistema sejam escritos em diferentes níveis de detalhamento para que diferentes leitores possam usá-los de diversas maneiras.
Ao se testarem as classes do objeto, devem-se testar as amostras de operações a ele associadas, não havendo necessidade de simular todos os eventos que causam mudança de estado.
Devem ser escolhidos casos efetivos de teste unitário, o que significa que os casos de teste devem mostrar que, quando usado como esperado, o componente que se está testando faz o que ele é proposto a fazer e, se houver defeitos nos componentes, estes devem ser revelados por casos de teste.
Julgue o item subsequente, a respeito de especificação de requisitos.
Os requisitos do sistema devem descrever os
comportamentos interno e externo do sistema, devendo-se
preocupar com a forma como ele deve ser projetado ou
implementado.
Julgue o item subsequente, a respeito de especificação de requisitos.
A especificação de requisitos é frequentemente composta de
vários tipos de documentos e não raro abrange: visão geral;
glossário; modelos do sistema; lista de requisitos funcionais
e lista de requisitos não funcionais; especificação detalhada
de requisitos.
Julgue o item subsequente, a respeito de especificação de requisitos.
O objetivo principal da especificação é documentar todas as
necessidades dos clientes e obter um aceite quanto às
entregas de produto propostas.
I. O Modelo cascata tem como principal característica o fato das etapas serem executadas de forma sequencial. Isso demanda, obviamente, um grande planejamento como por exemplo, a definição completa de requisitos antes da implementação.
II. O Modelo Incremental é uma evolução do modelo Cascata. Aqui o projeto é quebrado em módulos. As etapas também são executadas sequencialmente mas focadas apenas no módulo em desenvolvimento no momento. Dessa forma o processo de planejamento se torna menos desafiador pois o cliente recebe os diversos módulos gradualmente.
III. No Modelo Espiral as fases do processo de desenvolvimento representam um volta completa na espiral. Trata-se de um modelo de grande aceitação por parte do cliente dada a sua simplicidade. Recomenda-se fortemente que seja aplicado somente em projetos de pequeno porte, uma vez que o modelo não contempla atividades relacionadas ao gerenciamento de riscos.
I. Em metodologias ágeis chamamos de sprint ociclo regular de tempo utilizado para a execução de atividades até que um novo planejamento seja realizado.
Il. O Extreme Programming (XP) prega diferentes práticas em desenvolvimento de software. Uma dessas práticas defende que a semana de trabalho não seja superior a 40 horas.
Ill. Em SCRUM o Product Backlog é a lista de tarefas que devemos realizar em um sprint.
|. O mecanismo que permite a definição de uma nova classe (subclasse) a partir de uma classe já existente (superclasse) é chamado de herança.
Il. A análise de projetos com paradigma orientado a objeto surgiu após a criação das metodologias ágeis. Essa sucessão ocorreu graças a crise do software que, na década de 70, motivou a criação dos métodos ágeis e estes impulsionaram o paradigma orientado a objeto.
IIl. O polimorfismo é um conceito que deve ser aplicado quando percebemos, durante a análise do projeto, a necessidade de unificarmos atributos comuns às classes que possuem um ancestral comum.
O padrão ISO/IEC 9126 identifica o grau de facilidade de utilização do software, incluindo facilidade de compreensão, facilidade de aprendizagem e operabilidade como atributos de qualidade.