Gerenciamento do Ciclo de Vida de Software

Continuação.....

2011-05-29T19:37:00.000-07:00

Caros leitores, a continuação deste trabalho encontra-se no meu site:

http://www.mandrado.com

NBR ISO/IEC 12207:1998 - Tecnologia da Informação

2010-12-11T21:16:00.000-08:00

NBR ISO/IEC 12207:1998 - Tecnologia da Informação - Processos de Ciclo de Vida de Software. (6 - Processos de apoio - 6.2 Processo de Gerência de Configuração)‏.

Esta norma define que Software é uma parte fundamental da tecnologia de informação e de sistemas convencionais, tais como sistemas de transporte, militares, da área médica e financeiros. Tem havido uma proliferação de normas, procedimentos, métodos, ferramentas e ambientes de desenvolvimento e de gerência de software. Esta proliferação tem criado dificuldades na gerência e engenharia de software, principalmente na integração de produtos e serviços. A disciplina de software necessita migrar desta proliferação para uma estrutura comum que possa ser usada por profissionais de software para “falar a mesma língua” na criação e gerência de software. Esta Norma provê tal estrutura comum.

A NBR ISO/IEC 12207 foi preparada pela CE-21:101.03 - Processos de Ciclo de Vida de Software, do CB-21 - Comitê Brasileiro de Processamento de Dados.

Seu objetivo é ser a norma que define todas as tarefas necessárias para o desenvolvimento e manutenção de software, agrupando as atividade que podem ser executadas durante o ciclo de vida de software em cinco processos fundamentais, oito processo de apoio e quatro processos organizacionais. Cada um dos processo de ciclo de vida é dividido em conjuntos de atividades e cada atividade é então dividida em um conjunto de tarefas.

Processos de apoio

Para esta norma a gerência de configuração de software é definida como um processo de apoio. Os processos de apoio de ciclo de vida (seção 6 da norma), constituem um conjunto de oito processos, cada processo de apoio auxilia um outro processo como uma parte integrante, com um propósito distinto, e contribui para o sucesso e qualidade do projeto de software.

Nos iremos tratar do processo de gerência de configuração (subseção 6.2 da norma), este processo define as atividades de gerência de configuração.

A norma NBR ISO/IEC 12207:1998 define:

O processo de gerência de configuração é um processo de aplicação de procedimentos administrativos e técnicos, por todo o ciclo de vida de software, destinado a: identificar e definir os itens de software em um sistema, e estabelecer suas linhas básicas (baseline); controlar as modificações e liberações dos itens; registrar e apresentar a situação dos itens e dos pedidos de modificação; garantir a completeza, a consistência e a correção dos itens; e controlar o armazenamento, a manipulação e a distribuição dos itens.

Lista de atividades

Este processo define uma lista de atividades que devem ser realizadas:

Implementação do processo – a principal tarefa neste atividade desenvolver um plano de gerência de configuração. Este plano deve descrever as atividades da gerência de configuração, procedimentos e cronograma para executar estas atividades, quais serão os responsáveis pela execução destas atividades e seu relacionamento com os responsáveis de outras áreas, o plano deve ser documentado e implementado.
Identificação da configuração – deve ser definido qual será a sistemática para identificação dos itens de software e suas versões que serão controladas, sendo que para cada item de software e suas versões devemos identificar a documentação que estabelece a linha de base, as referências de versão e outros detalhes de identificação.
Controle da configuração – Nesta atividade deve ser identificado o registro dos pedidos de alterações, analises e avaliações das alterações, aprovação ou rejeição do pedido, implementação, verificação e liberação do item de software modificado. Devemos produzir registros para auditorias, de forma que cada alteração tenha o registro da razão e da autorização rastreados, Devem ser realizados controles de auditorias de todos os acesso aos itens controlados que trata de funções críticas de proteção e segurança.
Relato da situação da configuração – Devem ser realizados registros de gerenciamento e providenciado relatórios da situação que mostrem o histórico dos itens de software controlados, estes relatórios devem incluir a linha de base. Relatórios de situação devem incluir o número de alterações em um projeto, as últimas versões dos itens, identificadores de liberação, a quantidade de liberações e a comparação entre elas deve estar presente.
Avaliação da configuração – Esta avaliação deve garantir a completeza funcional dos itens de configuração de software em relação aos seus requisitos e a completeza física dos itens de software, isto é, se o projeto e o código refletem uma descrição técnica atualizada.
gerência de liberação e distribuição – A liberação e a distribuição de produtos de software devem ser documentadas e formalmente controladas. Cópias principais do código e da documentação devem ser mantidas durante a vida do produto de software. O código e a documentação que contenham funções criticas de proteção e segurança devem ser manipuladas, armazenadas, empacotadas e distinguidas de acordo com as políticas definidas pelas organizações envolvidas.

Percebemos o quanto de tarefas, atividades e processo são necessários para que tenhamos uma gerência de configuração de software implantada e esta norma brasileira vem justamente nos orientar no que deve ser feito.

Auditoria de Configuração

2010-09-04T10:49:00.000-07:00

Esta atividade tem por objetivo assegurar se o produto esta de acordo com os requisitos pré-estabelecidos e que correspondam as informações de configuração de produto. As auditorias devem ser conduzidas de acordo com processos bem definidos e documentados, estes processos possuem vários papéis e responsabilidades de auditores. Deve ser planejada cuidadosamente a auditoria.

A norma recomenda dois tipos de avaliação que podem ser feitas: a funcional e a física. A avaliação funcional compreende de um exame formal que vai verificar se um item de configuração possui o desempenho especificado e atende as características funcionais no item de configuração do produto que foi implementado como documentado e acordado. A avaliação física corresponde em verificar se o item de configuração possui as características físicas especificadas e deve ser realizada no fim de cada fase do ciclo de vida do produto.

Contabilização da Situação de Configuração

2010-09-04T10:48:00.000-07:00

Esta atividade compreende o registros e os relatórios, é a uma ação permanente durante todo ciclo de vida do produto, o conjunto de atividades de configuração irão registrar uma grande quantidade de situações e correções salvas, tornando um grande histórico de lições aprendidas de desenvolvimento.

Durante a realização das atividades de gerência de configuração houve a criação de registros e esta atividade tem como meta manter todos os envolvidos no projeto informados sobre os controles de alterações ocorridos nos itens de configuração. Os registros vão permitir a visibilidade e a rastreabilidade garantindo que a gestão de configuração seja eficiente, nestes registros teremos informações de quem fez as modificações de um Item de configuração, quem está modificando, quando ocorreu a ultima modificação, quais itens serão afetados por uma alteração, porque a alteração foi aprovada. Os membros da organização devem possuir níveis de acesso para garantir que somente pessoas autorizadas realizem alterações e que alterações não aprovadas ou que possam comprometer a integridade do produto não sejam executadas, além da segurança é necessário que as pessoas que podem ter acesso a tais informações possam ter acesso rápido. A norma também recomenda que sejam utilizados programas de computador, banco de dados e soluções de contingências que permitam a recuperação e reestabelecimento dos trabalhos caso ocorra algum imprevisto.

Esta atividade gera vários tipos de relatórios que vão ajudar a gestão de configuração. Os relatórios que a norma recomenda devem incluir:

Lista de informações de configuração de produto;
Lista de itens de configuração e suas configurações básicas;
Detalhes da situação da revisão atual e histórico de alterações;
Relatórios da situação das alterações e concessões
Detalhes da situação do produto e números para rastreabilidade.

Controle de Alterações

2010-07-24T13:26:00.000-07:00

O Controle de Alterações tem por objetivo controlar e registrar as mudanças realizadas nos itens de configuração ao longo do ciclo de vida de desenvolvimento.

A Norma NBR ISO 10007: 2005 orienta que o processo de controle das alterações seja documentado e siga as orientações abaixo:

Descrever, justificar e registrar as solicitações para alteração e possíveis alterações depois de aprovadas;
Categorização da alteração em termos de complexidade, recursos e programação;
Uma avaliação das consequências da alteração;
Detalhes de como a alteração deve ser disposta;
Detalhes de como a alteração deve ser implementada e verificada.

As possíveis alterações podem ser pedidas por quaisquer dos interessados, sendo documentado, avaliado pela pessoa que possui autoridade para julgar a mudança, observando todas as características e possíveis impactos no ciclo de vida do projeto.

A norma identifica alguns itens que devem serem incluídos nas alterações:

Itens de configuração e informação pertinente a ser alterado, incluindo detalhes de seus títulos e situação da revisão atual;
Descrição da alteração proposta;
Detalhes de outros itens de configuração ou informação de configuração que possam ser afetadas pela alteração;
A parte interessada que elaborou a proposta e a data em que foi elaborada;
A razão para a alteração;
A categorização da alteração.

Cada análise de pedido de alteração é identificado, todos os passos precisam ser documentados e avaliados tendo por base a solicitação de alteração, os responsáveis pelo projeto deverão analisar o pedido de alteração e fornecer um parecer. Este parecer será novamente avaliado pela equipe responsável pelo controle de alterações e o responsável pelo item de configuração. Após estas analises haverá um parecer final que irá permitir ou não a alteração.

A norma estipula que a avaliação leve em consideração a complexidade do produto e a categoria da alteração proposta, incluindo:

Os méritos técnicos da alteração proposta;
Os riscos associados à alteração;
O impacto potencial sobre o contrato, cronograma e custo.

O resultado da análise deve ser público e todos os interessados deverão ser notificados, independente de ser ou não aprovada a solicitação. Caso seja aprovado o responsável pela alteração deverá implementá-la, encaminhando para nova análise.

Para implementação o responsável por fazê-la precisa obter a última versão do item de configuração a ser alterado, realizar as mudanças de acordo com a alteração aprovada, submeter o item alterado para homologação e registrar para posteriormente permitir uma fácil rastreabilidade.

Identificação de Configuração

2010-04-25T19:14:00.000-07:00

A Identificação de Configuração convém iniciar com a escolha da estrutura do produto e escolha dos itens de configuração que serão utilizados, criados ou usados para todas as tarefas ou fases do ciclo de vida do produto. A identificação deve refletir a estrutura do produto envolvendo a identificação da estrutura e os tipos de componentes, tornando-os únicos e acessíveis, atribuindo a cada um dos componentes um nome, uma identificação de versão e uma identificação de configuração.

Os itens de configuração devem obedecer aos critérios descritos no plano de gestão de configuração. É parte do gerenciamento de configuração garantir que serão selecionados estes itens de configuração para um sistema e registrados suas características físicas e funcionais na documentação técnica.

A norma orienta que convém considerar os seguinte critérios:

Requisitos estatuários e regulamentares;

Criticidade em termos de riscos e segurança;

Tecnologia, projeto ou desenvolvimento novo ou modificado;

Interfaces com outros itens de configuração;

Condições de aquisição;

Suporte e serviços.

A próxima etapa para a identificação de configuração é a informação de configuração de produto, este deve incluir informações do produto e informações operacionais. Contendo requisitos, especificações, programas utilizados, modelos, documentos e qualquer tipo de material ou produto que seja utilizado para o desenvolvimento do projeto.

Os itens de configuração devem ser guardados em local seguro, enumerados de forma única e sequencial, para garantir o controle e a rastreabilidade de todos os artefatos.

Sendo qualquer artefato criado como parte da definição, manutenção ou uso de um processo, o interessante para os itens de configuração selecionados é a ajuda da otimização da capacidade de controlar e analisar o produto em todo seu ciclo de desenvolvimento.

