UNIVERSIDADE DO ESTADO DO AMAZONAS

CENTRO DE ESTUDO SUPERIORES DE ITACOATIARA

LICENCIATURA EM COMPUTAÇÃO

ENGENHARIA
DE SOFTWARE
Docente: Franciano Antunes
Disccentes: Michelly Aguiar,
Marcilene Rodrigues,
Tailana Nobrega
Destemi3: UMA PROPOSTA DE UM SISTEMA DE
Inscrições de eventos acadêmicos

Tópicos

INTRODUÇÃO
OBJETIVOS

JUSTIFICATIVA
METODOLOGIA
DESENVOLVIMENTO DO
SISTEMA DESTEMI3
CONCLUSÃO
 INTRODUÇÃO
A Engenharia de Software é uma área das engenharias “cujo foco é o desenvolvimento
dentro de custos adequados de sistemas de software de alta qualidade” (Summerville, 2011,
p. 3).

Com o mundo cada vez mais globalizado, estar conectado e ter acesso imediato à informação
são aspectos primordiais.

O projeto tem importância pois com os dados informados, será possível o sistema realizar a
inscrição.

O projeto tem importância pois com os dados informados, será possível o sistema realizar a
inscrição.
 OBJETIVOS
Objetivo Geral
Especificar um sistema web que faça inscrição em eventos acadêmicos

Objetivos Especificos
Facilitar e agilizar o processo de inscrição, realizada por meio do sistema Web, por parte da
comunidade externa e interna, nas atividades de extensão que são ofertadas pelo
Departamento Acadêmico de Informática DESTEMI3.
Facilitar o gerenciamento, acompanhamento de inscrições, o controle de aproveitamento e
presença dos participantes em atividades de extensão cadastradas no evento.

Realizar uma pesquisa de campo junto ao modelo de negócio

Especificação de requisitos funcionais e não funcionais e construção dos diagramas UML.

 JUSTIFICATIVA
A justificativa da escolha de um sistema para Internet decorreu da facilidade de acesso,
seja no meio interno da universidade, ou comunidade externa. Assim, auxiliando os
usuários, no processo de divulgação, inscrição, controle de aproveitamento dos
participantes e gerenciamento das atividades de extensão promovidas pelo DESTEMI3
pela Universidade do Estado do Amazonas.
 METODOLOGIA
A pesquisa de campo foi realizada de forma online para o desenvolvimento e
metodologia do projeto Destemi3, usamos a plataforma online Even3 para fazermos uma
simulação, na qual o coordenador do evento tem total autonomia para manter as
atividades inclusas. O software automatiza todo o ciclo de vida do evento, abrangendo
desde a submissão e publicações de trabalhos as inscrições, credenciamento e emissões de
certificados, atendendo a necessidade de participantes e organizadores.
 METODOLOGIA
A) Requisitos
As revisões dos requisitos foram realizadas juntamente com o professor orientador. Nesta
etapa de revisão, foi discutida os melhores refinamentos artificio das inscrições nas
atividades. Assim conclui que o aluno (quem faz a inscrição em uma ou mais atividades)
deverá estar previamente cadastrado no evento.

B) Análise e projeto do sistemas

Nesta etapa a modelagem foi revista e os ajustes necessários foram incluídos. Bem como os
campos de algumas tabelas que armazenam dados de inscrições e de cursos foram revistos.
De forma sequencial, não houve alterações significativas no banco de dados, apenas
inclusão e exclusão de campos de tabelas.
 METODOLOGIA
C) Aplicação Web
Uma aplicação web está caracterizada quando é acessada por algum navegador ou browser web.
Essas aplicações exercem em um servidor e o cliente é uma página web por meio do qual o usuário
interage com a aplicação.

Cliente – sendo responsável pela lógica de negócios que definem como os dados serão
processados e armazenados e pelas funcionalidades de acesso aos dados que estariam
armazenados em um servidor de banco de dados, pela apresentação da aplicação, a interface
de interação do usuário.

Servidor – este armazena os dados que são manipulados pelo cliente e as regras de negócios
que manipulam esses dados.
Estudo de campo da Implementação do Sistema
Destemi3 na Plataforma online (EVEN3)
1º Neste tópico é de responsabilidade do coordenador a criação o evento na plataforma even3,
clicando no botão verde seguindo as coordenadas do sistema.
Estudo de campo da Implementação do Sistema
Destemi3 na Plataforma online (EVEN3)
2º Na próxima etapa será criado de fato o evento, com
todos os critérios, como o nome do evento, se este
evento será online ou presencial, se ele tem categoria
profissional ou educacional
Estudo de campo da Implementação do Sistema
Destemi3 na Plataforma online (EVEN3)

3º Nesta etapa o coordenador do evento irá

digitar a sua senha e clique em "Realizar login e
criar evento":
Estudo de campo da Implementação do Sistema
Destemi3 na Plataforma online (EVEN3)
4º Agora seu evento está criado. Basta preencher o checklist e finalizar as
configurações do seu evento.
 DESENVOLVIMENTO DO SISTEMA
