VISÃO GERAL DA ENGENHARIA DE SOFTWARE DE SALA LIMPA

A engenharia de software de sala limpa é uma abordagem de desenvolvimento de software para produzir software de qualidade. É diferente da engenharia de software clássica , pois na engenharia de software clássica QA (garantia de qualidade) é uma última fase de desenvolvimento que ocorre na conclusão de todas as fases de desenvolvimento, enquanto há uma chance de um produto menos confiável e de menos qualidade cheio de bugs, erros e incomodar o cliente, etc. Mas na engenharia de software de sala limpa, um produto de software eficiente e de boa qualidade é entregue ao cliente, uma vez que o controle de qualidade (garantia de qualidade) é realizado em todas as fases do desenvolvimento de software.

A engenharia de software de sala limpa segue uma abordagem de qualidade de desenvolvimento de software que segue um conjunto de princípios e práticas para reunir requisitos, projetar, codificar, testar, gerenciar etc., o que não só melhora a qualidade do produto, mas também aumenta a produtividade e reduz o custo de desenvolvimento . Desde o início do desenvolvimento do sistema até a conclusão do desenvolvimento do sistema, ele enfatiza a remoção da dependência dos processos caros e a prevenção de defeitos durante o desenvolvimento, em vez de remover os defeitos.

A abordagem de sala limpa foi desenvolvida pelo Dr. Harlan Mills, da divisão federal de sistemas da IBM, e foi lançada no ano de 1981, mas ganhou popularidade depois de 1987, quando a IBM e outras organizações começaram a usá-la.

Processos de desenvolvimento de sala limpa:

as abordagens de desenvolvimento de software de sala limpa consistem em quatro processos-chave, ou seja:

1. Gerenciamento -É persistente ao longo de toda a vida do projeto, que consiste na missão do projeto, cronograma, recursos, análise de risco, treinamento, gerenciamento de configuração, etc.
2. Especificação -É considerada o primeiro processo de cada incremento que consiste na análise de requisitos, especificação de função, especificação de uso, planejamento de incremento etc.
3. Desenvolvimento -É considerado como o segundo processo de cada incremento que consiste em reengenharia de software , verificação de exatidão, projeto incremental etc.
4. Certificação -É considerada o processo final de cada incremento que consiste na modelagem de uso e planejamento de teste, treinamento estatístico e processo de certificação, etc.

Enquanto equipes separadas são alocadas para diferentes processos para garantir o desenvolvimento do produto de software da mais alta qualidade.

Algumas das tarefas que ocorrem no processo de engenharia de sala limpa :

• Levantamento de requisitos.
• Planejamento incremental.
• Desenho formal.
• Verificação de exatidão.
• Geração e inspeção de código.
• Planejamento de testes estáticos.
• Teste de uso estatístico.
• Certificação.

Estrutura da caixa em processo de sala limpa:

A estrutura da caixa é uma abordagem de modelagem usada na engenharia de sala limpa. Uma caixa é como um contêiner que contém detalhes sobre um sistema ou aspectos de um sistema. Todas as caixas são independentes de outras caixas para fornecer informações / detalhes necessários. Geralmente usa três tipos de caixas, ou seja,

1. Caixa preta -
2. identifica o comportamento do sistema.
3. Caixa de estado -
4. identifica dados ou operações de estado.
5. Caixa clara -
6. identifica a função de transição usada pela caixa de estado.

Benefícios da engenharia de software de sala limpa:

• Oferece produtos de alta qualidade.
• Aumenta a produtividade.
• Reduz o custo de desenvolvimento.
• Os erros são encontrados cedo.
• Reduz o tempo geral do projeto.
• Economiza recursos.

A engenharia de software de sala limpa garante software de boa qualidade com confiabilidade certificada e, por isso, foi incorporado em muitas novas práticas de software. Ainda de acordo com os especialistas do setor de TI, não é muito adotável, pois é muito teórico e inclui matemática demais para ser usada no mundo real. Mas eles consideram isso como uma técnica futura para as indústrias de TI.

ENGENHARIA DE SOFTWARE | TESTE DE SALA LIMPA

O Cleanroom Testing foi desenvolvido pela IBM. esse tipo de teste depende muito de orientações, inspeção e verificação formal. Os programadores não parecem ter permissão para verificar qualquer parte de seu código por punições corporais, além de fazer um pequeno teste de sintaxe empregando um compilador. A filosofia de desenvolvimento de código de computador se baseia em evitar defeitos de código de computador, empregando um método de exame rigoroso. o objetivo desse código de computador é que o código de computador com defeito zero.

O nome 'CLEAN ROOM' foi derivado da analogia com unidades de fabricação de semicondutores. Nessas unidades (salas limpas), os defeitos são evitados pela produção dentro da atmosfera ultra-limpa. durante esse desenvolvimento razoável, as inspeções para verificar a consistência das peças com suas especificações substituíram os testes de unidade.

Essa técnica supostamente produz documentação e código que é mais confiável e corrigível do que vários métodos de desenvolvimento que dependem muito de testes baseados em execução de código.

A abordagem de sala limpa para o desenvolvimento de código de computador depende de 5 características:

1. Especificação formal: o código de computador a ser desenvolvido é formalmente fornecido. Um modelo de transição de estado que mostra as respostas do sistema aos estímulos é empregado para a especificação precisa.
2. Desenvolvimento incremental: o código do computador é dividido em incrementos que a unidade de área desenvolveu e é válida individualmente para o tratamento incorreto do método da sala branca. A unidade de área desses incrementos é fornecida, com a contribuição do cliente, no estágio inicial do Associate in Nursing dentro do método.
3. Programação estruturada: apenas uma faixa restrita de unidades de área de construção de gestão e abstração de informações utilizadas. O método de desenvolvimento de programa é o método de refinamento gradual da especificação.
4. Verificação estática: O código de computador desenvolvido é verificado estaticamente em inspeções rigorosas de códigos de computador para maus tratos. não há método de teste de unidade ou módulo para partes de código.
5. Teste estatístico do sistema: O incremento de código de computador integrado é testado estatisticamente para determinar sua responsabilidade. Esta unidade de área de testes de matemática aplicada suportou o perfil operacional que é desenvolvido em paralelo com a especificação do sistema.

Observação: a principal desvantagem dessa abordagem é que o esforço de teste é aumentado como percursos, inspeção e unidade da área de verificação, sobrecarregando o tempo.

referências : Visão geral da engenharia de software de sala limpa – Acervo Lima

Engenharia de software | Teste de Sala Limpa – Acervo Lima