O sistema de armazenamento deve permitir a rápida localização de uma determinada versão em qualquer estado e tempo dentro do ciclo de vida do produto.

Na última parte da identificação de configuração é a configuração básica, esta é a informação de produto aprovado e representa a definição do produto. Esta configuração básica integrará o produto para definir as atividades que se seguem e irá servir como entrada para estas, as configurações básicas e suas possíveis alterações aprovadas formaram a configuração básica atual.

Norma NBR ISO 10007: 2005 – Sistema de Gestão da Qualidade

2010-04-18T07:19:00.000-07:00

NBR ISO 10007: 2005 – Sistema de Gestão da Qualidade – Diretrizes para gestão de configuração. Seu propósito é aumentar o entendimento do assunto, promover o uso da gestão de configuração e auxiliar organizações a aplicar gestão de configuração para melhorar seu desempenho, tem como objeto atender aos requisitos de identificação e rastreabilidade especificados na ABNT NBR ISO 9001.

Esta norma define a Gestão de Configuração como um conjunto de atividades de apoio ao desenvolvimento possibilitando que as mudanças que forem surgindo com o desenvolvimento do produto sejam absorvidas pelo projeto de maneira controlada, mantendo a estabilidade na evolução do produto. Com esta definição esta norma utiliza-se desta prática para em um sistema de gestão de qualidade fornecer as diretrizes para a gestão de configuração.

A norma traz a seguinte definição de Gerência de Configuração:

A gestão de configuração é uma atividade gerencial que fornece orientações técnicas e administrativas para o ciclo de vida de um produto, seus itens de configuração e informações de configuração de produto concernentes. A gestão de configuração documenta a configuração do produto. Proporciona meios para a identificação e rastreabilidade, identificação da situação de atendimento dos requisitos físicos e funcionais e o acesso à informação acurada em todas as fases do ciclo de vida. (ABNT NBR ISO 10007:2005).

A norma fornece uma orientação sobre a utilização de Gestão de Configuração nas empresas, definindo sua aplicação em todo ciclo de vida do produto, dando suporte e orientando desde a concepção até a entrega do produto.

A norma orienta a atribuição de responsabilidades e autoridades , em seguida descreve o processo de Gestão de Configuração, através das atividades de planejamento, identificação, controle, contabilização e auditorias.

As atribuições de responsabilidades e autoridades devem ser identificados e estabelecidos pela empresa levando em consideração a implementação e verificação do processo de gerência de configuração. A norma recomenda que seja levada em conta complexidade e natureza do projeto, necessidades existentes em diferentes pontos do ciclo de vida e outras prioridades direta ou indiretamente relacionadas com esse processo.

O gerente de configuração deve disponibilizar o ambiente e a infra-estrutura do Gerenciamento de Configuração para a equipe de desenvolvimento do produto. Sua função é oferecer suporte à atividade de desenvolvimento de produtos para que os desenvolvedores, analistas de requisitos e testes tenham espaços de trabalho condizentes com suas funções para criar e testar seus trabalhos, permitindo que todos os produtos gerados fiquem disponíveis.

O gerente deve fazer a verificação das atividades de implementação e controle de mudanças. O responsável pela projeto antes de autorizar uma mudança deve estudar se a alteração proposta é necessária e adequada à documentação do projeto, qual o impacto que esta alteração provocará e se for implementado irá satisfazer a deficiência do produto.

A norma também define que a gerência de configuração pode ser representada uma pessoa ou um grupo de pessoas, dependendo das necessidades do projeto e politica da empresa.

O processo de gerência de configuração conforme a norma recomenda:

A gerência de configuração deve possuir um Plano de Configuração onde descreve as atividades de requisitos do cliente, o ambiente de desenvolvimento, as características e procedimentos que serão realizados para conduzir o projeto durante todo o ciclo de vida.

O planejamento deve ter como saída o Plano de Gestão de Configuração que contém as atividades de configuração, as ferramentas, os procedimentos utilizados e o que será controlado durante o ciclo de vida do produto.

A norma especifica que a gestão de configuração irá cuidar de como os artefatos obtidos devem ser nomeados, marcados e numerados, como e onde a documentação será armazenada, um controle de versões, o controle de mudanças e os procedimentos necessários cada aprovação , procedimentos gerais adotados pela empresa, as responsabilidades e autoridades referentes à gestão de configuração. Dependendo da complexidade, tanto da empresa como do projeto, o plano pode ser simples e objetivo, complexo, ou ainda pode ser parte de outros planos.

A Norma NBR ISO 10007: 2005 especifica a seguinte estrutura de um plano de gestão de configuração.

Generalidades
Introdução

Seção introdutória fornecendo informações gerais contendo os seguintes tópicos:

a. Propósito e Escopo
b. Descrição do Produto e dos Itens de Configuração
c. Cronograma
d. Descrição da Ferramentas de Gestão de Configuração
e. Documentos Relacionados

Políticas

Descrição das políticas de gestão de configuração acordadas com os stakeholders.

Identificação de Configuração

Métodos e convenções em geral para identificação.

Controle de Alterações

Métodos e procedimentos relacionados a mudanças.

Contabilização da Situação de Configuração
Auditoria de Configuração

Objetivo específico e um resumo da prática

2010-04-12T15:14:00.000-07:00

O objetivo específico e um resumo da prática fornece um resumo de alto nível, dos objetivos específicos, que são componentes necessários, e as práticas específicas, que são componentes esperados. O objetivo específico e ficha prática é um componente informativo.

Prática especifica: Uma prática específica é a descrição de uma atividade que é considerada importante na concretização do objetivo específico associado. As práticas específicas descrevem as atividades que deverão resultar na concretização dos objetivos específicos de uma área de processo. Uma prática específica é um componente do modelo esperado.

