Práticas da Engenharia de Software

Práticas da Engenharia de Software

1. Como resolver problemas?

   • Entenda o problema (comunicação e análise);
   • Planeje uma solução (modelagem e projeto de software);
   • Execute o plano (geração de código)
   • Examine o resultado quanto à precisão (teste e qualidade)

2. Comunicação: princípios

   • Princípio 1: Escute
   • Princípio 2: Prepare-se antes de se comunicar
   • Princípio 3: Alguém deve facilitar a atividade
   • Princípio 4: Comunicação face a face é melhor
   • Princípio 5: Faça anotações e documente as decisões
   • Princípio 6: Busque colaboração
   • Princípio 7: Conserve-se enfocado, modularize sua discussão
   • Princípio 8: Se algo não está claro, desenhe uma figura
   • Princípio 9: Quando concordar com algo, prossiga; quando não concordar, prossiga; se algo não está claro e não pode ser esclarecido no momento, prossiga
   • Princípio 10: Negociação não é um concurso ou um jogo. Funciona melhor quando ambas as partes ganham

3. Planejamento: princípios

   • Princípio 1: Entenda o escopo do projeto
   • Princípio 2: Envolva o cliente na atividade de planejamento
   • Princípio 3: Reconheça que o planejamento é iterativo
   • Princípio 4: Estime com base no que se sabe.
   • Princípio 5: Considere riscos à medida que se define o plano
   • Princípio 6: Seja realista
   • Princípio 7: Ajuste a granularidade à medida que o plano é definido
   • Princípio 8: Defina como a qualidade será garantida
   • Princípio 9: Descreva como as modificações serão acomodadas
   • Princípio 10: Acompanhe o plano com frequência e faça ajustes quando necessário

4. Práticas de Modelagem

   • Modelo de análise
   • Modelo de projeto.

5. Princípios de Análise

   • Princípio 1: O domínio de informação de um problema precisa ser representado e entendido
   • Princípio 2: As funções a serem desenvolvidas pelo software devem ser definidas
   • Princípio 3: O comportamento do software precisa ser representado
   • Princípio 4: Os modelos que mostram informação, função e comportamento devem ser particionados de um modo que revele detalhes em forma de camadas
   • Princípio 5: A tarefa de análise deve ir da informação essencial até os detalhes de implementação

6. Princípios de Projeto

   • Princípio 1: O projeto deve estar relacionado ao modelo de análise
   • Princípio 2: Sempre considere a arquitetura do sistema a ser construído
   • Princípio 3: O projeto de dados é tão importante quanto o projeto de funções de processamento
   • Princípio 4: As interfaces (internas e externas) precisam ser projetadas cuidadosamente
   • Princípio 5: O projeto de interface do usuário deve estar sintonizado com as necessidades do usuário final. Mas, em cada caso, ele deve enfatizar a facilidade de uso
   • Princípio 6: O projeto em nível de componente deve ser funcionalmente independente
   • Princípio 7: Os componentes devem ser fracamente acoplados uns aos outros e ao ambiente externo
   • Princípio 8: Representações de projeto (modelos) devem ser facilmente compreensíveis
   • Princípio 9: O projeto deve ser desenvolvido iterativamente. A cada iteração o projetista deve focar sempre a simplicidade

7. Princípios de Teste

   • Princípio 2: Os testes devem ser planejados muito antes de serem iniciados
   • Princípio 1: Todos os testes devem estar relacionados aos requisitos do cliente
   • Princípio 3: O princípio de Pareto se aplica ao teste de software

8. Testes de Caixa Branca e Caixa Preta

   • Teste de caixa-branca (ou teste de caixa de vidro)
   • Teste de caixa-preta (ou teste comportamental)