Os processos e as estratégias desenvolvidos por meio de uma abordagem de design de serviços devem ser centrados nas pessoas que utilizam ou participam do serviço.

B

O processo de design de serviços é colaborativo e deve envolver diferentes especialistas e stakeholders em seu desenvolvimento.

C

As etapas do processo devem ser planejadas, com prazos definidos para sua realização, seguindo uma sequência integrada.

D

É essencial que as pessoas percebam os resultados do design de serviços em sua experiência com o serviço, tornando o processo memorável para os clientes e incentivando-os a recomendar a empresa para outras pessoas.

E

O design de serviços deve integrar os diferentes times e elementos envolvidos no processo, alinhando-se à cultura da empresa para criar uma experiência fluida e consistente para os usuários do serviço.

Provas

Questão presente nas seguintes provas

3347604 Ano: 2024
Disciplina: TI - Desenvolvimento de Sistemas
Banca: AOCP
Orgão: MGI

Provas:

Especialista - Experiência do Usuário (UX)
Provas ×

UX/UIDesign Centrado no Usuário

Qual é a relação entre o mapa de empatia e o design centrado no usuário?

Provas

Questão presente nas seguintes provas

3347603 Ano: 2024
Disciplina: TI - Desenvolvimento de Sistemas
Banca: AOCP
Orgão: MGI

Provas:

Especialista - Desenvolvimento de Software
Provas ×

Engenharia de SoftwareGerenciamento de Projetos de Software
Qualidade de SoftwareMétricas de SoftwareAPF: Análise de Pontos de FunçãoVisão do Usuário em APF
Qualidade de SoftwareMétricas de SoftwareMedição de Funcionalidade

Acerca do Roteiro de Métricas de Software do SISP (versão 2.0), assinale a alternativa correta.

A

A métrica de Pontos de Função é utilizada no Roteiro de Métricas do SISP para avaliar a quantidade de funcionalidades entregues ao usuário final, independentemente da tecnologia usada.

B

O Roteiro de Métricas de Software do SISP utiliza exclusivamente métricas de linhas de código para mensurar a produtividade do desenvolvimento de software.

C

A principal métrica de qualidade definida pelo Roteiro de Métricas do SISP é o tempo de resposta do sistema, medido em milissegundos.

D

O Roteiro de Métricas do SISP não considera a complexidade das funcionalidades ao mensurar a produtividade, focando apenas na quantidade de funções.

E

As métricas de software do SISP são aplicáveis apenas a projetos de desenvolvimento de software realizados internamente pelos órgãos governamentais, não se aplicando a fornecedores externos.

Provas

Questão presente nas seguintes provas

3347601 Ano: 2024
Disciplina: TI - Desenvolvimento de Sistemas
Banca: AOCP
Orgão: MGI

Provas:

Especialista - Desenvolvimento de Software
Provas ×

DevOps e CI/CDCultura DevOps e Colaboração
DevOps e CI/CDIaC: Infrastructure as Code

No contexto de DevOps, assinale a alternativa INCORRETA em relação à prática de Infraestrutura como Código (IaC).

A

IaC é uma prática que envolve a definição e provisionamento da infraestrutura de TI através de arquivos de código legíveis por máquina.

B

IaC permite que as equipes de desenvolvimento e operações gerenciem a infraestrutura de maneira semelhante ao software de aplicação.

C

IaC envolve o uso de scripts para automatizar a configuração de sistemas individuais.

D

IaC é uma prática que envolve a revisão manual de todo o código antes de ser mesclado com a base de código principal.

E

IaC permite a consistência e reprodutibilidade da infraestrutura, o que pode levar a reduções nos custos operacionais e ao aumento da velocidade de implantação.

Provas

Questão presente nas seguintes provas

3347600 Ano: 2024
Disciplina: TI - Desenvolvimento de Sistemas
Banca: AOCP
Orgão: MGI

Provas:

Especialista - Desenvolvimento de Software
Provas ×

DevOps e CI/CDIntegração Contínua
DevOps e CI/CDPipelines CI/CD
Engenharia de SoftwareTestes

No contexto de DevOps, assinale a alternativa que descreve corretamente a prática de Integração Contínua (CI).

A

É uma prática que envolve a implantação automática de todas as mudanças de código para a produção.

B

