Trabalho
Por: 01077115 • 17/5/2015 • Tese • 995 Palavras (4 Páginas) • 234 Visualizações
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.
...