Logo Passei Direto
Buscar
No processo de gerenciamento de configuração de software, um conjunto de itens de configuração que deve ser controlado, formalmente designado e fixado num tempo específico do ciclo de vida do software, é denominado
(A) software configuration.
(B) item relationships.
(C) acquiring items.
(D) baseline.
(E) version.
User badge image
Aprendendo com Desafios

ano passado

Respostas

User badge image

Ed Verified user icon

ano passado

No contexto do gerenciamento de configuração de software, o termo que se refere a um conjunto de itens de configuração que deve ser controlado e formalmente designado em um momento específico do ciclo de vida do software é conhecido como "baseline". Vamos analisar as alternativas: (A) software configuration - Refere-se ao conjunto geral de configurações, mas não é o termo específico para o conjunto controlado em um momento. (B) item relationships - Refere-se às relações entre os itens, não ao conjunto controlado. (C) acquiring items - Refere-se à aquisição de itens, não ao controle de um conjunto. (D) baseline - Este é o termo correto, pois se refere ao estado fixo de um conjunto de itens de configuração em um ponto específico do tempo. (E) version - Refere-se a uma versão específica de um item, mas não ao conjunto controlado. Portanto, a alternativa correta é: (D) baseline.

Essa resposta te ajudou?

0
Dislike0

Ainda não achou a resposta?

  • Integrado com os principais modelos de IA do mercado
  • Respostas em segundos
  • IA treinada para estudantes brasileiros.
PasseIA logoEvolua sua forma de estudar

Cadastre-se ou realize login

Ainda com dúvidas?

Envie uma pergunta e tenha sua dúvida de estudo respondida!

Essa pergunta também está no material:

Mais perguntas desse material

Muito utilizada pelos engenheiros de software, a prototipação consiste na(o):
a) análise dos custos e dos riscos de desenvolvimento, com base nos requisitos iniciais.
b) coleta inicial dos requisitos e no planejamento do projeto, com base no grupo de programadores envolvidos.
c) decisão de prosseguir ou não na direção de um sistema concluído, com base nos comentários do cliente.
d) procedimento estruturado que avalia os requisitos finais de um sistema em fase de testes.
e) processo que capacita o desenvolvedor a criar um modelo do software que será implementado.

Identifique com V as afirmativas verdadeiras e com F, as falsas.
( ) Os requisitos não funcionais restringem o sistema que está sendo desenvolvido e o processo de desenvolvimento que deve ser usado e estão, frequentemente, relacionados às propriedades emergentes do sistema de modo que se aplicam ao sistema em sua totalidade.
( ) A prototipação não é considerada uma técnica usada para validação de requisitos, pois ocorre na fase final do processo de desenvolvimento, representado a entrega do sistema aos usuários finais e clientes.
( ) Pode-se considerar que a entrada para o estudo de viabilidade consiste em um conjunto preliminar de requisitos de negócios, um esboço da descrição do sistema e como esse sistema pretende apoiar os processos de negócios.
A) V V F
B) V F V
C) F F V
D) F V F
E) V V V

Uma das características do Processo Unificado (Unified Process) é ser dirigido a casos de uso (use case driven). Nesse contexto, analise as afirmacoes a seguir.
O modelo de casos de uso representa o comportamento de um sistema, conforme percebido do ponto de vista externo a esse sistema.
A construção do modelo de classes conceituais de um sistema pode usar como ponto de partida o modelo de casos de uso.
a) as duas afirmações são verdadeiras e a segunda justifica a primeira.
b) as duas afirmações são verdadeiras e a segunda não justifica a primeira.
c) a primeira afirmação é verdadeira e a segunda é falsa.
d) a primeira afirmação é falsa e a segunda é verdadeira.
e) as duas afirmações são falsas.

Sobre XP e SCRUM é INCORRETO afirmar:
a) No XP, os testes são escritos antes da atividade de desenvolvimento e todas as funcionalidades só possuem valor se forem testadas e obtiverem unanimidade de aprovação.
b) O SCRUM tem como características a divisão do processo em pequenos ciclos de desenvolvimento chamados Sprint, o monitoramento do progresso do processo através de reuniões diárias com toda a equipe e, reuniões com os Stakeholders no fim de cada ciclo de desenvolvimento.
c) No XP, não há indicação de que é necessário criar documentação no código porém, os documentos tradicionais são reduzidos aos aspectos mais relevantes, visando obter no final do processo, apenas artefatos de grande importância para o projeto.
d) SCRUM não especifica a programação em pares ou desenvolvimento orientado a testes, porém especifica a forma de gerenciamento dos requisitos ou características solicitadas.
e) Enquanto o XP é mais receptivo a mudanças durante a iteração, no SCRUM as solicitações do cliente devem aguardar o término da iteração em andamento.

Uma desvantagem do Ciclo de Vida tradicional do Desenvolvimento de Sistemas é a seguinte:
a) com frequência, as necessidades do usuário ficam subdeclaradas ou são mal-entendidas.
b) revisão formal no final de cada fase permite o máximo de controle gerencial.
c) cria uma considerável documentação do sistema.
d) documentação formal assegura que as exigências do sistema possam ser rastreadas até as necessidades declaradas da empresa.
e) não contempla requisitos estáveis e bem definidos.

