Baixe o app do Guru IA
Android e iOS

Alvein
Elaborar um mapa mental sobre propósito, conceitos , chave,...
Elaborar um mapa mental sobre propósito, conceitos , chave, atividades e práticas da gestão de configuração de software de acordo com os textos retirados do livro de engenharia de software abaixo:
Mudanças são inevitáveis quando o software de computador é construído e
podem causar confusão quando os membros de uma equipe de software estão
trabalhando em um projeto. A confusão surge quando as mudanças não são
analisadas antes de serem feitas, não são registradas antes de serem implementadas, não são relatadas àqueles que precisam saber ou não são controladas de maneira que melhorem a qualidade e reduzam os erros.
discute isso quando afirma: A arte de coordenar o desenvolvimento de software para minimizar a... confusão é chamada de gestão de configuração. A gestão de configuração é a arte de identificar, organizar e controlar modificações no software que está em construção por uma equipe de programação. O objetivo é maximizar a produtividade minimizando os erros. A gestão de configuração de software (SCM, software configuration management) é uma atividade de apoio, aplicada a toda a gestão da qualidade. Como as mudanças podem ocorrer a qualquer instante, as atividades de SCM são desenvolvidas para (1) identificar a alteração, (2) controlar a alteração, (3) assegurar que a alteração esteja sendo implementada corretamente e (4) relatar as alterações a outros envolvidos.
É importante fazer uma distinção clara entre suporte de software e gestão de configuração de software. Suporte é um conjunto de atividades de engenharia que ocorrem depois que o software é fornecido ao cliente e posto
em operação. Gestão de configuração é um conjunto de atividades de rastreamento e controle iniciadas quando um projeto de engenharia de software começa e terminadas apenas quando o software sai de operação.
Um dos principais objetivos da engenharia de software é incrementar a
facilidade com que as alterações podem ser acomodadas e reduzir o esforço
necessário quando alterações tiverem de ser feitas. Neste capítulo, discutiremos as atividades específicas que permitem gerenciar a mudança. O processo de software resulta em informações que podem ser divididas em
três categorias principais: (1) programas de computador (tanto na forma de
código-fonte quanto na forma executável), (2) produtos que descrevem os programas de computador (focado em vários envolvidos) e (3) dados ou conteúdo (contidos nos programas ou externos a ele). Os itens que compõem todas as informações produzidas como parte do processo de software são chamados coletivamente de configuração de software. À medida que o trabalho de engenharia de software avança, cria-se uma hierarquia de itens de configuração de software (SCIs, software configuration items) – um elemento de informação com nome, que pode ser tão pequeno quanto um simples diagrama UML ou tão grande quanto um documento de projeto completo. Se cada SCI simplesmente conduzir a outros SCIs, resultará em pouca confusão. Infelizmente, outra variável entra no processo – alteração. A alteração pode ocorrer a qualquer momento e por qualquer razão. De fato, a Primeira Lei da Engenharia de Sistemas [Ber80] diz: “Não importa onde você
esteja no ciclo de vida do sistema, o sistema mudará, e o desejo de alterá-lo
persistirá por todo o ciclo de vida”. Qual é a origem dessas alterações? A resposta a essa pergunta é variada, assim como as próprias alterações. No entanto, há quatro fontes fundamentais de alterações:
Novos negócios ou condições de mercado ditam mudanças nos requisitos
do produto ou nas regras comerciais.
Novas necessidades dos envolvidos demandam modificação dos dados
produzidos pelos sistemas de informação, na funcionalidade fornecida
pelos produtos ou nos serviços fornecidos por um sistema baseado em
computador.
Reorganização ou crescimento/enxugamento causam alterações em
prioridades de projeto ou na estrutura da equipe de engenharia de
software.
Restrições orçamentárias ou de cronograma causam a redefinição do sistema ou produto. A gestão de configuração de software é um conjunto de atividades desenvolvidas para gerenciar alterações ao longo de todo o ciclo de vida de um
software. A SCM pode ser vista como uma atividade de garantia de qualidade
do software aplicada em todo o processo do software. Nas seções a seguir, descrevemos as principais tarefas da SCM e conceitos importantes que podem
nos ajudar a gerenciar as alterações. Um cenário operacional de gestão de configuração (CM) típico inclui um gerente de projeto encarregado de um grupo de software, um gerente de configuração encarregado dos procedimentos e políticas CM, os engenheiros de software responsáveis pelo desenvolvimento e manutenção do artefato e o cliente que usa o produto. No cenário, suponha que o produto seja um item pequeno, envolvendo aproximadamente 15 mil linhas de código, que está sendo desenvolvido por uma equipe de quatro pessoas. (Note que são possíveis outros cenários com equipes menores ou maiores, mas, essencialmente, há problemas genéricos que cada um desses projetos enfrenta em relação à CM.)
Elaborar um mapa mental sobre propósito, conceitos , chave, atividades e práticas da gestão de configuração de software de acordo com os textos retirados do livro de engenharia de software abaixo:
Mudanças são inevitáveis quando o software de computador é construído e podem causar confusão quando os membros de uma equipe de software estão trabalhando em um projeto. A confusão surge quando as mudanças não são analisadas antes de serem feitas, não são registradas antes de serem implementadas, não são relatadas àqueles que precisam saber ou não são controladas de maneira que melhorem a qualidade e reduzam os erros. discute isso quando afirma: A arte de coordenar o desenvolvimento de software para minimizar a... confusão é chamada de gestão de configuração. A gestão de configuração é a arte de identificar, organizar e controlar modificações no software que está em construção por uma equipe de programação. O objetivo é maximizar a produtividade minimizando os erros. A gestão de configuração de software (SCM, software configuration management) é uma atividade de apoio, aplicada a toda a gestão da qualidade. Como as mudanças podem ocorrer a qualquer instante, as atividades de SCM são desenvolvidas para (1) identificar a alteração, (2) controlar a alteração, (3) assegurar que a alteração esteja sendo implementada corretamente e (4) relatar as alterações a outros envolvidos. É importante fazer uma distinção clara entre suporte de software e gestão de configuração de software. Suporte é um conjunto de atividades de engenharia que ocorrem depois que o software é fornecido ao cliente e posto em operação. Gestão de configuração é um conjunto de atividades de rastreamento e controle iniciadas quando um projeto de engenharia de software começa e terminadas apenas quando o software sai de operação. Um dos principais objetivos da engenharia de software é incrementar a facilidade com que as alterações podem ser acomodadas e reduzir o esforço necessário quando alterações tiverem de ser feitas. Neste capítulo, discutiremos as atividades específicas que permitem gerenciar a mudança. O processo de software resulta em informações que podem ser divididas em três categorias principais: (1) programas de computador (tanto na forma de código-fonte quanto na forma executável), (2) produtos que descrevem os programas de computador (focado em vários envolvidos) e (3) dados ou conteúdo (contidos nos programas ou externos a ele). Os itens que compõem todas as informações produzidas como parte do processo de software são chamados coletivamente de configuração de software. À medida que o trabalho de engenharia de software avança, cria-se uma hierarquia de itens de configuração de software (SCIs, software configuration items) – um elemento de informação com nome, que pode ser tão pequeno quanto um simples diagrama UML ou tão grande quanto um documento de projeto completo. Se cada SCI simplesmente conduzir a outros SCIs, resultará em pouca confusão. Infelizmente, outra variável entra no processo – alteração. A alteração pode ocorrer a qualquer momento e por qualquer razão. De fato, a Primeira Lei da Engenharia de Sistemas [Ber80] diz: “Não importa onde você esteja no ciclo de vida do sistema, o sistema mudará, e o desejo de alterá-lo persistirá por todo o ciclo de vida”. Qual é a origem dessas alterações? A resposta a essa pergunta é variada, assim como as próprias alterações. No entanto, há quatro fontes fundamentais de alterações: Novos negócios ou condições de mercado ditam mudanças nos requisitos do produto ou nas regras comerciais. Novas necessidades dos envolvidos demandam modificação dos dados produzidos pelos sistemas de informação, na funcionalidade fornecida pelos produtos ou nos serviços fornecidos por um sistema baseado em computador. Reorganização ou crescimento/enxugamento causam alterações em prioridades de projeto ou na estrutura da equipe de engenharia de software. Restrições orçamentárias ou de cronograma causam a redefinição do sistema ou produto. A gestão de configuração de software é um conjunto de atividades desenvolvidas para gerenciar alterações ao longo de todo o ciclo de vida de um software. A SCM pode ser vista como uma atividade de garantia de qualidade do software aplicada em todo o processo do software. Nas seções a seguir, descrevemos as principais tarefas da SCM e conceitos importantes que podem nos ajudar a gerenciar as alterações. Um cenário operacional de gestão de configuração (CM) típico inclui um gerente de projeto encarregado de um grupo de software, um gerente de configuração encarregado dos procedimentos e políticas CM, os engenheiros de software responsáveis pelo desenvolvimento e manutenção do artefato e o cliente que usa o produto. No cenário, suponha que o produto seja um item pequeno, envolvendo aproximadamente 15 mil linhas de código, que está sendo desenvolvido por uma equipe de quatro pessoas. (Note que são possíveis outros cenários com equipes menores ou maiores, mas, essencialmente, há problemas genéricos que cada um desses projetos enfrenta em relação à CM.)