Skip to main content

Boas práticas de modelagem de processos (Tratamento de dados)


Introdução


Este Padrão de Modelagem contém as definições gráficas, simbologia e notação para as iniciativas de modelagem de processos, com o objetivo de obter a padronização, coesão e consistência das informações inseridas nos projetos da MD2 Consultoria.
O documento apresentará de forma prática, proporcionando a orientação inicial necessária para os envolvidos no mapeamento de processos.
Relacionamos os padrões de modelagem, conceitos, diagramas, os objetos e configurações iniciais da ferramenta MD2 Quality Manager. Deve ser utilizado como um guia por todos os envolvidos na gestão de processos e em projetos.
Para a atualização e a evolução deste Padrão de Modelagem é utilizado o depoimento dos colaboradores, prestadores de serviço, analistas de processos, clientes e todos que de alguma forma conheçam e estejam envolvidos em projetos e gestão de processos.    

Conceitos e Definições


- Fluxo de tratamento de dados pessoais: Representação gráfica do mapeamento de tratamento de dados pessoais dentro de um processo.

 

Processo de tratamento de dados

Fluxo de dados


O diagrama de fluxo de dados é considerado uma das principais ferramentas adotadas em um projeto de tratamento de dados. Ele consiste em uma representação gráfica de como as informações se movem em meio ao processo de tratamento. Possuem objetivos claros, que são:


•    Detalhar a descrição do sistema analisado;
•    Comunicar os usuários de forma clara e didática;
•    Identificar o fluxo de dados;
•    Delinear o escopo do projeto.


Com o conceito e objetivos já abordados, parte-se para o desenvolvimento do diagrama de fluxo de dados. Para desenvolver o diagrama é preciso seguir uma hierarquia e alocar de forma correta os ícones que representam cada “ator”. Na aba Tratamento de Dados, no MD2 Quality Manager, o segundo passo é onde o diagrama de fluxo deve ser desenvolvido. 

Para um bom desenvolvimento do digrama de fluxo de dados deve-se conhecer a funcionalidade dos objetos de conexão que são responsáveis pelas definições de origens, destinos e fluxos de dados. A apresentação e funcionalidades dos mesmos são mostrados na Tabela 2. 

Tabela 2 - Objetos de conexão


image.png

image.png

* Para o objeto “Fluxo de Dados” a informação “Dados a Preencher” é obrigatória. Deve-se completar todos os campos.


Com os objetos de conexão exibidos e detalhados é possível abordar alguns padrões referentes ao fluxo de tratamento. 

A sigla do processo, como pode ser visto na Figura 12, é formada pelas iniciais do nome do processo, sendo a mesma adotada no processo de negócios. Em seguida, uma numeração de 3 dígitos, que servirá para indicar a sequência a ser seguida e diferenciar os processos que possuam as mesmas iniciais. 

Figura 12 - Sigla dos processos.


A MD2 Consultoria utiliza de padrões para que possa ser garantida a qualidade do diagrama de fluxo e do produto. Inicialmente o tamanho dos ícones dos objetos de conexão contidos no diagrama devem ser os mesmos, para que se tenha um bom layout. A MD2 utiliza o tamanho 80 para largura e altura. Também não é recomendado a inclinação do ícone, onde deve ser mantido com um ângulo de 0°.


A seta de fluxo de dados é onde os dados contidos no fluxo são inseridos no tratamento. Para uma boa organização do diagrama, um padrão de sigla da área do processo e os números que indiquem a ordem com que cada tratamento é efetuado devem ser adicionados. A Erro! Fonte de referência não encontrada. mostra o padrão adotado pela MD2, onde a nomeação do fluxo é: MP001.01.01 – Entrar em contato

Figura 13 - Nomeação dos fluxos de dados do processo.


Pela Erro! Fonte de referência não encontrada. é possível notar que em “Nomeação do fluxo” o verbo deve sempre estar no infinitivo. Na “Sigla do processo”, “Sequência do fluxo” e “Subdivisão do fluxo” é recomendado não espaçar os caracteres devido a limitação da quantidade deles. Considerando a formatação das letras o padrão é de tamanho 12, posição centro e sempre acima da seta. 


Ao criar uma entidade usando o objeto “Sistema Interno” e nesse fluxo possua o armazenamento de dados, desenhar um fluxo ligando a entidade “Sistema Interno” a um banco de dados interno (o sentido do fluxo deverá ser sempre do sistema para o banco) e deve-se colocar o número do subprocesso. É de suma importância mencionar que o acesso ao banco de dados sempre ocorre através do sistema.  A Figura 14 ilustra essa representação.

Figura 14 - Padrão acessar banco de dados


É importante ressaltar que os objetos de conexão externa seguem a mesma premissa que os de conexão interna mostrados na Figura 14.


 Ainda para os objetos de conexão, quando o diagrama do fluxo de tratamento de dados possui uma ação via e-mail, o padrão adotado pela MD2 é utilizar o objeto de conexão Base de Dados Externo e nomeá-lo com o termo “Correio Eletrônico”. Considera-se que esses dados estarão salvos em nuvem. É importante perceber que quando o processo envolve duas ou mais entidades internas, todas elas devem indicar o banco de dados “Correio Eletrônico”. Onde, uma seta de fluxo representa a caixa de entrada do destinatário e a outra seta de fluxo os enviados do remetente. A Figura 15 exemplifica o padrão adotado.


Figura 15 - Representação padrão MD2 para e-mail no fluxo de dados Interno.


Já os processos que envolverem envio/recebimento de e-mail com entidades externas, o banco de dados “Correio Eletrônico” deverá ser criado e apenas a seta de fluxo para a entidade interna deverá representar o armazenamento, assim como mostrado na Figura 16.

Figura 16 - Representação padrão MD2 para e-mail no fluxo de dados Externo.


Para arquivos armazenados em computador, pen drive, CD’s, HD e arquivos físicos. Deve-se utilizar o objeto diretório interno/externo para representar esse tipo de entidade, conforme mostrado na Figura 17.


Figura 17 - Arquivos armazenados em Diretório.




Boas práticas de utilização

Para o preenchimento dos dados nos objetos de conexão, quando uma informação não for apresentada, a MD2 possui como padrão o preenchimento do campo com o termo “Indefinido”. A Figura 18 mostra o exemplo de uma informação não fornecida para o objeto de conexão Base de Dados.