Engenharia de Software: Práticas, Princípios e Atividades

O que é a Prática da Engenharia de Software?

É uma coleção de conceitos, métodos, princípios e ferramentas que um engenheiro de software usa todos os dias.

O que permite o uso?

Permite que os gerentes coordenem projetos de engenheiros de software e construam programas de computador especializados.

Como transformar uma abordagem prática em um projeto?

A prática torna-se uma abordagem casual em algo mais organizado, mais eficaz e com mais chances de sucesso.

Quais são as atividades genéricas do quadro?

Comunicação, planejamento, modelagem, construção e implantação.

Qual é a essência da resolução do problema por Poly?

1. Compreender o problema (comunicação e análise)
2. Planejar uma solução (modelagem e desenho de software)
3. Realizar um plano (geração de código)
4. Examinar os resultados para testar a precisão (teste e análise da qualidade)

O que significa entender o problema?

Você se pergunta: quem está interessado em resolver o problema? Quem são os clientes? O problema pode ser dividido? É possível traçar o problema?

E planejar a solução?

Você faz as perguntas: já houve problemas semelhantes? Já foi resolvido um problema semelhante? Você pode definir subproblemas?

O que significa executar o plano?

É responder à seguinte questão: a solução começou no âmbito do plano? É possível que a solução esteja completamente correta?

Considerar o resultado?

• É possível testar cada parte da solução do problema?
• A solução produz os resultados esperados?

Lista dos sete princípios por David Hooker:

• Primeiro princípio: A razão pela qual tudo existe, e existe um sistema de software por uma razão: para fornecer valor aos seus usuários. Todas as decisões devem ser tomadas com isso em mente.
• Segundo princípio: MS (mantenha simples). Todo o projeto deve ser o mais simples possível, mas não mais simples.
• Terceiro princípio: Manter a visão. Uma visão clara é essencial para o sucesso de um projeto de software.
• Quarto princípio: O que você produz, outros consumirão. Sempre tem que ser especificado, projetado e implementado com a ideia de que alguém vai ter de entender o que está sendo feito.
• Quinto princípio: Estar aberto ao futuro. Nunca deve ser projetado para chegar a um canto, é projetado para o futuro.
• Sexto princípio: Planejar para a reutilização e reciclagem, tanto do que pode ser, sem afetar o produto final.
• Sétimo princípio: Pensar. Quase sempre, quando você tem uma ideia clara e completa antes da ação, produz melhores resultados.

Lista dos 10 princípios da comunicação:

• Princípio #1: Ouça.
• Princípio #2: Prepare-se antes de comunicar.
• Princípio #3: Alguém deveria facilitar a vida.
• Princípio #4: Comunicação face a face é o melhor.
• Princípio #5: Faça anotações e documente decisões.
• Princípio #6: Procure a cooperação.
• Princípio #7: Mantenha a abordagem, considere um módulo de cada vez.
• Princípio #8: Se algo não estiver claro, é um desenho.
• Princípio #9: Em todas as vezes temos de continuar, se um acordo for alcançado, a menos que seja alcançado um acordo, se algo não estiver claro e não pode ser esclarecido no momento.
• Princípio #10: Negociação não é um concurso ou jogo, dependendo do melhoramento quando ambas as partes ganham.

Lista dos dez princípios do planejamento:

• Entender o escopo do projeto.
• Envolver o cliente no planejamento de atividades.
• Reconhecer que o planejamento é iterativo.
• Estimado com base no conhecimento disponível.
• Considere o risco quando o plano é definido.
• Seja realista.
• Ajuste a granularidade conforme definido no plano.
• Definido como uma tentativa de garantir a qualidade.
• Discuta como você pretende incluir a mudança.
• Adapte o plano com frequência e faça ajustes quando necessário.
• Por que está a desenvolver este sistema?
• O que será feito?
• Quando vai acabar?
• Quem é responsável por uma função?
• Como vai funcionar nos sentidos técnico e de gestão?
• Quanto é necessário para cada recurso?

Listar os princípios de modelagem e análise:

• O domínio da informação é um problema, deve ser representado e entendido.
• Você deve definir as funções a executar no software.
• Ele deve representar o comportamento do software (como resultado de eventos externos).
• Os modelos representam função de informação e comportamento, deve ser assumida como eles descobrem o detalhe de uma forma estratificada.
• A tarefa de análise deve passar de informações essenciais para detalhes da implementação.

Lista dos princípios da modelagem do projeto:

• O projeto deve ser feito com o modelo de análise.
• Ela deve considerar a arquitetura do sistema a ser construído.
• Dados design é tão importante quanto a concepção de funções de processamento.
• As interfaces (interna e externa) devem ser cuidadosamente projetadas.
• O design da interface do usuário deve se adequar às necessidades do usuário final.
• Os componentes de design de nível devem ser funcionalmente independentes.
• Componentes devem ser colocados juntos em um mínimo e ligadas ao ambiente externo.
• As representações do desenho ou modelo deve ser fácil de entender.
• O projeto deve ser desenvolvido de forma intuitiva. Em cada iteração, o designer deve buscar a simplicidade.