Objetivo especifico: Um objetivo específico descreve as características únicas que devem estar presentes para satisfazer a área de processo. Um objetivo específico é um componente de modelo obrigatório e é utilizada em avaliações para ajudar a determinar se uma área de processo está satisfeito.

Para o processo de gerenciamento de configuração temos:

Objetivo especifico 1 - Estabelecer linhas de base: As linhas de base de produtos de trabalho são identificadas e estabelecidas. Práticas específicas para estabelecer as bases estão cobertas por este objetivo específico. As práticas específicas no âmbito do objetivo específico, rastreamento e controle de alterações, vão servir para manter as linhas de base. As práticas específicas de estabelecer a integridade do documento objetivo específico e auditoria da integridade da base.

Prática especifica 1.1 - Identificar Itens de Configuração: Identificar os itens de configuração, componentes e produtos de trabalho relacionados, que serão colocados sob gerenciamento de configuração.
Prática especifica 1.2 - Estabelecer um Sistema de Gerenciamento de Configuração: Estabelecer e manter um sistema de gerenciamento de configuração e gerenciamento de mudanças para controlar produtos de trabalho.
Prática especifica 1.3 - Criar ou Liberar linhas de base: Criar ou liberar linhas de base para uso interno e para a entrega ao cliente.

Objetivo especifico 2 - Rastrear e controlar Alterações: Alterações para os produtos de trabalho sob gerenciamento de configuração são monitorados e controlados. As práticas específicas no âmbito deste objetivo específico contribuir para manter as linhas de base, depois de serem estabelecidas pelas práticas específicas no âmbito do estabelecer linhas de base do objetivo específico.

Prática especifica 2.1 Rastrear Solicitações de Mudança: Rastrear as requisições de mudanças para os itens de configuração. As solicitações de mudanças não apenas os requisitos novos ou modificados, mas também as falhas e defeitos nos produtos de trabalho.
Prática especifica 2.2 Controlar itens de configuração: Controlar mudanças para os itens de configuração. O controle é mantido sobre a configuração da linha de base do produto de trabalho. Este controle inclui a detecção da configuração de cada um dos itens de configuração, aprovando uma nova configuração se necessário, e atualizar a base.

Objetivo especifico 3 Estabelecer Integridade: A integridade das linhas de base é estabelecida e mantida. A integridade das linhas de base, é fixado por processos associados ao estabelecer objetivo específico das linhas de bases, e mantido por processos associados com a rastreabilidade e controle das mudanças do objetivo específico, é fornecido pelas práticas específicas com esse objetivo específico.

Prática especifica 3.1 Estabelecer registros de gerenciamento de configuração: Estabelecer e manter registros descrevendo os itens de configuração.
Prática especifica 3.2 Realizar Auditorias de configuração: Realizar auditorias de configuração para manter a integridade das linhas de configuração. Auditorias de configuração para confirmar que as linhas de base e a documentação resultante obedecem a um padrão especificado ou exigência. Os resultados da auditoria devem ser contabilizadas como apropriado.

Estes foram os pontos considerados principais para a gerência de configuração mostrados neste guia de melhores práticas.

O nível de capacidade 2

2010-04-04T07:39:00.000-07:00

No nível de capacidade 2 é caracterizado como um "processo de gestão." Um processo gerenciado é um processo que tem realizado a infra-estrutura básica no local para apoiar o processo, isto é, já passou pelo nível de capacidade 1. Ele é planejado e executado de acordo com a política, empregando pessoas qualificadas que dispõem de recursos suficientes para produzir saídas controladas; envolve as partes interessadas; é monitorado, controlado e revisado, e é avaliada a adesão à sua descrição do processo. A disciplina do processo refletida pela capacidade de nível 2 ajuda a garantir que as práticas existentes são mantidas durante períodos de estresse.

Ao nível de maturidade 2, os projetos da organização, tem assegurado que os processos são planejados e executados de acordo com uma política já definida, os projetos de contratação de pessoas qualificadas que dispõem de recursos suficientes para produzir saídas controladas; envolver as partes interessadas, são monitorados, controlados e revisados, e são avaliados quanto à sua aderência à descrição do processo. A disciplina do processo refletida pelo nível de maturidade 2 ajuda a garantir que as práticas existentes são mantidas durante períodos de estresse. Quando essas práticas estão em vigor, os projetos são executados e geridos de acordo com seus planos documentados.

A gerência de configuração pertence à área de suporte ao processo de nível de Maturidade 2

O objetivo do Gerenciamento de Configuração (CM) é estabelecer e manter a integridade dos produtos de trabalho usando a identificação da configuração, controle de configuração, representando o status da configuração e auditorias de configuração.

A Gerenciamento de Configuração envolve as seguintes áreas:

a configuração de produtos de trabalho selecionados que compõem as linhas de base em determinados pontos no tempo.
Controlar as mudanças de itens de configuração.
Construindo ou fornecendo as especificações para construir produtos de trabalho do sistema de gerenciamento de configuração.
Manter a integridade das linhas de base
Fornecer dados precisos do estado da configuração atual para os desenvolvedores, usuários finais e clientes

Os produtos de trabalho colocados sob gerenciamento de configuração incluem os produtos que são entregues ao cliente, designados produtos de trabalho interno, produtos adquiridos, ferramentas e outros itens que são utilizados na criação e descrevendo esses produtos de trabalho.

Produtos adquiridos podem ter de ser colocado sob a gerência de configuração, tanto o fornecedor como o projeto. Provisões para a condução de gerenciamento de configuração deve ser definida em acordos com os fornecedores. Métodos para garantir que os dados estão completos e consistente deve ser estabelecida e mantida.

Exemplos de produtos de trabalho que podem ser colocados sob gerenciamento de configurações incluem o seguinte:

Planos
Descrições do Processo
Requisitos
Dados do Projeto
Desenhos
Especificações do produto
Código
Compiladores
Arquivos de dados do Produto
As publicações técnicas do produto

