Documentpo

Plano de estudo

Engenharia e planejamento de software

Sistemas legados

São sistemas antigos, que precisam ser mantidos na empresa por sua importância, onde, geralmente sofreram inúmeras mudanças e foram desenvolvidos em linguagens ultrapassadas, oque torna sua migração para uma nova plataforma algo complexo e em muitas vezes, inviável. Uma avaliação para a atualização destes sistemas inclui: Descartar o sistema e modificar o processo empresarial. Continuar com o sistema. Transformar o sistema usando re-engenharia. Substituir o sistema por um novo.

Considerações sobre manutenção de software:

Hoje representam um alto valor do orçamento das organizações, pois alterar um software em produção é muito mais dispendioso que um que não foi implantado. Dividem-se em Perfectiva(solicitação de usuário), Adaptavida(adaptar o sistema ao ambiente), Corretiva(identificar e corrigir erros) e Preventiva(melhora a manutenibilidade e confiabilidade futura do sistema).

Verificação e validação(V & V)

Verificação

 Verifica se o software cumpre com suas especificações.

"Estamos construindo certo o produto?"

Validação 

Valida se o software faz aquilo que os usuários esperam que faça

"Estamos construindo o produto Certo?"

O V&V tem dois objetivos principais:

A descoberta de defeitos em um sistema.

A avaliação se um sistema é ou não utilizável em condições operacionais.

Sendo que existem dois tipos de verificação:

Verificação Dinâmica

São inspeções de software ou revisão por pares, tem como objetivo principal, descobrir problemas.

Verificação Estática

São testes de software, de desempenho, entrada e saída de dados.

Os testes são baseados na utilização do sistema(exercitar) com dados reais, sendo por Validação(de acordo com o solicitado) ou por Defeitos(descobrir defeitos no sistema).

Para a excelência na realização dos testes, é necessário primeiramente criar um planejamento(plano) de destes. Para isso podemos elencar algumas características:

• Deve ser criado no início do desenvolvimento;
• Define padrões e não o processo de deste do produto;
• Não pode ser uma documentação engessada(estática);

Este plano de teste divide-se em:

• Processo
• Rastreabilidade dos requisitos
• Itens testados
• Cronograma de testes
• Procedimentos de registor de testes
• Requisitos de hardware  e software
• Restrições

Os testes, tem como objetivo averiguar se todos os requisitos do sistema foram corretamente implementados e assegurar a qualidade do software, reduzindo custos de manutenção corretiva e retrabalho.

Cleanroom

Filosofia que visa evitar defeitos ao invés de removê-los, dividido em:

• Especificação formal
• Desenvolvimento incremental
• Programação estruturada
• Verificação estática
• Teste estatístico do sistema

 Aspectos a serem considerados:

FALTA -> ERRO -> FALHA

Falta - Causa de uma falha

Erro -  Estado intermediário(instabilidade) - Provém de um falha - Pode resultar em falha, se

Falha - Incapacidade do software de realizar a função requisitada(aspecto externo)

propagado até a saída.

Caixa Branca  X Caixa Preta

O teste de caixa branca são caracterizados pelo acesso do analista ao código fonte da aplicação, é conhecimento como teste ESTRUTURAL pois analisa o comportamento da estrutura da "rotina" do sistema.

O teste de caixa preta é caracterizado por não permitir ao analista acesso ao código fonte, é conhecido como teste FUNCIONAL por analisar as funções/ações que o software precisa desempenhar.

Qualidade de Software

Assegura que o nível requerido de qualidade seja atingido em um produto de software.

A qualidade significa que o produto atende a sua especificação.

A documentação e cultura de qualidade, são os princípios básicos, tem como objetivo assegurar o registro e a continuidade da qualidade.

A adoção de padrões, garante a institucionalização do processo de desenvolvimento. Impõe as melhores práticas para assegurar a continuidade da uniformidade, apesar da burocratização do projeto.

Para a efetiva qualidade de software, primeiramente é necessário criar o PLANEJAMENTO da qualidade, para determinar a qualidade de produto desejado assim como definir os atributos significativos.

Para controlar e monitorar a qualidade no projeto, para isso deve-se seguir duas abordagens, Revisão de qualidade e Avaliação automatizada e medições de software.

Para garantir e comprovar a qualidade do software, é necessário aplicar revisões, com o objetivo de descobrir defeitos e inconsistências no sistema. Um grupo de pessoas deve examinar todo o projeto, desde o código, especificações, plano de teste, padrões etc.

CMMI X MPS.BR

Padrões de maturidade de qualidade de software, voltados para a qualidade de desenvolvimento e manutenção de software.

...