Já falamos um bocado de coisas sobre análise de requisitos de sistemas: o que são esses tais requisitos, como identifica-los e documenta-los. Beleza, e agora? Agora, eu quero voltar um pouco no tempo e perguntar uma coisa muito importante. Será que vale a pena desenvolver um sistema? A resposta a princípio parece ser trivial, mas não é. Se tomarmos como base uma empresa grande, com muitos funcionários e um orçamento bem gordinho, que tem parte de suas operações atreladas a planilhas de Excel, a resposta tende para o SIM. Mas, se mudarmos as condições, talvez o investimento em um sistema informatizado não se justifique (neste momento). É por isso que existe uma técnica chamada de análise de viabilidade e que deveria ocorrer antes da concepção de qualquer projeto, ou quando se percebe a necessidade do tal projeto. Daí você me fala, mas não sou eu que tenho que fazer isso. Meu trabalho só começa quando essa atividade já foi realizada e a resposta para a pergunta já foi dada. E você tem...

Como já abordamos anteriormente, os requisitos de usuários devem ser escritos em linguagem natural porque precisam de ser compreendidos por pessoas que não são peritos técnicos. Contudo, requisitos de sistemas mais detalhados podem ser expressos de maneira mais técnica. Uma técnica bastante utilizada é documentar a especificação do sistema como um conjunto de modelos de sistema. E o que são modelos de sistema? Esses modelos são representações gráficas que descrevem o problema a ser resolvido e o sistema a ser desenvolvido. É um sistema que só é útil se conseguir retratar as características relevantes do sistema a ser desenvolvido, sendo que diferentes características são examinadas pelo uso de vários modelos do mesmo sistema. E quais são os objetivos desses modelos? Servem para auxiliar na organização de informações; descrever o que o cliente deseja; estabelecer uma base para a criação de um projeto de software; definir um conjunto de requisitos que pode ser validado quando o soft...

Em um post anterior demos alguns exemplos de técnicas utilizadas para levantamento de requisitos de projetos. "Há várias técnicas utilizadas para isso, como por exemplo: leitura de obras de referência e livros texto, observações do ambiente do usuário, entrevistas com os usuários, entrevistas com especialistas do domínio -funcionários velhos de guerra que provavelmente utilizarão o seu sistema-,reutilização de análises anteriores, comparação com sistemas preexistentes do mesmo domínio do negócio." Hoje, falaremos mais profundamente das principais técnicas utilizadas para o levantamento de requisitos de projeto. Entrevistas Possivelmente a forma mais utilizada e mais simples para o levantamento de requisitos. O entrevistador prepara um ambiente para que o entrevistado se sinta confiante e seguro para dar as respostas às perguntas formuladas pelo entrevistador. É feito bem no formato de perguntas e respostas mesmo, onde as respostas são os inputs de informação para a defin...

Olá Pessoas! Vocês sabem o que são histórias de usuários? Você, desenvolvedor maroto, tá lá na tranquilidade do seu cubículo, quando um ser surgindo de Deus sabe onde pede que você desenvolva um sistema com centenas de features por que a planilha de excel dele tá dando pau. Daí você, experiente e sincero manda a real prá ele... Em tradução livre:1-Eu não posso te dar todas essas funcionalidades na primeira versão; 2-E cada funcionalidade precisa de ter o que chamamos de "História de usuário"; 3-OK, vou te dar uma história: você me dá todas as funcionalidades ou eu vou arruinar a sua vida.   Bom, no quadro acima temos uma ideia bem humorada do que é uma história de usuário. Normalmente utilizada em métodos ágeis de desenvolvimento, a história de usuário é uma descrição simples -em linguagem natural- e curta -normalmente em um parágrafo- das funcionalidades que o sistema deve ter para atender aos objetivos do cliente negócio . Mas, não são os requisitos que ...