tgo-mas/sigapoio

Sistema de Gerenciamento do Apoio Pedagógico. Projeto criado como forma de avaliação da disciplina Engenharia de Software II.

SIGApoio

Sistema de Gerenciamento do Apoio Pedagógico. Projeto criado como forma de avaliação da disciplina Engenharia de Software II.

Universidade Federal do Rio Grande do Norte

Curso: Bacharelado em Sistemas de Informação

Disciplina: Engenharia de Software II

Professor: Taciano Silva (Github: TacianoSilva)

Equipe

Membro	GitHub	Email
Anderson	AndersonAzeved	[email protected]
Cleomar	Cleomar-Junior	[email protected]
Ericleison	Ericleisonn	[email protected]
Marlon	MarlonHD	[email protected]
Rafael	garciaRafa	[email protected]
Thomas	tgo-mas	[email protected]

Documentação

Documento de Visão

Documento de User Stories

Plano de Iterações

sigapoio's Issues

Revisão dos documentos para Iteração 1

Revisão dos documentos de User stories e Visão.

Estrutura de código inicial

• Estrutura padrão do Django
• Ambiente virtual do Python

Alterar doc. de Visão - Item para Recurso

• Alterar requisitos - onde for "item" colocar "recurso"
• Especificar no requisito Cadastrar recurso os tipos de recurso: "Adaptador HDMI, Notebook, Projetor e Caixa de Som"

Protótipo de tela (tela principal)

O protótipo será feito para ter uma base de como ficará o site ao ser implementado no front-end.

• Ferramenta recomendada para criação : Figma - Link para o site do Figma
• Cor padrão adotada na navbar para utilização: RGB: 8, 0, 181 || HEX: #0800b5
• Na tela de cadastro terá um botão selecionável para escolher entre o tipo de recurso que será cadastrado
• Também terá um textbox para cadastrar uma espécie de identificação do recurso

Alterar atores do documento de visão

• Adicionar atores: Chefia e Docente
• Adicionar atores a seus respectivos requisitos

Requisitos das chaves - Doc. de Visão

• Adicionar requisitos:
  • Adicionar, excluir, editar e listar chaves
  • Adicionar, excluir, editar e listar autorizados para cada chave
  • Adicionar, excluir, editar e listar saída de chave

Protótipo de tela - Cadastro de recurso

O protótipo será feito para ter uma base de como ficará o site ao ser implementado no front-end.
- Ferramenta recomendada para criação : Figma - Link para o site do Figma
- Cor padrão adotada na navbar para utilização: RGB: 8, 0, 181 || HEX: #0800b5
- Na tela de cadastro terá um botão selecionável para escolher entre o tipo de recurso que será cadastrado
- Também terá um textbox para cadastrar uma espécie de identificação do recurso

Tela inicial do projeto

Estruturar uma landing page (página de boas-vindas com FUTUROS links para login, cadastro, etc.)

Criação da página: cadastro de recurso

Baseado no protótipo que foi feito, localizado aqui, criar a página utilizando o django, HTML e CSS, dando estilo e funcionalidade necessárias.

Criação da página: Listar locais

Criar uma página onde onde liste os locais e aplicar alguns filtros:

• Todos os locais
• Por bloco
• Por tipo
• Por capacidade

Seguir mesma lógica e design da issue #64

Adicionar requisitos de horário

Adicionar requisitos:

• Adicionar, editar, listar, detalhar e excluir solicitação de horário (chefia)
• Aprovar solicitação de horário (servidor)

Autenticação de usuários

• criação das páginas e rotas de login, signup e profile, nessa mostrar algumas informações do usuário
• criar botão de realizar logout

Reordenação dos Requisitos - Doc. de Visão

Acréscimo de detalhes nos requisitos que faltam;
Reordenação para ajudar na ordem de implementação dos requisitos.

Protótipo de tela - Empréstimo/Reserva de recurso

O protótipo será feito para ter uma base de como ficará o site ao ser implementado no front-end.

• Ferramenta recomendada para criação : Figma - Link para o site do Figma
• Cor padrão adotada na navbar para utilização: RGB: 8, 0, 181 || HEX: #0800b5
• Essa tela contará com um selecionável entre os tipos de recursos (Projetor, Adaptador HDMI, projetor, etc) ao qual se deseja que seja emprestar (poderá ser mais de um recurso)
• Caso seja uma reserva de um recurso, terá a opção de escolher data e horário
• O empréstimo estará relacionado com o professor ou servidor (esse estará cadastrado no sistema) que está solicitando o empréstimo, tendo uma aba de pesquisa pelo nome do docente.
• Quando o tipo recurso específico que está sendo solicitado for dito, aparecerá os disponíveis e os já reservados / utilizados, ex: Recurso tipo adaptador HDMI : HDMI 1 Disponível ; HDMI 2 Reservado para docente XXXXX ; HDMI 3 Indisponível ...

Criação da página: Efetuar chamado

Baseado no protótipo que foi feito localizado aqui, criar a página utilizando o django, HTML e CSS, dando estilo e funcionalidade necessárias.

Fazer deploy da aplicação

User Story 6 - Manter Auditório

Esse user story vai ser novo, mas é basicamente o mesmo do Manter sala, com algumas diferenças. O formulário é o mesmo, mas em vez de ele gerar um item Bolsa, ele gera um item Chave. Cada lab tem nome, bloco, departamento, cronograma de eventos e uma chave atrelada a ele. As pessoas da lista de integrantes estarão como autorizadas na chave por padrão, mas a lista é editável. Os Auditórios são cadastrados por Servidor.
Analista: a pessoa que detalhou o user story
as demais funções serão decididas na daily.
Requisitos: RF 33, RF34, RF35, RF36, RF37.
Os testes de aceitação devem conter: Adicionar auditório com sucesso e com erro, Listar auditórios, ver detalhes do lab, editar lab, remover lab.

Adicionar User Story 1 - Autenticação de usuário

Esse user story vai ser adicionado no início do documento, 'descendo' todos os restantes em 1 na ordem, já que este precisa ser implementado inicialmente.
Analista: a pessoa que detalhou o user story
as demais funções serão decididas na daily.
Requisitos: RF01, RF02, RF03, RF04
Os testes de aceitação devem conter: registro do usuário, registro faltando alguma informação, login, login com alguma informação errada, logout de usuário, exclusão de conta (pede confirmação com senha). Lembrar de manter a padronização com os demais USs

Banco de dados (Django ORM) - Usuários e recursos

• Código no ORM do Django;
• Será feita UMA tabela Usuário com atributo Tipo e uma tabela Recurso com atributo Tipo;
• Além disso, temos a tabela Empréstimo (os demais atributos estão no diagrama de Classe)

User Story 5 - Manter Laboratório

Esse user story vai ser novo, mas é basicamente o mesmo do Manter sala, com algumas diferenças. O formulário é o mesmo, mas em vez de ele gerar um item Bolsa, ele gera um item Chave. Cada lab tem nome, bloco, departamento, lista de integrantes e uma chave atrelada a ele. As pessoas da lista de integrantes estarão como autorizadas na chave por padrão, mas a lista é editável. Os laboratórios são cadastrados por Servidor, mas podem ser editados por Chefia, em caso de mudar os participantes.
Analista: a pessoa que detalhou o user story
as demais funções serão decididas na daily.
Requisitos: RF 28, RF29, RF30, RF31, RF32.
Os testes de aceitação devem conter: Adicionar laboratório (lembrar da lista de integrantes) com sucesso e com erro, Listar laboratórios, ver detalhes do lab, editar lab, remover lab.

Modelagem ER em Mermaid

Fazer modelagem ER de dados baseada no esboço em Mermaid.js. (Versão 0.1)

User story 2 - Manter servidor

Essa user story vai ser editada, o cadastro de servidor vai ter que ser validado por outro servidor ou pelo admin. (pra não acontecer de qualquer pessoa poder ser servidor apenas informando no cadastro). Só depois dessa validação o perfil terá acesso as funções de Servidor. A descrição continua a mesma, só adicionar o dito acima, mas temos que ver se o servidor possui mesmo matrícula ou se seria pelo e-mail mesmo.
Analista: a pessoa que detalhou o user story
as demais funções serão decididas na daily.
Requisitos: RF05, RF06, Rf07, RF08, RF09
Os testes de aceitação devem conter: registro do usuário, registro faltando alguma informação, login, login com alguma informação errada, logout de usuário, exclusão de conta (pede confirmação com senha) e validação do perfil do servidor. Lembrar de manter a padronização com os demais USs

Criação da página: Cadastro de local

Baseado no protótipo que foi feito localizado aqui, criar a página utilizando o django, HTML e CSS, dando estilo e funcionalidade necessárias.

Vincular chamado à reserva

• Vincular o chamado à reserva
• Mostrar na reserva

Adicionar Documento de Arquitetura

Protótipo de tela - Cadastro/Reserva de sala/lab.

O protótipo será feito para ter uma base de como ficará o site ao ser implementado no front-end.

