Sgtfc - Trabalho Completo Final PDF

Preview

Summary

Prática...

Description

RELATÓRIO DE PROJECTO 4ºANO - 2ºSEMESTRE

Cadeira:  

Sistemas de Apoio á Decisão Aplicações e Serviços na Web

Docente:  

Vicente Lopes, MSc. Hélio Santana, Lic.

UAN/2020

INTEGRANTES DO GRUPO 

Florentino Luís Manuel Iosso



Floriano Celestino dos Santos



Gideão Dos Santos Domingos



Noé Catumbela Raúl Chicolomuenho

ÍNDICE

INTRODUÇÃO .......................................................................................................................................... 1 DEFINIÇÃO DO PROBLEMA..................................................................................................................... 2 OBJECTIVO DO SISTEMA......................................................................................................................... 2 TIME SCRUM ........................................................................................................................................... 3 O Time: ................................................................................................................................................ 3 A Justificativa....................................................................................................................................... 3 PRODUTO BACKLOG ............................................................................................................................... 4 REQUISITOS FUNCIONAIS .................................................................................................................... 4 Redefinir senha ............................................................................................................................... 4 REQUISITOS NÃO FUNCIONAIS ........................................................................................................... 5 PRODUTO SPRINT BACKLOG .................................................................................................................. 6 DIAGRAMAS DE CASO DE USO .............................................................................................................. 15 DIAGRAMA DE CLASSE .......................................................................................................................... 16 CONCLUSÃO .......................................................................................................................................... 17

INTRODUÇÃO O desenvolvimento crescente de tecnologias traz a necessidade de realizar tarefas de maneira cada vez mais simples e informatizada, ou seja, de modo que seja exigido o menor esforço possível por parte das pessoas. As aplicações do tipo web são exemplos dessa informatização, já que cada vez mais tarefas, desde o envio de mensagens ate o pagamento de contas, podem ser realizadas de maneira online, utilizando apenas um computador com acesso a Internet. O que antigamente não era muito aceite pela população por ser considerado perigoso, hoje em dia se tornou frequente na vida da maioria das pessoas, que utilizam essas aplicações para tarefas comuns do dia-a-dia, como, por exemplo, a compra de produtos. No curso de Ciências da Computação da Faculdade de Ciências da Universidade Agostinho Neto, o desenvolvimento de um Trabalho de Fim de Curso é necessário para que os discentes obtenham o diploma. Um grande problema observado e a dificuldade enfrentada por um grande numero de alunos na escolha de um tema para o desenvolvimento de seu trabalho e no encontro de algum docente que esteja disposto a orienta-los. O sistema desenvolvimento descrito neste trabalho, foi implementado utilizando as linguagens PHP, MySQL, CSS e Javascript e permite que os docentes publiquem propostas de temas para que os discentes possam escolher o de maior interesse.

1

DEFINIÇÃO DO PROBLEMA O Departamento de Ciências da Computação da Faculdade de Ciências da Universidade Agostinho Neto, está interessado em desenvolver um sistema para a gestão dos trabalhos de fim de curso (SGTFC), que permita aos discentes e docentes realizar a gestão de toda a informação associada ao processo de elaboração e apresentação dos trabalhos de fim de curso, desde a atribuição dos trabalhados aos discentes até a etapa da realização prova pública. Assim, abriuse um concurso que concurso que contemple um conjunto de requisitos considerados essenciais para o sucesso da iniciativa, bem como requisitos complementares, que permitem aumentar valor do SGTFC.

OBJECTIVO DO SISTEMA O sistema para gestão de trabalho de fim de curso, tem como objectivo a gestão da informação dos trabalhos de fim de curso, deve suportar a requisição e/ou proposta de temas, criação de um trabalho, selecção dos discentes e docentes, comunicação entre orientadores e discentes através do chat, a estipulação das datas de realização das pré-defesas, a posterior selecção da data em que será realizada a prova pública, associação da banca examinadora ao trabalho, geração do edital, geração das actas de defesa, comentários, marcação da sala para a defesa, envio automático de e-mails para os membros da banca com os detalhes sobre a defesa e com as actas geradas.

2

TIME SCRUM Times de Scrum são projetados para otimizar flexibilidade e produtividade. Para esse fim, eles são auto-organizáveis, multidisciplinares e trabalham em iterações. Cada time de Scrum possui três papéis: o ScrumMaster, o Product Owner e o Time. O ScrumMaster (Florentino Luís Manuel Iosso) é responsável por garantir que o time de Scrum esteja aderindo aos valores do Scrum, às práticas e às regras. O ScrumMaster educa o time de Scrum treinando-o e levando-o a ser mais produtivo e a desenvolver produtos de maior qualidade. O Product Owner (Noé Catumbela Raúl Chicolomuenho) é a única pessoa responsável pelo gerenciamento do Product Backlog, e por garantir o valor do trabalho realizado pelo Time. O Time: Analista de Sistema: Florentino Luís Manuel Iosso Designer: Floriano Celestino dos Santos Programador: Gideão Dos Santos Domingos Administrador de BD: Noé Catumbela Raúl Chicolomuenho

A Justificativa: Um time de desenvolvimento em Scrum Segundo Schwaber & Sutherland (2010), o tamanho ótimo para um time é de sete pessoas, podendo somar ou diminuir duas pessoas desse time. Quando há menos do que cinco membros em um time, há menor interação e, como resultado, há menor ganho de produtividade. Menos do que isso, o time poderá encontrar limitações de conhecimento durante partes da Sprint e não será capaz de entregar uma parte pronta do produto. Se há mais do que nove membros, há simplesmente a necessidade de muita coordenação. Times grandes geram muita complexidade para que um processo empírico consiga gerenciar. Mas para o projecto em questão foi pedido 4 elementos para suprir as necessidades impostas pelo projecto.

3

PRODUTO BACKLOG O Product Backlog contém uma lista de requisitos de todos os entregáveis para que aquele produto faça sentido. Essa lista deve estar sempre priorizada por valor de negócio. Requisitos podem ser adicionados ou removidos a qualquer momento, assim como a prioridade também pode mudar. Ou seja, ele precisa ser continuamente mantido pelo Product Owner, visando maximizar o retorno sobre o investimento. REQUISITOS FUNCIONAIS Nº Requisitos

Actor

01 Efectuar login

Coordenador / Docente / Discente

02 Requisitar de Tema

Docente / Discente

03 Propor temas

Discente / Docente

04 Inserir trabalho

Coordenador

06 Importar trabalho

Coordenador / Docente / Discente

07 Alteração de um trabalho

Coordenador

08 Registrar utilizador

Coordenador

09 Remover trabalho

Coordenador

10 Gerar atas de defesa

Coordenador

11 Selecionar discentes e docentes

Coordenador

12

Indicação ou alteração da disponibilidade de um membro da banca examinadora

Coordenador

13 Gerir pré-defesas e prova públicas

Coordenador

14 Uso do chat

Docente / Discente

15 Efetuar comentários

Coordenador / Docente / Discente

16 Visualizar dados do trabalho

Coordenador / Docente / Discente

17 Bloquear utilizador

Coordenador

18 Desbloquear utilizador

Coordenador

19 Cancelar trabalho

Coordenador

20 Redefinir senha

Coordenador / Docente / Discente

4

REQUISITOS NÃO FUNCIONAIS               

O sistema deve rodar num Browser (Navegador), amigável e seguro. O sistema deve estar em três módulos de camada (SGBD, WEB e APLICACIONAL). A interface deve ser construída com HTML5, CSS3 e JavaScript. Sistema deve ser responsivo. A interface deverá ser amigável, obedecendo os conceitos aprendidos na cadeira de Interface Pessoa Máquina. Os utilizadores devem autenticar-se no sistema antes de aceder o mesmo. O sistema deve ser construído com a linguagem PHP Orientado a Objectos, com a base de dados MYSQL. As informações críticas devem ser totalmente criptografadas. O sistema deve implementar o certificado e assinatura digital para melhor manter a segurança na camada de transporte (SSL). As senhas devem ser criptografadas com phpass e outros dados com base64. O sistema deve garantir a segurança nos ataques do tipo: SQL INJECTION, PHP INJECTION, DoS (Negação de Serviço), Registo Seguros (Captcha), etc... O sistema deve registar as operações a serem feitas (logs), para facilitar na auditoria. O sistema deve garantir o controlo de acesso aos recursos do sistema associados ao um processo (utilizador). Utilização da classe PDO para evitar ataques comuns ao sistema. O sistema deverá ser desenvolvido no padrão MVC.

5

PRODUTO SPRINT BACKLOG O Sprint Backlog é uma lista de tarefas para transformar o Product Backlog, por uma Sprint, em um incremento do produto potencialmente entregável. 1. Efectuar login Sprint 1 Efectuar Login Modelagem e criação de Banco de Dados Desenvolvimento da tela inicial do sistema