DESTEMI3
Será descrito a seguir todas as atividades ATIVIDADES
relacionadas ao gerenciamento de projetos
T1 Estudo de viabilidade
realizados, bem como os diagramas e
tabelas desenvolvidas durante o processo. T2 Análise de requisitos

T3 Pesquisa de campo

T4 Designe da interface

T5 Desenvolvimento do sistema de inscrições de eventos acadêmicos.

T6 Desenvolvimento dos sistemas de segurança.

T7 Aperfeiçoamento do sistema de inscrições.

T8 Criação de sistema de pagamentos.

T9 Aperfeiçoamento do sistema de pagamentos.

T10 Gerenciamento de pessoas (usuario, coordenador).

T11 Entrega do projeto

 DESENVOLVIMENTO DO SISTEMA
DESTEMI3
Com isso, foram distribuídas as atividades de
cada membro da equipe em relação ao tempo
de cada uma, de modo que o projeto termine
no mínimo espaço de tempo possível,
conforme representado na figura a seguir:
 GERENCIAMENTO DE RISCOS
Para que o projeto de engenharia de
software tenha um bom sucesso, é
necessário o gerenciamento. O
gerenciamento de projetos de projetos é
uma parte primordial da engenharia de
software. Segundo Sommerville (2007),
“Um bom gerenciamento não pode
garantir o sucesso de um projeto. No
entanto, um mau gerenciamento
geralmente resulta em falha do projeto.”
(p.61).
 GERENCIAMENTO DE RISCOS
A análise de riscos durante o
desenvolvimento do projeto faz parte do
gerenciamento para que possa ser evitado
falhas. A análise de riscos “descreve os
possíveis riscos do projeto, a
probabilidade da ocorrência desses riscos
e as propostas de estratégias de redução
de riscos” (p. 65)
 ANÁLISE DE REQUISITOS
Para a criação e desenvolvimento de um REQUISITOS FUNCIONAIS (RF)

software precisa haver requisitos a

RF 001: Cadastrar evento
serem pré-definidos em um sistema,
para que não ocorra problemas futuros. RF 002: Cadastro de coordenador do evento

De acordo com o autor Sommerville, RF 003: Cadastrar turmas de atividades

sobre os requisitos funcionais e não

funcionas:
Requisitos funcionais, são declarações
de serviços que o sistema deve fornecer,
RF 004: Cadastro de palestrantes para atividades
RF 005: Cadastrar atividades
RF 006: Cadastro de usuário

como o sistema deve agir a entradas RF 007: Confirmação de inscrição

especificas e como o sistema deve se

RF 008: Pagamento webservice
comportar em determinadas situações.
RF 009: Controle de frequência e aproveitamento
Requisitos não funcionais, são
restrições sobre os serviços ou as RF 010: Relatório de inscrição

funções oferecidas pelo sistema RF 011: Emissão de certificado

(Sommerville, 2007, p.80)
 REQUISITOS FUNCIONAIS
No software em questão, voltado para inscrição em eventos acadêmicos de um
sistema, foram catalogados os seguintes requisitos.

[RF001] – Cadastrar Evento [RF002] – Cadastro de coordenador do evento

Ator: Coordenador Ator: Coordenador
Prioridades: Essencial Prioridades: Essencial
Entradas e pré-condições: O coordenador do Entradas e pré-condições: Incluir dados com:
evento irá incluir os atributos de cada nome, email
atividades: programação, modalidade do Saídas: Cadastramentos do evento no banco
evento, certificados, nome do evento, de dados
descrição do evento, expectativa do evento, Pós-condições: Excluir atividades
tipo do evento, categoria do evento, local do cadastradas, editar, com possibilidade de
evento, participantes, atividades (oficinas, alteração e reutilização.
palestras, mesas redondas, workshops,
submissões e turmas e atividades) e cancelar
inscrição.
Saídas e pós-condições: A saída será pelo
BD.
 REQUISITOS FUNCIONAIS
