Augusto Vespermann » Programação

Vídeo: Como é a relação Desenvolvedor X Cliente na hora de dar orçamentos

Augusto Vespermann — Fri, 27 Aug 2010 12:17:47 +0000

Number of View: 819

Quem é desenvolvedor, designer, etc sabe muito bem como é passar um orçamento para um cliente que acha que o trabalho de desenvolvimento de sites / sitemas é coisa do sobrinho do vizinho.

Imagina se fizessemos o contrário. Veja o vídeo:

Rating: 10.0/10 (1 vote cast)

Posts Relacionados

Qualidade de software com CMMI

Augusto Vespermann — Thu, 08 Apr 2010 11:04:39 +0000

Number of View: 1548

O modelo ®CMMI – Capability Maturity Model Integration – é um modelo de referência para melhoria de processos de desenvolvimento de software criado pelo Software Engineering Institute (SEI) da Carnegie Mellon University, situada em Pittsburgh – EUA. A versão 1.1 do modelo foi publicada em 2002, a partir dos antigos modelos CMM para disciplinas específicas e outros modelos de referência então existentes.

O modelo CMM foi concebido para atender a uma demanda do Departamento de Defesa Norte-Americano – DoD, que necessitava de um mecanismo objetivo para avaliar seus fornecedores de software. Entretanto, o CMM, e mais recentemente o ®CMMI, tornaram-se um padrão de mercado para mensurar a capacidade de entrega e a maturidade das empresas fornecedoras de software e serviços.

Atualmente, o ®CMMI é o modelo mais recomendado para empresas que pretendem exportar software ou serviços de TI, devido a sua ampla aceitação no mercado comprador internacional.

A versão atual do modelo – ®CMMI-DEV 1.2, publicada em 2006, possui 22 áreas de processo distribuídas em 4 níveis de maturidade. Além do modelo para desenvolvimento de software (DEV), foram publicados posteriormente os modelos de referencia para aquisição de software (ACQ) e para Serviços (SVC).

O ®CMMI é um modelo de referência muito difundido e utilizado por empresas nos cinco continentes. Em relatório de maturidade publicado pelo SEI em setembro de 2009, existiam aproximadamente 3,9 mil organizações formalmente avaliadas em algum nível de maturidade do CMMI. Os países com maior número de organizações avaliadas são: EUA, China, Índia, Japão e Espanha. O Brasil encontra-se no 9º lugar neste ranking, com um total de 117 organizações avaliadas.

Rating: 0.0/10 (0 votes cast)

Posts Relacionados

O que há de novo no MySQL 6

Augusto Vespermann — Wed, 17 Mar 2010 12:32:13 +0000

Number of View: 15959

O Mysql 6 (Falcon Storage engine) foi desenvolvido especialmente para um hardware mais robusto, com muita memoria e Multi-Threads, 64-bits seria a melhor escolha, mas nao impede que você use num hardware 32-bits comum. O Falcon foi desenvolvido para trabalhar aplicações de alto trafego transacional. Alem da nova Storage Engine, o Mysql 6 ainda conta com o suporte a InnoDb e a MyIsam.

Caracteristicas:

Suporte a windows 64-bits.
Suporte a tablespaces.
Novas configrações de performance, falcon_log_windows, falcon_index_chill_threshold, and falcon_record_chill_threshold.
falcon_log_windows. —Configuração de memória alocada pra o falcon_serial_log no windows, em Mbs O mínimo é 1o e o máximo 32768.
falcon_index_chill_threshold - seta o tamanho em Mbs do indice armazenado durente uma transação grande, antes o indice jogava para o serial log. Se oindice é unico ou a transação regularmente re-le os registros desse indice,Os dados são armazanados em memória (para um acesso rápido). Em transações muito grandes, isso impede de sobrecarregar a memória.
falcon_record_chill_threshold - É como o falcon_index_chill_threshold, mas ao invés de armazenar o indice armazena um registro.
SELECT ... FOR UPDATE agora é suportado.
Uncommitted record scavenging has been implemented .
Diagnostico de performance através do INFORMATION_SCHEMA.
Um verdadeiro Multi Version Concurrency Control (MVCC) permite registros e tabelas serem alterados sem lock por registro. A implementação do MVCC virtualmente elimina a necessidade de lock de tabela ou de registro durante um UPDATE.
Flexible locking, including flexible locking levels and smart deadlock detection keep data protected and transactions and operations flowing at full speed.
Transaction-safe (fully ACID-compliant) and able to handle multiple concurrent transactions.
Serial Log provides high performance and recovery capabilities without sacrificing performance.
Advanced B-Tree indexes.
Compressão de registros, Ele compacta os dados quando armazenado e descompacta “on the the fly”. Vou ler mais a respeito, a documentação ainda é muito pobre, mas fiquei com um pé atras, será que não vou perder desempenho?
Gerenciamento inteligente de disco, automaticamente gerencia arquivos e extensões. Espaço com log e arquivos de dados são automaticamente recuperados e reusados.
Cache de Registros e Indices, ele armazena em cache os indices e registros mais usados.
Savepoints implicitos, garantindo a integridade dos dados durante a transação.

