Skip to content

Commit

Permalink
Merge pull request #53 from UnBArqDsw2021-1/correcao-pastas
Browse files Browse the repository at this point in the history
Ajuste caminhos das pastas
  • Loading branch information
emysdias committed Aug 7, 2021
2 parents 3e41cc9 + 7f18030 commit ce9585e
Show file tree
Hide file tree
Showing 19 changed files with 123 additions and 123 deletions.
18 changes: 9 additions & 9 deletions docs/1-Base/Processos-Metodologias-Abordagens/Metodologia.md
Original file line number Diff line number Diff line change
Expand Up @@ -2,20 +2,20 @@

## 1. Introdução

   Este documento tem por finalidade definir a metodologia a ser utilizada no projeto, descrevendo as metodologias usadas como base e mostrando os artefatos e rotinas selecionados destas.
Este documento tem por finalidade definir a metodologia a ser utilizada no projeto, descrevendo as metodologias usadas como base e mostrando os artefatos e rotinas selecionados destas.

## 2. Metodologias

### Kanban

   O Kanban trata-se de uma simbologia visual usada no desenvolvimento de produtos para registrar o progresso das atividades. Essa metodologia foi criada pela empresa Toyota e integra o famoso sistema Toyota de produção, além de ser orientado através de colunas, em que cada uma representa diferentes estados de completeza de uma atividade (a fazer, fazendo, feito). As atividades (cartões visuais) vão transitando entre as colunas, mostrando o andamento do projeto.
O Kanban trata-se de uma simbologia visual usada no desenvolvimento de produtos para registrar o progresso das atividades. Essa metodologia foi criada pela empresa Toyota e integra o famoso sistema Toyota de produção, além de ser orientado através de colunas, em que cada uma representa diferentes estados de completeza de uma atividade (a fazer, fazendo, feito). As atividades (cartões visuais) vão transitando entre as colunas, mostrando o andamento do projeto.

- **Pontos positivos**: Priorização de atividades, controle sobre atividades, flexibilidade do fluxo de trabalho, comunicação integrada etc.
- **Pontos negativos**: Produção vulnerável, pode gerar sobrecarga em algumas sprints caso seja mal planejado.

### XP

   XP é a sigla de uma metodologia ágil de desenvolvimento designada Extreme Programming, com foco em produzir softwares de qualidade e fornecer qualidade de vida aos desenvolvedores. Os cinco valores básicos do XP são:
XP é a sigla de uma metodologia ágil de desenvolvimento designada Extreme Programming, com foco em produzir softwares de qualidade e fornecer qualidade de vida aos desenvolvedores. Os cinco valores básicos do XP são:

1. Comunicação: Fundamental para transferir conhecimento entre o time, o framework apoia a comunicação cara a cara, com o apoio de quadro branco e outros mecanismos de desenho.
2. Simplicidade: Evitar desperdícios e só fazer o que é necessário e útil, de maneira a facilitar o entendimento e a manutenção do produto.
Expand All @@ -28,7 +28,7 @@

### Scrum

   Podemos definir o Scrum, de forma simplificada, como um método ágil, iterativo e incremental utilizado no gerenciamento de projetos, sendo atualmente um dos mais conhecidos e recorridos na
Podemos definir o Scrum, de forma simplificada, como um método ágil, iterativo e incremental utilizado no gerenciamento de projetos, sendo atualmente um dos mais conhecidos e recorridos na
computação e demais áreas do conhecimento. Seu esqueleto pode ser especificado através de um conjunto definido de papéis, artefatos e eventos.

| **Papéis** | **Descrição** |
Expand Down Expand Up @@ -57,15 +57,15 @@ computação e demais áreas do conhecimento. Seu esqueleto pode ser especificad

### Composição da metodologia adotada no projeto

   Consideramos que uma metodologia híbrida se encaixa melhor no nosso contexto que possui uso de rotinas e artefatos diversos, além de ser possível sanar pontos fracos de uma metodologia usando alguns artefatos e rotinas de outras. Seja pela precariedade de documentação, no caso do Scrum; ou pela falta de rotinas, no caso do XP e Kanban.
Consideramos que uma metodologia híbrida se encaixa melhor no nosso contexto que possui uso de rotinas e artefatos diversos, além de ser possível sanar pontos fracos de uma metodologia usando alguns artefatos e rotinas de outras. Seja pela precariedade de documentação, no caso do Scrum; ou pela falta de rotinas, no caso do XP e Kanban.

