Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

Processo de documentação e modelagem de negócio em projetos utilizando metodologia Scrum e o framework Genexus

Tema principal é a sugestão de documentação útil a empresa e que de condições a criação de Product Backlog com Genexus
by

Fernando Vargas

on 5 October 2012

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Processo de documentação e modelagem de negócio em projetos utilizando metodologia Scrum e o framework Genexus

Documentação e modelagem de negócio com Scrum e Genexus Fernando Vargas
http://about.me/fernando_vargas Tópicos Considerados: Introdução
Modelagem de Processo de negócio;
Modelagem de negócio com BPMN;
UML - Casos de Uso;
Framework Genexus;
EAP - Estrutura analítica do projeto;
Mapa mental;
Cenário atual;
Proposta de documentação;
Resultados Esperados; Introdução: "Com grandes sistemas vem grandes documentações". Ou alguma coisa assim... Mas a verdade é que... Quanto maior for o seu software, maior será a necessidade de ter processos e padrões muito bem documentados.

O problema é que geralmente documentações passam por situações como: Texto complexo e de difícil compreensão;
Muitas vezes apresentam informações redundantes
e desnecessárias;
Pouca diagramação;
O documento depois de pronto não recebe atualizações, porém várias coisas surgem durante o desenvolvimento;
Documentação fica guardada numa pasta nunca mais vista e quando da problema... O gerente ou analista O desenvolvedor Levando estas informações em consideração
espera-se:
Apresentar um modelo que será amadurecido conforme a prática;
Este modelo tem por principal característica
informar somente o necessário de forma mais visual possível;
Estabelecer uma relação na concepção da documentação com as tecnologias utilizadas pela empresa;
Estabelecer relação no desenvolvimento do projeto com a metodologia Scrum Modelagem de negócios - BPMN & BPM Forma de simular o comportamento empresarial;
BPM (Business Process Management), é voltado à gestão de processos, pode incluir uma série de atividades ou ciclos;
BPMN (Business Process Management Notation): técnica ou modelo de notação de processos de negócio, focada na análise modelagem e orquestração. Vantagens: Padronização realizada pela instituição OMG, que é um grupo de empresas consolidadas e com boa reputação no mercado de padrões abertos;

Suporte a diversas ferramentas de modelagem;

Incorpora facilidades de técnicas consagradas de padrões de modelagem como UML, por exemplo;

Possui capacidade de enviar mensagens, esperar respostas ou ser interrompido por outras mensagens fonte: (NETO, 2012) Desvantagens: Por ser somente um modelo gráfico, a integração em outras ferramentas depende de representação textual;

Não é destinado ao manuseio de diferentes visões, ou seja, é focado apenas no negócio; Genexus Trabalha de forma abstrata em relação ao processo de desenvolvimento normalmente utilizado por “softwares houses”; Procura focar em negócio ao invés de código; De acordo com a empresa fundadora Artech não existem
programadores Genexus Transações: De forma resumida tudo que se refere a edição, atualização e inserção de dados em banco necessita deste objeto, visto que através dele é possível criar os atributos e tabelas no banco de dados; Diagrama UML Forma visual para modular sistemas que geralmente são desenvolvidos sob o conceito de orientação a objetos;
Torna possível analisar de forma gráfica o projeto de diferentes pontos de vista;
Usaremos o diagrama de casos de uso Casos de uso É uma forma de representação gráfica das funcionalidades de um sistema observados sobre um ponto de vista mais externo (abstrato);

É interessante que a informação possa ser interpretada tanto por um cliente como por um membro da equipe de desenvolvimento; EAP – Estrutura analítica do projeto Umas das características da EAP seria dividir o projeto em partes podendo ser dividido por macro-processos e os processos subsequentes destes macro-processos. Também é possível criar um dicionário desta EAP que poderá servir para explicar ou documentar cada item de nossa estrutura Mapa Mental Poderia ser entendido como uma técnica de organizar pensamentos e idéias construindo um tipo de diagrama Proposta de documentação Mapa mental: com o objetivo de contextualizar todos os módulos, setores e pessoas chaves envolvidas;

Elicitação requisitos do projeto: documentar com atas ou modelos prontos todo contato entre membros do projeto e cliente;

Diagrama de Casos de Uso: definir os principais atores e cenários, levantados de forma inicial no mapa mental e amadurecidos após a elicitação de requisitos, é importante para ver de forma mais visual e ampla as etapas e interações de diferentes atores dentro do sistema a ser desenvolvido.

Modelagem BPMN: nesta etapa a equipe de concepção do projeto já possui uma visão ampla sobre como o negócio funciona, sendo assim, é possível sendo já identificados os setores e processos envolvidos construir a modelagem do negócio usando o BPMN;

Levando em consideração os problemas de documentação já apresentados... Documento Documento EAP: tendo os passos anteriormente citados concluídos já se possui uma maturidade maior sobre o andamento do negócio;

Como já mencionado neste artigo utiliza-se como metodologia ágil o SCRUM. Então a EAP tem papel fundamental neste processo, visto que dele será definido o product backlog do SCRUM.

Através disso é possível terminar o processo de documentação e já dar inicio ao processo de utilização da metodologia que está em fase de implementação;
Documento Com a utilização do Genexus o analista não necessita se preocupar com criação e estruturação de banco de dados, visto que o próprio objeto transação faz isso, porém é necessário ao analista apontar os nomes dos atributos e os tipos de dados. Para que não haja uma replicação de informação tendo o dicionário de dados em um documento e no objeto do Genexus, o dicionário de dados será criado dentro da própria ferramenta. E se necessário adicionado como um anexo;
Os registros de reunião que hoje não existem serão utilizados e também serão anexados ao final do projeto; Resultados Esperados Dar inicio a utilização de um processo de documentação
que venha a atender as necessidades da empresa;
Desenvolver um documento que seja de simples visualização e que possua uma rotina de atualização sempre que necessário;
Desenvolver um padrão de documentação que possa auxiliar o processo de geração de product backlog, estórias e sprint backlog da metodologia Scrum; Obrigado pela atenção Dúvidas?
Full transcript