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

Softel - Multivack

No description
by

Carolina Franco

on 9 May 2013

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Softel - Multivack

Softel - Multivack Construindo um software
com método SCRUM Cerimônia de Retrospectiva da Sprint Data do Encontro: 21 de março de 2013
Tempo: 15 minutos.
Participantes: Patrick, Thays, Michel, Carolina e Avelino
O que foi feito?
Inicio da coleta de Historias de Usuários, inicio de definição das Sprints, construção do TaskBoard
O que deve ser feito?
Definir tarefas para Histórias de Usuários.
Houve algum impedimento? Qual?
O impedimento foi a falta de compreensão do que deveria estar em cada item, de como separar histórias de usuários em Sprints e quais requisitos utilizar para escolher HUs para a mesma Sprint. Com mais leitura dos materiais disponíveis e troca de idéias conseguimos alinhar o trabalho. MÉTODO SCRUM Demonstração do Algo de Valor Sprint#1 Reunião Diária 1 Distribuição dos Papéis
na Equipe de Desenvolvimento Papéis - Product Owner (PO)
- ScrumMaster (SM)
- Equipe Scrum O que deu certo? MULTIVACK!!! É um processo iterativo e incremental para desenvolvimento de qualquer produto ou gerenciamento de qualquer trabalho... Artefatos Cerimônias - Planejamento da Sprint
- Reunião Diária
- Revisão da Sprint
- Retrospectiva da Sprint - Product Backlog
- Sprint Backlog
- Gráfico Burndown Product Owner Professora Rogeria ScrumMaster Patrick Venturin Equipe Scrum - Avelino
- Carolina
- Michel
- Thays Cerimônia de Planejamento das Sprints Visão Geral Product Backlog Estimativa de Velocidade HUs +Tarefas + Responsáveis Gráfico Burndown Plano de Release TaskBoard Para estimar a velocidade para realização de cada História de Usuário, jogamos o Planning Poker!

HU1- Registrar produtos 10h
HU2- Registrar mesas 05h
HU3- Registrar compra de produtos 05h
HU4- Emitir pedidos 05h
HU5- Gerenciar pedidos (alterar mesa, produto) 07h
HU6- Efetuar pagamento do pedido 06h

TOTAL:38h Reunião Diária 2 Data do Encontro: 23 de março de 2013
Tempo: 15 minutos.
Participantes: Patrick, Carolina, Michel, Thays, Carolina e Avelino
O que foi feito?
Foram definidas as Tarefas de Usuário.
O que deve ser feito?
Atualizar o TaskBoard
Houve algum impedimento? Qual?
O grupo precisou de um pouco mais de tempo para discutir o “Atualizar Estoque”, foram muitas idéias conflitantes sobre o que realmente era Atualizar Estoque: uma tarefa ou uma História de Usuário? O impedimento foi eliminado pelo nosso Scrum Master que elucidou nossas duvidas definindo que atualizar estoque seria uma tarefa da HU emitir pedido e HU Compra de produtos. Reunião Diária 3 Data do Encontro: 28 de março de 2013
Tempo: 15 minutos.
Participantes: Patrick, Carolina, Michel, Thays e Avelino
O que foi feito?
Organizamos as Sprints.
O que deve ser feito?
Criar TaskBoard com Sprints
Houve algum impedimento? Qual?
Devido aos estudos feitos na primeira reunião diária, todo o grupo já estava de acordo na forma como as Sprints deveriam ser definidas, assim ficou fácil para colocar nossas idéias no papel. Não encontramos nenhum impedimento. Reunião Diária 4 Data do Encontro: 07 de abril de 2013
Tempo: 15 minutos.
Participantes: Patrick, Carolina, Michel, Thays e Avelino
O que foi feito?
Criados os diagramas de sequencia, de colaboração, modelo conceitual, contratos, lista de operações e consultas de sistema diagrama de classes e diagrama de estados de navegação.
O que deve ser feito?
Terminar os diagramas e fazer projeto de interface.
Houve algum impedimento? Qual?
Alguns problemas na instalação e utilização do Astha, que foram prontamente resolvidos. Reunião Diária 5 Data do Encontro: 11 de abril de 2013
Tempo: 15 minutos.
Participantes: Patrick, Carolina, Michel, ThaysAvelino
O que foi feito?
Terminados os diagramas de sequencia, de colaboração, modelo conceitual, contratos, lista de operações e consultas de sistema diagrama de classes e diagrama de estados de navegação e criado o projeto de interface.
O que deve ser feito?
Programação.
Houve algum impedimento? Qual?
Alguns problemas com relação ao teclado do notebook usado, atrasaram o trabalho. Análise Histórias de Usuários da Sprint
Detalhadas HU1 – Registrar Produtos: os usuários podem cadastrar produtos no sistema com nome, número de referência, valor de venda, classificação, descrição e saldo. O usuário pode alterar os dados cadastrados, exceto o saldo que é atualizado apenas quando efetua uma compra ou emite um pedido.

