A decisão final para a construção de um sistema de informação para determinada área de uma empresa parte de um estudo do problema promovido pelo gestor da área. Quanto às soluções disponíveis no mercado, não é importante considerar a realidade da empresa desse gestor, pois os problemas são específicos, mas as soluções são genéricas.

As seguintes etapas podem ser consideradas parte de um método de planejamento estratégico de sistemas de informação que possam formar um plano diretor: levantamento e análise dos sistemas existentes na organização ou aqueles externos a ela e que lhe são necessários; avaliação dos recursos de processamento de informações existentes na organização; e desenvolvimento de um modelo global de sistemas de informação.

O estudo básico das necessidades de informação é um passo inicial para identificar o tipo de decisão-chave que pode ser tomada, assim como os subsistemas de informação que podem gerar a informação. Por exemplo, a necessidade de um sistema de marketing e vendas de uma empresa pode requerer informações de mercado, experiência de vendas, andamento das vendas (obtidas por pesquisas de mercado), faturamento e orçamento da empresa.

A topologia da rede de comunicação de uma empresa, que contém todos os segmentos de rede, os equipamentos de conectividade, as velocidades de transmissão de dados e respectivas tecnologias, é exemplo típico de uma arquitetura de sistema de informação.

A camada de aplicação de um projeto de interface contém as classes que representam os objetos gráficos, que recebem os dados ou comandos dos usuários, assim como aquelas que apresentam os resultados desejados aos usuários.

O processo de contagem por pontos de função ocorre a partir da identificação dos tipos de dados, como os arquivos lógicos internos e os arquivos de interface externa. Essa identificação deve ser realizada antes da especificação de requisitos, uma vez que, considerando a inviabilidade financeira para o desenvolvimento de software a partir da contagem de pontos de função, o planejamento do projeto de software deve ser refeito e novos requisitos são definidos.

Um ambiente de software que combine hardware e banco de dados com informações importantes e orientadoras sobre o processo, as atividades e os artefatos necessários para um bom desenvolvimento de software de forma automatizada e implementada é um conceito de engenharia de software auxiliada por computador ou CASE.

O teste de software-produto é um dos elementos-chave da verificação e validação que visa à implantação correta de funções específicas desejadas. No entanto, devem ser consideradas outras atividades específicas que fazem parte da garantia da qualidade de software, como projeto de software, requisitos, prototipação, avaliação e feedback.

Um dos erros recorrentes no levantamento de requisitos de software é pensar que um software é igual ao outro, o que leva as equipes de desenvolvimento a gastarem tempo excessivo no estudo de outros software na busca de funcionalidades similares para serem aproveitadas.

Um princípio básico da especificação de requisitos é a clareza na separação entre funcionalidade e implementação, visto que a atividade de especificação de requisitos está voltada primeiramente para a descrição do que é desejado em termos de funcionalidades e não quanto ao que deve ser implementado.