O gerenciamento de configuração de produtos de trabalho pode ser realizado em vários níveis de granularidade. Os itens de configuração podem ser decompostos em componentes de configuração e unidades de configuração. Só o termo item de configuração "é utilizado nesta área de processo. Portanto, estas práticas, "item de configuração" pode ser interpretado como "componente de configuração" ou "unidade de configuração” conforme o caso.

Linhas de base podem fornecer uma base estável para a evolução contínua dos itens de configuração.

Um exemplo de uma linha de base é uma descrição de um produto aprovado que inclui versões internamente consistente de requisitos, a obrigação de matrizes de rastreabilidade, o projeto, a disciplina de itens específicos, e documentação do usuário final.

As linhas de base são adicionadas ao sistema de gerenciamento de configuração quando eles são desenvolvidos. Alterações às linhas de base e à liberação de produtos de trabalho construído a partir do sistema de gerenciamento de configuração são sistematicamente controlados e monitorados por meio do controle de configuração, gerenciamento de mudanças e configuração de auditoria de funções de gerenciamento de configuração.

Esta área de processo não se aplica apenas a configuração de gestão de projetos, mas também a gestão de configuração em produtos de trabalho organizacional, tais como normas, procedimentos e bibliotecas de reuso.

O gerenciamento de configuração está centrado no controle rigoroso dos aspectos gerenciais e técnicos de produtos de trabalho, inclusive durante a entrega do sistema.

Esta área de processo cobre as práticas para exercer a função de gerenciamento de configuração e é aplicável a todos os produtos de trabalho que são colocados sob gerenciamento de configuração.

CMMI-DEV - Capability Maturity Model Integration – for Development v1.2

2010-03-30T14:57:00.000-07:00

O CMMI–DEV: Capability Maturity Model Integration - for Development ou "Modelo Integrado de Maturidade de Capacitação para o Desenvolvimento" é um modelo para medição da maturidade de uma organização no que diz respeito ao processo de desenvolvimento de software. Neste modelo devemos ter uma atenção sobre a estrutura organizacional, pois não trata da qualidade do produto, temos aqui como metas a maturidade de processos (esforço de amadurecimento gradual) e a melhoria da qualidade (processo maduro de qualidade) .

O propósito do CMMI para Desenvolvimento é ajudar as organizações a melhorar seus processos de desenvolvimento e de manutenção para ambos os produtos e serviços. CMMI para Desenvolvimento é uma coleção de melhores práticas, que é gerada a partir do framework CMMI 1.1. O framework suporta o conjunto de produtos do CMMI, permitindo vários modelos, cursos de formação, e os métodos de avaliação a ser gerado, apoio a áreas específicas de interesse.

CMMI para Desenvolvimento aborda as práticas que cobrem o ciclo de vida do produto desde a concepção até a entrega e manutenção. A ênfase é sobre o trabalho necessário para construir e manter o produto total.

Para entender corretamente o CMMi devemos entender a sigla:

Capability: Qualidade ou estado de ser capaz, uma característica ou aptidão de desenvolvimento, facilidade ou potencial para um uso indicado.
Maturity: A qualidade ou estado de estar maduro; estado, condição (de estrutura, forma ou organismo) num estagio adulto; condição de plenitude, saber ou habilidade adquirida; Estado ou condição em pleno desenvolvimento.
Model: Usualmente a representação de alguma coisa.
Integration: Consistência em toda a organização.

O CMMI é uma das melhores práticas relacionada a atividade de desenvolvimento e, pode ser considerado uma coleção de práticas que são necessárias para alcançar um alto nível de maturidade e habilidade, estas práticas são organizadas em áreas de processo.

Normas e melhores práticas sugeridas pelo mercado

2010-03-30T14:51:00.000-07:00

Neste novo estudo vamos citar as normas e boas práticas existentes no mercado que tratam o gerenciamento de configurações, e sua aplicação com a área de desenvolvimento de software, estas normas ou melhores práticas servem para demonstrar as vantagens de seguir uma processo de gerenciamento de configuração de software, e que seguir estas orientações vão colocar a empresa alinhada com as melhores práticas do mercado.

Referenciais e itens de configuração de software

2010-03-27T05:04:00.000-07:00

O IEEE Std nº 610.12-1990, apud PRESSMAN, 2006, p. 600, define um referencial como:

Uma especificação ou produto que foi formalmente revisto e aprovado, o qual daí em diante serve como base para o desenvolvimento futuro e que pode ser modificado apenas por meio de procedimentos formais de controle de modificação. (EEE Std nº 610.12-1990, apud PRESSMAN, 2006, p. 600).

Referenciais são utilizados para dar agilidade no processo de desenvolvimento de software, também chamados de linhas de base ou baseline, antes de se tornar um referencial as modificações podem ocorrer rapidamente e informalmente, após a aprovação de uma referência, ou linha de base, as modificações somente podem ocorrer após aprovações formais, isso ajuda a garantir que modificações não ocorram sem que as partes interessadas tomem ciência do impacto que pode causar, se fazer ou não fazer, estas mudanças no projeto.

Paula Filho (2003), define linha de base como:

Uma linha de base consiste em um ou mais itens de configuração de software, aprovados através dos procedimentos previstos pelos respectivos padrões e pelo Plano de Qualidade do Software de um projeto. (Paula Filho, 2003, p. 292)

Para melhor entender o que são itens de configuração de software (Software Configuration Items - SCI), podemos recorrer a PRESSMAN, 2006, ele descreve da seguinte forma:

Um item de configuração de software é a informação criada como parte do processo de engenharia de software. Em caso extremo, pode-se considerar um SCI como sendo uma única seção de uma especificação grande ou um caso de teste em uma sequência de testes grande. Mais realisticamente, um SCI é um documento, toda sequência de casos de teste ou um componente de programa que tem nome (por exemplo, uma função C++ ou um applet Java). (PRESSMAN, 2006, p. 603)