HU2 – Registrar Mesas: as mesas da pastelaria devem ser cadastradas no sistema cada uma com um número e sua quantidade de cadeiras. O usuário pode consultar as mesas no sistema e alterar a quantidade de cadeiras se necessário. Operações e Consultas de Sistema Diagramas de Sequência Diagrama de Sequência - Cadastro de Produto Diagrama de Sequência - alterar Produto Cadastrado Diagrama de Sequência - Cadastro Mesa Diagrama de Sequência - Alterar Mesa Consultada Lista de Operações e Consultas OPERAÇÕES:

incluirProduto(nomeProduto,numReferencia,valorVenda,classificacao,descricao)
alterarProduto(nomeProduto,numReferencia,valorVenda,classificacao,descricao)
incluirMesa(numeroMesa,numeroLugares)
alterarMesa(numeroMesa,numeroLugares) CONSULTAS:

listarMesas()
listarProdutos() Reunião Diária 6 Data do Encontro: 21 de abril de 2013
Tempo: 15 minutos.
Participantes: Patrick, Carolina, Michel, Thays e Avelino
O que foi feito?
Implementação do sistema, seguindo o projeto.
O que deve ser feito?
Finalizar a Implementação do sistema.
Houve algum impedimento? Qual?
Conexão com banco de dados, devido configuração de usuários, resolvida prontamente. Projeto de Domínio Diagrama de Colaboração - Cadastro Produto Diagrama de Colaboração - Alterar Produto Diagrama de Colaboração - Cadastro Mesa Diagrama de Colaboração - Alterar Mesa Sprint#2 Análise Histórias de Usuários da Sprint
Detalhadas HU3 – Compra de produtos: toda vez que forem comprados novos produtos para a pastelaria, o usuário vai cadastrar esses novos produtos no sistema. Se o produto que foi comprado já está cadastrado no sistema, ele vai apenas selecioná-lo. Toda vez que uma compra for feita deve ser feito uma atualização no estoque(soma no saldo do produto).

HU4 – Emitir pedidos: quando o cliente da pastelaria fizer um pedido, esse pedido deve ser emitido pelo usuário e cadastrado no sistema com data e hora, ainda deve haver um campo para quaisquer observações que o usuário queira fazer, nesse momento também é necessário atualizar o estoque quando o produto é inserido no pedido(diminuir o saldo do produto), o pedido deve estar vinculado a uma mesa. Operações e Consultas de Sistema Lista de Operações e Consultas OPERAÇÕES:

registrarPedido(data,hora,observacao)
indicarProduto(numReferencia,quantiProduto)
indicarMesa(numMesa)
saidaEstoqueProduto(numReferencia,quantiProduto)
entradaEstoqueProduto(numReferencia,quantiProduto)
registrarCompra(data,hora) Projeto de Domínio Diagramas de Sequência Diagrama de Sequência - Cadastra Nova Compra FP Diagrama de Sequência - Cadastra Nova Compra Produto não Cadastrado Diagrama de Sequência - Registrar Pedido Diagrama de Sequência - Registrar Pedido, Mesa não Cadastrada Diagrama de Sequência - Registrar Pedido, Produto não Cadastrado Diagrama de Colaboração - Cadastra Nova Compra Diagrama de Colaboração - Registrar Pedido Contratos Tarefa 1 T1.1
Operação: incluirProduto(nomeProduto, numReferencia, valorVenda, classificacao, descricao)
Pré: Não existe um produto registrado no sistema com o atributo nomeProduto igual ao parâmetro nomeProduto e também com o atributo numReferencia igual ao parâmetro numReferencia.
Pós: Foi criada uma instância prod de Produto.
Foi criada uma associação novoProduto entre prod e o controlador.
Foram alterados os atributos de prod conforme os parâmetros informados. T1.2
Consulta: listarProdutos()
Pré:
Pós: Retorna mensagem com todos os atributos, de todos os produtos cadastrados no sistema. T1.3
Operação: indicarProduto(numReferencia)
Pré:Deve existir um produto com o atributo numReferencia igual ao parâmetro nunReferencia.
Pós: Foi criada uma associação produtoCorrente entre o Controlador e o Produto

Operação: alterarProduto(numMesa,numLugares)
Pré: Deve existir umprodutoCorrente
Pós: Foram alterados os atributos de produto conforme os parâmetros informados. Tarefa 2 T2.1
Operação: incluirMesa(numMesa,numLugares)
Pré: Não existe uma mesa registrada no sistema com o atributo numMesa igual ao parâmetro numMesa.
Pós: Foi criada uma instância mesa de Mesa.
Foi criada uma associação novaMesa entre mesa e o controlador.
Foram alterados os atributos de mesa conforme os parâmetros informados. T2.2
Consulta: listarMesas()
Pré:
Pós: Retorna mensagem com todos os atributos, de todas as mesas cadastradas no sistema. T2.3
Operação: indicarMesa(numMesa)
Pré: Deve existir uma mesa com o atributo numMesa igual ao parâmetro numMesa.
Pós: Foi criada uma associação mesaCorrente entre o Controlador e a Mesa.

