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]