Como podemos perceber referencias ou linhas de base é uma conjunto de itens de configuração aprovados para servir de linha de base para a continuidade do desenvolvimento do software.

Elementos de um sistema de gestão de configuração

2010-03-24T17:16:00.000-07:00

Susan Dart (2006, apud PRESSMAN, 2006, p. 601) cita quatro importantes elementos que precisam estar presentes em um sistemas de gestão de configuração que não podemos deixar de citar:

Elementos de componente – um conjunto de ferramentas acoplado a um sistema de gestão de arquivos (por exemplo, um banco de dados) que possibilita acesso e gestão de cada item de configuração de software.

Elementos de processo – uma coleção de procedimentos e tarefas que definem uma abordagem efetiva para a gestão de codificação (e atividades relacionadas) para todas as partes envolvidas na gestão, na engenharia e no uso de software de computador.

Elementos de construção – um conjunto de ferramentas que automatizam a construção de software garantindo que o conjunto adequado de componentes validados (isto é, a versão correta) foi montado.

Elementos humanos – para implementar SCM efetiva, a equipe de software usa um conjunto de ferramentas e características de processo (inclusive outros elementos de CM). (PRESSMAN, 2006, p. 600).

Os elementos identificados por Susan Dart e citado por PRESSMAN 2006, nos leva a compreender que precisamos de pessoas capacitadas nos processos definidos para a gestão de configuração e capazes de operar ferramentas que automatizam a construção de software e sejam integradas a um sistema de gestão dos itens de configuração definidos.

Definições de papeis

2010-03-20T17:09:00.000-07:00

Paula Filho (2003), nos ensina que a gestão de configuração requer a definição e colaboração de vários papeis na empresa e destaca estes três papeis principais:

O Grupo de Gestão de Configuração de software que centraliza o funcionamento desta disciplina;

As Comissões de Controle de Configuração, que tomas as decisões relativas a gestão de configuração, nível de projeto ou grupo de projetos;

Os Gerentes de Projetos, sendo estes os responsáveis por cobrar dos desenvolvedores a disciplina de gestão de configuração.

Atividades do Grupo de Gestão de Configuração de Software definidas por Paula Filho (2003), consiste em:

a.desenvolvimento, manutenção e divulgação dos procedimentos de gestão de configurações e de uso das respectivas ferramentas;

b.assessoria aos projetos, relativa à conformidade com os padrões e aos procedimentos de gestão de configurações;

c.verificação de conformidade das linhas de base dos projetos e produtos com as regras e os procedimentos de gestão de configurações;

d.administração das bibliotecas de configurações, inclusive manutenção, análise de integridade, emissão de relatórios gerenciais e realização de cópias de segurança;

e.comunicação aos gerentes de projeto sobre problemas relativos à gestão de configurações encontrados dentro dos projetos, para que providenciem sua resolução;

f.periodicamente, preparação e submissão, à Gerência Executiva, de relatórios sobre as atividades de gestão de configurações;

g.análise das providências tomadas pelos gerentes de projeto para resolução dos problemas encontrados;

h.caso os problemas encontrados não sejam resolvidos em nível de projeto, comunicação do assunto à Gerência Executiva. (Paula Filho, 2003 p.288).

As Comissões de Controle de Configuração são responsáveis pelo controle das linhas de base, ela pode ser formada por um grupo específico para cada projeto ou projetos correlatos, neste último caso é interessante para projetos que possuem itens de configuração compartilhados.

Paula Filho (2003), defende que:

[...] a comissão deve ser ampla o suficiente para garantir a representação de todos os grupos afetados, mas pequena o suficiente para que seus processos de decisão sejam rápidos. Em projetos menores, é admissível que o próprio gerente do projeto faça o papel da Comissão de Controle de Configuração de Software. PAULA FILHO, 2003, p.288).

Segundo Paula Filho (2003), as atividades da Comissão consiste em:

a.autorizar a criação de linhas de base e a identificação de itens de configuração;

b.representar os interesses de todos os que podem ser afetados por mudanças nas linhas de base;

c.avaliar o impacto de alterações nas linhas de base;

d.autorizar a integração de produtos instaláveis, a partir das linhas de base. (Paula Filho, 2003 p.288).

Um outro papel de grande importância que Paula Filho (2003), relata é o dos Gerentes de Projetos:

Em relação à Gestão de Configurações, os gerentes de projetos devem:

a.tomar as providências necessárias, em nível do respectivo projeto, para realização das atividades de gestão de configurações previstas no Plano da Qualidade do Software do projeto;

b.tomar as providências necessárias para que sejam respeitados os procedimentos de gestão de configurações, em nível dos projetos;

c.designar uma Comissão de Controle de Configurações de Software do projeto, responsável pelo controle das linhas de base do projeto, ou assumir a função dessa comissão;

d.designar um gestor de configurações do projeto, responsável pelo contato com o Grupo de Gestão de Configurações de Software da Organização, ou assumir essa função;

e.encaminhar ao Grupo de Gestão de Configurações de Software o material das linhas de base do projeto, ao final de cada interações de software;

f.procurar resolver completamente os problemas em relação ao projeto que sejam levantados pelo Grupo de Gestão de Configurações de Software.

g.quando esses problemas não puderem ser resolvidos em nível de projeto, encaminhá-los à atenção da Gerência Executiva, em conjunto com o Grupo de Gestão de Configurações de Software;

h.gerir ou designar gestores para os procedimentos informais de gestão de configurações utilizados no projeto. (Paula Filho, 2003 p.288).

Outro papel também muito importante é o da Gerência Executiva, nenhuma mudança no processo de desenvolvimento de software, ou qualquer que seja o processo que estejamos mudando, não teremos sucesso de a Gerência Executiva não participar de forma ativa, Paula Filho, 2003 diz:

