Manutenção de Software e DevOps (Unidade 1)

Prévia do material em texto

Manutenção de Software e DevOps
Unidade 1
Deixe seu like!
Manutenção de software
 1. Qual das descrições apresentadas define melhor a manutenção de software?
A. É o processo de melhoria e otimização de um sistema já desenvolvido, como também é o reparo dos seus defeitos.
2. Um sistema de controle de vendas foi entregue para o cliente após passar por uma bateria de testes. O cliente, após dois meses de uso, notou que um dos cálculos realizados durante a preparação do relatório de vendas diário estava errado. Então, foi solicitada a manutenção desse software com o objetivo de ajustar esse cálculo. Essa solicitação foi de qual tipo de manutenção?
B. Manutenção corretiva.
3. Por que é importante que a manutenção do software seja prevista durante o planejamento da criação?
D. Devido à manutenção de software, geralmente, possuir um custo mais elevado do que o próprio desenvolvimento.
4. O processo de manutenção de software, em alguns casos, enfrenta problemas que dificultam todo o processo. Qual é a principal causa desses problemas?
E. A maioria dos problemas com a manutenção do software é causada por deficiências na maneira como ele foi planejado e desenvolvido.
5. O que significa manutenibilidade?
C. Manutenibilidade pode ser definida como a facilidade com que o software pode ser entendido, corrigido, adaptado e/ou melhorado.
Controle de mudanças
1. Cerca de 32% das empresas brasileiras adotam uma prática em que cada integrante da equipe trabalha em cópia própria do arquivo, independente dos demais membros. Isso indica pelo menos uma preocupação de que o desenvolvimento em equipe (ou as atualizações dos arquivos) seja feito em arquivos separados. Por outro lado, 68% das empresas adotam a prática de trabalhar com apenas uma cópia do arquivo, compartilhada por todos os elementos da equipe. Analisando a pesquisa acima, como é feita essa prática de um arquivo compartilhado para todos, e quais são os benefícios em trabalhar dessa forma?
D. O trabalho em equipe com código compartilhado é possível por meio de ferramentas que controlam versões de softwares. Estas trazem vários benefícios, como: histórico das mudanças e interações do projeto; sequência cronológica para recuperar alguma versão de certa data; desenvolvimento em equipe de forma organizada e padronizada.
2. Gerenciamento de mudanças é um conjunto de práticas e atividades que permitem que os gestores de projetos, desenvolvedores, analistas e testadores controlem o desenvolvimento, a fim de evitar falhas na entrega do projeto. Sobre o gerenciamento de configurações e mudanças, é correto afirmar que:
C. O processo de gerenciamento de mudanças compõe atividades e ferramentas para controlar as mudanças, garantindo que as mudanças necessárias sejam feitas conforme o planejado.
3. O controle de versões pode ser centralizado ou distribuído. Em qual situação é importante o uso do controle distribuído?
A. O uso do controle de versão distribuído se aplica em projetos compostos por uma equipe com vários desenvolvedores que podem estar em diferentes locais trabalhando.
4. Controlar versões é registrar a evolução do projeto. O controle de versões com modelo distribuído possibilita o uso de mais de um repositório com sua área de trabalho, independente das demais áreas de trabalho envolvidas no projeto. Acerca do assunto, é possível afirmar:
E. O controle de versão centralizado trabalha com um servidor central e diversas áreas de trabalho, baseados na arquitetura cliente-servidor. Por ser um sistema centralizado, as áreas de trabalho precisam primeiro passar pelo servidor (repositório) para poderem se comunicar. Qualquer alteração ou interação com o projeto que está sendo versionado vai passar pelo repositório principal e, após, atualizado nas demais áreas de trabalho ligadas a ele.
5. As atividades de gerenciamento de software são divididas em três grupos: Controle de mudanças – Controle e acompanhamento de mudanças; Controle de versão – Registro da evolução do projeto; Integração contínua – Estabelecimento da integridade do sistema. Nesse contexto, considere:
I. Gerenciar mudanças é projetar um conjunto de atividades para controlar as mudanças pela identificação dos produtos do trabalho que serão alterados, estabelecendo um relacionamento entre eles, definindo o mecanismo para o gerenciamento de diferentes versões desses produtos, controlando as mudanças impostas, auditando e relatando as mudanças realizadas.
II. A maioria das IDES (interface de desenvolvimento de softwares) já contém plugins para controles de versões.
III. Quando a elaboração do projeto tem uma equipe com centenas de desenvolvedores, ou equipe em que seus desenvolvedores estão espalhados em diferentes filiais da empresa, o controle de versão centralizado é o mais adequado.
Em ordem, as afirmações são verdadeiras (V) ou falsas (F)?
D. V, V, F.
Ferramentas de gerenciamento de configuração de Software
1. O gerenciamento de configuração de software (GCS) é uma área que atua em conjunto com todo o ciclo de desenvolvimento de software. Ou seja, todas as etapas do desenvolvimento estão cobertas pelo GCS. Mas há um processo que recebe mais informações e resultados provenientes do GCS. Qual é esse processo dentro do ciclo de vida do desenvolvimento de software?
C. O GCS alicerça, em especial, o processo de gerência de qualidade de software.
2. As ferramentas que automatizam os processos de GCS estão divididas em subáreas. Cada subárea apresenta atividades que estabelecem o controle de versões, de avaliação de conformidade dos produtos, das definições e uso de ferramentas, entre outras tantas atividades. Quais são as principais atividades da subárea de gestão de versões e distribuição?
A. A gestão de controle de versões e distribuição garante o controle das versões do código, bem como o empacotamento e a implantação dos aplicativos.
3. As ferramentas de GCS automatizam várias atividades do processo de mudança, como, por exemplo, o versionamento de código, o empacotamento e a distribuição do software, documentos, entre outros itens de configuração. Todas as ferramentas de GCS existentes, tanto de código aberto quanto proprietárias, suprem todas as necessidades de quaisquer tipos de projetos? Qual a justificativa para tal resposta?
E. Não. Muitas empresas optam por desenvolver ferramentas totais ou complementares porque não conseguem alinhar a automação do processo de GCS somente com ferramentas existentes (código aberto ou pagas).
4. As ferramentas de GCS existentes podem ser de código aberto ou proprietárias. As ferramentas proprietárias comercializam a licença de uso, garantindo sua propriedade intelectual. Para empresas de pequeno porte, qual o tipo de ferramenta de GCS que mais adequada e quais os motivos?
C. Empresas de pequeno porte podem optar por quaisquer tipos de ferramentas de GCS; no entanto, as ferramentas de código aberto geralmente são as mais adotadas porque não há necessidade de desembolso financeiro para sua adoção.
5. Há um número grande de ferramentas de GCS existentes, além de outras que são desenvolvidas para serem mais adequadas à complexidade do processo de GCS das empresas e dos projetos. Pensando nisso, quando uma empresa opta por ferramentas de GCS existentes, é aconselhável que adote no máximo quantas?
E. Não há número máximo de ferramentas a serem utilizadas. O importante é que todas as ferramentas adotadas possam ser integradas.
Gerenciamento de testes
1. Você foi recém contratado para integrar uma equipe de testes de uma empresa que fabrica impressoras 3D. Você foi designado para realizar a verificação do módulo de driver de impressão para um dado sistema operacional, como parte do processo de testes. Você então:
D. coleta e analisa as listagens de codificação do módulo, os relatórios do programador referentes ao programa que ele fez e os relatórios gerados na etapa de compilação, procurando indícios de algum erro ou anomalia.
2. Você foi recém contratado para integrar uma equipe de testes de uma empresa que fabrica impressoras 3D, e agora está designadoa fazer a recepção das notificações de novas falhas de funcionamento do produto. Um usuário enviou uma solicitação de defeito, relatando que aparece uma mensagem com um X vermelho dizendo "impressora não conectada”. Ao ler a notificação, você deve:
B. ler a notificação e observar que o usuário registra ter conectado a impressora na porta de comunicação do computador, mas a mesma notificação salienta que o produto não está com o led indicativo de alimentação de energia aceso. Você então não abre o chamado, pois considera que há desinformação sobre o funcionamento do produto pelo usuário.
3. Um usuário adquiriu uma impressora 3D, para uso em seu ateliê de arte. Durante aproximadamente 90 dias, não houve qualquer problema e a impressora apresentou comportamento dentro do esperado. No entanto, após esse tempo, ao enviar para a impressão uma peça com uma das medidas axiais maiores do que a capacidade de impressão, o produto iniciou a impressão diretamente em uma das paredes do cubo de vidro onde fica confinado o mecanismo de impressão, como pode ser observado na figura a seguir:
Sobre essa situação, você entende que:
A. é possível constatar uma falha do produto, resultante de um defeito (provavelmente código de driver de impressão mal escrito) e originada em um erro do programador (inexperiente na codificação do módulo driver).
4. Você foi designado como gerente de testes e precisa montar, de imediato, uma equipe de profissionais. Para realizar os testes de unidade, você irá recrutar:
C. profissionais programadores, pois testes de unidade são realizados separadamente em cada módulo do sistema.
5. Observe o cenário a seguir: uma falha foi notificada para o grupo de testes e foi encaminhada para atendimento. A falha foi então testada, corrigida e verificada, sendo encaminhada, em seguida, para relatório final e conclusão. No entanto, durante a correção, uma nova falha foi detectada, o que gerou nova notificação. Essa outra falha foi analisada e a equipe de testes decidiu pela realização do reparo na próxima atualização de versão. De acordo com a descrição acima, a sequência percorrida no bug life cycle foi:
E. NOVA – DESIGNAÇÃO – TESTE – VERIFICAÇÃO (falha 1) – REABERTURA (falha 2) – CONCLUSÃO (falha 1) – DESIGNAÇÃO (falha 2) – ADIADO (falha 2)