Conclusão
1. Versionamento
| Versão | Autor | Alterações | Revisor |
|---|---|---|---|
| 1.0 | Matheus Soares & Matheus Perillo & João Victor & Iago Cabral & Pedro Henrique & Mateus Caltabiano | Criação do documento de conclusão | Matheus Soares & Matheus Perillo & João Victor & Iago Cabral & Pedro Henrique & Mateus Caltabiano |
Tabela 1: Versionamento
2. Aplicativo Selecionado (TikTok)
TikTok, antigamente conhecido como musica.ly, é um aplicativo de mídia para criar e compartilhar vídeos curtos . De propriedade da companhia de tecnologia chinesa ByteDance, o aplicativo de mídia foi lançado como Douyin na China em setembro de 2016, e introduzido no mercado internacional como musical.ly um ano depois, porém em novembro de 2017 o TikTok comprou o Musical.ly. O aplicativo ganhou popularidade global no final de 2018 e começo de 2019.
O aplicativo do TikTok já é uma rede social bem estabelecida no mercado que cumpre a sua proposta de vídeos curtos que abordam os mais diversos conteúdos. Portanto, é preciso propor melhorias com argumentos concretos, ou seja, desenvolvimento de artefatos e validação com usuários reais, o que combina com a proposta da matéria. Além das melhorias, o TikTok possui uma ótima gama de requisitos já implementados que facilitaram o desenvolvimento do projeto do grupo.3. Cronograma
Clique aqui para acessar o cronograma aplicado
4. Resultado
O objetivo inicial do projeto era deixar o aplicativo TikTok mais automático para o usuário, possibilitando a ele a opção de fazer outras coisas em quanto ve seus videos. Com o desenvolvimento do projeto, a equipe foi encontrando outras funcionalidades que faltavam no TikTok que poderiam melhorar a experiencia de todos, uma dessas funções é a do usuário poder silenciar o vídeo sem ter que silenciar o aparelho por completo, a outra é a criação de um modo infantil, para que os pais fiquem mais tranquilos em relação ao conteúdo que seu filho está consumindo. Após o desenvolvimento do protótipo e a validação do mesmo, ficamos bem satisfeitos com o resultado encontrado pela equipe e com a confirmação que as nossas mudanças foram mudanças positivas.
5. As etapas desenvolvidas no projeto
1. Planejamento e Pré-rastreabilidade: Nesta etapa o grupo fez o planjemento geral da disciplina, defininindo a quantidade e duração de cada Sprint visando acompanhar o calendário da disciplina. Também foi definido os objetivos do projeto com o auxílio dos artefatos de Rich Picture e 5W2H.
2. Elicitação e Priorização: Utilizando de algumas técnicas aprendidas em sala de aula o grupo buscou entender as necessidades dos usuários do aplicativo que serão/foram atendidas pelo software. Em sequência, foi feita a priorização do resultado da elicitação usando, inicalmente, o MOSCOW e depois First Things First e In or Out
3. Modelagem: Na etapa mais longa do projeto o grupo elaborou modelos capazes de representar características do software escolhido. Fazendo o uso de diferentes níveis de abstração, construindo e validando histórias/cenários com usuários reais e utilizando modelos mais técnicos como o NFR Framework.
4. Análise: O grupo realizou a verificação dos artefatos mais importantes construídos no decorrer do projeto por meio de inspeção com checklists. Não obstante, houve a confecção de um protótipo para validação com o usuário que participou da etapa anterior.
5. Pós-rastreabilidade: Para fazer a conexão e manter a rastreabilidade foram executadas as técnicas de Backward from e Foward From, conectando os artefados/requisitos criados com sua respectiva metodologia.
2. Elicitação e Priorização: Utilizando de algumas técnicas aprendidas em sala de aula o grupo buscou entender as necessidades dos usuários do aplicativo que serão/foram atendidas pelo software. Em sequência, foi feita a priorização do resultado da elicitação usando, inicalmente, o MOSCOW e depois First Things First e In or Out
3. Modelagem: Na etapa mais longa do projeto o grupo elaborou modelos capazes de representar características do software escolhido. Fazendo o uso de diferentes níveis de abstração, construindo e validando histórias/cenários com usuários reais e utilizando modelos mais técnicos como o NFR Framework.
4. Análise: O grupo realizou a verificação dos artefatos mais importantes construídos no decorrer do projeto por meio de inspeção com checklists. Não obstante, houve a confecção de um protótipo para validação com o usuário que participou da etapa anterior.
5. Pós-rastreabilidade: Para fazer a conexão e manter a rastreabilidade foram executadas as técnicas de Backward from e Foward From, conectando os artefados/requisitos criados com sua respectiva metodologia.
6. Tabela de Artefatos com respectivas técnicas, autores e revisores
| Etapa | Artefato | Técnica | Autor(es) | Revisor(es) |
|---|---|---|---|---|
| Planejamento e Pré-rastreabilidade | Cronograma | SCRUM | Mateus Caltabiano & Matheus Perillo | João Victor & Pedro Henrique & Matheus Perillo |
| Planejamento e Pré-rastreabilidade | Ferramentas | Não relacionada | João Victor & Mateus Caltabiano & Matheus Perillo | Mateus Caltabiano & Matheus Perillo |
| Planejamento e Pré-rastreabilidade | Metodologia | SCRUM | João Victor | Mateus Caltabiano |
| Planejamento e Pré-rastreabilidade | Rich Picture | Rich Picture | Matheus Soares & Mateus Caltabiano & Matheus Perillo | Iago Cabral & Matheus Soares |
| Planejamento e Pré-rastreabilidade | 5W2H | 5W2H | João Victor | Mateus Caltabiano |
| Planejamento e Pré-rastreabilidade | Apps Analisados | Inquiry | João Victor & Mateus Caltabiano | João Victor & Mateus Caltabiano |
| Elicitação e Priorização | Entrevista | Entrevista aberta | Mateus Caltabiano | Matheus Soares |
| Elicitação e Priorização | Personas | Role-Playing | Iago Cabral & Pedro Henrique | Mateus Caltabiano & Iago Cabral |
| Elicitação e Priorização | Storytelling | Role-Playing | João Victor & Mateus Caltabiano | Matheus Perillo |
| Elicitação e Priorização | Instrospecção | Inquiry | Matheus Perillo | Matheus Soares |
| Elicitação e Priorização | Brainstorm | Brainstorm | Matheus Soares & Iago Cabral & Mateus Caltabiano | João Victor & Matheus Soares |
| Elicitação e Priorização | Moscow | MoSCoW | Matheus Soares & Iago Cabral & Mateus Caltabiano | Pedro Henrique |
| Elicitação e Priorização | First Things First | FtF | Matheus Soares | Mateus Caltabiano |
| Elicitação e Priorização | In or Out | Entrevista & In or Out | Mateus Caltabiano | João Victor |
| Modelagem | Especificação suplementar | FURPS+ | Matheus Perillo | Matheus Soares |
| Modelagem | Cenários | Cenário | Mateus Caltabiano | Matheus Perillo |
| Modelagem | Caso de uso | UML | Matheus Soares & Pedro Henrique Nogueira | Iago Cabral |
| Modelagem | Léxicos | Léxico | Iago Cabral & João Victor | Pedro Henrique |
| Modelagem | História de Usuário | User Stories | João Victor & Pedro Henrique & Matheus Perillo & Matheus Soares | Matheus Soares |
| Modelagem | Product Backlog | Product Backlog | Matheus Soares & Mateus Caltabiano & João Victor | Mateus Caltabiano & Matheus Soares & João Victor & Pedro Henrique |
| Modelagem | NFR | NFR Framework | Pedro Henrique & Iago Cabral & Matheus Perillo | Matheus Soares |
| Análise | Verificação: Explicação | Verificação | Mateus Caltabiano & Pedro Henrique | João Victor & Mateus Caltabiano & Iago Cabral |
| Análise | Verificação: Storytelling | Verificação | Iago Cabral | Pedro Henrique |
| Análise | Verificação: Rich Picture | Verificação | Pedro Henrique | Iago Cabral |
| Análise | Verificação: Léxicos | Verificação | Pedro Henrique | Matheus Soares |
| Análise | Verificação: Especificação Suplementar | Verificação | Iago Cabral | Pedro Henrique |
| Análise | Verificação: Casos de Uso | Verificação | Mateus Caltabiano | Matheus Perillo |
| Análise | Verificação: Brainstorm | Verificação | Matheus Perillo | Iago Cabral |
| Análise | Verificação: Cenários | Verificação | Matheus Perillo | Mateus Caltabiano |
| Análise | Verificação: NFR Framework | Verificação | Matheus Soares | Mateus Caltabiano |
| Análise | Verificação: História de Usuário | Verificação | Matheus Soares | Iago Cabral |
| Análise | Verificação: Introspecção | Verificação | Mateus Caltabiano | Matheus Perillo |
| Análise | Verificação: Backlog | Verificação | Pedro Henrique | Iago Cabral |
| Análise | Validação | Entrevista Aberta | João Victor | Matheus Perillo |
| Pós-rastreabilidade | Backward From | Meta-Modelo de Toranzo | Matheus Soares & Matheus Perillo & João Victor | Mateus Caltabiano |
| Pós-rastreabilidade | Forward From | Forward From | Iago Cabral & Mateus Caltabiano & Pedro Henrique | Mateus Caltabiano & Pedro Henrique & Iago Cabral |
| Todas | Apresentações | Gravação | Matheus Soares & Matheus Perillo & João Victor & Iago Cabral & Pedro Henrique & Mateus Caltabiano | Matheus Soares & Matheus Perillo & João Victor & Iago Cabral & Pedro Henrique & Mateus Caltabiano |
Tabela 2: Artefatos com respectivas técnicas
Fonte: Matheus Soares
7. Tabela sintetizando o método de verificação e validação dos artefatos com autor e revisor
A verificação é uma parte essencial do processo de desenvolvimento de software, onde a equipe verifica se tem erros ao longo do projeto. Para faze-la foi utilizada o metodo de inspeção, nesse metodo card artefato teve uma checklist criada por um integrante(o qual damos o nome de inspetor) e uma diferente pessoa que a revisou(o revisor).
| ID | Artefato | Inspetor | Revisor |
|---|---|---|---|
| 1 | Storytelling | Iago Cabral | Pedro Henrique |
| 2 | Rich picture | Pedro Henrique | Iago Cabral |
| 3 | Léxicos | Pedro Henrique | Matheus Soares |
| 4 | Especificação Suplementar | Iago Cabral | Pedro Henrique |
| 5 | Casos de uso | Mateus Caltabiano | Matheus Perillo |
| 6 | Brainstorm | Matheus Perillo | Iago Cabral |
| 7 | Cenários | Matheus Perillo | Mateus Caltabiano |
| 8 | NFR Framework | Matheus Soares | Mateus Caltabiano |
| 9 | Historia de usuario | Matheus Soares | Iago Cabral |
| 10 | Introspecção | Mateus Caltabiano | Matheus Perillo |
| 11 | Backlog | Pedro Henrique | Iago Cabral |
Tabela 3: verificação
Fonte: Iago Cabral
No artefato validação foram protótipados funcionalidades até então não existentes no aplicativo do Tik Tok e para valida-los foi feito uma entrevista com um usuário padrão do aplicativo.
| ID | Técnica | Autor | Revisor | Entrevistado |
|---|---|---|---|---|
| 1 | Prototipação | João Vitor | Matheus Perillo | Igor Porfiro |
| 2 | Entrevista | João Vitor | Matheus Perillo | Igor Porfiro |
Tabela 4: validação
Fonte: Iago Cabral
8. Tabela sintetizando quais ferramentas e onde elas foram utilizadas em cada etapa do projeto
| Etapas | Ferramentas utilizadas |
|---|---|
| 1 | Github, WhatsApp, Discord, OBS Studio e Google Meet |
| 2 | Github, WhatsApp, Discord, OBS Studio e Google Meet |
| 3 | Github, WhatsApp, Discord, OBS Studio e Google Meet |
| 4 | Github, WhatsApp, Discord, OBS Studio, Google Meet, Lucidchart e Miro |
| 5 | Github, WhatsApp, Discord, OBS Studio, Google Meet, Lucidchart e Miro |
| 6 | Github, WhatsApp, Discord, OBS Studio, Google Meet |
| 7 | Github, WhatsApp, Discord, OBS Studio, Google Meet e Figma |
Tabela 5: ferramentas
Fonte: Matheus Perillo
9. Facilidades e dificuldades
Iago Cabral
Facilidades
- Comunicação entre o grupo
- Cronograma organizado e boa organização do grupo
- A matéria bem separada, abrangendo bem os pontos de controle
Dificuldades
- Dificuldade no excesso de revisões necessarias
- Organização pessoal
João Victor
Facilidades
- Entrosamento do Grupo
- Disciplina baseada em projeto
- Aulas explicado as técnicas/metodologia
- Flexibilidade de realização das tarefas
Dificuldades
- Falta de feedback constante para meu grupo
- Organização Pessoal
- Falta de conhecimento do Figma
Mateus Caltabiano
Facilidades
- Grupo bem entrosado e dedicado
- Tranquilo encontrar horários em comum quando necessário
- Ter repositórios antigos disponíveis para proporcionar uma base
Dificuldades
- Realizar as correções sugeridas ao mesmo tempo que é necessário continuar o andamento do projeto
- Estimativa de tempo para fazer as tarefas do projeto
Matheus Perillo
Facilidades
- Grupo bastante comunicativo, provativo e com bom entrosamento
- Repositórios antigos para ter inspirações
- Explicações fáceis para entendimento da matéria
- Material de apoio com uma gama de informações precisas
- Cronograma da disciplina muito bem definido
Dificuldades
- Prazos apertados devido a quantidade de atividades de outras disciplinas
- Conciliar faculdade com estágio
Matheus Soares
Facilidades
- Grupo entrosado e muito flexível
- Fácil entendimento do conteúdo passado em sala de aula
- Boa comunicação entre os integrantes da equipe
- Conhecimento prévio vindo de outras matérias de projetos (MDS, OO)
Dificuldades
- Cumprir prazos apertados, muitas tarefas acabou se tornando um desafio
- Lidar com projeto enquanto executa outras matérias
Pedro Henrique
Facilidades
- Entrosamento do Grupo
- Boa comunicação entre os integrantes da equipe
- Disciplina baseada em projeto
- Aulas explicado as técnicas/metodologia
- Ter repositórios antigos disponíveis para proporcionar uma base
Dificuldades
- Tempo de entrega das atividades.
- Conciliar com as outras materias.