Ontem minha colega de trabalho Juliana Parollo me mostrou um processo um tanto obscuro que era realizado aqui em nossa empresa. Verificamos e chegamos à seguinte conclusão: precisamos mapear este processo para entender como ele funciona, caso contrário, não conseguiremos fazer nada para melhorar.
Minha sugestão para iniciar o mapeamento deste processo foi realizar uma análise em cada departamento com seus respectivos intervenientes e, na sequencia, documentar formalmente.
Para fazer a documentação utilizamos um formato de documento semelhante a um artefato do RUP. Este documento deverá ter um diagrama de contexto (DFD em alto nível) onde ilustraremos de maneira bem simples o fluxo de dados e descreveremos cada parte do processo do diagrama.
Mesmo nesta modelagem que não é um padrão UML podemos seguir as dicas de Fowler − de que quando estamos modelando a UML, devemos manter o padrão sempre que possível. No entanto é necessário lembrar que a clareza do modelo é o mais importante. Ou seja, se for preciso sacrificar o padrão para que o modelo fique mais claro, faça-o una o útil ao agradável.
Utilizando esta idéia, desenvolvi um diagrama de contexto um pouco diferente do convencional (que utiliza basicamente círculos e quadrados). Ao invés disso, preferi usar alguns ícones e cores. Neste exemplo utilizei o programa yEd, excelente para fazer rapidamente modelos simples como esse.
Como este é apenas o primeiro modelo, ele ainda não está completo. Após uma segunda análise este modelo foi melhorado com algumas mudanças.
A idéia é a de que este modelo junto com a documentação funcione sempre como uma base para vários trabalhos posteriores e para um possível e mais abrangente modelo de processo.