[[RF003] – Cadastrar turmas de atividades [RF004] – Cadastro de palestrantes para
Ator: Palestrantes e coordenador atividades
Prioridades: Essencial Ator: Coordenador
Entradas e pré-condições: Inclusão de turmas Prioridades: Essencial
para as atividades com: atividades, horário, Entradas e pré-condições: Incluir palestrantes
nome da turma, data do início das atividades com os dados: nome, email, pessoa e
e data do final das atividades, carga horária, palestrantes.
data do início da inscrição, data do final da Saídas: cadastro de palestrantes por
inscrição, limite de vagas, salas e atividades.
participantes. Pós-condições: Excluir palestrantes
Saídas: cadastramentos de turmas. cadastrados e alterar dados dos mesmos.
Pós-condições: Excluir turmas cadastradas,
editar, com possibilidade de alteração.
 REQUISITOS FUNCIONAIS

[RF005] – Cadastrar Atividades [[RF006] – Cadastrar usuário

Ator: Coordenador Ator: Alunos
Prioridades: Essencial Prioridades: Essencial
Entradas e pré-condições: Incluir atividades Entradas e pré-condições: Os dados
com os dados: oficinas, palestras, mesas cadastrados serão do aluno: nome completo,
redondas, workshops, submissões e turmas e CPF, email, confirmação email.
atividades. Saídas e pós-condições: A saída será pelo BD.
Saídas: cadastro de atividades. Conforme descreve o RF003.
Pós-condições: Excluir atividades
cadastradas e alterar dados dos
 REQUISITOS FUNCIONAIS
[RF007] – Confirmação inscrição
Ator: Alunos
Prioridades: Essencial
Entradas e pré-condições: Após o aluno
escolher as atividades que corresponde o
RF007, precisará efetuar o pagamento, na
qual o sistema webservice confirmará
automaticamente as inscrições. Cujo prazo da
reserva das inscrições é no máximo de sete
dias.
Saídas e pós-condições: O sistema emitirá o
relatório de inscrição.
[RF009] – Controle de frequência e
aproveitamento
Ator: Palestrante
Prioridades: Essencial
Entradas e pré-condições: Incluir controle de
frequência e aproveitamento com: conceito,
inscrição, turma, faltas, notas, resultados e
aproveitamentos. O palestrante responsável
por cada atividade disponibilizará a
frequência em formato de QR cod para que o
usuário faça a leitura para registrar a
presença.
Saídas: inscrição em atividades.
Pós-condições: caso o QR cod tenha
instabilidade na sua leitura, caberá ao
palestrante efetuar a frequência manualmente
e repassar ao coordenador do evento para
registrar a participação no sistema.
 REQUISITOS FUNCIONAIS
[RF010] – Relatório de inscrição
Ator: Sistema
Prioridades: Essencial
Entradas e pré-condições: Nesta etapa, serão
analisadas as respectivas atividades que os
alunos se escreveram, bem como analisar se
ocorreu alguns conflitos de cursos e horários.
Saídas e pós-condições: O sistema emitirá o
relatório das atividades inscritos.
[[RF011] – Emissão de certificados
Ator: Coordenador
Prioridades: Essencial
Entradas e pré-condições: três dias após o
evento os certificados estarão disponíveis no
portal do evento na página do participante.
Saídas e pós-condições: disponibilidade de
downloads dos certificados no portal do
evento.
 REQUISITOS NÃO FUNCIONAIS
[RNF001] – Inscrição em atividades
Prioridades: Essencial
Descrição: Cada curso possui um
número máximo de inscrição
permitidas. Ao serem alcançadas o
limite de inscrição, não estará mais
disponível o curso.
[RNF002] – Interface Amigável
Prioridades: Desejável
Descrição: O sistema foi desenvolvido
para que o usuário utilize com
facilidade e praticidade, por meio de
uma interface agradável, textos bem
visíveis e uma fácil navegação através
de abas para separar e organizar as
sessões.
[RNF003] - Validação de Inscrição
Prioridades: Essencial
Descrição: Performance que suporte
resposta de menos de 50 nanossegundos
para o sistema WebService finalizar a
confirmação do pagamento.
 Diagrama de Caso de Uso
O diagrama de Caso de Uso se trata da representação do funcionamento de um
sistema, nesse caso um sistema de gerenciamento para inscrições em eventos
acadêmicos.
 Diagrama de Classes
As classes desses objetos se
relacionam entre si, demonstrando
como funciona o comportamento
dentro das atividades realizadas no
software. Cada classe possui suas
características e métodos, podendo
esses serem herdados por outras
classes, como é representado na figura
ao lado:
 CONSIDERAÇÕES FINAIS
Este projeto trata-se de um sistema de inscrições em eventos acadêmicos que é uma
plataforma totalmente online que permite que os participantes se inscrevam em
conferências, workshops, seminários e outros eventos relacionados a área
acadêmica. Esse sistema tem por finalidade facilitar o processo de inscrição,
gerenciamento de participantes e administração geral do evento.
O projeto desse sistema tem como visionar e tornar o processo de inscrição e
gerenciamento do evento mais eficiente enquanto também auxilia os organizadores
a administrar e planejar o evento de maneira mais eficaz.
 REFERÊNCIAS BIBLIOGRAFICAS
BASTTISTI, Júlio. Criando aplicações em 3, 4 ou n camadas. Disponivel em:
<http/://www.juliobattisti.com.br/artigo/ti/incamadas.asp>. Acesso em: 17 Jul.
2023.

GOGONI, Ronaldo. O que é Software?. Tecnoblog 2019. Disponível em :

<hppts://tecnoblog.net/responde/o-que-e-software/> Acesso em 16 de Agosto de
2023.

PRESSMAN, ROGER S., Engenharia de Software- (6ª edição), São Paulo, Ed.
McGrawHill, 2006.

PRESSMAN, Roger. Engenharia de software, 5ª ed. 2002. Rio de Janeiro:

McGrawHill.

SOMMERVILLE, Ian. Engenharia de Software, 8º ed. Pearson, 2008.

SOMMERVILLE, Ian. Engenharia de Software. 8ª edição. Editora Pearson do Brasil,

2007.