#### Elementos Kanban

   O grupo decidiu aplicar o Kanban para possibilitar o acompanhamento do progresso das tarefas definidas, através do plug-in ZenHub. As tarefas são bem documentadas e cada "card", que corresponde a issues do GitHub, pode receber comentários, com dúvidas e outros tipos de feedback.
O grupo decidiu aplicar o Kanban para possibilitar o acompanhamento do progresso das tarefas definidas, através do plug-in ZenHub. As tarefas são bem documentadas e cada "card", que corresponde a issues do GitHub, pode receber comentários, com dúvidas e outros tipos de feedback.

   As pipelines típicas de um Kanban são "To Do", "Doing" e "Done", no nosso contexto a pipeline de "Done" foi substituída por "Closed" que corresponde a uma issue finalizada, a pipeline "To Do" foi substituída pelo "Sprint Backlog" (tarefas da sprint atual) e "Product Backlog" (tarefas para as próximas sprints), enquanto a pipeline "Doing" se reparte em "In Progress" (tarefa em andamento) e "Review/QA" (tarefa aguardando revisão ou correções).
As pipelines típicas de um Kanban são "To Do", "Doing" e "Done", no nosso contexto a pipeline de "Done" foi substituída por "Closed" que corresponde a uma issue finalizada, a pipeline "To Do" foi substituída pelo "Sprint Backlog" (tarefas da sprint atual) e "Product Backlog" (tarefas para as próximas sprints), enquanto a pipeline "Doing" se reparte em "In Progress" (tarefa em andamento) e "Review/QA" (tarefa aguardando revisão ou correções).

   Aplicamos as seis práticas básicas do Kanban: Visualizar o fluxo de trabalho (workflow), limitar a quantidade de trabalho em andamento (WIP), gerenciar e medir o fluxo, tornar as políticas do processo explícitas, implementar loops de feedback e usar modelos para reconhecer oportunidades de melhoria, para extrairmos o máximo da técnica. Entramos em mais detalhes sobre isso no último tópico abordando métricas de desempenho.
Aplicamos as seis práticas básicas do Kanban: Visualizar o fluxo de trabalho (workflow), limitar a quantidade de trabalho em andamento (WIP), gerenciar e medir o fluxo, tornar as políticas do processo explícitas, implementar loops de feedback e usar modelos para reconhecer oportunidades de melhoria, para extrairmos o máximo da técnica. Entramos em mais detalhes sobre isso no último tópico abordando métricas de desempenho.

#### Elementos XP

Expand Down Expand Up @@ -105,7 +105,7 @@ Também serão adotados os seguintes artefatos Scrum:

4. Definição de pronto

   O modelo de papéis do SCRUM foi utilizado no projeto, contando com Product Owner, Arquiteto, Scrum Master e time de desenvolvimento, além de um papel extra de Dev-Ops para realizar as configurações de ambiente necessárias nos repositórios do grupo e garantir que o desenvolvimento ocorra de maneira fluída na máquina de qualquer desenvolvedor.
O modelo de papéis do SCRUM foi utilizado no projeto, contando com Product Owner, Arquiteto, Scrum Master e time de desenvolvimento, além de um papel extra de Dev-Ops para realizar as configurações de ambiente necessárias nos repositórios do grupo e garantir que o desenvolvimento ocorra de maneira fluída na máquina de qualquer desenvolvedor.

## Histórico de Revisões

Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -8,21 +8,21 @@ No projeto, a notação BPMN foi utilizada para documentar e especificar as etap

## 2. Notação BPMN

[![BPMN01](../../../assets/img/seminario1/bpmn/BPMN01.png)](../../../assets/img/seminario1/bpmn/BPMN01.png)
[![BPMN01](../../assets/img/seminario1/bpmn/BPMN01.png)](../../assets/img/seminario1/bpmn/BPMN01.png)

