Comprar? Ou para construir? ... Aquela é a pergunta!

omprado e pago, e escolher ou construir outro e possivelmente repetir este ciclo inteiro (caro) de novo, sabe?

Nós não temos o luxo de entrar em detalhes sobre como executar qualquer um formal "Compre vs. compilação" análise, pois isso exigiria extensas discussões sobre como definir, analisar e projetos de desenvolvimento de software estimativa para o qual existem muitos livros sobre estes temas, e /ou a forma de executar um processo formal de seleção do software, pois este é um assunto para o qual Metodologias inteiras foram desenvolvidos e são utilizados (eu sei, como eu ajudou no desenvolvimento inicial e utilizado apenas uma Metodologia de Selecção Software para uma das maiores software e serviços globais corporações.

;))

Vamos, no entanto, neste artigo, tentativa de descrever alguns dos fatores que você deve considerar quando executando o seu próprio "comprar versus construir" análise e /ou processo de Seleção de Software (es ) por si mesmo.

Em primeiro lugar, em ambos os casos você terá de definir (e priorizar) seus requisitos /critérios de seleção de modo que você pode avaliar como cada um destes "comprar versus construir" alternativas vão atender a sua imediata e necessidades de negócios de longo prazo, certo?

Além disso, ao longo destes processos, você vai querer garantir que você comparar essas opções em termos de "maçãs com maçãs", sabe?

Portanto, Eu recomendaria que você comparar ambos (/all) destas opções em termos (do "custo total de propriedade"), incluindo o tempo total e custo para obter a aplicação em produção e /ou de mercado eo custo total de suporte e manutenção o pedido de sua vida útil esperada.

O "formalidade" com o qual você executar esses processos devem ser proporcionais ao seu investimento (em termos de longo prazo /"custo total de propriedade") na aplicação e sua . criticidade em seu negócio

Primeiro, vamos considerar o "Build" opção

Algumas das vantagens do "Build" opção incluem:.

1) Você começa um aplicativo desenvolvido especificamente para satisfazer os seus requisitos de negócios /necessidades e projetado para caber seus processos de negócios específicos.

2) É mais provável que você vai ser capaz de adaptar seu sistema (s) de software para mudanças em seu negócio necessidades e /ou processos, como você gostaria ou presumivelmente ter o código fonte da aplicação e /ou acesso aos desenvolvedores originais do-lo, certo?

3) Você p