Fonte: Taliba Martins

Rating: 0.0/10 (0 votes cast)

Posts Relacionados

Visual Studio Team System para desenvolvedores de software

Augusto Vespermann — Fri, 12 Mar 2010 13:02:02 +0000

Number of View: 22760

O Visual Studio já é uma ferramenta surpreendente para escrever código. O Team Developer simplesmente torna-a melhor, oferecendo aos desenvolvedores mais ferramentas para escrever código com mais qualidade, fornecendo ferramentas para o desenvolvedor executar a análise do código base, análise dinâmica em executáveis em execução com a finalidade de coletar informações de perfil de desempenho e cobertura de código, bem como uma estrutura de testes de unidade inteiramente integrada.

Análise de código

As ferramentas de análise de código fornecidas com o código do Visual Studio Team System analisam o código durante sua criação e são baseadas em ferramentas testadas pelo tempo como FxCop e PreFast. Essas ferramentas têm a capacidade de analisar código para padrões específicos de defeito que coincidem com as regras especificadas pelo usuário. Para habilitar a análise do código gerenciado (escrito em qualquer linguagem .NET), você pode navegar até a caixa de diálogo Properties de qualquer projeto de código gerenciado, clicar na guia Code Analysis e selecionar Enable Code Analysis, como mostra a Figura 6.

Habilitando a análise de código

Como é possível observar, existem dezenas de regras já definidas e ativadas para você – desde regras que verificam as diretrizes de código e design até as regras para verificar questões de segurança. Você pode optar por desabilitar as regras que não se aplicam a seu projeto, bem como pode criar suas próprias regras para procurar padrões de código específicos. Quando uma regra detecta um problema com seu código, o Visual Studio emite um aviso ou erro, dependendo da configuração de regra.

As ferramentas de análise de código também podem ser usadas para melhorar a qualidade do código Microsoft C++ nativo. Por exemplo, essas ferramentas podem ser usadas para ajudá-lo a identificar estouros do buffer, memória não inicializada e desreferência de ponteiro nulo. Essas situações são reportadas do mesmo modo que os avisos do compilador, que podem ser desativados usando a diretiva de compilador #pragma.

Análise dinâmica

O conjunto de ferramentas de análise de código dinâmica inclui criador de perfil de código para medir o desempenho dos aplicativos no tempo de execução. Há dois modos de perfil: amostragem e instrumentação.

A amostragem examina e faz “amostras” do desempenho de seu aplicativo em intervalos freqüentes, para descobrir o que ele está fazendo. Essa forma de análise torna menos provável que a ação de determinação do perfil em si afete o desempenho do aplicativo, porque ela só é executada durante uma pequena porcentagem do tempo. No entanto, devido à natureza estatística da abordagem, ela não fornece uma representação exata do controle de tempo do aplicativo.

A instrumentação, por outro lado, oferece um controle completo daquilo que seu aplicativo está fazendo, porque antes de ele ser executado, o criador de perfil instrumentará código extra em cada procedimento e chamada de método, permitindo que ele controle exatamente o método chamado e quanto tempo foi necessário para que ele fosse executado. A determinação do perfil com base na instrumentação retardará o desempenho do aplicativo, pelo simples motivo de existirem mais linhas de código em execução e mais dados sendo coletados, como mostra a Figura 7.

