= DOCUMENTAÇÃO MINIMA DE PROJETO =

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. 

Sugere-se o uso da UML como ferramenta para produzir a documentação dos projetos de workflow. Contudo, nem todos os diagramas necessitam ser produzidos, apenas os principais. Esta simplificação está sendo sugerida para que o tempo de projeto fique mais curto, considerando-se que:

- Geralmente o analista também atua como projetista e implementador;

- Os processos de workflow, geralmente, são de complexidade baixa ou média.

== Documento do Projeto ==

Sugere-se a redação de um documento de projeto, com no mínimo, os ítens listados abaixo.

{{{

1 Apresentação

2 Caracterização da Organização

  2.1 Identificação

3 Caracterização do Problema

4 Situação Atual

5 Requisitos

6 Funcionalidades

  6.1 Diagrama de Fluxo de Atividades

  6.2 Diagrama de Casos de Uso

  6.3 Descrição dos Casos de Uso

  6.4 Diagrama de Entidades e Relacionamentos

7 Proposta de Solução

8 Esforço de Desenvolvimento, Prazos e Custos.

9 Benefícios

10 Estratégias de Abordagem

11 Equipe de Trabalho - Papéis

12 Atividades e Prazos

}}}

Para facilitar, está disponível um [htdocs:wf/modelos/modelo_projeto.odt modelo de documento de Projeto.]

== Documentos dos Casos de Uso ==

Para cada caso de uso, identificado no relatório do projeto, sugere-se a produção de um documento de especificação, conforme exemplificado neste [htdocs:wf/modelos/modelo_ucs.odt modelo].

== Softwares recomendados para produção dos documentos ==

||'''Fase'''||'''Software'''||

||Projeto||!BrOffice.org||

||Der||!DbDesigner||

||Fluxo||Dia||

||Casos de uso||Jude||