Assim, você identificou uma necessidade de sua empresa para a qual você acredita que seria um grande candidato para uma solução de software.
Agora, a pergunta é ...
Você "run off "e se envolver (um ou mais) aos desenvolvedores criar este sistema (s) de software para você?
E /ou ...
Você" fugido "para o" mais próximo " e /ou a sua loja de software favorito on- /off-line e comprar um pacote solução comercial-off-the-shelf (COTS), e caso afirmativo, qual ?, para atender a essas necessidades de negócios?
Qual deles destas alternativas é a solução mais eficiente e (global) de custo eficaz para satisfazer suas necessidades de negócios mais rapidamente possível?
Isso é "The Question" !, para comprar? ou para construir ?, não é?
Como obter a resposta a esta pergunta não é realmente tão difícil como você pode imaginar! ;)
Tudo que você precisa fazer é executar um "Buy vs.
Build" análise e /ou um processo de seleção de software para o tipo (s) de software que atendem a esses de suas necessidades de negócios e escolheu o melhor, solução de custo (geral) eficaz e mais eficiente, certo?
Os "Big Boys", as grandes empresas e corporações, muitas vezes, executar e /ou contratar consultores para realizar, um formal "Compre vs. Build" análise e /ou um processo de seleção do software em muitos para todas as suas compras de software significativos.
Você deve executar um "Buy vs.
Build" análise e /ou um processo de seleção de software, para qualquer compra de software significativa, antes de decidir se seria mais eficiente e rentável, a longo prazo, para criar uma aplicação "do zero" vs. comprar um COTS (commercial-off-the-shelf) pacote, e em caso afirmativo qual deles será melhor se encaixam no seu atual e necessidades futuras!
Isto pode economizar uma quantia significativa de dinheiro, tempo, esforço e dores de cabeça * *, tanto a curto prazo e no longo prazo!
Como o contrário, você pode acabar pagando para "reinventar a roda (s)", que realmente não faz sentido, não é ?, e, portanto, nenhum de nós quer fazer, não é?
Ou .
..
A compra de um pacote apenas para descobrir que isso não acontece (e, possivelmente, não pode) atender às suas necessidades e /ou o custo da modificação de um tal pacote para atender às suas necessidades é proibitivo, em que ambos os casos você provavelmente irá "sucata" este pacote (agora aka "shelfware"), você simplesmente c
62: Offline Browser