Dos casos de uso ao código, como trilhar esse “longo” caminho?
Ao longo dos anos tenho estudado e praticado a modelagem de software com UML. Participei de vários foruns de discussão, li vários artigos acadêmicos, artigos do Gartner Group, medotologias como o RUP e livros. Muitos livros.
E como acredito que a teoria na prática é diferente, pratiquei muito do que estudei sobre modelagem seja no desenvolvimento de novos sistemas ou na manutenção de sistemas existentes. Os resultados? Nem sempre animadores…
Geralmente chegava ao final da modelagem com pressão sobre o prazo de entrega do projeto, e a pergunta que sempre ouvia era: quanto do código já está pronto? Eu ainda não tinha código pronto, “apenas” os modelos. E dá-lhe pressão de prazos…
Quando chegava à etapa de codificação e passava as especificações e modelos ao programador, era uma chuva de dúvidas geradas diariamente pelo programador, o que acaba atrasando, ou pelo menos dando a sensação de atraso no projeto.
Quando recebia o código pronto, pasmem; ele geralmente não correspondia aos modelos especificados nem as decisões de arquitetura tomadas.
Esse preambulo nada animador é para dizer que “sim há luz no fim do túnel” . Estou começando usar em projetos experimentais adaptações do processo ICONIX, o qual propõe o modelo da figura abaixo para se trilhar o caminho dos casos de uso ao código.
Esse processo está dividido nas seguintes etapas:
1. Requisitos
2. Análise e projeto preliminar
3. Projeto detalhado
4. Codificação
Entre as diversas técnicas propostas pelo ICONIX, destaco duas delas que tenho utilizado com sucesso durante a modelagem: iniciar o projeto com a análise de domínio (antes dos casos de uso) e a análise de robustez (antes dos diagramas de sequência)
Caso se interesse nesse assunto, recomendo adquirir o livro Use Case Driven Object Modeling with UML, Theory and Pratice. Os autores são Doug Rosenberg e Matt Stephens
Related posts: