Construindo fluxogramas
2,457 views
Skip to first unread message
luciano de souza
Jul 11, 2014, 7:41:49 AM7/11/14
to latex-br
Caros,
Para mim, uma das coisas mais encantadoras no Latex é não precisar
formatar documentos. Se considerarmos que sou cego, isso passa a ser
uma vantagem extraordinária.
Trabalho com gestão de projetos, então, frequentemente estamos a
discutir sobre tarefas e suas dependências. Se eu conseguisse fazer
fluxogramas de forma autônoma, sem dúvida, isso seria ganho imenso
para mim.
Hoje, as coisas se dão do seguinte modo. Com o meu leitor de telas,
utilizo bem o computador. O Microsoft Project dá-me autonomia para
controlar o projeto. Se necessito de um Gant formatado, peço ao colega
ao lado que formate para mim. Se preciso de um diagrama de rede, do
mesmo modo, peço a ele que formate para mim. O Project dá-me autonomia
para criar as tarefas e atribuir-lhes durações, dependências e
recursos. Mas, como é natural, na hora de imprimir, não se pode
confiar que a visualização padrão seja suficiente.
E frequentemente tenho de imprimir, pois o melhor momento para
discutir estas questões se dá durante as reuniões em que o uso do
Project não seria prático. O meu critério tem sido o seguinte. Se
preciso representar as dependências entre as tarefas, utilizo uma
tabela. Tenho modelos pré-formatados e, deste modo, sou produtivo. De
qualquer forma, o algorítimo mental das pessoas está mais para o
visual, então, seria bom que conseguisse representar as tarefas
graficamente.
Um diagrama de rede já seria muito bom, mas melhor mesmo seria
conseguir, por meio do Latex, construir fluxogramas, pois aí posso
inserir condições, eventos e, justamente por utilizar Latex, suponho
que poderia ter segurança quanto ao fato de obter um resultado
visualmente agradável.
Talvez me perguntem se, no ambiente de trabalho, seria prático
utilizar Latex, apenas escrevendo código. As ferramentas gráficas para
Latex como o Kile não são acessíveis. Então, o modo que um cego
escolheria para criar o código Latex é abrir um leitor de telas e
digitando os comandos.
Considerei esta dificuldade. De fato, digitar comandos poderia não ser
prático. Entretanto, domino alguma coisa de programação. A ideia é que
eu continue a representar fluxogramas sob a forma de tabelas Excel.
Uma macro, leria as colunas da planilha e escreveria o código Latex
correspondente. Desde que eu entenda como se constroem os códigos
Latex para fluxogramas, sim, acho que não teria dificuldades para
construir esta macro.
então, o que lhes pergunto é:
1. Acham mesmo que é possível construir um fluxograma visualmente
aceitável sem o uso da visão? Se, para ficar aceitável, no código
Latex, tivesse de especificar alturas e larguras, então, voltaria a
não ter previsibilidade quanto ao resultado obtido. Nem estou em busca
de um fluxograma com aspecto maravilhoso, mas simplesmente que seja
claro e, portanto, útil em uma reunião.
2. Independentemente de qual seja o padrão utilizado, sem dúvida, um
meio de construir um fluxograma de forma acessível seria
extraordinário. Mas se além de conseguir tudo isso, ainda fosse
compatível com os formatos de objetos do BPMN, então, sem dúvida,
estaria no céu.
--
Luciano de Souza
Para mim, uma das coisas mais encantadoras no Latex é não precisar
formatar documentos. Se considerarmos que sou cego, isso passa a ser
uma vantagem extraordinária.
Trabalho com gestão de projetos, então, frequentemente estamos a
discutir sobre tarefas e suas dependências. Se eu conseguisse fazer
fluxogramas de forma autônoma, sem dúvida, isso seria ganho imenso
para mim.
Hoje, as coisas se dão do seguinte modo. Com o meu leitor de telas,
utilizo bem o computador. O Microsoft Project dá-me autonomia para
controlar o projeto. Se necessito de um Gant formatado, peço ao colega
ao lado que formate para mim. Se preciso de um diagrama de rede, do
mesmo modo, peço a ele que formate para mim. O Project dá-me autonomia
para criar as tarefas e atribuir-lhes durações, dependências e
recursos. Mas, como é natural, na hora de imprimir, não se pode
confiar que a visualização padrão seja suficiente.
E frequentemente tenho de imprimir, pois o melhor momento para
discutir estas questões se dá durante as reuniões em que o uso do
Project não seria prático. O meu critério tem sido o seguinte. Se
preciso representar as dependências entre as tarefas, utilizo uma
tabela. Tenho modelos pré-formatados e, deste modo, sou produtivo. De
qualquer forma, o algorítimo mental das pessoas está mais para o
visual, então, seria bom que conseguisse representar as tarefas
graficamente.
Um diagrama de rede já seria muito bom, mas melhor mesmo seria
conseguir, por meio do Latex, construir fluxogramas, pois aí posso
inserir condições, eventos e, justamente por utilizar Latex, suponho
que poderia ter segurança quanto ao fato de obter um resultado
visualmente agradável.
Talvez me perguntem se, no ambiente de trabalho, seria prático
utilizar Latex, apenas escrevendo código. As ferramentas gráficas para
Latex como o Kile não são acessíveis. Então, o modo que um cego
escolheria para criar o código Latex é abrir um leitor de telas e
digitando os comandos.
Considerei esta dificuldade. De fato, digitar comandos poderia não ser
prático. Entretanto, domino alguma coisa de programação. A ideia é que
eu continue a representar fluxogramas sob a forma de tabelas Excel.
Uma macro, leria as colunas da planilha e escreveria o código Latex
correspondente. Desde que eu entenda como se constroem os códigos
Latex para fluxogramas, sim, acho que não teria dificuldades para
construir esta macro.
então, o que lhes pergunto é:
1. Acham mesmo que é possível construir um fluxograma visualmente
aceitável sem o uso da visão? Se, para ficar aceitável, no código
Latex, tivesse de especificar alturas e larguras, então, voltaria a
não ter previsibilidade quanto ao resultado obtido. Nem estou em busca
de um fluxograma com aspecto maravilhoso, mas simplesmente que seja
claro e, portanto, útil em uma reunião.
2. Independentemente de qual seja o padrão utilizado, sem dúvida, um
meio de construir um fluxograma de forma acessível seria
extraordinário. Mas se além de conseguir tudo isso, ainda fosse
compatível com os formatos de objetos do BPMN, então, sem dúvida,
estaria no céu.
--
Luciano de Souza
FHRB Toledo
Jul 11, 2014, 8:08:22 AM7/11/14
to late...@googlegroups.com
Luciano,
Realmente não consigo compreender sua real limitação, mas fico muito entusiasmado com seu uso do LaTeX!
Minha sugestão é o uso do TiKz e com as ferramentas para construir diagramas!
Acesse: http://www.texample.net/tikz/examples/class-diagram/ para ver se essa sugestão se adequa as suas expectativas!
att,
FH
--
Luciano de Souza
--
You received this message because you are subscribed to the Google Groups "Latex-br" group.
To unsubscribe from this group and stop receiving emails from it, send an email to latex-br+u...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/latex-br/CAOUY%3DrWwiiX_vs%2BWzRnNSgEydwenxb4xcxjTvNoFSXrLUdAOMw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.
Youssef Cherem
Jul 11, 2014, 8:32:01 AM7/11/14
to late...@googlegroups.com
Acho que o pacote smartdiagram pode te ajudar muito:
http://ctan.mirrorcatalogs.com/graphics/pgf/contrib/smartdiagram/smartdiagram.pdf
http://ctan.mirrorcatalogs.com/graphics/pgf/contrib/smartdiagram/smartdiagram.pdf
Ele já vem com predefinições muito úteis, praticamente não precisa mudar nada. Você especifica o tipo que quer (horizontal, circular, descritivo etc), insere as descrições, e pronto.
2014-07-11 8:41 GMT-03:00 luciano de souza <luch...@gmail.com>:
--
Luciano de Souza
luciano de souza
Jul 11, 2014, 8:49:19 AM7/11/14
to late...@googlegroups.com
Parece muito interessante! Encontrei algumas referências a dimensões como em:
text centered, anchor=north, text=white, text width=3cm]
\node (AuxNode01) [text width=4cm, below=of Item] {};
Se estes 3 cm forem algo como um parâmetro que não precisa ser
alterado para cada caixa, então, simplesmente aceito que 3 cm é uma
boa medida, assumo que é assim para todos os fluxogramas e, pronto, o
Latex formata tudo automaticamente para mim. Se, entretanto, as
dimensões forem uma resposta à inspeção visual, isto é, o resultado
sem grande parametrização não é bom, mas conforme se geram os PDFs e
se verifica que aqui e ali não ficou bom, então, pontualmente,
alteram-se medidas, neste caso, eu estaria em dificuldades.
Eu observei o exemplo, mas não entendi muito bem o que faz cada
comando. Acho que agora é questão de estudar a documentação e enviar
para cá algum exemplo para que me digam se estou muito longe.
Em 11/07/14, FHRB Toledo<fernand...@gmail.com> escreveu:
> https://groups.google.com/d/msgid/latex-br/CAN55XP6iSi4kfjdJv2OsSvG60mR3%2B_d-Y9p%2BSV%2BfryrLCjd%3Dow%40mail.gmail.com.
--
Luciano de Souza
text centered, anchor=north, text=white, text width=3cm]
\node (AuxNode01) [text width=4cm, below=of Item] {};
Se estes 3 cm forem algo como um parâmetro que não precisa ser
alterado para cada caixa, então, simplesmente aceito que 3 cm é uma
boa medida, assumo que é assim para todos os fluxogramas e, pronto, o
Latex formata tudo automaticamente para mim. Se, entretanto, as
dimensões forem uma resposta à inspeção visual, isto é, o resultado
sem grande parametrização não é bom, mas conforme se geram os PDFs e
se verifica que aqui e ali não ficou bom, então, pontualmente,
alteram-se medidas, neste caso, eu estaria em dificuldades.
Eu observei o exemplo, mas não entendi muito bem o que faz cada
comando. Acho que agora é questão de estudar a documentação e enviar
para cá algum exemplo para que me digam se estou muito longe.
Em 11/07/14, FHRB Toledo<fernand...@gmail.com> escreveu:
--
Luciano de Souza
Emílio Kava
Jul 11, 2014, 2:41:56 PM7/11/14
to Latex - Brasil
O parâmetro 3cm é um valor que atende a todas os textos do diagrama,
ele poderia ter definido isso em uma variável (mas deixe pra lá).
Quando ele estabelece o nó AuxNode01 ele coloca o valor 4cm
para separar os ramos do fluxograma de forma conveniente. Você
pode alterar o valor para verificar que separa os ramos COMPONENT de SYSTEM.
Att,
Emílio
ele poderia ter definido isso em uma variável (mas deixe pra lá).
Quando ele estabelece o nó AuxNode01 ele coloca o valor 4cm
para separar os ramos do fluxograma de forma conveniente. Você
pode alterar o valor para verificar que separa os ramos COMPONENT de SYSTEM.
Att,
Emílio
> Date: Fri, 11 Jul 2014 09:49:18 -0300
> Subject: Re: [LaTeX-br] Construindo fluxogramas
> From: luch...@gmail.com
> To: late...@googlegroups.com
> Subject: Re: [LaTeX-br] Construindo fluxogramas
> From: luch...@gmail.com
> To: late...@googlegroups.com
> To view this discussion on the web visit https://groups.google.com/d/msgid/latex-br/CAOUY%3DrUUTC7AtWPwbz3qpi3aQN55AJbOk8qRtjJYfUKSJ5pk0g%40mail.gmail.com.
Carol Blasio
Jul 12, 2014, 7:38:02 AM7/12/14
to late...@googlegroups.com
Oi Luciano,
Nao acho que pacote tikz seja a melhor opcao, pois ele e complexo. Para diagramas e matrizes eu recomendo o pacote XYpic que eh bem intuitivo e cria as setas automaticamentes, sem precisar especificar o tamanho, basta dizer de onde ela parte e para onde ela vai, se tem ponteiro ou nao, etc.
Para o link do pacote acesse: ftp://ctan.unsw.edu.au/tex-archive/macros/generic/diagrams/xypic/xy/doc/xyguide.pdf
Para alguns exemplos veja estes slides que fiz para um curso ano passado (a partir da pagina 25): http://www.apogeeu.fee.unicamp.br/sites/apogeeu.fee.unicamp.br/files/Aula3.pdf
Bom trabalho!!!
E mande um feedback sobre sua experiencia com os diagramas em LaTeX!
Carol Blasio
Carol Blasio
Jul 12, 2014, 7:50:56 AM7/12/14
to late...@googlegroups.com
Correcao do email anterior
E aqui um tutorial em portugues de Carlos Campani(2006): ftp://ftp.tex.ac.uk/tex-archive/documentation/xypic-tutorial/xypic-tutorial.pdf
att
att
Carol Blasio
Lauro César
Jul 13, 2014, 5:26:14 AM7/13/14
to late...@googlegroups.com
Não conhecia esse pacote, Carol. Excelente sugestão!
--
You received this message because you are subscribed to the Google Groups "Latex-br" group.
To unsubscribe from this group and stop receiving emails from it, send an email to latex-br+u...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/latex-br/354ccda2-bcd6-480e-874a-a831ccfea2dd%40googlegroups.com.
Diego Rabatone
Jul 13, 2014, 2:29:01 PM7/13/14
to late...@googlegroups.com
Outra opção, se for para fazer gráficos de gantt (padrão em planejamento de atividades), eu utilizei o pgfgantt em meu tcc. Achei bem interessante o resultado final.
--------------------------------
Diego Rabatone Oliveira
diraol(arroba)diraol(ponto)eng(ponto)br
Identica: (@diraol) http://identi.ca/diraol
Twitter: @diraol
Diego Rabatone Oliveira
diraol(arroba)diraol(ponto)eng(ponto)br
Identica: (@diraol) http://identi.ca/diraol
Twitter: @diraol
To view this discussion on the web visit https://groups.google.com/d/msgid/latex-br/CAL%2BfWH1AxhF-j6vCDV0U7bDpi%2BhnJJ3YZ6XH-Pb19mR%2BACeBzQ%40mail.gmail.com.
Lauro César
Jul 15, 2014, 5:52:24 AM7/15/14
to late...@googlegroups.com
Interessante Diego!
To view this discussion on the web visit https://groups.google.com/d/msgid/latex-br/CACoXO7xaB3rxH48-AJnat1OEbhwJQ53S1m3duTJ7OdDRAEFM2Q%40mail.gmail.com.
Lauro César
Jul 15, 2014, 6:14:18 AM7/15/14
to late...@googlegroups.com
Caro Luciano e demais colegas
Acredito que o pacote indicado pelo Diego é interessante para você na construção dos gráficos de Gantt. O link do manual do pgfgantt é este: (http://www.las.ic.unicamp.br/pub/ctan/graphics/pgf/contrib/pgfgantt/pgfgantt.pdf). Porém, ele ainda tem muitos detalhes da formatação final, de modo que em a cada reunião de gerentes de projeto você teria construir um diagrama novo, uma vez que o pacote funciona bem para diagramas pequenos. Então, se você está num projeto grande, com muitas linhas, provavelmente a impressão não ficaria muito adequada. Isso, no entanto, não tira a aplicabilidade do pacote para representações limitadas em período e número de linha. Já que você entende de programação, não seria nada difícil você escrever uma macro para o Excel (ou mesmo para o Project) que gera uma representação no LaTeX. Mas, nesse caso, estou na dúvida se haveria alguma vantagem.
O pacote que a Carol Blasio indicou, XYpic (link do manual: http://www.math.ubc.ca/~cautis/tools/xypic.pdf) é realmente fantástico. Porém, ele está mais para diagramas desses que encontramos em livros de matemática. Então, visualmente, ele é mais limpo, e o código é bem flexível. No entanto, como programador, você sabe que mais flexiblidade no código significa muitas vezes mais complexidade. Acredito que esse pacote seja muito interessante, mas o código me parece ligeiramente mais complexo do que a próxima opção. Analise o manual e diga o que acha.
Já o pacote que o Youssef indicou é muito interessante (link do smartdiagram: http://ctan.mirrorcatalogs.com/graphics/pgf/contrib/smartdiagram/smartdiagram.pdf). O resultado dos diagramas se parecem muito com diagramas que existem no Word. Então, as pessoas que verem seus diagramas até poderão achar que você fez no Word, embora perceberão que algo está diferente (e, na verdade, algo está muito melhor). O código do pacote é simples e direto. Então, para o caso de uso que você apresentou, minha opinião é que você continue lendo o smartdiagram.
Como você disse, se quiser ir estudando e nos enviando as dúvidas e os exemplos que construiu, acredito que todos nós podemos lhe ajudar.
Um forte abraço e boa sorte!
Lauro César
luciano de souza
Jul 18, 2014, 12:03:06 PM7/18/14
to latex-br
Caros,
Após uma viagem bem curtinha, voltei para pensar em meus fluxogramas em Latex.
Recebi muitas dicas preciosas, li um bocadinho, mas continuo confuso.
Talvez aquilo que eu mais desejasse não seja possível: um pacote que
lidasse especificamente com fluxogramas e que me permitisse pensar
apenas em termos de eventos, atividades, condicionais e participantes
de processos, ao invés de pensar em termos de caixas e setas.
Imaginemos um fluxo para a solicitação de uma manutenção para a área
de sistemas com os seguintes eventos, atividades e participantes:
1. Necessidade identificada (usuário) -> 2;
2. Solicitar manutenção (usuário) -> 3;
3. Avaliar solicitação (Área de sistemas) -> 4;
4. Se manutenção é prioritária (Área de sistemas), então, 5, senão 6;
5. Implementar a manutenção (fábrica de software) -> 7;
6. Cancelar a solicitação (Área de sistemas) -> 8;
7. Manutenção implementada (Fábrica de software) -> 9;
8. Solicitação cancelada (Área de sistemas) -> fim;
9. Testar manutenção (usuário) -> 10;
10. Se manutenção está aprovada (usuário), então, 11, senão, 5;
11. Encerrar solicitação (usuário) -> 12;
12. Solicitação atendida (área de sistemas) -> fim.
Este é o tipo de fluxo que gostaria de criar. Conversando com os
colegas de trabalho, fiquei a saber que:
a. 1, 7, 8 e 11 são eventos e, visualmente são representados por círculos;
b. 4 e 10 são decisões (gateways) e são representados por lozangos;
c. Os participantes são áreas horizontais no diagrama, isto é, se um
elemento está na área pertencente ao participante, então, está
atribuído a ele;
d. Os demais são atividades e são representadas por retângulos.
Observem porque tenho dificuldades em minhas reuniões. Este é um fluxo
bem pequenino com apenas 12 elementos. Agora imaginem 30 ou 40
atividades, representadas em uma planilha, mais ou menos do modo como
fiz: uma coluna para o título, outra para o ator, e outras para
indicar o índice da próxima atividade. Não. Realmente, não é lá muito
fácil de seguir o raciocínio.
É claro que as formas que mencionei referem-se apenas a um modo de se
representar fluxograma que é aquela defendida pela BPMN. Sim, uma vez
que por lá se utiliza Bisagi e as pessoas entendem o significado das
figuras do BPMN, seria realmente bom permanecer com esta
representação. Mas convenhamos. Neste momento, não tenho nada,
qualquer avanço, será algo fenomenal.
Se houver algo específico para fluxogramas, então, teria uma
representação mais semântica, algo como:
\begin{flowchart}
\participant{p1, Usuário}
\participant{p2, Área de Sistemas}
\participant{p3, Fábrica de software}
\event{e01, Necessidade identificada, p1}
\activity{e02, Solicitar manutenção, p1}
\activity{e03, Avaliar solicitação, p2}
\activity{e04, Manutenção prioritária?, p2}
\decision{e05, Implementar manutenção, p3}
\activity{e06, Cancelar solicitação, p2}
\event{e07, Manutenção implementada, p3}
\event{e08, Solicitação cancelada, p2}
\activity{e09, Testar manutenção, p1}
\decision{e10, Manutenção aprovada?, p1}
\activity{e11, Encerrar demanda, p1}
\event{e12, Solicitação atendida, p2}
\connector{e01, e02}
\connector{e02, e03}
\connector{e03, e04}
\connector{e04, e05, \label{Sim}}
\connector{e04, e06, \label{Não}}
\connector{e05, e07}
\connector{e06, e08}
\connector{e07, e09}
\connector{e09, e10}
\connector{e10, e11, \label{Sim}}
\connector{e10, e05, \label{Não}}
\end{flowchart}
Isso é algo que consigo entender. Por outro lado, terei muita
dificuldade de estudar coisas como:
\begin{center}
\smartdiagram[circular diagram]{Set up,Run,Analyse,Modify~/ Add}
\end{center}
Por mais que observe este código, como não enxergo, não tenho qualquer
ideia do que ele faz. Pelo "Circular diagram", posso imaginar que se
trata de um círculo. Mas a seguir, tenho uma lista com vários
argumentos. O que seria "Set up", "Run", "analyse"... Será que este
código desenha um círculo para cada argumento? E quanto as setas?
Lembrem-se de que posso codificar em Latex, mas não posso observar o
resultado. Isso dificulta muito o aprendizado. Simplesmente não posso
testar. Tenho de estar certo de que um código funciona e, a partir do
momento que alguém me disse que ele funciona, continuar a utilizá-lo
com regularidade.
Até hoje, utilizei muito pouco Latex diretamente. O meu uso se deu
principalmente por meio do Txt2tags que gera código Latex. Os
resultados foram impressionantes. Os textos ficaram magnificamente
formatados. Por isso, tenho muita confiança no Latex. Mas no presente
caso, ainda não estou cert se conseguirei.
Como não posso ver o resultado daquilo que codifico e mesmo dos
exemplos que encontro nas aposstilas, realmente, a experimentação fica
bastante limitada.
Com base em tudo quanto disse:
1. Vocês realmente acreditam que é possível fazer aquilo que quero,
isto é, há uma abordagem prática para criar fluxogramas de forma
semântica ou ao menos simples?
2. Alguém teria algum código Latex pronto para a criação de fluxograma
no estilo que mencionei?
A Carol enviou um PDF com exemplo, mas não consegui lê-lo. Tentei
converter o pdf para txt com pdftotext, mas o resultado foi
ininteligível. Em casa, utilizo o Ubuntu. O leitor de telas não se dá
bem com o Evince, por isso, a alternativa para ler PDF é a conversão.
Este é um tema provavelmente pouco explorado: o uso de Latex por
cegos. Por isso, se não for bem sucedido, é algo que se deve encarar
com naturalidade.
Em 11/07/14, luciano de souza<luch...@gmail.com> escreveu:
--
Luciano de Souza
Após uma viagem bem curtinha, voltei para pensar em meus fluxogramas em Latex.
Recebi muitas dicas preciosas, li um bocadinho, mas continuo confuso.
Talvez aquilo que eu mais desejasse não seja possível: um pacote que
lidasse especificamente com fluxogramas e que me permitisse pensar
apenas em termos de eventos, atividades, condicionais e participantes
de processos, ao invés de pensar em termos de caixas e setas.
Imaginemos um fluxo para a solicitação de uma manutenção para a área
de sistemas com os seguintes eventos, atividades e participantes:
1. Necessidade identificada (usuário) -> 2;
2. Solicitar manutenção (usuário) -> 3;
3. Avaliar solicitação (Área de sistemas) -> 4;
4. Se manutenção é prioritária (Área de sistemas), então, 5, senão 6;
5. Implementar a manutenção (fábrica de software) -> 7;
6. Cancelar a solicitação (Área de sistemas) -> 8;
7. Manutenção implementada (Fábrica de software) -> 9;
8. Solicitação cancelada (Área de sistemas) -> fim;
9. Testar manutenção (usuário) -> 10;
10. Se manutenção está aprovada (usuário), então, 11, senão, 5;
11. Encerrar solicitação (usuário) -> 12;
12. Solicitação atendida (área de sistemas) -> fim.
Este é o tipo de fluxo que gostaria de criar. Conversando com os
colegas de trabalho, fiquei a saber que:
a. 1, 7, 8 e 11 são eventos e, visualmente são representados por círculos;
b. 4 e 10 são decisões (gateways) e são representados por lozangos;
c. Os participantes são áreas horizontais no diagrama, isto é, se um
elemento está na área pertencente ao participante, então, está
atribuído a ele;
d. Os demais são atividades e são representadas por retângulos.
Observem porque tenho dificuldades em minhas reuniões. Este é um fluxo
bem pequenino com apenas 12 elementos. Agora imaginem 30 ou 40
atividades, representadas em uma planilha, mais ou menos do modo como
fiz: uma coluna para o título, outra para o ator, e outras para
indicar o índice da próxima atividade. Não. Realmente, não é lá muito
fácil de seguir o raciocínio.
É claro que as formas que mencionei referem-se apenas a um modo de se
representar fluxograma que é aquela defendida pela BPMN. Sim, uma vez
que por lá se utiliza Bisagi e as pessoas entendem o significado das
figuras do BPMN, seria realmente bom permanecer com esta
representação. Mas convenhamos. Neste momento, não tenho nada,
qualquer avanço, será algo fenomenal.
Se houver algo específico para fluxogramas, então, teria uma
representação mais semântica, algo como:
\begin{flowchart}
\participant{p1, Usuário}
\participant{p2, Área de Sistemas}
\participant{p3, Fábrica de software}
\event{e01, Necessidade identificada, p1}
\activity{e02, Solicitar manutenção, p1}
\activity{e03, Avaliar solicitação, p2}
\activity{e04, Manutenção prioritária?, p2}
\decision{e05, Implementar manutenção, p3}
\activity{e06, Cancelar solicitação, p2}
\event{e07, Manutenção implementada, p3}
\event{e08, Solicitação cancelada, p2}
\activity{e09, Testar manutenção, p1}
\decision{e10, Manutenção aprovada?, p1}
\activity{e11, Encerrar demanda, p1}
\event{e12, Solicitação atendida, p2}
\connector{e01, e02}
\connector{e02, e03}
\connector{e03, e04}
\connector{e04, e05, \label{Sim}}
\connector{e04, e06, \label{Não}}
\connector{e05, e07}
\connector{e06, e08}
\connector{e07, e09}
\connector{e09, e10}
\connector{e10, e11, \label{Sim}}
\connector{e10, e05, \label{Não}}
\end{flowchart}
Isso é algo que consigo entender. Por outro lado, terei muita
dificuldade de estudar coisas como:
\begin{center}
\smartdiagram[circular diagram]{Set up,Run,Analyse,Modify~/ Add}
\end{center}
Por mais que observe este código, como não enxergo, não tenho qualquer
ideia do que ele faz. Pelo "Circular diagram", posso imaginar que se
trata de um círculo. Mas a seguir, tenho uma lista com vários
argumentos. O que seria "Set up", "Run", "analyse"... Será que este
código desenha um círculo para cada argumento? E quanto as setas?
Lembrem-se de que posso codificar em Latex, mas não posso observar o
resultado. Isso dificulta muito o aprendizado. Simplesmente não posso
testar. Tenho de estar certo de que um código funciona e, a partir do
momento que alguém me disse que ele funciona, continuar a utilizá-lo
com regularidade.
Até hoje, utilizei muito pouco Latex diretamente. O meu uso se deu
principalmente por meio do Txt2tags que gera código Latex. Os
resultados foram impressionantes. Os textos ficaram magnificamente
formatados. Por isso, tenho muita confiança no Latex. Mas no presente
caso, ainda não estou cert se conseguirei.
Como não posso ver o resultado daquilo que codifico e mesmo dos
exemplos que encontro nas aposstilas, realmente, a experimentação fica
bastante limitada.
Com base em tudo quanto disse:
1. Vocês realmente acreditam que é possível fazer aquilo que quero,
isto é, há uma abordagem prática para criar fluxogramas de forma
semântica ou ao menos simples?
2. Alguém teria algum código Latex pronto para a criação de fluxograma
no estilo que mencionei?
A Carol enviou um PDF com exemplo, mas não consegui lê-lo. Tentei
converter o pdf para txt com pdftotext, mas o resultado foi
ininteligível. Em casa, utilizo o Ubuntu. O leitor de telas não se dá
bem com o Evince, por isso, a alternativa para ler PDF é a conversão.
Este é um tema provavelmente pouco explorado: o uso de Latex por
cegos. Por isso, se não for bem sucedido, é algo que se deve encarar
com naturalidade.
Em 11/07/14, luciano de souza<luch...@gmail.com> escreveu:
Luciano de Souza
Juliano Dorneles dos Santos
Jul 18, 2014, 4:27:45 PM7/18/14
to late...@googlegroups.com
Não sei se posso colaborar de alguma forma com a tua dúvida Luciano, mas pesquisei maneiras de gerar fluxogramas da maneira mais "legível" possível e me deparei com um pequeno programa chamado flow.
Ele funciona assim ... tu cria um arquivo texto com o teu fluxograma, aqui escrito em uma linguagem mais acessível ... e então utiliza o programa para "converter" esse arquivo texto para um fluxograma criado com o ambiente picture.
Eu achei bem mais simples do que criar diretamente dentro de algum ambiente.
Manual em inglês: http://ctan.mackichan.com/support/flow/flowdoc.pdf
Arquivos: http://ctan.mackichan.com/support/flow/
Eu consegui compilar o arquivo fonte aqui no Mac sem nenhum erro e de primeira. Foi só rodar o gcc.
Infelizmente não tenho como traduzir o manual no momento pois estou no final do semestre na Universidade e realmente estou sem tempo ... mas se algum dos amigos quiser colaborar com a solução, criando alguns exemplos simples para depois ir complicando, seria bem vindo!
Abraço!
Youssef Cherem
Jul 18, 2014, 4:44:53 PM7/18/14
to late...@googlegroups.com
Caro Luciano,
Segue abaixo um código mínimo para fazer um fluxograma.
O inconveniente é o tamanho dele e sua posição na página -- horizontal ou vertical. É possível escalar os "nodes" e a figura inteira, mas depende da quantidade de "nodes".
\documentclass{article}
\usepackage[utf8]{inputenc}
\usepackage{fourier}
\usepackage{tikz}
\usetikzlibrary{shapes,arrows,positioning,calc}
\begin{document}
\pagestyle{empty}
% Define estilos -- evento, decisão, outros
\tikzstyle{evento} = [circle,draw,fill=blue!20,text width=3cm, text badly centered, node distance=5cm, inner sep=0pt]
\tikzstyle{decisao} = [diamond, draw, fill=blue!20,
text width=3cm, text centered, node distance=5cm, inner sep=0pt]
\tikzstyle{outros} = [rectangle, draw, fill=blue!20,
text width=3cm, text centered, rounded corners,node distance=3cm,minimum height=16pt]
\tikzstyle{seta} = [draw, -latex']
\begin{tikzpicture}[node distance=3cm,scale=0.4, every node/.style={transform shape}] %
\node [evento] (1) {1. Necessidade identificada (usuário)};
\node [outros,right=2cm of 1] (2) {2. Solicitar manutenção (usuário)};
\node [outros,right=2cm of 2] (3) {3. Avaliar solicitação (Área de sistemas)};
\node [decisao,right=2cm of 3] (4) {4. Se manutenção é prioritária \\(Área de sistemas), então, 5, senão 6};
\node [outros,right=2cm of 4] (5) {5. Implementar a manutenção (fábrica de software)};
\node [outros,below of=5] (6) {6. Cancelar a solicitação\\(Área de sistemas) };
\node [evento,below of=6] (7) {7. Manutenção implementada\\ (Fábrica de software) };
\node [evento,below of=7] (8) {8. Solicitação cancelada (Área de sistemas)};
\node [outros,below of=8] (9) {9. Testar manutenção (usuário)};
\node [decisao,below of=9] (10) {10. Se manutenção está aprovada (usuário), então, 11, senão, 5};
\node [evento,below of=10] (11) {11. Encerrar solicitação (usuário)};
\node [outros,below of=11] (12) {12. Solicitação atendida (área de sistemas)};
\path [seta] (1) -- (2);
\path [seta] (2) -- (3);
\path [seta] (3) -- (4);
\path [seta] (4) -- (5);
\path [seta] (5) -- (6);
\path [seta] (6) -- (7);
\path [seta] (7) -- (8);
\path [seta] (8) -- (9);
\path [seta] (9) -- (10);
\path [seta] (10) -- (11);
\path [seta] (11) -- (12);
\end{tikzpicture}
\end{document}
No caso do pacote smartdiagram, ele automatiza fluxogramas que tenham a mesma forma, você coloca os elementos entre vírgulas e ele lida com o resto, como o exemplo:
\begin{center}
\smartdiagramset{back arrow disabled=true,module y sep=2.0,text width=5cm}
\smartdiagram[flow diagram]{1. Necessidade identificada (usuário),
2. Solicitar manutenção (usuário),
3. Avaliar solicitação (Área de sistemas),
4. Manutenção é prioritária? (Área de sistemas)}
\end{center}
Se você puder usar uma mesma forma, é a solução mais fácil.
Creio ser possível automatizar ainda mais o processo, mas necessitaria de mais tempo.
--
You received this message because you are subscribed to the Google Groups "Latex-br" group.
To unsubscribe from this group and stop receiving emails from it, send an email to latex-br+u...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/latex-br/CAOUY%3DrUu%2Bm58FP0x9jZhE%3DM0KQW7v1EKsdgDaXpc5%3DLbVgidRg%40mail.gmail.com.
luciano de souza
Jul 18, 2014, 6:03:01 PM7/18/14
to latex-br
Youssef,
Realmente, o tamanho do código não importa muito. Para evitar erros de
digitação, de qualquer modo, iria automatizar a sua produção.
Fiquei com algumas dúvidas:
1. " \node [evento] (1) {1. Necessidade identificada (usuário)};". O
que está entre chaves é precisamente o que está escrito na caixa? Isto
é "(Usuário)" também faz parte do texto? Se este for o caso, então,
para diminuir a quantidade de texto escrita, preferirei não
representar os participantes, mas somente os outros elementos, pois
neste caso, repetiria muitas vezes o mesmo texto. No BPMN, os
participantes são representados por áreas horizontais, mas posso criar
outra representação, talvez colorindo a node com uma cor para cada
participante... Bom, por hora, importa apenas saber se o "(usuário)"
também pertence ao conteúdo.
2. Observei que os \path tinham um elemento de partida e um elemento
de chegada. entretanto, nos dois elementos de decisão, isso não é
precisamente verdadeiro.
\node [decisao,right=2cm of 3] (4) {4. Solicitação prioritária}
Nos path, teria de ter uma seta para o "sim" e outra para o "não". Se
sim, vai para a atividade 5, se "não", vai para a atividade 6. No
fluxo, observei que a decisão possui uma figura especial, entretanto,
dela parte apenas uma seta.
3. A terceira pergunta diz respeito ao "right" e ao "below". O
critério para saber quando é "right" e quando é "below" é apenas
visual, isto é, você compilou, percebeu que o espaço não era
suficiente e, assim, decidiu que era melhor "bellow" a partir de
então?
Precisarei fazer alguns exercícios, mas pareceu-me viável. É verdade
que terei de tomar cuidado em quebrar fluxogramas grandes em partes
menores, de modo que esteja reduzido o risco de não caber em uma
página. De qualquer modo, a sintaxe não parece realmente complicada. O
cabeçalho é um bocadinho intrincado, mas se é o mesmo para qualquer
fluxo, não é algo que deva temer.
Também estou olhando o flowdoc, enviado pelo Juliano. De qualquer
modo, este exemplo já me pareceu um bocado mágico. Talvez esteja bem
perto de desenhar os meus primeiros fluxogramas.
Se este tal de Latex fizer cegos a desenharem fluxogramas, você a de
convir que é mesmo miraculoso!
--
Luciano de Souza
Realmente, o tamanho do código não importa muito. Para evitar erros de
digitação, de qualquer modo, iria automatizar a sua produção.
Fiquei com algumas dúvidas:
1. " \node [evento] (1) {1. Necessidade identificada (usuário)};". O
que está entre chaves é precisamente o que está escrito na caixa? Isto
é "(Usuário)" também faz parte do texto? Se este for o caso, então,
para diminuir a quantidade de texto escrita, preferirei não
representar os participantes, mas somente os outros elementos, pois
neste caso, repetiria muitas vezes o mesmo texto. No BPMN, os
participantes são representados por áreas horizontais, mas posso criar
outra representação, talvez colorindo a node com uma cor para cada
participante... Bom, por hora, importa apenas saber se o "(usuário)"
também pertence ao conteúdo.
2. Observei que os \path tinham um elemento de partida e um elemento
de chegada. entretanto, nos dois elementos de decisão, isso não é
precisamente verdadeiro.
\node [decisao,right=2cm of 3] (4) {4. Se manutenção é prioritária
\\(Área de sistemas), então, 5, senão 6};
na verdade, acho que seria assim:
\\(Área de sistemas), então, 5, senão 6};
\node [decisao,right=2cm of 3] (4) {4. Solicitação prioritária}
Nos path, teria de ter uma seta para o "sim" e outra para o "não". Se
sim, vai para a atividade 5, se "não", vai para a atividade 6. No
fluxo, observei que a decisão possui uma figura especial, entretanto,
dela parte apenas uma seta.
3. A terceira pergunta diz respeito ao "right" e ao "below". O
critério para saber quando é "right" e quando é "below" é apenas
visual, isto é, você compilou, percebeu que o espaço não era
suficiente e, assim, decidiu que era melhor "bellow" a partir de
então?
Precisarei fazer alguns exercícios, mas pareceu-me viável. É verdade
que terei de tomar cuidado em quebrar fluxogramas grandes em partes
menores, de modo que esteja reduzido o risco de não caber em uma
página. De qualquer modo, a sintaxe não parece realmente complicada. O
cabeçalho é um bocadinho intrincado, mas se é o mesmo para qualquer
fluxo, não é algo que deva temer.
Também estou olhando o flowdoc, enviado pelo Juliano. De qualquer
modo, este exemplo já me pareceu um bocado mágico. Talvez esteja bem
perto de desenhar os meus primeiros fluxogramas.
Se este tal de Latex fizer cegos a desenharem fluxogramas, você a de
convir que é mesmo miraculoso!
Luciano de Souza
Jorge Barros de Abreu
Jul 18, 2014, 6:30:19 PM7/18/14
to late...@googlegroups.com
On Fri, Jul 18, 2014 at 01:03:05PM -0300, luciano de souza wrote:
> Caros,
>
> Após uma viagem bem curtinha, voltei para pensar em meus fluxogramas em Latex.
>
> Recebi muitas dicas preciosas, li um bocadinho, mas continuo confuso.
> Talvez aquilo que eu mais desejasse não seja possível: um pacote que
> lidasse especificamente com fluxogramas e que me permitisse pensar
> apenas em termos de eventos, atividades, condicionais e participantes
> de processos, ao invés de pensar em termos de caixas e setas.
Tenta o programa "Dia"gram:
> Caros,
>
> Após uma viagem bem curtinha, voltei para pensar em meus fluxogramas em Latex.
>
> Recebi muitas dicas preciosas, li um bocadinho, mas continuo confuso.
> Talvez aquilo que eu mais desejasse não seja possível: um pacote que
> lidasse especificamente com fluxogramas e que me permitisse pensar
> apenas em termos de eventos, atividades, condicionais e participantes
> de processos, ao invés de pensar em termos de caixas e setas.
http://dia-installer.de/download/linux.html.en
Não é para latex mas diante do encaminhamento da thread me parece cabível
colocar aqui.
Espero que seja útil.
--
Data Estelar 2456857,435590
http://sites.google.com/site/ficmatinf
Desejo-lhe Paz, Vida Longa e Prosperidade.
São Bem Vindas Mensagens no Formato texto UTF-8 com Acentos.
Youssef Cherem
Jul 18, 2014, 10:23:05 PM7/18/14
to late...@googlegroups.com
Luciano,
Em relação a suas dúvidas:
1. Eu repeti seu título. Então, usuário faz parte dele. O que está entre as chaves é mesmo o conteúdo da caixa. Você pode mudar à vontade.
Você pode criar um estilo de node como quiser, basta mudar algumas palavras.
2. Você está correto. Você pode dirigir as setas para onde desejar, basta ter em mente para onde elas estão indo. Você pode inclusive imaginar uma grade quadriculada, e colocar as coordenadas.
3. É isso mesmo. Mas também termos o tamanho do node especificado, e, lembrando mais ou menos a largura da página, dá para saber aproximadamente quantos cabem. No caso, eu havia posto um "scale" e tudo vertical, mas ficou muito pequeno. Mas com algumas tentativas dá para ter uma noção.
Um abraço.
--
You received this message because you are subscribed to the Google Groups "Latex-br" group.
To unsubscribe from this group and stop receiving emails from it, send an email to latex-br+u...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/latex-br/CAOUY%3DrUYOZjucZk6HZgonHPLFa8VqZZuo7FVChejasiTT4By-w%40mail.gmail.com.
Reply all
Reply to author
Forward
0 new messages