O envolvimento da Gerência executiva é indispensável para o sucesso de quaisquer atividades de Gestão de Configurações. A Gerência Executiva deve demonstrar, de maneira permanente e visível, seu apoio as atividades do Grupo de Gestão de Configurações de Software. (Paula Filho, 2003 p.289).

Ainda falando sobre os papeis verificamos alguns objetivos que PRESSMAN (2006) define em um cenário de tipico de CM - Controle de Mudanças, este cenário envolve:

[…] um gerente de projeto encarregado de um grupo de software, um gerente de configuração encarregado dos procedimentos e políticas de CM, os engenheiros de software responsáveis por desenvolver e manter o produto de software e o cliente que usa o produto. (PRESSMAN, 2006, p 601).

Neste cenário típico que (PRESSMAN, 2006) apresenta ele aponta os objetivos de cada um dos profissionais envolvidos no nível operacional.

[…] Para o gerente do projeto o objetivo é garantir que o produto seja desenvolvido em um certo intervalo de tempo. Assim o gerente acompanha o progresso do desenvolvimento e reconhece e reage a problemas. […]

Os objetivos do gerente de configuração são garantir que os procedimentos e políticas para criar, modificar e testar o código estão sendo seguido, bem como tornar acessível a informação sobre o projeto. […] cria e distribui listas de tarefas para os engenheiros e basicamente cria o contexto do projeto. Ele também coleta estatísticas sobre componentes do sistema de software, tais como determinação de informação sobre quais componentes do sistema são problemáticos.

[…] engenheiros usam ferramentas que ajudam a construir um produto de software consistente. Eles se comunicam e coordenam notificando uns aos outros sobre tarefas necessárias e tarefas completadas. Modificações são propagadas entre os trabalhos de cada um pela intercalação de arquivos. Mecanismos existem para garantir que, para componentes que passam por modificações simultâneas, existem algum modo de resolver conflitos e combinar modificações. […] Os engenheiros têm seus próprios espaços de trabalho para criação, modificação, teste e integração de código. […]

O cliente usa o produto. Como o produto está sob controle CM, o cliente segue procedimentos formais para solicitar modificações e para indicar bugs no produto.(PRESSMAN, 2006, P. 6001)

Objetivos do gerenciamento de configurações

2010-03-20T16:44:00.000-07:00

O objetivo do Gerenciamento de Configurações é estabelecer e manter a integridade dos seus resultados intermediários e finais, ao longo de seu ciclo de vida, e compreende as seguintes atividades, segundo Paula Filho (2003):

a.identificação dos resultados dos projetos que serão colocados sob Gestão de configuração, ou seja, os itens de configuração;

b.controle de alterações e versões desses itens;

c.manutenção da integridade e rastreabilidade desses itens durante todo o projeto. (PAULA FILHO, 2003, p. 287).

Paula Filho (2003) diz que a gestão de configuração de software visa garantir que:

a.todos os resultados intermediários e finais, associados a marcos importantes de todos os projetos, sejam colocados e controlados como itens de configuração, em base de dados de Gestão de Configurações;

b.esses itens sejam organizados em linhas de base que representam estados significativos e consistentes de cada projeto;

c.todas as alterações em itens das linhas de base sejam controladas e checadas;

d.toda a história dos itens de configuração de cada projeto seja recuperável e auditável;

e.todos os membros das equipes e demais interessados em cada projeto possam recuperar facilmente versões oficiais atualizadas de todos os respectivos itens de configuração, de acordo com as respectivas permissões de acesso. (PAULA FILHO, 2003, p. 287).

Gerenciamento de Configuração de Software

2010-03-18T21:38:00.000-07:00

Gerenciamento de Configuração de Software é uma atividade que visa a qualidade do software, procura garantir que todos os itens de um produto sejam rigorosamente mantidos sob controle, com isso todas as alterações são registradas com a finalidade de ter registro e garantia de recuperação dos dados, nesses registros são encontrado as razões das modificações solicitadas, quem solicitou e quem realizou a modificação.

PRESSMAN define Gestão de Configuração de Software como:

Gestão de configuração de software é um conjunto de atividades de acompanhamento e controle que começa quando o projeto de engenharia de software tem início e só termina quando o software é retirado de operação (PRESSMAN, 2006, p. 599).

Percebemos aqui que o autor indica o momento em que devemos iniciar a atividade de gestão de configuração de software, isto é, deve ser iniciada já nos primeiros passos para se desenvolver um software, isto é, projeto inicial, levantamento de requisitos e todo os demais artefatos que são produzidos até a entrega do software ao cliente, sua manutenção durante sua vida útil e o momento em que o software é retirado definitivamente de operação.

Paula Filho (2003, p. 8) também nos explica, que um produto de software é composto por muitos artefatos: códigos executáveis, códigos fontes, modelos, relatórios, e outros documentos. Alguns destes artefatos são resultados oficiais do projeto; a aprovação dos resultados assinala que um marco do projeto foi cumprido. Outros artefatos têm caráter mais informal; por exemplo, documentos e modelos temporários de trabalhos dos desenvolvedores.

A maioria dos artefatos evolui ao longo de um projeto, isto é, ao longo de toda a vida de um produto. Mesmo depois de terminar um projeto, é importante que os resultados sejam guardados e controlados. Pode ser necessário atualizá-los em caso de manutenção. Documentos e modelos consistentes são indispensáveis para facilitar a manutenção e evitar a introdução novos defeitos, mesmo em projetos pequenos, assim afirma Paula Filho (2003):

[…] Mesmo um pequeno projeto pode gerar muitos resultados diferentes, cada um com mais de uma dezena de versões. Organizar e controlar a proliferação dos artefatos é o objetivo da disciplina de gestão de configuração. Sem gestão de configurações, é impossível atingir sequer níveis razoáveis de qualidade. (PAULA FILHO, 2003, p.8).