Resultados da determinação do perfil por instrumentação (clique na imagem para ampliá-la)

Testes da unidade

Os testes da unidade sempre foram uma parte importante do processo de desenvolvimento de software. Os testes da unidade referem-se a um tipo específico de teste responsável pela validação de um aspecto do sistema – uma função ou um procedimento específico, um componente ou até mesmo um cenário de utilização. O Team System oferece uma estrutura para escrever e executar testes de unidade no Team Developer e no Team Test e proporciona integração justa ao IDE de desenvolvimento. Como mostra o Exemplo de código 1, os testes de unidade são funções de teste atribuídas que verificam o comportamento de uma função ou um procedimento correspondente do produto que está sendo testado. Após adicionar o atributo [TestMethod] a seu código de teste, o Visual Studio o reconhecerá como um teste da unidade e exibirá a função nas janelas do Test Manager, como mostra a Figura 8.

[TestMethod()]
public void AdditionTest()
{
Math target = new Math();

int x = 5; 

int y = 5; 

int expected = 10;
int actual;

actual = target.Addition(x, y);
Assert.AreEqual(expected, actual,
  "Math.Addition did not return the expected value.");

}

Exemplo de código 1. Teste da unidade simples

Gerenciando testes no Visual Studio (clique na imagem para ampliá-la)

O Test Manager permite a seleção e execução de seus testes de unidade, bem como o agrupamento, filtragem e organização deles em Listas de testes. Cada teste gerenciado por meio do Test Manager pode ter um conjunto de itens de trabalho a ele associados, bem como outros metadados, incluindo Priority, Owner e Class Name.

Cobertura de código

Não seria excelente ter alguma indicação da quantidade de código realmente testada durante a execução de um teste de unidade? Bem, esse tipo de análise é denominado cobertura de código. O Team Developer e o Team Test oferecem a capacidade de executar seus testes de unidade e controlar quais linhas de código são executadas durante esses testes. Esses resultados indicarão quais outros testes de unidade podem ser necessários para garantir que todas as linhas de código sejam testadas, bem como para saber se suas práticas de teste são completas. As Figuras 9 e 10 demonstram os resultados da análise de cobertura de código. Na Figura 9, as linhas de código destacadas em verde representam linhas executadas durante realização do teste de unidade, enquanto as linhas em vermelho indicam código não executado.

Resultados da cobertura de código na janela Code

Estatísticas da cobertura de código (clique na imagem para ampliá-la)

Fonte: MSDN

Rating: 10.0/10 (1 vote cast)

Posts Relacionados

Comandos de Controle de Bibliotecas na Liguagem Natural

Augusto Vespermann — Fri, 16 Oct 2009 17:30:33 +0000

Number of View: 18842

LOGON
As bibliotecas são estabelecidas pela instrução ‘LOGON’
LOGON | biblioteca |
FIN
A instrução ‘FIN’ encerra uma sessão Natural, devolvendo o controle ao sistema de onde o
Natural foi invocado.
LIST
A instrução ‘LIST’ invoca um utilitário para listagem de diretórios de bibliotecas
(fontes/objetos), listagem de programas e de DDM’s.
Pode-se chamar um ‘MENU’ das várias funções do LIST através do formato ‘LIST *’, ou
chamar diretamente a função, como veremos a seguir:

EDIT
A instrução ‘EDIT’ exibe a cópia do programa (ou outro tipo de objeto) na ‘work-area’,
ficando inalterado o original no system file até que seja dado um comando de atualização
(‘SAVE’ ou ‘STOW’).
Pode-se chamar um ‘MENU’ das várias funções do LIST através do formato ‘EDIT *’, ou
chamar diretamente a função, como veremos a seguir.

E(DIT) | Object-Type| |Object-Name|
E(DIT) | Object-Type| * lista tudo referente ao ‘object-type’
Se não for especificado o ‘object-name’, será editado o conteúdo existente na ‘work-área’;
se não houver nenhum conteúdo na ‘work-área’, o modo de edição permitirá a criação de um
programa (ou qualquer tipo dos objetos especificados) sem o controle do compilador.

