Changes between Version 9 and Version 10 of WF/Documentacaominimadeprojeto
- Timestamp:
- 12/08/09 13:30:47 (14 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
WF/Documentacaominimadeprojeto
v9 v10 1 1 = Documentação Mínima de Projeto = 2 [[WikiInclude(WF/tableofcontents)]]3 2 4 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.3 Obviamente, não se pode desenvolver um sistema sem antes passar pela etapa de projeto. No caso do workflow, esta afirmação 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, considere investir um tempo na modelagem do sistema. 5 4 6 5 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: … … 10 9 - Os processos de workflow, geralmente, são de complexidade baixa ou média. 11 10 12 == Documento do Projeto == 11 (É claro que cada organização é livre para escolher a ferramenta de modelagem que achar mais conveniente). 13 12 14 Sugere-se a redação de um documento de projeto, com no mínimo, os ítens listados abaixo. 13 == 1. Levantamento e Análise de Requisitos == 15 14 16 {{{ 15 Nesta fase relacionam-se os produtos, relatórios e informações que devam ser fornecidos pelo sistema. 17 16 18 1 Apresentação 17 == 2. Diagrama de Casos de Uso == 19 18 20 2 Caracterização da Organização 19 Com base nos requisitos projeta-se o Diagrama de Casos de uso, que identifica os atores e as principais funcionalidades do sistema, e o relacionamento entre elas. 21 20 22 2.1 Identificação 21 == 3. Descrição dos Casos de Uso == 23 22 24 3 Caracterização do Problema 23 Para cada caso de uso deve-se produzir um relatório descritivo do caso, que servirá de base para o desenvolvimento das atividades do processo. 25 24 26 4 Situação Atual 25 == 4. Diagrama de Classes == 27 26 28 5 Requisitos 27 Diagrama muito importante que apresenta o relacionamento entre as classes do sistema, seus atributos e métodos, e como as classes relacionam-se entre si. 29 28 30 6 Funcionalidades 29 == 5. Fluxo do Processo == 31 30 32 6.1 Diagrama de Fluxo de Atividades31 Diagrama das atividades do processo e as transições entre elas. 33 32 34 6.2 Diagrama de Casos de Uso 33 == 6. Diagrama Entidade-Relacionamento == 35 34 36 6.3 Descrição dos Casos de Uso 37 38 6.4 Diagrama de Entidades e Relacionamentos 39 40 7 Proposta de Solução 41 42 8 Esforço de Desenvolvimento, Prazos e Custos. 43 44 9 Benefícios 45 46 10 Estratégias de Abordagem 47 48 11 Equipe de Trabalho - Papéis 49 50 12 Atividades e Prazos 51 52 }}} 53 54 Para facilitar, está disponível um [htdocs:wf/modelos/modelo_projeto.odt modelo de documento de Projeto.] 55 56 == Documentos dos Casos de Uso == 57 58 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]. 35 Este diagrama refere-se à implementação do banco de dados, representando as tabelas, suas colunas, índices, restrições e relacionamentos. 59 36 60 37 == Softwares recomendados para produção dos documentos == 61 38 39 Toda esta documentação necessita ficar armazenada para consulta fácil e atualização constante. Uma sugestão pode ser o Software Trac (o mesmo utilizado aqui no expressolivre.org), que disponibiliza um ambiente muito bom para o acompanhamento de um projeto, em especial o wiki do Trac que controla o versionamento dos documentos. Outra opção seria criar um repositório no SVN para armazenar a documentação. 40 62 41 ||'''Fase'''||'''Software'''|| 63 64 ||Projeto||!BrOffice.org|| 65 66 ||Der||!DbDesigner|| 67 68 ||Fluxo||Dia|| 69 70 ||Casos de uso||Jude|| 42 || Levantamento de requisitos || wiki ou brOffice || 43 || Diagrama de Casos de Uso || Jude || 44 || Descrição dos Casos de Uso || wiki ou brOffice || 45 || Diagrama de Classes || Jude || 46 || Fluxo do Processo || Dia || 47 || Der || !DbDesigner ||