| **BPMN01** | **BPMN Projeto** |
|---------------|---------------------------------------------------|
| **Descrição** | Modelagem BPMN para ilustrar o processo de desenvolvimento do projeto |
| **Autor** | [Herick Portugues](https://github.com/herickport) |

[![BPMN02](../../../assets/img/seminario1/bpmn/BPMN02.png)](../../../assets/img/seminario1/bpmn/BPMN02.png)
[![BPMN02](../../assets/img/seminario1/bpmn/BPMN02.png)](../../assets/img/seminario1/bpmn/BPMN02.png)

| **BPMN02** | **BPMN Sprint** |
|---------------|---------------------------------------------------|
| **Descrição** | Modelagem BPMN para ilustrar o processo de desenvolvimento de uma sprint |
| **Autor** | [Herick Portugues](https://github.com/herickport) |

[![BPMN03](../../../assets/img/seminario1/bpmn/BPMN03.png)](../../../assets/img/seminario1/bpmn/BPMN03.png)
[![BPMN03](../../assets/img/seminario1/bpmn/BPMN03.png)](../../assets/img/seminario1/bpmn/BPMN03.png)

| **BPMN03** | **BPMN Issue** |
|---------------|---------------------------------------------------|
Expand Down
18 changes: 9 additions & 9 deletions docs/1-Base/Projeto-Nao-Orientado-Abordagens-Especificas/5W2H.md
Original file line number Diff line number Diff line change
Expand Up @@ -2,39 +2,39 @@

## 1. Introdução

   Apesar do nome, o 5W2H é, nada menos, que um “checklist” administrativo que te guia, através de algumas perguntas específicas, para a melhor decisão e organização do trabalho, atuando, portanto, em cima de responsabilidades, prazos e atividades cujo principal propósito é a definição de tarefas eficazes e seu acompanhamento, de maneira visual, ágil e simples.
Apesar do nome, o 5W2H é, nada menos, que um “checklist” administrativo que te guia, através de algumas perguntas específicas, para a melhor decisão e organização do trabalho, atuando, portanto, em cima de responsabilidades, prazos e atividades cujo principal propósito é a definição de tarefas eficazes e seu acompanhamento, de maneira visual, ágil e simples.

   A sigla 5W2H corresponde às iniciais (em inglês) de 7 diretrizes que, quando bem trabalhadas, solucionam todas e quaisquer dúvidas que possam aparecer ao longo de um processo ou de uma atividade. São elas: (What), (Why), (Who), (Where), (When), (How) e (How much).
A sigla 5W2H corresponde às iniciais (em inglês) de 7 diretrizes que, quando bem trabalhadas, solucionam todas e quaisquer dúvidas que possam aparecer ao longo de um processo ou de uma atividade. São elas: (What), (Why), (Who), (Where), (When), (How) e (How much).

## 2. 5W2H

### 2.1 What (O que será feito)?

   Aplicação **Tá Na Mesa** que facilita os pedidos de grupos ou individual em restaurante.
Aplicação **Tá Na Mesa** que facilita os pedidos de grupos ou individual em restaurante.

### 2.2 Why (por que será feito)?

   Para resolver problemas de restaurantes na questão de fazer pedido em grupo utilizando algo mais automatizado.
Para resolver problemas de restaurantes na questão de fazer pedido em grupo utilizando algo mais automatizado.

### 2.3 Who (por quem será feito)?

   Vai ser desenvolvido por alunos da Universidade de Brasília que estão cursando Arquitetura e Desenho de Software no semestre 2021.1.
Vai ser desenvolvido por alunos da Universidade de Brasília que estão cursando Arquitetura e Desenho de Software no semestre 2021.1.

### 2.4 Where (onde será feito)?

   Em restaurantes que usarem a aplicação.
Em restaurantes que usarem a aplicação.

### 2.5 When (quando será feito)?

   O projeto vai ter a duração de julho de 2021 até outubro de 2021 (2º semestre letivo de aula na UnB).
O projeto vai ter a duração de julho de 2021 até outubro de 2021 (2º semestre letivo de aula na UnB).

### 2.6 How (como será feito)?

   Será através de um sistema para que as pessoas possam chegar no restaurante, fazer seus pedidos separados por pessoa e que facilite para saber o valor que cada um vai pagar ao final. Com telas de ver menu, selecionar pedidos, terá parte de gerência onde o garçom recebe os pedidos e passa para a cozinha para que eles sejam preparados.
Será através de um sistema para que as pessoas possam chegar no restaurante, fazer seus pedidos separados por pessoa e que facilite para saber o valor que cada um vai pagar ao final. Com telas de ver menu, selecionar pedidos, terá parte de gerência onde o garçom recebe os pedidos e passa para a cozinha para que eles sejam preparados.

### 2.7 How much (quanto vai custar para fazer)?

   A aplicação não tem previsão de custos, mas pode ocorrer com a parte de poder imprimir os pedidos.
A aplicação não tem previsão de custos, mas pode ocorrer com a parte de poder imprimir os pedidos.

## 3. Referências

Expand Down
Loading

0 comments on commit ce9585e

Please sign in to comment.