É uma prática que envolve a execução de testes manuais em todo o código antes de ser mesclado com a base de código principal.

C

É uma prática que envolve a codificação em pares para garantir a qualidade do código.

D

É uma prática que envolve a revisão manual de todo o código antes de ser mesclado com a base de código principal.

E

É uma prática que envolve a mesclagem frequente de mudanças de código na base de código principal e a execução de testes automáticos.

Provas

Questão presente nas seguintes provas

3347599 Ano: 2024
Disciplina: TI - Desenvolvimento de Sistemas
Banca: AOCP
Orgão: MGI

Provas:

Especialista - Desenvolvimento de Software
Provas ×

DevOps e CI/CDCultura DevOps e Colaboração
DevOps e CI/CDIaC: Infrastructure as Code

Em relação às práticas DevOps, assinale a alternativa INCORRETA.

A

DevOps promove a automação de processos de desenvolvimento e operações para aumentar a eficiência e reduzir erros manuais.

B

No DevOps, a infraestrutura como código (IaC) é utilizada para gerenciar e provisionar recursos de TI de forma programática e repetível.

C

A cultura DevOps incentiva a colaboração entre desenvolvedores e operações para melhorar a qualidade do software e acelerar a entrega.

D

Ferramentas de monitoramento e logging são essenciais no DevOps para garantir a observabilidade e a resolução rápida de problemas em produção.

E

DevOps foca exclusivamente na implementação de práticas ágeis, sem considerar aspectos de integração contínua e entrega contínua.

Provas

Questão presente nas seguintes provas

3347598 Ano: 2024
Disciplina: TI - Desenvolvimento de Sistemas
Banca: AOCP
Orgão: MGI

Provas:

Especialista - Desenvolvimento de Software
Provas ×

Engenharia de SoftwareEngenharia de Requisitos

Em relação à engenharia de requisitos, assinale a alternativa correta.

A

Engenharia de requisitos é uma fase do desenvolvimento de software que ocorre após a codificação, focando na documentação dos testes realizados.

B

Requisitos funcionais descrevem as funções que o sistema deve realizar, enquanto requisitos não funcionais descrevem as condições de desempenho e restrições do sistema.

C

A técnica de prototipagem é inadequada para a engenharia de requisitos, pois pode gerar falsas expectativas nos stakeholders.

D

A elicitação de requisitos deve ser realizada exclusivamente pelo gerente de projetos para garantir a precisão e a clareza das informações.

E

A validação de requisitos é um processo opcional, pois os requisitos são sempre claros e compreendidos pelos stakeholders desde o início.

Provas

Questão presente nas seguintes provas

3347597 Ano: 2024
Disciplina: TI - Desenvolvimento de Sistemas
Banca: AOCP
Orgão: MGI

Provas:

Especialista - Desenvolvimento de Software
Provas ×

Engenharia de SoftwareEngenharia de Requisitos

Ana é especialista em desenvolvimento de software pelo Ministério da Gestão e da Inovação e lidera tecnicamente um projeto de desenvolvimento de um sistema de gerenciamento de documentos. Durante a fase inicial do projeto, Ana e sua equipe estão focados na engenharia de requisitos para garantir que todas as necessidades dos stakeholders sejam capturadas e compreendidas corretamente. Vários métodos de elicitação de requisitos estão sendo considerados, e a definição clara e precisa dos requisitos é crucial para o sucesso do projeto.

Com base nos conceitos de engenharia de requisitos, qual das seguintes alternativas apresenta corretamente uma prática eficaz na elicitação e definição de requisitos para o sistema de gerenciamento de documentos?

A

Realizar entrevistas com os stakeholders e usuários finais para entender suas necessidades e expectativas em relação ao sistema.

B

Evitar o uso de protótipos durante a fase de elicitação de requisitos, pois podem confundir os stakeholders sobre a funcionalidade final do sistema.

C

Definir os requisitos apenas após a fase de desenvolvimento, garantindo que o sistema construído atenda às necessidades reais dos usuários.

D

Conduzir a elicitação de requisitos exclusivamente através de questionários, pois são mais eficientes e rápidos que outros métodos.

E

Manter os requisitos de sistema vagos e genéricos para permitir flexibilidade durante o desenvolvimento e possíveis mudanças nos objetivos do projeto.