Questões de Concurso Sobre engenharia de software
Foram encontradas 14.525 questões
O gerenciamento da qualidade de software deve ser feito de modo organizado pelo gerente do projeto e por sua equipe de desenvolvimento.
O processo de software fundamentado no modelo em espiral apresenta o processo em loops compostos basicamente por setores, como, por exemplo, definição de objetivos, avaliação de riscos, planejamento e desenvolvimento e avaliação.
Os requisitos de sistema são utilizados para construção do projeto do sistema.
Atendimento aos requisitos de sistema, cuidado com a qualidade do projeto e do software e gerenciamento da produtividade do desenvolvimento são pontos fundamentais da engenharia de software que devem ser feitos de modo sistematizado.
A prototipação é uma técnica adotada para a verificação dos requisitos de um software, portanto, para a adequada validação desses elementos, recomenda-se que o usuário participe do processo de análise dos requisitos.
O ciclo de vida de um software deve apresentar, no mínimo, as etapas de elaboração do documento de visão, levantamento de regras de negócio, especificação/validação de requisitos e prototipagem.
As características básicas pertinentes aos métodos ágeis incluem a dependência de requisitos bem definidos, que não devem ser constantemente alterados, e a dependência do uso de UML para a modelagem.
O DevOps aplica abordagem ágil de desenvolvimento de software ao permitir que um negócio maximize a velocidade de entrega de um produto ou serviço.
No Scrum, durante um script, mudanças que afetem o objetivo da Sprint podem ser realizadas somente se elas forem aprovadas pelo Product Owner e não acarretarem diminuição das metas de qualidade do produto.
Integração contínua, entrega contínua, teste contínuo, monitoramento contínuo e feedback são algumas práticas do DevOps.
PMO (Project Management Office) é, em uma organização, uma unidade que pode recomendar o cancelamento de projetos, priorizar projetos, ajudar a fornecer recursos e fazer parte do comitê de controle de mudanças.
1. Demonstrar ao desenvolvedor e ao cliente que o software atende a seus requisitos.
2. Descobrir situações em que o software se comporta de maneira incorreta, indesejável ou de forma diferente das especificações.
Desse modo, é correto afirmar que
I. Componentes.
II. Comunicação.
III. Implantação.
IV. Caso de Uso.
V. Classes.
VI. Estados.
São Diagramas Comportamentais APENAS os descritos em
Seu uso pode descrever os processos de vários tipos, como:
I. Um processo de negócios ou um fluxo de trabalho entre usuários e o seu sistema. II. As etapas executadas em um caso de uso.
III. Um protocolo de software, ou seja, as sequências permitidas de interações entre os componentes.
IV. Um algoritmo de software.
Este diagrama é chamado de Diagrama de
Classe 1, que possui os atributos data de nascimento, nome, sexo e um método para calcular a idade no calendário Gregoriano.
Classe 2, que possui os atributos data de nascimento, nome, sexo, telefone e um método para calcular a idade no calendário Chinês.
Classe 3, que possui os atributos data de nascimento, nome, sexo e um método para calcular a idade no calendário Juliano.
Por ser conhecedor de técnicas de orientação a objetos, ele propôs que fosse criada uma classe com os atributos comuns e o método de cálculo da idade. Sugeriu que fossem criadas classes baseadas nessa primeira e que apenas alterassem o que não fosse comum, como a inclusão do atributo telefone e diferentes tipos de implementação para o método do cálculo da idade. Deste modo ele utilizou, respectivamente, as técnicas de