O gerenciamento de Configuração de Software trabalha diretamente ligado com os Baselines. De acordo com essa informação, assinale alternativa correta.
a) É uma configuração informal, aprovada para servir de referência ao desenvolvimento posterior do sistema.
b) É uma configuração informal, aprovada para servir de referência ao desenvolvimento posterior do sistema, após a entrega do software.
c) São testes executados no sistema.
d) É um aplicativo de interação, que reforça interface com o servidor de aplicação.
e) É uma configuração formalmente aprovada, para servir de referência ao desenvolvimento posterior do sistema.

A respeito dos processos e métodos em engenharia de software, assinale a opção correta. A Os métodos são elementos que proporcionam suporte para o controle do gerenciamento de projeto e estabelecem o marco do projeto. B Na engenharia de software, o processo define uma metodologia, ao passo que os métodos determinam os procedimentos técnicos. C A qualidade de software avalia se os métodos e processos empregados devem ser aperfeiçoados, após a entrega final do produto de software. D Em cada processo e método, as ferramentas da engenharia de software, denominadas CASE, devem ser utilizadas de forma específica, de maneira que as informações geradas não sejam integradas. E O processo fornece um conjunto de informações técnicas que definem as tarefas do desenvolvimento de software.

Considere as seguintes afirmativas:
I. Seu escopo não deve abordar a definição do que será gerenciado, entretanto, deve definir o esquema a ser usado para identificar os itens de configuração.
II. Deve especificar as ferramentas usadas para o gerenciamento de configurações e os respectivos processos de uso, porém não deve entrar no mérito de definição de políticas a serem adotadas no controle de mudanças.
III. Deve estabelecer as responsabilidades pelos procedimentos de gerenciamento de configuração e ainda descrever a estrutura do banco de dados para o registro das informações de configuração.
a) II e III, apenas.
b) I, II, e III.
c) I, apenas.
d) II, apenas.
e) III, apenas.

Sobre gerência de projetos, é INCORRETO afirmar que
a) não existe necessariamente uma relação direta entre o valor cobrado por um sistema e o custo de seu desenvolvimento.
b) o tempo necessário para a finalização de um projeto é sempre proporcional ao número de pessoas alocadas a ele.
c) entre os fatores que alteram a produtividade de um software estão o ambiente de trabalho e o processo de desenvolvimento.
d) o preço de um software frequentemente é adequado para se fechar um contrato com o cliente e as funcionalidades oferecidas são, então, ajustados para se adaptar a esse preço.
e) existem diversas técnicas de estimativa de custos de sistema e, ao se preparar a estimativa de custo, diversas técnicas devem ser utilizadas.

Em RUP, a iteratividade ajuda no gerenciamento de recursos e custos porque:
a) ajuda o gerente de projetos a alocar os requisitos por fase, com base na disponibilidade dos recursos durante o tempo de vida do projeto.
b) ajuda o gerente de projetos a organizar recursos e custos por fases. Os artefatos do projeto evoluem conforme requerido por cada fase e aumenta-se a precisão na estimativa de custo fase a fase.
c) permite mover os requisitos do projeto por entre as fases para garantir que os recursos possam ser mais bem gerenciados durante todo o ciclo de desenvolvimento.
d) permite planejar as interações prévia e detalhadamente para todas as fases. Além disso, permite estabelecer custo e criar um perfil de uso de recurso para o projeto.
e) permite que o gerente de projetos possa realizar orçamentos para os recursos de cada iteração.

O RUP, Processo Unificado da Rational, é dividido em fases e atividades, sendo que:
a) a primeira fase do RUP que corresponde ao levantamento de requisitos é também chamada de concepção.
b) o início da fase de análise depende do levantamento de requisitos, que devem ser estáveis e bem documentados.
c) ao término da fase de concepção, um dos artefatos produzidos é um documento de visão refinado.
d) na fase de construção, a atividade de análise já foi concluída e o foco é a implementação.
e) cada fase é dividida em uma ou mais iterações e, ao final de cada interação, artefatos são necessariamente validados.

Em relação à medição e estimativa de software em pontos de função, é correto afirmar que:
a) é uma medida que depende da linguagem de programação a ser utilizada.
b) é uma medida que depende da tecnologia que será utilizada para implementação.
c) a definição do escopo e da fronteira de aplicação deve preceder a identificação do tipo de contagem.
d) um de seus objetivos é medir a funcionalidade solicitada pelo usuário, antes do projeto de software, de forma a estimar seu tamanho e seu custo.
e) visa a estabelecer uma medida de tamanho, em Pontos de Função (PF), considerando a funcionalidade implementada, sob o ponto de vista do desenvolvedor.

Vários entes governamentais brasileiros têm utilizado a métrica de Pontos de Função (PF) nas estimativas e dimensionamento de tamanho funcional de projetos de software devido aos diversos benefícios de utilização da métrica e às recomendações dos órgãos de controle do governo brasileiro. Sobre a métrica de Pontos de Função, é correto afirmar que é:
a) baseada no projeto físico da aplicação;
b) usada para quantificar as linhas de código contidas na aplicação;
c) composta de Arquivos Lógicos Externos (ALEs), Arquivos de Interface Interna (AIIs), Entradas Externas (EEs), Consultas Internas (CIs) e Saídas Externas (SEs);
d) independente da solução tecnológica utilizada na aplicação;
e) um indicador da produtividade da equipe de desenvolvimento de uma aplicação.

Mais conteúdos dessa disciplina