Tratando de Gerenciamento de Configuração de Software ou Gestão de Configuração de Software como é chamado por Paula Filho (2003), temos que ter em conta que a documentação pertinente a um projeto de software deve ser guardada e atualizada, seu acesso para fins de consulta, seja por parte da equipe de desenvolvimento, gerentes de projeto, engenheiros de software e clientes, deve ser facilitado e ainda de acordo com Paula Filho:

As modificações devem ser estritamente controladas para evitar inconsistências e perda de configuração. Só o processamento disciplinado dos artefatos de um projeto garante que esses manterão a qualidade, a consistência e a atualidade ao longo das mudanças que acontecem durante a vida dos projetos e produtos. (PAULA FILHO, 2003, p. 286).

Em um ambiente de desenvolvimento de software, os artefatos que devem ser controlados incluem a documentação, os modelos e o próprio código (fonte e executáveis). Mesmo para projetos de porte muito pequeno, um mínimo de controle de versões é necessários para evitar o desperdício de trabalho. Com o controle de versões, conservam-se versões antigas dos artefatos, que contêm material que pode vir a ser novamente aproveitado, e evita-se que versões mais antigas venham, de forma inadvertida, a tomar o lugar de versões mais novas. Esse tipo de erro é comum mesmo em projetos individuais.

Um dos pontos principais na gestão de configuração é a linha de base (baseline). As linhas de base representam estados principais de configuração dois itens do projeto, a partir dos quais as demais configurações são derivadas. No caso de projetos em andamento, cada linha de base é composta pelos conjuntos de resultados finais e intermediários associados a marcos importantes do projeto, estes marcos podem ser entendidos como a passagem das fases de um processo de desenvolvimento de software, que podem incluir a Percepção, Concepção, Elaboração, Construção, Homologação e Implantação, dependendo da metodologia de desenvolvimento utilizada. Paula Filho define linha de base como:

Uma linha de base é um conceito de Gestão de Configurações de Software que permite controlar as mudanças que ocorrem nos resultados de um projeto, durante a sua execução. Uma linha de base consiste em um ou mais itens de configuração de software aprovados através dos procedimentos previstos pelos respectivos padrões e pelo Plano da Qualidade do Software de um projeto. Uma linha de base deve ser um conjunto completamente consistente; por exemplo, especificações, desenhos, descrições de testes, código e documentação de usuários devem esta no mesmo nível de revisão e ser perfeitamente rastreáveis entre si. (PAULA FILHO, 2003, p. 292).

Introdução

2010-03-17T19:20:00.000-07:00

Quando estamos construindo um software, sabemos que mudanças vão ocorrer, pois logo no início temos poucas informações sobre o projeto e a medida que o software vai ficando pronto percebemos que algumas alterações são inevitáveis. para que possamos entregar o que foi solicitado, termos um controle sobre o processo de desenvolvimento e termos o registro das alterações que estão sendo solicitadas e implementadas é necessário definirmos um plano de gerência de configuração de software.

O Gerenciamento de Configuração de Software é uma tarefa de apoio ao desenvolvimento de software, ela vai garantir qualidade, confiabilidade, recuperação e principalmente o histórico de mudanças, neste Blog apresentamos que é possível implantar este gerenciamento utilizando ferramentas open-source (código fonte aberto) em uma fábrica de software, abordaremos desde o processo de escolha das ferramentas até a definição do processo de utilização e treinamento dos usuários.

Abstract

2010-03-17T19:10:00.000-07:00

Concern about the quality of software developed is a constant reality in the lives of software developers, especially those responsible for the delivery of the project, they must maintain the quality that customers want and keep track of all changes requested. After installation in production is important to know which version the software is, what changes it has undergone to ensure that bug fixes do not appear again, that older versions do not take the place of new versions or just do not find the source code of a system production.

The Configuration Management Software is one of the activities supporting the development of software, it allows all the steps that are recorded and monitored so that any changes to the scope of the project occurs in a clear and formal approval.

Many tools for management and configuration management software are available, some of proprietary code and licensing costs variables, other open source, free and without licensing costs, our goal here is to provide guidelines and practice models for this activity, list some tools available, present a case study with the deployment of tools open source, note that regardless of the chosen tool that will ensure the registration of the amendments is the process management life cycle software chosen and deployed, regardless of the chosen tool.

Resumo

2010-03-16T08:41:00.000-07:00

A preocupação com a qualidade do software desenvolvido é uma realidade constante na vida dos desenvolvedores de software, principalmente os responsáveis pela entrega final do projeto, estes devem manter a qualidade que os clientes desejam e manter o registro de todas as alterações solicitadas. Após a instalação em produção é importante saber em qual versão o software se encontra, quais alterações ele sofreu, garantir que erros corrigidos não voltem a aparecer, que versões antigas não tome o lugar de versões novas ou simplesmente não encontrar o código fonte de um sistema em produção.

O Gerenciamento de Configuração de Software é um das atividades de apoio ao desenvolvimento de software, ele permite que todos os passos executados sejam registrados e monitorados, de forma que qualquer alteração de escopo do projeto ocorra de forma clara e com a devida aprovação.

Muitas ferramentas para gestão e gerenciamento de configuração de software estão disponíveis no mercado, algumas de código proprietário e de custos de licenças variáveis, outras de código fonte aberto, livre e sem custos de licenças, nosso objetivo aqui é apresentar as normas e modelos de práticas para esta atividade, listar algumas ferramentas disponíveis no mercado, apresentar um estudo de caso com a implantação de ferramentas de código fonte aberto, destacar que independente da ferramenta escolhida o que vai garantir o registro das alterações é o processo de gerenciamento do ciclo de vida de software escolhido e implantado, independente da ferramenta escolhida.