Identifique o modelo de ciclo de vida em engenharia de software que tem como característica típica as seguintes vantagens:
- Os usuários conseguem ver constantemente os progressos. - É útil quando os requisitos mudam rapidamente e o cliente está relutante em aceitar um conjunto fixo de requisitos.
O mapeamento objeto-relacional é uma técnica de programação usada em desenvolvimento
de software para facilitar a interação entre objetos de uma linguagem de programação
orientada a objetos e bancos de dados relacionais. Quando se trata de herança em JPA,
qual estratégia de mapeamento é usada quando todos os objetos de subclasses são
armazenados em uma tabela com a ajuda de uma coluna discriminadora?
Quanto ao modelo de ciclo de vida em Cascata da Engenharia de Software, analise as assertivas abaixo.
I. Projetos reais raramente seguem o fluxo sugerido no modelo de ciclo de vida em Cascata, o que pode causar problemas quando se tem mudanças em um projeto em andamento sendo desenvolvido com base nesse modelo.
II. Exige que os clientes identifiquem todos os requisitos, explicitamente, na primeira fase (requisitos), e tem dificuldade em acomodar a incerteza natural que existe em grande parte dos projetos.
III. A primeira versão executável do produto somente estará disponível na primeira etapa do modelo de ciclo de vida em Cascata.
O Capability Maturity Model Integration for Development
(CMMI-DEV) é um modelo de referência que descreve as
melhores práticas associadas ao desenvolvimento e à
manutenção de produtos e serviços. Ele fornece um conjunto
abrangente de diretrizes e recomendações para melhorar os
processos de desenvolvimento de software e aumentar a
maturidade organizacional. Uma das características
importantes do CMMI-DEV é a distinção entre modelo de
maturidade e modelo de capacidade.
No contexto do Capability Maturity Model Integration for
Development (CMMI-DEV v2.0), a diferença entre o
modelo de maturidade e o modelo de capacidade está
descrita em:
Uma maneira importante de classificar sistemas de informação é pela natureza das atividades que eles suportam. Esse suporte pode ser, entre outros, para atividades operacionais que dizem respeito às
Em um determinado modelo conceitual, representado
pelo modelo de entidades e relacionamentos, há duas
entidades, Cliente e Pedido, e um único relacionamento,
chamado Realiza, entre essas entidades. Sabe-se que:
(1) cada pedido deve ser realizado por exatamente um
cliente de cada vez; e
(2) um cliente pode realizar vários pedidos, mas nem todo
cliente faz pedidos.
Nesse cenário, as cardinalidades (min, max), para cada
lado desse relacionamento entre Clientes e Pedidos, devem ser representadas por
Segundo Pressman (2016), Theo Mandel, em seu livro sobre projeto de interfaces
com o usuário, cunha três regras de ouro para projetos de interface: deixar o usuário no comando,
reduzir a carga de memória do usuário, tornar a interface consistente. Essas regras formam, na
verdade, a base para um conjunto de princípios para o projeto de interfaces com o usuário. NÃO é
um dos princípios que deva ser considerado durante o projeto de interface com o usuário, segundo
Mandel: