A engenharia de requisitos é uma área do conhecimento da engenharia de software.
Recentemente, topei novamente com uma furada, relacionada com a ideia de Escopo Aberto? Uma furada grave, que estava jogando uma microempresa num buraco.
Muitos métodos e livros relacionados à engenharia de software surgiram recentemente trazendo consigo o termo “Lean”. Mas afinal o que significa ser Lean?
8 Diretrizes de Boas Práticas para Programação Confiável, independente de linguagem de programação ou padrões de desenvolvimento adotados.
Quando menciono um bom sistema, me refiro exclusivamente a entregar o que exatamente foi solicitado. Nem mais e nem menos. Respeitando o acordo através do escopo definido, do prazo estipulado e do custo orçado (mesmo sabendo que existem outros fatores não menos importantes).
Dentre todas as engenharias, a engenharia de sistemas de software complexos ainda é a mais distante em termos de práticas, previsibilidade e eficiência, principalmente pelo aspecto ainda artesanal em que sistemas são construídos e as dificuldades em alavancar um processo fabril.
Se você constrói software, então é engenheiro. Mas o engenheiro de software é um sujeito paradoxal, uma espécie de peixe voador, ou pássaro mergulhão. Nada contra estas espécies, mas o nome deles já é um contrassenso. Me lembra um pouco o engenheiro de software.
Uma empresa fornecedora de software tem como principal objetivo atender às empresas que a contratam. Para isso, ela precisa identificar as necessidades dos usuários dessa organização de modo a desenvolver ou modificar um programa, também conhecido por solução informatizada. Isso para que a solução passe a ajudá-la a se tornar mais competitiva e eficiente.
Após a publicação dos dois artigos anterioriores, falaremos um pouco sobre a qualidade sem nos aprofundarmos muito nas normas, com foco no desenvolvimento de sistemas.
Não quero aqui esmiuçar tudo sobre desenvolvimento de software de qualidade, como infra, hardware, etc., mas focar na interação do prestador com o cliente.