Leia o texto a seguir.
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.
Disponível em: <https://resources.sei.cmu.edu/library/assetview.cfm?assetid=656750>. Acesso em: 20 fev. 2024.

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:

Se a instituição deseja ter uma solução de software completa, incluindo sistema operacional, banco de dados e middleware, sem se preocupar com a manutenção e atualização da infraestrutura subjacente, o modelo de serviço que ela deve escolher é o 

Com relação aos tipos de software existentes, analise as afirmativas a seguir.
I. O software básico é o responsável pelo funcionamento fundamental do sistema.
II. O software aplicativo é o projetado para atender a tarefas específicas do usuário.
III. O software básico é necessário para executar o software aplicativo.
Estão corretas as afirmativas 

Analise as informações a seguir:

I. É correto afirmar que, entre as tecnologias assistivas já criadas e utilizadas por pessoas com deficiência, estão: leitores de tela que convertem texto em áudio, ampliadores de tela que aumentam o tamanho dos elementos visuais em um site.
II. É correto afirmar que, entre as tecnologias assistivas já criadas e utilizadas por pessoas com deficiência, estão: tradutores de site para línguas de sinais como o Hand Talk app, o Hand Talk Plugin e o Duolingo App.   
III. É correto afirmar que, entre as tecnologias assistivas já criadas e utilizadas por pessoas com deficiência, estão: Software por comandos de voz para que pessoas com deficiência física ou motora controlem dispositivos ou interajam com recursos on-line, Eye track que rastreia os movimentos oculares do usuário e permite que pessoas com deficiência física ou limitação motora controlem o cursor do mouse ou realizem ações na tela por meio do movimento dos olhos.

Marque a alternativa CORRETA: 

Os requisitos de software são descrição dos recursos e funcionalidades do sistema alvo e são comumente classificados em requisitos funcionais e requisitos não funcionais. Sobre os requisitos não funcionais sabe-se que

Existem diversos processos para o desenvolvimento de softwares, mas a maioria deles obedece a algumas atividades básicas, tais quais levantamento de requisitos, análise de requisitos, projeto, implementação, testes e implantação.

(I)Levantamento de requisitos. (II)Análise de Requisitos. (III)Projeto. (IV)Implementação. (V)Testes. (VI)Implantação.

Enumere as lacunas abaixo de acordo com as etapas acima.

(__)Última etapa, na qual o software é efetivamente colocado em prática.
(__) É quando o projeto começa a ser codificado a partir da descrição computacional da fase de projeto em uma outra linguagem, onde se torna possível a compilação e geração do código-executável para o desenvolvimento software.
(__)Nesta fase é que deve ser considerado, como o sistema funcionará internamente, para que os requisitos do cliente possam ser atendidos.
(__)Tem como objetivo compreender o problema, para, a partir dessa leitura, repassar aos desenvolvedores e clientes, que, por sua vez, buscam levantar e priorizar as necessidades dos futuros usuários do software que será desenvolvido. 
(__)Etapa na qual os desenvolvedores fazem um estudo detalhado no levantamento de requisitos. É a partir daí que são construídos modelos do sistema de software a ser desenvolvido.
(__)Diversos testes são executados com a finalidade de validar o software. São submetidos a estes testes a funcionalidade de cada módulo, levando em consideração a especificação feita na fase de projeto.

Fonte: https://ead.pucgoias.edu.br/blog/desenvolvimento-software

Marque a alternativa CORRETA que corresponde a sequencia de cima para baixo das lacunas acima.

O Modelo Entidade Relacionamento (MER) é um modelo conceitual utilizado na Engenharia de Software para descrever os objetos (entidades) envolvidos em um domínio de negócios, com suas características (atributos) e como elas se relacionam entre si (relacionamentos). Considere o exemplo abaixo, e assinale a alternativa que completa a indagação do texto:

Uma aplicação de vendas em que existem as entidades Produto e Venda, relacionam-se na forma muitos-paramuitos, uma vez que em uma venda pode haver vários produtos e um produto pode ser vendido várias vezes. Em determinado momento, a empresa passou a entregar brindes para os clientes que comprassem um determinado produto. A entidade Brinde, então, está relacionada não apenas com a Venda, nem com o Produto, mas sim com o item da venda, ou seja, com o relacionamento entre as duas entidades citadas anteriormente. Como não podemos associar a entidade Brinde com um relacionamento, criamos então a entidade:

No padrão MVC, o modelo consiste em

A homologação de sistemas é uma etapa importante no processo de desenvolvimento de software em Engenharia de Software. Qual é a finalidade da etapa de homologação de sistemas com os usuários?

Como exemplos de padrões de projeto estruturais, tem-se:

O avanço da computação, com a computação em nuvem, ou seja, a disponibilização de serviços computacionais na internet permitiu uma grande amplitude do alcance da tecnologia, não se limitando propriamente ao ambiente físico o qual a aplicação está instalada, com isso, um serviço muito praticado e utilizado nos dias de hoje é o SaaS (Software as a Service). Desta forma, assinale a alternativa que apresenta o que é SaaS na computação em nuvem. 

A engenharia de software aborda um princípio chamado DRY (Don’t repeat yourself, tradução: não se repita), este conceito é amplamente discutido, a fim de, melhorar as boas práticas de desenvolvimento. Sobre o DRY assinale a alternativa que define corretamente este princípio.