• Ferramenta recomendada para criação : Figma - Link para o site do Figma
• Cor padrão adotada na navbar para utilização: RGB: 8, 0, 181 || HEX: #0800b5
• Essa tela contará com um selecionável entre os dias (certamente será mais de um dia) da semana (segunda a domingo)
• Será informado a quantidade de alunos ou o bloco ao qual se deseja que seja a reserva (esses dois estão relacionados pois há salas que comportam mais alunos do que outras)
• Também terá um selecionável dos horários (manhã tarde e noite) (esses que já estarão cadastrados no sistema, baseados nos horários padrões da UFRN, ex: Tarde 1- 13:00 > 13:50 ; 2 - 13:30 > 14:40, etc
• Os horários que já estiverem ocupados poderão ser visualizados claramente como não disponíveis
• O retorno das informações que foram dadas serão as salas que estarão disponíveis naquele horário (caso haja alguma)

User Story 4 - Manter Recurso

Manter Recurso é o antigo Manter Item. Onde for item trocar para recurso. Adicionar na descrição os tipos de recurso (adaptador hdmi, projetor, notebook e caixa de som) e a tela de reservas de recursos.
Analista: a pessoa que detalhou o user story
as demais funções serão decididas na daily.
Requisitos: RF16, RF17, RF18, RF19, RF20, RF21, RF22
Os testes de aceitação devem conter: cadastro do recurso, cadastro com erro, edição do recurso, exclusão do recurso, pesquisa por recurso, registro de entrada/saída com sucesso e com erro.

Criação de reserva diária e mensal

Modificação no models

Breve descrição dos comandos de utilização de BD.

• O documento pode incluir os comandos usados e descrição

Criação da página: Listar empréstimo

Criar uma página onde onde liste os empréstimos e aplicar alguns filtros:

• Todos os empréstimos
  Futuramente:
• Ativos
• Devolvidos
• Pelo usuário que fez
• Pelo solicitante

Criação de tela de nova reserva de sala

Baseado no protótipo que foi feito, localizado aqui, criar a página utilizando o django, HTML e CSS, dando estilo e funcionalidade necessárias.

Protótipo de tela - Cadastro de local

O protótipo será feito para ter uma base de como ficará o site ao ser implementado no front-end.
- Ferramenta recomendada para criação : Figma - Link para o site do Figma
- Cor padrão adotada para navbar para utilização: RGB: 8, 0, 181 || HEX: #0800b5
- Na tela de cadastro terá um selecionável para escolher entre ( SALA, AUDITÓRIO, LABORATÓRIO )

Reformular a page home

Adicionar métodos no diagrama de classe

• Adicionar métodos de CRUD nas respectivas classes
• Adicionar classes faltantes (categorias de usuário)

Teste de unidade: views

Autenticação de usuários - Doc. de visão

• Adicionar requisitos:
  • Cadastro e login, logout e remoção de conta de usuário. (Por enquanto, apenas matricula, nome, email, senha, tipo de perfil)
  • Adicionar requisito não funcional: permissões de usuário para cada perfil.

Banco de Dados (Django ORM) - Locais, reservas e horários

• Criação do código do ORM Django
• Basear as tabelas no diagrama de classe (lembrar: as classes FILHAS de Local devem estar no banco)
• Estabelecer conexão com banco de dados local
• Essa issue depende da #37 e #41

Primeira versão do Plano de Iterações

Povoamento do banco de dados para testes

Script para povoamento do banco de dados (útil para testes) e criação de super user

Requisitos das Bolsas - Doc. de Visão

Adicionar requisitos
- Alterar, listar e detalhar bolsas (o cadastro de bolsas será automático, junto com o da sala)
- Registrar saída de bolsa
- Adicionar, listar e excluir item de bolsa (para cada bolsa)

Criação da página: Listar recursos

Criar uma página onde onde liste os recursos e aplicar alguns filtros:

• Todos os recursos
• Por tipo
• Por status
• Por funcionamento

Seguir mesma lógica e design da issue #62

Protótipo de tela - Efetuar chamado

O protótipo será feito para ter uma base de como ficará o site ao ser implementado no front-end.

• Ferramenta recomendada para criação : Figma - Link para o site do Figma
• Cor padrão adotada na navbar para utilização: RGB: 8, 0, 181 || HEX: #0800b5
• Essa tela contará com um textbox para descrição do chamado, descrevendo brevemente o problema ocorrido (lembrando que a página EFETUAR CHAMADO será acessada por um professor / servidor)
• Informação de qual sala está (essa que estará reservada no sistema para esse professor) e informação do professor que está abrindo o chamado naquele momento

Criação da tela de empréstimo

Baseado no protótipo que foi feito localizado aqui, criar a página utilizando o django, HTML e CSS, dando estilo e funcionalidade necessárias.

User Story 3 - Manter bolsista

Essa user story vai ser editada, o cadastro de bolsista vai ter que ser validado por um servidor ou pelo admin, baseado nos dados fornecidos. (pra não acontecer de qualquer pessoa poder ser bolsista apenas informando no cadastro). Só depois dessa validação o perfil terá acesso as funções de Bolsista. A descrição continua a mesma, só adicionar o dito acima e mudar escala para horaEntrada e horaSaída.
Analista: a pessoa que detalhou o user story
as demais funções serão decididas na daily.
Requisitos: RF10, RF11, RF12, RF13, RF14
Os testes de aceitação devem conter: registro do usuário, registro faltando alguma informação, login, login com alguma informação errada, logout de usuário, exclusão de conta (pede confirmação com senha) e validação do perfil do bolsista. Lembrar de manter a padronização com os demais USs