Questões de Concurso Comentadas sobre engenharia de software
Foram encontradas 12.717 questões
Julgue o item, relativos a conceitos básicos sobre desenvolvimento e manutenção de sistemas e aplicações.
Para que um sistema seja desenvolvido, são utilizadas
diversas técnicas. De modo geral, em todas essas
técnicas, existe a fase de especificação de requisitos ou
especificação de software; é nesta fase que o software é
codificado, ou seja, implementado.
Julgue o item, relativos a conceitos básicos sobre desenvolvimento e manutenção de sistemas e aplicações.
Uma premissa básica do desenvolvimento de sistemas é
que o software deve ser criado de forma que não possa
ser alterado posteriormente.
Julgue o item, relativos a conceitos básicos sobre desenvolvimento e manutenção de sistemas e aplicações.
O desenvolvimento de sistema trata não apenas do
desenvolvimento do software, ou seja, de sua criação,
mas de toda a documentação associada e de todos os
dados de configuração necessários para fazer esse
software operar corretamente.
Quanto à Linguagem de Modelagem Unificada (UML) e aos diagramas utilizados na análise orientada a objetos, julgue o item.
O diagrama de pacotes não é necessário em classes,
porque ele não ajuda na divisão das classes em assuntos
afins, como herança e agregação.
Quanto à Linguagem de Modelagem Unificada (UML) e aos diagramas utilizados na análise orientada a objetos, julgue o item.
Embora possa ser utilizado, o diagrama de estados não é
útil para a modelagem de classes cujos objetos tenham
um atributo que pode assumir um pequeno número de
valores possíveis.
Quanto à Linguagem de Modelagem Unificada (UML) e aos diagramas utilizados na análise orientada a objetos, julgue o item.
Uma das funções do diagrama de atividades é ajustar
dúvidas surgidas no diagrama de classes.
Quanto à Linguagem de Modelagem Unificada (UML) e aos diagramas utilizados na análise orientada a objetos, julgue o item.
A grande característica da UML é que os seus diagramas
são bastante intuitivos, de modo que, para iniciar a
confecção de qualquer diagrama da UML, não é
necessário conhecer a sua notação.
Quanto à Linguagem de Modelagem Unificada (UML) e aos diagramas utilizados na análise orientada a objetos, julgue o item.
A UML é definida como um processo de
desenvolvimento de sistema objetivo que indica como
se deve construir um software com base na interação
humana.
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.
O símbolo da nota, no diagrama de atividades, é representado por um triângulo com uma pequena dobra no canto, o qual pode ser usado em qualquer outro diagrama da UML.
Para a UML 2.0, o caso de uso é a parte mais importante da construção do software orientado a objetos.
O diagrama de componentes da UML 2.0 contém algumas limitações devido à quantidade de símbolos usados; não é permitida, por exemplo, a representação das interfaces públicas de um componente.
Caso haja necessidade de realizar mudanças organizacionais essenciais para que o Time de Scrum possa realizar seu trabalho com efetividade, o Product Owner deverá informar tal necessidade aos diretores da organização, uma vez que não cabe a nenhum dos papéis do Time de Scrum (Time de Desenvolvimento, Product Owner e ScrumMaster) promover as referidas mudanças.
No Scrum, a única reunião em que não há a presença do Product Owner é a Sprint Planning.
Conheça nossos planos