Salve Colega, Existe sim uma diciplina que cuida de tudo isso que vc esta falando Engenharia de Requisitos Ela se apoia em tudo isso que vc citou.. como Tecnicas de levantamento de dados (Entrevistas, JAD, Prototipação,etc..) , Gerenciamento de requisitos ( Restreabilidades de requisitos ) e Gerencia de mudanças ( change management )
Quanto ao vc "desenhar uma tela", umas das tecnicas de elicitação de requisitos é a Prototipação Evolutiva, de uma pesquisada nestes temas que vc vai encontrar bastante coisas Sobre o ponto de alterações nos requisitos A Eng. de Requisitos trata isso em um tema chamado de Negociação Até existe um desenho muito interessante que trata isso como um Triangulo Onde os lados deste triangulo são: Prazo,Recursos,Custo onde em se mexendo em um dos lados, muda os outros Ou seja uma mudança na fase de Levantamento e Analise custa bem menos se vc ja estiver na codificação e vai custar muito mais Se for na entrega... Onde engloba Priorização, Criticidade e outros atributos de requisitos Olhe tbm sobre RUP, FDD, SCRUM, TDD, MSF, XP, e Metodologias Ageis de desenvolvimento de software Pesquise tbm sobre Engenharia de Software, tem muita coisa que pode te ajudar. Qualquer coisa estou a disposição abraço Marcos Bernardo 2008/8/29 crist_ita <[EMAIL PROTECTED]> > O levantamento de requisito de uma aplicação e uma tarefa difícil, > pois nem sempre o cliente final tem noção das regras de negócio da > sua empresa. Nesta fase se não for bem definido vai surgir várias > alterações durante o projeto e conseqüentemente o prazo de > desenvolvimento vai aumentar. E uma grande dificuldade lidar com tudo > isso pois nem sempre conseguimos nos atentar a programação e as > regras do negócio, modelagem do sistema etc. > Vejo que ocorre devido à necessidade e solicitações feitas de forma > imediata o desenvolvimento de aplicações feita cocha de retalhos. Já > peguei 2 aplicações assim para dar manutenção e sei que e uma grande > dor de cabeça. Desenvolvir uma aplicação onde as regras não eram bem > difinidas e os usuários implicavam com tudo não queria seguir o que > foi definido, após a aplicação está pronta percebir que a mesma > poderia ter sido feita em menos tempo se eu tivesse feito um desenho > das telas de operação do usuário. Seria interessante ter um > treinamento que ensinasse a lidar com este tipo de situação e também > como fazer quando pegamos uma aplicação que não tenha nenhum tipo de > integridade referencial, ou seja tudo foi feito no código. Existe > alguma forma de pegar as tabelas, voltar elas para uma ferramenta de > desenho do banco e fazer a integridade? > > Gostaria de saber a opinião dos amigos a respeito.. > > > [As partes desta mensagem que não continham texto foram removidas]