| 1 | | Obviamente, não se pode desenvolver um sistema sem antes passar pela etapa de projeto. No caso do workflow, esta premissa também é válida. Mesmo para processos simples é necessário seguir uma metodologia de desenvolvimento de sistemas, sob pena de cair em erros de implementação, por falta de planejamento. Portanto, antes de começar a codificar o seu processo, atente para as recomendações descritas abaixo. |
| 2 | | |
| | 1 | Obviamente, não se pode desenvolver um sistema sem antes passar pela etapa de projeto. No caso do workflow, esta premissa também é válida. Mesmo para processos simples é necessário seguir uma metodologia de desenvolvimento de sistemas, sob pena de cair em erros de implementação, por falta de planejamento. Portanto, antes de começar a codificar o seu processo, atente para as recomendações descritas abaixo. |
| 4 | | Está sendo sugerida a MDS - Metodologia de Desenvolvimento de Serviços, do framework Pinhão, como base para o desenvolvimento de processos de workflow. Na prática foram feitos alguns cortes na metodologia original, para torna-lá mais adequada para o workflow. Isto não significa que etapas importantes foram suprimidas, mas apenas que ocorreu uma reorganização para tornar o tempo de projeto mais curto. Foi tomada esta decisão levando em consideração os seguintes fatores: |
| | 3 | Está sendo sugerida uma metotologia de desenvolvimento, baseada na UML, como base para o desenvolvimento de processos de workflow. Na prática , os modelos aqui sugeridos, tornam o tempo de projeto, mais curto, sem prejuízo para o processo de Workflow. Está sendo sugerida esta simplificação, considerando-se que: |
| 68 | | Para cada caso de uso identificado no relatório do projeto, deverá ser produzido um documento de especificação, conforme exemplificado neste [http://doc.workflow.celepar.parana/modelos/modelo_ucs.odt modelo] |
| 69 | | |
| 70 | | |
| 71 | | |
| 72 | | == Repositório para a documentação == |
| 73 | | |
| 74 | | Todos os documentos produzidos deverão ser armazenas no cvs do servidor de desenvolvimento do workflow, segundo a árvore de diretório abaixo: |
| 75 | | |
| 76 | | |
| 77 | | |
| 78 | | {{{ |
| 79 | | |
| 80 | | Módulo |
| 81 | | +- doc |
| 82 | | +- UCS |
| 83 | | +- ucs_atividade.odt |
| 84 | | +- ... |
| 85 | | +- der_modulo.png |
| 86 | | +- der_modulo.xml |
| 87 | | +- fluxo_modulo.dia |
| 88 | | +- fluxo_modulo.png |
| 89 | | +- projeto_modulo.odt |
| 90 | | +- ucs_modulo.jude |
| 91 | | +- ucs_modulo.png |
| 92 | | |
| 93 | | }}} |
| 94 | | |
| 95 | | onde: |
| 96 | | |
| 97 | | Módulo = nome do processo |
| 98 | | |
| 99 | | UCS = pasta para armazenamento dos documentos de caso de uso |
| 100 | | |
| 101 | | atividade = nome de uma atividade do processo |
| 102 | | |
| 103 | | der_modulo = arquivos do diagrama-entidade-relacionamento |
| 104 | | |
| 105 | | fluxo_modulo = arquivos do fluxo de atividades |
| 106 | | |
| 107 | | projeto_modulo = arquivo principal do projeto |
| 108 | | |
| 109 | | ucs_modulo = arquivos do diagrama de casos de uso |
| 110 | | |
| 111 | | |
| | 55 | Para cada caso de uso identificado no relatório do projeto, deverá ser produzido um documento de especificação, conforme exemplificado neste [htdocs:wf/modelos/modelo_ucs.odt modelo]. |