Operação: alterarMesa(numMesa,numLugares)
Pré: Deve existir uma mesaCorrente
Pós: Foram alterados os atributos de mesa conforme os parâmetros informados. Contratos Tarefa 3 Tarefa 4 T3.1
Operação: registrarCompra(data,hora)
Pré: Deve existir ao menos um itemCorrente
Pós: Foi criada uma instância compra de Compra.
Foi criada ao menos uma associação compraItemCompra entre compra e itemCorrente.
Os atributos de compra foram alterados da seguinte forma:
data = data;hora = hora;

Operação: entradaEstoqueProduto(quantiProduto)
Pré: Deve existir um produto registrado no sistema com o atributonumReferencia igual ao parâmetro numReferencia
Pós: Foi alterado o atributo saldoEstoquede produto para o valor (saldoEstoque + quantiProduto)

Operação: indicarProduto(numReferencia,quantiProduto)
Pré: Deve existir um produto registrado no sistema com o atributonumReferencia igual ao parâmetro numReferencia
Pós: Foi criada uma associação entre o produto indicado e o Controlador, denominada produtoCorrente.
Foi criada uma instancia item de ItemPedido;
Foi criada uma associação entre item e produtoCorrente denominada itemCorrente;
Foi alterado o atributo quantiProduto de item para o valor do parâmetro quantiProduto. T4.1
Operação: registrarPedido(data,hora,observacao)
Pré: Deve existir ao menos um itemCorrente e uma mesaCorrente
Pós: Foi criada uma instância pedido de Pedido.
Foi criada ao menos uma associação pedidoItemPedido entre pedido e itemCorrente.
Foi criada uma associação pedidoPertenceAMesa entre pedido e mesaCorrente.
Os atributos de pedido foram alterados da seguinte forma:
data = data;
hora = hora;
observacao = observacao;

Operação: indicarMesa(numMesa)
Pré: Deve existir uma mesa registrada no sistema com o atributonumMesa igual ao parâmetro numMesa
Pós: Foi criada uma associação entre a mesa indicada e oControlador, denominada mesaCorrente.

Operação: saidaEstoqueProduto (quantiProduto)
Pré: Deve existir um produto registrado no sistema com o atributonumReferencia igual ao parâmetro numReferencia. Deve existir saldo do produto, o atributo saldoEstoque de produto deve ser maior que 0.
Pós: Foi alterado o atributo saldoEstoquede produto para o valor (saldoEstoque – quantiProduto) Diagrama de Classes Sprint 1 Projeto de Interface Diagrama de Navegação Projeto Gráfico das Telas Projeto Gráfico Da Tela Registro de Pedidos A primeira linha da relação entre os componentes do projeto as operações de sistema indica um evento de inicialização, ou seja quando a janela do programa é aberta. Após a janela ser aberta os combos “Lista de Produtos” e “Lista de Mesas” serão abertos disponibilizando a lista de produtos e mesas cadastradas no sistema, Tendo como referência a o nome de cada produto e de cada mesa. Caso o Produto ou Mesa não se encontre na lista, o usuário poderá clicar sobre o botão “Cadastrar Produto” ou “Cadastrar Mesa”. Para registrar o pedido o usuário deverá inserir os dados nos campos solicitados: data, hora e observações. e clicar no botão “Registrar Pedido”. Projeto Gráfico Da Tela De Cadastro De Produtos O combo classificação já deve estar carregado quando abrir a tela. Para inserir um novo produto o usuário deverá inserir os dados em todos os campos solicitados e clicar no botão “Gravar”. Projeto Gráfico Da Tela De Cadastro De Mesas Para inserir uma nova mesa o usuário deverá inserir os dados em todos os campos solicitados e clicar no botão “Gravar”. Projeto Gráfico Da Tela De Listagem de Produtos Projeto Gráfico Da Tela De Listagem de Mesas Projeto Gráfico Da Tela De Compra de Produtos Fim!!! Projeto de Persistência O que não funcionou? A principio tudo esta funcionando até agora, algumas partes nao conseguimos seguir o projeto por nao usar um framework de objeto relacional no banco como o Hibernate; Proxima versão será com hibernate. Conseguimos construir o software como esperado. Diagrama de Classes Modelo Conceitual Modelo Conceitual A A A A A A A A T T T T T T T T C C Este sistema de informação projetado tem como objetivo possibilitar a gestão de uma pastelaria, sendo esta uma franquia, ela compra os pastéis apenas de um fornecedor, não necessitando cadastro de fornecedores. O objetivo do sistema é facilitar o registro e agilizar a busca por informações relacionadas aos pedidos, produtos e mesas, de modo que seja possível visualizar todos os pedidos de produtos que foram feitos, e em quais mesas e datas, tendo um controle simples de estoque, apenas para saber quantos produtos ainda tem. Será executado em ambiente desktop, utiliza banco Mysql e servidor Apache Tomcat. C C C C C C C C M M M M M M P P P P P O que foi feito?
O que precisa ser feito?
Houve impedimentos? O que deu certo?
O que não funcionou? Ferramentas Utilizadas Framework
Scrum
Full transcript