Termo de Abertura do Projeto
Histórico de Versões
| Data | Versão | Descrição | Autor(es/as) |
|---|---|---|---|
| 28/01/2022 | 0.1 | Versão Inicial | Matheus Pimentel Leal, Gabriel Mariano da Silva e Guilherme Barbosa Ferreira |
| 31/01/2022 | 0.2 | Pequenas Correções | Gabriel Mariano da Silva |
| 17/02/2022 | 0.3 | Inserção dos Requisitos de Alto Nível | Gabriel Moretti de Souza e Matheus Pimentel Leal |
| 18/02/2022 | 0.3.1 | Pequenas Correções e Adição da descrição ao papel do Designer | Gabriel Moretti de Souza |
| 05/03/2022 | 0.4 | Revisão geral dos documentos do projeto | Adne Moretti e Matheus Pimentel Leal |
| 26/03/2022 | 0.4.1 | Atualização do escopo do projeto | Gabriel Moretti e Matheus Pimentel Leal |
Siglas
| Sigla | Descrição |
|---|---|
| SIGAA | Sistema Integrado de Gestão de Atividades Acadêmicas |
| INDICAA | Nome dado ao projeto relativo aos indicadores do SIGAA |
| UnB | Universidade de Brasília |
| FGA | Faculdade do Gama |
| MVP | Minimum viable product |
1. Introdução
Este documento visa informar as principais características do projeto INDICAA de forma concisa e clara para a leitura de todos os interessados no projeto e nas suas etapas de execução e decisão. Abaixo serão tratados os seguintes tópicos relacionados a este projeto: descrição, propósito e justificativa, objetivos, partes interessadas (usuários e envolvidos no desenvolvimento), requisitos de alto nível, análise de riscos, requisitos para a aprovação seguindo a definition of done estabelecida e estratégias de comunicação.
2. Descrição
O projeto INDICAA foi proposto pela profª Carla Silva Rocha Aguiar e consiste em realizar a criação de uma aplicação para facilitar a busca por informações no site SIGAA, que é utilizado por coordenadores, professores e alunos da UnB. As informações que serão disponibilizadas na aplicação INDICAA são: * Quantidade de disciplinas * Quantidade de vagas ofertadas * Quantidade de alunos matriculados * Quantidade de salas disponíveis
3. Propósito e justificativa
No contexto da pandemia, a gestão de espaços se tornou fundamental para o bom funcionamento da UnB. Nesse contexto, a equipe de coordenação voltou seus esforços para propiciar uma boa divisão das disciplinas e atividades no geral, de acordo com o espaço existente. Para tal, a visualização da divisão dos espaços de acordo com os períodos do dia é essencial para uma melhor tomada de decisões pelos gestores, o que impactará diretamente a execução das atividades acadêmicas da universidade.
4. Objetivos
Nesse contexto, o objetivo do projeto é propiciar uma melhor organização das informações disponibilizadas pelo nosso site acadêmico. Sendo assim, os coordenadores terão a possibilidade de visualizar a quantidade de disciplinas por curso, a quantidade de vagas ofertadas, a quantidade de alunos matriculados e a quantidade de salas disponíveis. Por meio dessas funcionalidades, a análise, o compartilhamento e o monitoramento de informações será mais simples, ajudando tanto a parte de gerenciamento e controle da disponibilização de disciplinas por parte dos coordenadores como a própria matrícula em disciplina por parte dos discentes.
5. Partes interessadas
5.1 Usuários
O público-alvo consiste na comunidade da Universidade de Brasília, isto é: Coordenadores, professores e estudantes. Tendo como foco os cargos administrativos.
| Usuário | Descrição |
|---|---|
| Coordenadores | Comunidade administrativa da UnB que visa, por meio de dados disponibilizados dos cursos, tomar decisões que melhorem a organização destes. |
| Professores | Comunidade de docentes da UnB que visa obter informações sobre as matérias ofertadas, as salas disponíveis e a quantidade de alunos matriculados em suas matérias. |
| Estudantes | Comunidade de discentes da UnB que buscam informações relativas às disciplinas, como a quantidade de vagas disponíveis e as respectivas salas. |
| Outros | Quaisquer indivíduos que optarem por acessar dados relativos aos cursos da UnB. |
5.2 Equipes e papéis
Definição dos papéis:
| Usuário | Descrição |
|---|---|
| Scrum Master | É o responsável pela eficiência do grupo, auxiliando a todos no entendimento do framework Scrum e atuando na gestão do grupo. |
| Product Owner | Responsável por aumentar o valor do produto a ser desenvolvido e na gestão do Product Backlog, comunicando com o time sobre o objetivo a ser atingido. |
| Arquiteto de Software | Atua na decisão das melhores tecnologias a serem utilizadas pelo grupo durante o desenvolvimento do projeto. Atua em suporte ao DevOps. |
| DevOps | Atua na configuração do ambiente de desenvolvimento e homologação do produto. Visa também automatizar processos, como os testes. Visa atuar para que o projeto forneça uma entrega e integração contínuas. |
| Desenvolvedor | Atua no desenvolvimento e teste do produto, criando o Sprint Backlog e adaptando seu plano de modo a atingir o objetivo definido ao final da Sprint. |
| Designer | Atua nas responsabilidades, operações, atributos e relacionamentos de elementos do design do produto, assegurando também que esse esteja consistente com a arquitetura do software. |
Grupo 1 (Cargos rotativos)
| Usuário | Descrição |
|---|---|
| Scrum Master | Laura Pinos de Oliveira |
| Product Owner | Caio César Oliveira |
| Arquiteto de Software | Lucas Henrique Lima de Queiroz |
| DevOps | Vitor Eduardo Kühl Rodrigues |
| Desenvolvedor | Matheus Costa Gomes |
| Designer | Letícia Assunção Aires Moreira |
Grupo 3
| Usuário | Descrição |
|---|---|
| Scrum Master | Matheus Pimentel Leal |
| Product Owner | Adne Moretti Moreira |
| Arquiteto de Software | Guilherme Barbosa Ferreira |
| DevOps | Gabriel Mariano da Silva |
| Desenvolvedor | Gabriel Moretti de Souza |
Grupo 4
| Usuário | Descrição |
|---|---|
| Scrum Master | Guilherme dos Santos Araújo |
| Product Owner | Pedro Augusto Santos Siqueira |
| Arquiteto de software | Thiago Oliveira Cunha |
| DevOps | Thiago Vivian Bastos |
| Desenvolvedor | João Paulo da Silva Freitas Arthur Taylor de Jesus Popov |
6. Requisitos de alto nível
| Nome | Descrição |
|---|---|
| Visualização dos dados | Os dados, por curso, que deverão ser visualizados são: Quantidade de disciplinas, Vagas ofertadas, Alunos matriculados e Salas disponíveis. |
| Monitoramento de vagas | A ocupação do departamento selecionado deverá ser exibida via gráfico. |
| Filtros de exibição | Deverá ser possível filtrar as disciplinas de acordo com a modalidade (Presencial/Remoto/Semipresencial), e também de modo a exibir as que possuem vagas disponíveis. |
| Interatividade com o usuário | As mensagens do sistema para o usuário devem ser claras, e o usuário deve poder buscar pelos cursos e matérias que desejar. |
7. Riscos
Documento de gerenciamento de riscos
| Risco | Prevenção | Ação |
|---|---|---|
| Algum membro contrair COVID-19 | Estar previamente organizado entre os membros do grupo, para que alguém consiga assumir a função do membro em questão. | Organização com a equipe. |
| Falta de comunicação | Estabelecer canais de comunicação fixos, além de encontros entre as semanas. | Pontuação clara de objetivos durante as sprints e torná-los de fácil acesso para a equipe. |
| Desistência de algum membro do projeto | Estimular a participação do membro no projeto. | Não sobrecarregar nenhum membro e auxiliar em suas devidas tarefas. |
| Dificuldade ao adaptar às tecnologias escolhidas | Compartilhamento de links ou aulas para estudo e aprofundamento da tecnologia. | Procurar sobre as tecnologias e incentivar o estudo. |
| Mudanças no escopo do projeto | Realizar reviews do projeto e validar se ocorre como o planejado. | Realizar reuniões claras que definam as pendências do projeto. |
8. Requisitos para a aprovação
- Validação pela professora Dr. Carla Rocha Aguiar.
- Atender às expectativas definidas pelo MVP.
- Atender todos os requisitos definidos pelo Documento de requisitos.
- Entrega de todos os itens necessários na Release 2 da disciplina de MDS.
9. Estratégias de comunicação
Documento de gerenciamento de comunicação
Para comunicação interna foram utilizadas as seguintes ferramentas: Discord e Telegram.
Para comunicação com os demais grupos utilizamos, além das ferramentas citadas anteriormente, o GitHub.
Para aulas e treinamentos com a professora e monitores, também foi utilizada a ferramenta do Jitsi Meet.
10. Referências
UNIVERSIDADE DE BRASÍLIA (Brasil). CheeryUP. Termo de abertura do projeto. [S. l.], 2021. Disponível em: https://fga-eps-mds.github.io/2020.2-CheeryUP/#/./wiki/TAP?id=5---riscos. Acesso em: 28 jan. 2022.
UNIVERSIDADE DE BRASÍLIA (Brasil). Acácia. Termo de abertura do projeto. [S. l.], 2019. Disponível em: https://fga-eps-mds.github.io/2019.2-Acacia/#/project_charter. Acesso em: 28 jan. 2022.
UNIVERSIDADE DE BRASÍLIA (Brasil). AlligaBot. Termo de abertura do projeto. [S. l.], 2021. Disponível em: https://fga-eps-mds.github.io/2021.1-AlligaBot/2021/08/02/termo-de-abertura-do-projeto/. Acesso em: 28 jan. 2022.
SCHWABER, Ken; SUTHERLAND, Jeff. O Guia do Scrum. [S. l.], 2020. Disponível em: https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-Portuguese-European.pdf. Acesso em: 28 jan. 2022.
MORETTI, Gabriel. Issue #6 - Pesquisas - Documentação. [S. l.], 2022. Disponível em: https://github.com/fga-eps-mds/Projeto01/issues/6#issuecomment-1022324492. Acesso em: 28 jan. 2022.