Fonte: Curso Básico de Programação Natural escrito por Luciano Rogério Perdigão Braga sob a licença GNU – Free Documentation License, Version 1.1

Rating: 0.0/10 (0 votes cast)

Posts Relacionados

Definição de objetos na linguagem de programação Natural

Augusto Vespermann — Wed, 23 Sep 2009 13:37:24 +0000

Number of View: 19533

Um objeto Natural nada mais é do que um componente de um sistema. Os diversos tipos de objetos Natural são:
· COPYCODE: Pedaço de código fonte, que pode ser aproveitado em vários programas. Único objeto Natural que não é compilado. Nos programas aonde o COPYCODE vai ser aproveitado, através do comando INCLUDE, ele será compilado, juntamente com o programa.
· GLOBAL: Objeto utilizado para definição de variáveis. Todos os objetos que se referenciarem a uma GLOBAL, terão as mesmas variáveis, e estas manterão os valores após o término de um objeto, permitindo que um objeto altere valores e outro reconheça as alterações.
· LOCAL: Objeto utilizado para definição de variáveis. A diferença entre uma LOCAL e uma GLOBAL é que valores das variáveis locais somente serão reconhecidos pelo objeto onde foram declaradas, deixando de existir quando do término do mesmo.
· PARAMETER: Objeto utilizado para definição de variáveis que serão utilizadas entre programas e subprogramas.
· MAP: Utilizado para entrada e exibição de dados. Permite a definição de Regras de Validação para os campos, inclusive com acesso à Base de Dados.
· Helproutine: Tipo de objeto que permite ser definido como ajuda a um campo de entrada de dados. Quando o cursor estiver posicionado num campo e for teclado “?”, será chamada a HELPROUTINE que estiver associada ao campo.
· PROGRAM: Principal objeto Natural. É a partir dele que são chamados os outros componentes.
· SUBPROGRAM (N): Objeto chamado por outro, com passagem de parâmetros, que permite o retorno de dados ao objeto chamador.
· SUBROUTINE: Uma sub-rotina é um pedaço de código geralmente executado mais de uma vez ou de diversas partes de um programa. Pode ser interno, definido dentro de um programa ou fora dele (externo). Quando se escolhe a segunda opção, o tipo de objeto que conterá as sub-rotinas é o SUBROUTINE.
As letras sublinhadas nos nomes dos objetos podem ser utilizadas logo após o comando EDIT, evitando a digitação completa do tipo de objeto.

Fonte: Curso Básico de Programação Natural escrito por Luciano Rogério Perdigão Braga sob a licença GNU – Free Documentation License, Version 1.1

Rating: 8.0/10 (2 votes cast)

Posts Relacionados

Conceitos da linguagem de programação Natural

Augusto Vespermann — Tue, 22 Sep 2009 17:25:06 +0000

Number of View: 20387

Em uma rápida introdução ao Natural podemos dizer que é uma linguagem de programação considerada de 4ª geração desenvolvida pela alemã Software AG e distribuída no Brasil pela Consist. A linguagem possui várias versões: MVS, Linux, Unix, OS/2 e Windows.

Podemos citar como características da linguagem:
- Aplicações portáveis para múltiplas plataformas;
- Execução batch e on-line;
- Acesso a diversos SGBD’s (ADABAS, Oracle, DB2, etc);
- Possibilidade de programação modularizada.

Objetos, na linguagem Natural, seguem uma estrutura parecida com o antigo sistema operacional DOS. O nome do objeto pode ter até 8 caracteres e não é permitido objetos terem o mesmo nome ainda que sejam objetos distintos. Esses objetos são armazenados como bibliotecas (library).

A linguagem Natural tem como componentes:
- Compilador: execução interativa da aplicação;
- Kernel ou núcleo: responsável pela execução de comandos e gerência de outros componentes;
- Sistema de arquivos: arquivos do ADABAS com suporte ao Natural;
- Componentes de interface:
• ADABAS: controla os processos de atualização e acesso a dados além de executar os comandos;
• Sistema Operacional: executa os comandos I/O e outras comunicações com o sistema;
• Monitor de Transações: gerencia recursos necessários para as transações.

Rating: 1.0/10 (1 vote cast)