Changes between Version 9 and Version 10 of WF/Documentacaominimadeprojeto


Ignore:
Timestamp:
12/08/09 13:30:47 (14 years ago)
Author:
viani
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • WF/Documentacaominimadeprojeto

    v9 v10  
    11= Documentação Mínima de Projeto = 
    2 [[WikiInclude(WF/tableofcontents)]] 
    32 
    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.  
     3Obviamente, 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. 
    54 
    65Sugere-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: 
     
    109- Os processos de workflow, geralmente, são de complexidade baixa ou média. 
    1110 
    12 == Documento do Projeto == 
     11(É claro que cada organização é livre para escolher a ferramenta de modelagem que achar mais conveniente). 
    1312 
    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 == 
    1514 
    16 {{{ 
     15 Nesta fase relacionam-se os produtos, relatórios e informações que devam ser fornecidos pelo sistema. 
    1716 
    18 1 Apresentação 
     17== 2. Diagrama de Casos de Uso == 
    1918 
    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. 
    2120 
    22   2.1 Identificação 
     21== 3. Descrição dos Casos de Uso == 
    2322 
    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. 
    2524 
    26 4 Situação Atual 
     25== 4. Diagrama de Classes == 
    2726 
    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. 
    2928 
    30 6 Funcionalidades 
     29== 5. Fluxo do Processo == 
    3130 
    32   6.1 Diagrama de Fluxo de Atividades 
     31 Diagrama das atividades do processo e as transições entre elas. 
    3332 
    34   6.2 Diagrama de Casos de Uso 
     33== 6. Diagrama Entidade-Relacionamento == 
    3534 
    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. 
    5936 
    6037== Softwares recomendados para produção dos documentos == 
    6138 
     39Toda 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 
    6241||'''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 ||