Custo/Dias 60 1 2

2. Requisitar de Tema Sprint 2 Requisitar Tema Modelagem e criação de Banco de Dados Desenvolvimento da tela requisitar tema

Custo/Dias 80 1 2 ao 4

6

3. Propor temas Sprint 3 Propor tem Modelagem e criação de Banco de Dados Desenvolvimento da tela Propor tema

Custo/Dias 70 1 2 ao 3

4. Inserir Trabalho Sprint 4 Inserir Trabalho Modelagem e criação de Banco de Dados Desenvolvimento da tela inicial do sistema

7

Custo/Dias 83 1 2 ao 4

5. Importar Trabalho Sprint 5

Custo/Dias 78 1 2 ao 4

Importar Trabalho Modelagem e criação de Banco de Dados Desenvolvimento da tela Importar tela

6. Alteração de um trabalho Sprint 6 Alterar Trabalho Modelagem e criação de Banco de Dados Desenvolvimento da tela Alterar Trabalho

8

Custo/Dias 65 1 2 ao 5

7. Registar utilizador Sprint 7 Registar utilizador Modelagem e criação de Banco de Dados Desenvolvimento da tela registar utilizador

Custo/Dias 68 1 2

8. Remover trabalho Sprint 8 Remover trabalho Modelagem e criação de Banco de Dados Desenvolvimento da tela de remoção de trabalho

9

Custo/Dias 80 1 2

9. Gerar atas de defesa Sprint 9 Gerar Atas de defesa Modelagem e criação de Banco de Dados Desenvolvimento da tela das atas de defesa

Custo/Dias 79 1 2 ao 4

10. Indicação ou alteração da disponibilidade de um membro da banca examinadora Sprint 10 Custo/Dias Alteração da disponibilidade de um membro da 81 banca examinadora Modelagem e criação de Banco de Dados 1 Desenvolvimento da tela de alteração de 2 ao 5 disponibilidade de um membro da banca

10

11. Gerir pré-defesas e prova públicas Sprint 11 Custo/Dias 82 Gerir pré-defesas e prova públicas Modelagem e criação de Banco de Dados 1 Desenvolvimento da tela das pré-defesas e provas 2 ao 5 públicas

12. Uso do chat Sprint 12 Uso do Chat Modelagem e criação de Banco de Dados Desenvolvimento da tela do Chat

11

Custo/Dias 40 1 2 ao 3

13. Efetuar comentários Sprint 13 Efectuar Comentário Modelagem e criação de Banco de Dados Desenvolvimento da tela dos Comentários

Custo/Dias 63 1 2 ao 4

14. Visualizar dados do trabalho Sprint 14 Visualizar Dados do Trabalho Modelagem e criação de Banco de Dados Desenvolvimento da tela de Visualização

12

Custo/Dias 80 1 2

15. Bloquear utilizador Sprint 15

Bloquear utilizador Modelagem e criação de Banco de Dados Desenvolvimento da tela Bloquear utilizador

Custo/Dias 80 1 2

16. Desbloquear utilizador Sprint 16 Desbloquear utilizador Modelagem e criação de Banco de Dados Desenvolvimento da tela desbloquear utilizador

13

Custo/Dias 48 1 2

17. Cancelar trabalho Sprint 17 Cancelar trabalho Modelagem e criação de Banco de Dados Desenvolvimento da tela cancelar trabalho

Custo/Dias 61 1 2

18.Redefinir senha Sprint 18 Redifinir Senha Modelagem e criação de Banco de Dados Desenvolvimento da tela Redefinir senha

14

Custo/Dias 80 1 2

DIAGRAMAS DE CASO DE USO

Fig 1- Diagrama de Caso de Uso / Ator Coordenador

Fig 1- Diagrama de Caso de Uso / Atores Discente e Docente

15

DIAGRAMA DE CLASSE

16

CONCLUSÃO Este trabalho foi desenvolvido com o intuito de facilitar a relação e a comunicação entre docentes e discentes do curso de Ciências da Computação da Faculdade de Ciências da Universidade Agostinho Neto, no momento de escolha do tema para o trabalho de fim de curso por parte dos discentes e em todo o processo de desenvolvimento do trabalho. O sistema foi projetado com uma alta usabilidade, de forma que os usuários não terão dificuldades em utilizar nenhuma das funcionalidades.

17...