Planejamento Eco

Começar. É Gratuito
ou inscrever-se com seu endereço de e-mail
Planejamento Eco por Mind Map: Planejamento Eco

1. Guia de padrões de codificação

1.1. Planejar Refatoração - Por onde começar? - Usar estatistica ('soucemonitor') para auxliar decisão e no controle do código do sistema

1.2. SourceMonitor

1.3. Codificando em cima de padrões - Facilita entendimento - Aumenta velocidade de codificação - Minimiza os erros - Padrão Borland

1.4. Padrão Borland

1.5. Padronização componentes - Grids - DbGrid - DnDbgrid - DbzGrid - StringGrid - CxGrid - Relatorios - DnPrn - PowerPdf - CrystalReport - PDF - QuickReport - Etc

1.6. Biblioteca utilitária - Concentrar rotinas de uso comum. - Reutilização de código - Descrição detalhada do uso da função

2. Framework de persistência

2.1. Aurelius ( é o Hibernate para Delphi ) - Ferramenta paga - Single - 195 Euros - Dual - 295 Euros - Unlimited - 695 Euros - Temos versão pirata, porém, não é mais recente. - Integrada ao XE8

2.2. Possibilita migração para Postgres - Testes iniciais já realizados!

2.3. Estruturação e controle da base de dados - Padronização chaves - Tamanhos de campos - Tipos de dados

2.4. Desacoplamento da camada de persistência com a camada de visão (permitiria utilização de web)

3. Ferramenta de conhecimento centralizada

3.1. Zope / Plone

4. Entrega contínua (Jenkins)

4.1. Jenkins

4.2. Com a Entrega Contínua o software é construído de maneira que pode ser colocado em produção a qualquer momento.

4.3. Depois de automatizar os testes podemos também automatizar a execução deles. Assim, cada mudança do sistema passa por toda a suite de testes e a equipe recebe um feedback bem mais rápido.

4.4. A cultura, necessária para que entrega contínua aconteça, resulta em: Deployments(Implantações) mais frequentes; Mudanças que levam menos tempo entre a concepção e a produção; Menor quantidade de falhas na implementação de mudanças; Menos tempo gasto na recuperação de falhas; Mais tempo gasto em atividades relacionadas a melhorias de produtividade, como automação de tarefas repetitivas, melhorias de infraestrutura e formação da equipe; Menos tempo "apagando incêndios" em suporte, comunicação (reuniões, emails e planejamento de releases), gestão de infraestrutura e deployment de mudanças.

5. Testes unitários

5.1. Dão segurança, principalmente ao desenvolvedor menos experiente, para que se façam alterações sem aquele medo de ter quebrado algo no sistema.

5.2. O Teste Unitário (caixa branca) valida no nível de procedimentos e funções, onde o Teste de caixa preta não consegue validar.

5.3. Dão base para entrega de um sistema confiável, com mais qualidade e de fácil manutenção a medida que aumenta a cobertura dos testes

6. Motivação

6.1. Introduzir qualidade no desenvolvimento, utilizando-se de conceitos modernos (OO) e ferramentas de apoio, gerando qualidade ao produto ERP.

7. Estimativas

7.1. Estatísticas

7.2. Exemplo Cadastro de Cidade