UNIVERSIDADE DE SANTO AMARO
CURSO DE GRADUAÇÃO
CHRISTIAN RODRIGUES DE SOUZA ASSIS
MODELAGEM DE PORTAL DE FÓRUM “INFO COVID-19 BRASIL”
CURITIBA
2020
CHRISTIAN RODRIGUES DE SOUZA ASSIS
MODELAGEM DE PORTAL DE FÓRUM “INFO COVID-19 BRASIL”
Projeto de Modelagem de Portal apresentado
como requisito para a obtenção de nota na matéria
de Projeto Integrador: Desenvolvimento de
Portais.
Orientador Profa. Clausia Mara Antoneli
CURITIBA
2020
“Não vos aconselho o
trabalho, mas a luta. Não
vos aconselho a paz, mas
a vitória! Seja o vosso
trabalho uma luta! Seja
vossa paz uma vitória!”
Friedrich W. Nietzsche
RESUMO
Este trabalho contempla um estudo que realizou análises para criar um Portal que reunisse
informações da Covid-19 em um formato de fórum. Nota-se que a análise de novas concepções
e de melhorias em sistemas é algo imprescindível já que atualiza o produto, além de pôr abaixo
problemas e inconsistências. O desenvolvimento realizado no seguinte estudo tem como
objetivo propor uma centralização de informações, perguntas e respostas, notícias e páginas
referentes à pandemia de coronavírus, com isso criando um portal que permita aos seus
visitantes se informarem e tomarem decisões.
Palavras-chave: Coronavírus, Portal, Informações.
ABSTRACT
This work contemplates a study that performed analyzes to create a Portal that would gather
Covid-19 information in a forum format. Note that the analysis of new concepts and
improvements in systems is essential as it updates the product, in addition to bringing down
problems and inconsistencies. The development carried out in the following study aims to
propose a centralization of information, questions and answers, news and pages relating to the
coronavirus pandemic, thereby creating a portal that allows its visitors to inform themselves
and make decisions.
Keywords: Coronavirus, Portal, Information.
LISTA DE FIGURAS
Figura 1 - Diagrama de Caso de Uso ........................................................................................ 16
Figura 2 – Diagrama Entidade Relacionamento ....................................................................... 20
Figura 3 – UC-01 – Cadastro.................................................................................................... 21
Figura 4 – UC-02 – Login ........................................................................................................ 22
Figura 5 – UC-03 – Página Inicial ............................................................................................ 22
Figura 6 – UC-04 – Filtro Avançado ........................................................................................ 23
Figura 7 – UC-05 – Perguntas e Respostas .............................................................................. 24
Figura 8 – UC-06 – Remover Perguntas .................................................................................. 24
Figura 9 – UC-07 – Manter Usuários ....................................................................................... 25
Figura 10 – UC-08 – Página Genérica (Exemplo) ................................................................... 26
SUMÁRIO
1. INTRODUÇÃO ................................................................................................................ 8
2. OBJETIVOS ................................................................................................................... 10
2.1 OBJETIVO GERAL .............................................................................................. 10
2.2 OBJETIVOS ESPECÍFICOS ................................................................................. 10
3. METODOLOGIA........................................................................................................... 11
4. REFERENCIAL TEÓRICO ......................................................................................... 12
4.1 MODELAGEM DE SISTEMA ............................................................................. 12
4.2 ANÁLISE DE REQUISITOS ................................................................................ 12
4.3 DIAGRAMA DE CASO DE USO - UML ............................................................ 13
4.4 MODELAGEM DE BANCO DE DADOS ........................................................... 14
4.5 PROTÓTIPO .......................................................................................................... 14
5. DESENVOLVIMENTO................................................................................................. 16
5.1 DIAGRAMA DE CASO DE USO......................................................................... 16
5.2 ANÁLISE DE REQUISITOS PARA O PORTAL “INFO COVID-19 BRASIL” 16
5.3 MODELO ENTIDADE RELACIONAMENTO ................................................... 19
6. PROTOTIPAGEM – PROTÓTIPO DO PORTAL “INFO COVID-19 BRASIL”.. 21
7. CONSIDERAÇÕES FINAIS ......................................................................................... 27
REFERÊNCIAS BIBLIOGRÁFICAS ................................................................................. 28
8
1. INTRODUÇÃO
Nota-se que diversos sites utilizados no dia a dia para as mais rotineiras tarefas
consistem em portais. Existem várias definições para explicar o que é um portal eletrônico,
contudo há em comum a característica dos portais reunirem informações diversas de várias
fontes, fazendo com que seus usuários consigam acessar e coletar informações, além de muitas
vezes interagir com novas questões.
Para garantir que um portal seja desenvolvido de forma concisa é necessária uma
estruturação feita via engenharia de software, fazendo com que a elaboração de sistemas seja
realizada com seriedade e responsabilidade, com isso diversos fatores devem ser seguidos para
ter estes requerimentos como garantia. A partir disto a engenharia de sistemas serve para
estruturar a produção de softwares.
Segundo a esquematização de Sommerville (2011) 1 a engenharia de sistemas: “tem por
objetivo apoiar o desenvolvimento profissional de software, mais do que a programação
individual. Ela inclui técnicas que apoiam especificação, projeto e evolução de programas, que
normalmente não são relevantes para o desenvolvimento de software pessoal”.
Em complemento, a visão de Pressman (2011) 2 introduz que:
A base para a engenharia de software é a camada de processos. O processo de
engenharia de software é a liga que mantém as camadas de tecnologia coesas e
possibilita o desenvolvimento de software de forma racional e dentro do prazo. O
processo define uma metodologia que deve ser estabelecida para a entrega efetiva de
tecnologia de engenharia de software. O processo de software constitui a base para o
controle do gerenciamento de projetos de software e estabelece o contexto no qual são
aplicados métodos técnicos, são produzidos produtos derivados (modelos,
documentos, dados, relatórios, formulários etc.), são estabelecidos marcos, a
qualidade é garantida e mudanças são geridas de forma apropriada.
Conforme as teorias apresentadas por Sommerville e Pressman nota-se a necessidade da
formalidade ao se participar do ciclo de vida de um sistema. A melhor forma para se
desenvolver a análise e projeto de um software é através da engenharia estrutura do mesmo. É
de suma importância utilizar ferramentas que auxiliem os desenvolvedores nas mais diversas
tarefas de produção do produto, além, é claro, de garantir que os requisitos pré-estabelecidos
tornem-se na consumação dos desejos no formato de funcionalidades.
1
SOMMERVILLE, Ian. Engenharia de Software. 9ª ed. São Paulo: Pearson Prentice Hall, p.
3, 2011.
2
PRESSMAN, Roger S. Engenharia de Software: Uma abordagem profissional. 7ª ed.
Porto Alegre: AMGH Editora LTDA, p. 39, 2011.
9
Com isto o presente trabalho propõe modelar características de um portal para
centralização de informações sobre o Covid -19 que a partir deste momento será denominado
“Info Covid-19 Brasil”. A partir dos conhecimentos de Engenharia de Software, uso de
ferramentas da UML e Prototipações, assim levantando requisitos para o sistema em questão e
realizando de maneira formal as recomendações de estruturação.
10
2. OBJETIVOS
Abaixo são descritos os objetivos deste trabalho. Sendo definido o objetivo geral e os
objetivos específicos.
2.1 OBJETIVO GERAL
O objetivo do presente estudo é analisar quais são os principais pontos que contemplam
o desenvolvimento de um portal completo a respeito do Covid-19, assim como quais as
melhores execuções para a construção de tal.
2.2 OBJETIVOS ESPECÍFICOS
Delinear os desenvolvimentos de software através da UML referente à modelagem
inicial;
Identificar problemas comuns encontrados no processo de projeto e análise de sistemas,
os contornando para uma execução efetiva;
Constatar através de pesquisas as melhoras formas de projetar o desenvolvimento do
sistema em questão;
Analisar e indicar quais soluções podem ser tomadas para permitir que a execução do
portal centralize as informações mais importantes abrangendo a realidade do projeto em seu
tamanho, sendo realista quanto aos itens propostos.
11
3. METODOLOGIA
A metodologia adotada no presente trabalho refere-se em investigar um referencial que
pretende servir de base teórica ao estudo, com isso permitindo num segundo momento
apresentar o Desenvolvimento do trabalho, evoluindo sobre os itens teóricos anteriormente
abordados.
Serão utilizados na pesquisa teórica os itens de Modelagem de Sistemas, Análise de
Requisitos, Diagrama de Casos de Uso, Modelagem de Banco de Dados via Diagrama Entidade
Relacionamento e Prototipação de Média Fidelidade.
Já nos itens de Desenvolvimento serão abordados os itens antes descritos no referencial
teórico, sendo estes desenvolvidos com o foco no portal “Info Covid-19 Brasil”.
12
4. REFERENCIAL TEÓRICO
4.1 MODELAGEM DE SISTEMA
A modelagem de sistemas do seguinte estudo pretende utilizar formas de estruturações
da UML para as análises de desenvolvimentos. Serão utilizados levantamento de requisitos,
diagramas de casos de uso, diagrama de entidade-relacionamento e prototipação. Abaixo serão
representadas de forma teórica os modelos utilizados para a elaboração das melhorias.
A UML é definida em um breve histórico por Pressman (2011) 3 e pode ser visto a
seguir:
Durante o início dos anos 1990, James Rumbaugh [Rum91], Grady Booch [Boo94] e
Ivar Jacobson [Jac92] começaram a trabalhar em um “método unificado” que
combinaria as melhores características de cada um de seus métodos individuais de
análise e projeto orientados a objetos e adotaram características adicionais propostas
por outros especialistas (por exemplo, [Wir90]) em modelagem orientada a objetos.
O resultado foi a UML — uma linguagem de modelagem unificada que contém uma
notação robusta para a modelagem e o desenvolvimento de sistemas orientados a
objetos. Por volta de 1997, a UML tornou-se um padrão de fato da indústria em termos
de desenvolvimento de software orientado a objetos. A UML forneceu a tecnologia
necessária para dar suporte à prática de engenharia de software orientada a objetos,
mas não ofereceu a metodologia de processo para orientar as equipes de projeto na
aplicação da tecnologia.
O histórico dos modelos unificados sempre está sendo atualizado, contudo na
contemporaneidade há um consenso que o uso da UML traz consigo uma gama de benefícios.
Vê-se que utilizar a UML torna-se um dos meios para criar uma boa estruturação de modelagem
no projeto, com isso as melhorias aplicadas neste estudo fazem a utilização da UML.
4.2 ANÁLISE DE REQUISITOS
Os sistemas de software quando pensados tendem a se dispersarem em sua
complexidade e especificidade, isso faz com que a descrição dos projetos se torne complexa e
muitas vezes falha, por vezes ao ser ambígua e confusa, em outras por ser rasa e pouco
instrutiva. Com isso a formulação de requisitos é algo essencial para garantir que as ideias sejam
expostas de forma correta, assim servindo de forma prática à execução do desenvolvimento do
produto.
3
PRESSMAN, Roger S. Engenharia de Software: Uma abordagem profissional. 7ª ed.
Porto Alegre: AMGH Editora LTDA, p. 72, 2011.
13
Segundo Sommerville (2011) 4 os requisitos de um projeto são:
(...) as descrições do que o sistema deve fazer, os serviços oferecem e as restrições a
seu funcionamento. Esses requisitos refletem as necessidades dos clientes para um
sistema que serve a uma finalidade determinada, como controlar um dispositivo,
colocar um pedido ou encontrar informações.
Assim ao descrever as declarações articuladas de forma sucinta de um sistema há a
descrição essencial de necessidades do projeto. Com isso foram desenvolvidos os requisitos das
melhorias levantadas, com o intuito de definir de forma padronizada os requerimentos
necessários.
Fazer análises de novos requisitos e melhorias em sistemas é parte essencial do processo
de desenvolvimento de sistemas. NONAKA e TAKEUCHI (1997) 5 definem que:
A perspectiva estratégica presume para as empresas crescimento e alcance de novos
resultados, como fruto da capacidade de inovação e de adaptações das transformações
contínuas. Uma inovação leva a outra, proporcionando aperfeiçoamentos e melhorias
contínuas.
Vê-se que com isso estar sempre avaliando o sistema, mesmo após o levantamento de
seus requisitos, é uma forma de prevenir-se aos demasiados problemas ligados à insatisfação
de usuários e defasagem de funcionalidades.
4.3 DIAGRAMA DE CASO DE USO - UML
Os casos de uso servem para indicar de forma representativa as funcionalidades
imaginadas de um sistema. Identificando atores, fluxos, caminho de dados e mensagens, o caso
de uso demonstra de forma descritiva as funções necessárias para execução de atividades e
necessidades de um software.
Sommerville (2011) 6 identifica a estrutura de casos de uso como:
Em sua forma mais simples, um caso de uso identifica os atores envolvidos em uma
interação e dá nome ao tipo de interação. Essa é, então, suplementada por informações
adicionais que descrevem a interação com o sistema. A informação adicional pode ser
uma descrição textual ou um ou mais modelos gráficos, como diagrama de sequência
ou de estados da UML. Os casos de uso são documentados por um diagrama de casos
de uso de alto nível. O conjunto de casos de uso representa todas as possíveis
interações que serão descritas nos requisitos de sistema.
4
SOMMERVILLE, Ian. Engenharia de Software. 9ª ed. São Paulo: Pearson Prentice Hall, p.
57, 2011.
5
NONAKA, Ikujiro & TAKEUCHI, Hirotaka. Criação de conhecimento na Empresa. 20ª
ed. Rio de Janeiro: Elsevier Editora LTDA, p. 128, 1997.
6
SOMMERVILLE, Ian. Engenharia de Software. 9ª ed. São Paulo: Pearson Prentice Hall, p.
74, 2011.
14
Assim as interações das melhorias levantadas serão mostradas a seguir em formato de
diagrama de casos de uso. Com isso identifica-se graficamente a informação que passa entre os
atores do processo.
4.4 MODELAGEM DE BANCO DE DADOS
Nota-se que as melhorias propostas abordam a necessidade de inserção e atualização de
itens de modelagem de banco de dados, com isto vê-se a necessidade de um DER (Diagrama
Entidade-Relacionamento), este diagrama faz parte do método de entidade-relacionamento
(MER) que é um modelo de dados que descreve os aspectos da informação de um domínio de
negócio, assim criando abstratamente entidades, suas relações e seus armazenamentos no banco
de dados.
Heuser (1998) 7 identifica o método de entidade-relacionamento como:
A técnica de modelagem de dados mais difundida e utilizada é a abordagem entidade-
relacionamento (ER). Nesta técnica, o modelo de dados é representado através de um
modelo entidade-relacionamento (modelo ER). Usualmente, um modelo ER é
representado graficamente, através de um diagrama entidade-relacionamento (DER).
A abordagem ER foi criada em 1976 por Peter Chen. Ela pode ser considerada como
um padrão de fato para modelagem conceitual.
Por vez vê-se a necessidade da estruturação das alterações do banco de dados, com isso
foi desenvolvido o DER para as melhorias levantadas no presente estudo. Abaixo pode ser visto
o diagrama e seus detalhamentos em questão.
4.5 PROTÓTIPO
A prototipação é um método onde é desenvolvida uma versão “testável” de um produto
de software, com isso os envolvidos no projeto e usuários podem visualizar e validar quais
ideias correspondem ao que se espera do sistema, assim garantindo que o produto-final atendas
às expectativas necessárias.
É de suma importância a inclusão de protótipos nos projetos de desenvolvimento de
software, este método permite que telas sejam validadas comercialmente e em seus modelos de
7
HEUSER, Carlos A. Engenharia de Software. 4ª ed. Rio Grande do Sul: Instituto de
Informática da UFRGS, p. 11, 1998.
15
negócios sem sequer realizar a programação em si do produto. Com os protótipos torna-se fácil
realizar mudanças e modular o sistema da maneira adequada.
A visão de Sommerville (2011) 8 sobre protótipos é vista como:
(...) uma versão inicial de um sistema de software, usado para demonstrar conceitos,
experimentar opções de projeto e descobrir mais sobre o problema e suas possíveis
soluções. O desenvolvimento rápido e iterativo do protótipo é essencial para que os
custos sejam controlados e os stakeholders do sistema possam experimentá-lo no
início do processo de software.
Vê-se que os protótipos são essenciais para garantir uma prévia gráfica do sistema em
seu essencial. A partir disto foram desenvolvidos protótipos de média resolução, onde o foco é
demonstrar o sistema em uma visão aproximada de seu ideal. O protótipo de média fidelidade
busca trazer o conceito do projeto em sua essência, contudo sem dar extrema importância aos
detalhes estéticos. A visualização do sistema antes de sua codificação faz com que diversos
problemas sejam contornados e cria a possibilidade de testes diversos com os futuros usuários
do sistema.
8
SOMMERVILLE, Ian. Engenharia de Software. 9ª ed. São Paulo: Pearson Prentice Hall, p.
30, 2011.
16
5. DESENVOLVIMENTO
5.1 DIAGRAMA DE CASO DE USO
Conforme estabelecido os itens teóricos do estudo foram feitos os requisitos e com isso
também os casos de uso, permitindo a criação do Diagrama de Casos de Uso.
Sendo assim, logo abaixo está disponível a visualização do Diagrama de Casos de Uso:
Figura 1 - Diagrama de Caso de Uso
Existem dois atores principais nesta esquematização do fórum Info Covid-19 Brasil,
sendo o usuário leitor, que acessa o fórum para se informar e o usuário administrador que tem
função mantenedora.
5.2 ANÁLISE DE REQUISITOS PARA O PORTAL “INFO COVID-19 BRASIL”
Os requisitos desenvolvidos foram focados em desenvolver um fórum que centralizasse
notícias, informações diversas e perguntas e respostas, permitindo assim que os usuários se
informassem mais a respeito da pandemia do Covid-19 focando centralizações nacionais.
Abaixo podem ser visualizados os requisitos do sistema com base na análise dos
desenvolvimentos levantados.
17
UC Nome UC Descrição do UC Observação
UC-01 Cadastrar O usuário ao acessar o sistema deve A inserção de cadastro
Usuário realizar seu cadastro para ter acesso às via Facebook, Google ou
funcionalidades de interação do por e-mail tem a função
software. Será possível cadastrar via de facilitar e estimular os
Facebook, Google ou por e-mail. A usuários a se cadastrarem,
ação de cadastro deve ser obrigatória. com o cadastro será
possível realizar
perguntas e escrever
comentários.
UC-02 Realizar Autenticar não obrigatoriamente o Esta função será
login usuário cliente da plataforma através opcional, com isso
de seu cadastro previamente feito. usuários que quiserem
Permitindo assim a realizar visualizar o portal em
comentários e enviar perguntas. formato de “Somente
Leitura” poderão fazê-lo.
UC-03 Manter Sistema deve ter uma página Home Nota-se que para o mapa
Página que contenha notícias, link para funcionar de forma eficaz
Principal perguntas e respostas, gráfico com o usuário deverá permitir
estatísticas dos casos ativos no Brasil e sua localização ser
mapa com hospitais e centros de compartilhada via seu
saúdes próximos. As informações navegador web. Estes
apresentadas devem ser sempre salvas dados do mapa deverão
em bancos de dados para garantir ser filtrados via
histórico de dados e pesquisas parametrização do mapa
retroativas. O usuário logado ou não na codificação.
deve poder filtrar as notícias por suas Os dados de notícias
datas, permitindo assim a fácil devem ser buscados via
identificação do procurado. Caso seja webservice de outros
necessário um filtro mais amplo o portais, sendo creditadas
usuário deverá usar o “UC-04 Filtro as fontes de dados.
Avançado”.
18
Os dados do gráfico
deverão ser coletados via
informativo mundial de
covid-19 disponibilizado
pela OMS.
Nota-se que para filtrar os
itens o usuário terá
apenas que navegar na
seleção de data, sendo
este o parâmetro para
filtrar as notícias até a
data selecionada.
UC-04 Realizar O usuário deverá poder acessar uma Nota-se que os dados
Filtro página de filtro avançado, onde poderá filtrados devem refletir
Avançado selecionar os conteúdos através de apenas aos dados do
parâmetros pré-estabelecidos. Os próprio fórum, como
parâmetros para filtragem serão: data perguntas e respostas,
até, que contenha determinado texto, notícias, informações e
categoria, fonte de dados e assunto. páginas diversas.
UC-05 Manter Os usuários poderão realizar perguntas O usuário administrador
Perguntas e no sistema através de uma página deverá respeitar as
Respostas específica onde outros usuários políticas do fórum,
poderão interagir respondendo, nota-se apenas banindo usuários e
que o administrador do sistema poderá perguntas que contenham
banir perguntas e usuários que inflijam conteúdo inapropriado.
a política do fórum Info Brasil Covid-
19. Para visualizar a página não é
necessário login, contudo é preciso
deste para enviar novas perguntas. O
usuário poderá filtrar as perguntas por
data, que contenha determinado texto e
assunto.
19
UC-06 Remover Usuário administrador deverá poder Nota-se que a deleção
Perguntas acessar a página de perguntas deverá ser apenas lógica,
Inapropriadas selecionando em lote as perguntas mantendo os dados das
inapropriadas e movê-las para a perguntas no banco de
lixeira. O Administrador poderá filtrar dados.
as perguntas por data, que contenha
determinado texto e assunto.
UC-07 Manter Usuário administrador deverá acessar Será necessário manter o
Usuários lista de usuários onde poderá filtrar e cadastro do usuário no
banir um usuário que tenha feito banco de dados, já que em
alguma violação de política. Também qualquer momento o
será possível pelo administrador administrador poderá
reativar um usuário banido. O reativar um usuário
administrador poderá filtrar os banido.
usuários por ordem alfabética, que
contenha determinado texto e status.
UC-08 Manter Nota-se a necessidade de criação de Os dados inseridos nas
Páginas um padrão de páginas genéricas de páginas genéricas
Genéricas apenas leitura, onde poderão ser servirão para consulta,
inseridos dados de política, contato, estabelecendo assim um
sobre e etc. Com isso o administrador novo tipo de conteúdo no
poderá criar página, que por essa vez, fórum.
poderão ser acessadas pelos usuários.
Tabela 1 - Requisitos do Sistema
5.3 MODELO ENTIDADE RELACIONAMENTO
Conforme seguiu o desenvolvimento do projeto foi feito o Modelo Entidade
Relacionamento do projeto foi desenvolvido através do DER (Diagrama Entidade
Relacionamento).
Novamente foram colocados como atores os usuários de leitores e administradores. Este
diagrama pode ser visualizado logo abaixo:
20
Figura 2 – Diagrama Entidade Relacionamento
Nota-se no diagrama entidade relacionamento a existência das funções do usuário leitor
do portal e do administrador, sendo que o usuário leitor realiza processos de consulta (somente
leitura) e de escrita (perguntas). Já o administrador tem a função mantenedora, conduzindo a
ordem no sistema, analisando as diversas páginas para que todas as políticas do portal sejam
cumpridas.
21
6. PROTOTIPAGEM – PROTÓTIPO DO PORTAL “INFO COVID-19 BRASIL”
Conforme seguiu o desenvolvimento do projeto foram feitos protótipos de média
finalidade baseados nos dados de diagrama de Caso de Uso, Requisitos e Diagrama Entidade
Relacionamento.
Abaixo podem ser visualizados os protótipos desenvolvidos ordenados por Casos de
Uso, ao todo 8 itens foram inseridos, sendo diretamente ligados aos 8 casos de uso propostos
anteriormente.
Figura 3 – UC-01 – Cadastro
A figura 3 mostra a tela de cadastro de usuário, onde pode-se realizar a ação via cadastro
próprio ou importando informações do Facebook ou Google, também é possível navegar para
a tela de login a partir desta página ou acessar os itens de rodapé.
22
Figura 4 – UC-02 – Login
A figura 4 mostra a tela de login do usuário, onde ele poderá acessar o sistema com as
credenciais criadas na figura 3, caso o usuário não seja inscrito ainda ele pode alternar para a
tela de cadastro. Também é possível acessar diversos links através do rodapé da página.
Figura 5 – UC-03 – Página Inicial
A figura 5 mostra a página inicial do sistema, acima é possível visualizar uma
notificação de risco, sendo esta mostrada quando o usuário libera o acesso à localização. Nota-
se o filtro de notícias e o acesso às perguntas e respostas dispostos ao lado esquerdo da tela.
23
Ao centro é possível visualizar as principais notícias, sendo estas a parte essencial do
portal, onde as informações mais importantes relacionadas ao covid-19 estarão dispostas, o
usuário poderá navegar na paginação para encontrar notícias mais antigas.
Já ao lado esquerdo estão dispostos o gráfico de casos no Brasil e informações de centros
de saúde próximo, estas informações são dispostas para acesso rápido. Neste item de
geolocalização que são informados os hospitais e postos próximos do usuário, como
mencionado na notificação do topo da página.
Por fim ao fim da página constam dados diversos que ficam dispostos no rodapé para
acesso rápido.
Figura 6 – UC-04 – Filtro Avançado
Na figura 6 é mostrado o filtro avançado, nesta tela o usuário poderá fazer buscas mais
aprofundadas para encontrar informações diversas. Com isso podendo filtrar entre notícias,
perguntas e respostas, memorandos e etc.
Também é possível filtrar a fonte de dados e o tipo de assunto discutido. Caso necessário
o usuário também pode selecionar o limite de data dos itens filtrados e inserir uma palavra-
chave que deva aparecer nos resultados da busca.
Os itens filtrados ficarão paginadas ao lado direito da página, semelhante às notícias da
figura 5. Como de padrão ao fim da página fica disposto o rodapé trazendo links rápidos e oturas
informações.
24
Figura 7 – UC-05 – Perguntas e Respostas
Na figura 7 são mostrados os itens da página de perguntas e respostas, nesta página são
dispostas ferramentas para busca de respostas e perguntas, além disso é possível o envio de
pergunta (passível de intermediação pelo administrador). Ao fim da página são mostrados links
diversos no rodapé.
Figura 8 – UC-06 – Remover Perguntas
25
A figura 8 mostra a intermediação do administrador com os conteúdos de perguntas
inadequadas, podendo remover estas no sistema. O administrador pode filtrar as perguntas e
selecionar várias para realizar a ação de banimento.
No canto inferir direito da página fica disposto um link para alternar para a página de
banimento de usuários. Ao fim da página ficam dispostos os links rápidos como padrão.
Figura 9 – UC-07 – Manter Usuários
A figura 9 mostra as funções de banimento e reativação de usuários realizados pelo
administrador do sistema. O administrador pode filtrar os usuários do sistema e selecionar
aqueles que serão restringidos de usar a plataforma ou que poderão voltar a usar o portal.
Nota-se que a decisão do administrador deve respeitar as políticas do sistema que são
dispostas aos usuários. Um mesmo usuário poderá ser banido e reativado quantas vezes
necessário.
No canto inferir direito da página fica disposto um link para alternar para a página de
perguntas e respostas. Ao fim da página ficam dispostos os links rápidos como padrão.
26
Figura 10 – UC-08 – Página Genérica (Exemplo)
Por fim na figura 10 é mostrada a página de política, esta é uma página genérica do
sistema e é mostrada para efeito de exemplo. Esta página serve como conteúdo estático, sendo
acessível para apenas leitura. No rodapé da página ficam dispostos links diversos para acesso
rápido.
27
7. CONSIDERAÇÕES FINAIS
Com a realização do projeto conseguiu-se visualizar a importância da análise de projeto
e sistemas, além claro, da análise periódica das funções de um sistema. Ainda que existam
sistemas que atendam às necessidades de seus usuários nota-se que o fator tempo pode alterar
estas variáveis, portanto é essencial reavaliar e procurar melhorias para que sejam adiantados
os problemas, assim reformulando expectativas e padrões.
Mesmo que a gama de sistemas presentes na internet seja vasta, sempre há oportunidade
para inovação e implementação de centralizações de informações, muitas vezes um sistema é
usado por confiança em seus dados, muito além do que sua complexidade em si.
Os objetivos definidos foram alcançados e o envolvimento das ferramentas de
modelagem, usabilidade e desenvolvimento fizeram com que o projeto criasse uma unidade
entre seus elementos, podendo visualizar de forma acadêmica a importância da estruturação e
padronização da análise e projeto de sistemas.
Notou-se que independente do sistema abordado (e da forma de desenvolvimento), as
projeções e mudanças no software devem sempre ser tratadas de forma séria, sendo necessário
seguir um padrão de documentação para que elas sejam identificadas, escritas, atendidas e
aceitas de forma ideal.
Num âmbito geral o estudo trouxe de forma prática os resultados esperados e revelou
que uma análise minuciosa proporciona a descoberta de problemas muitas vezes “invisíveis”
ou considerados inexistentes. Notou-se também que a forma de trabalho “vista de fora” ao
retratar análises de software pode parecer superficial, mas para ser atendida de maneira precisa,
deve atender uma normalização de engenharia.
28
REFERÊNCIAS BIBLIOGRÁFICAS
SOMMERVILLE, Ian. Engenharia de Software. 9ª ed. São Paulo: Pearson Prentice Hall, p.
3-74, 2011.
PRESSMAN, Roger S. Engenharia de Software: Uma abordagem profissional. 7ª ed. Porto
Alegre: AMGH Editora LTDA, p. 39-72, 2011.
NONAKA, Ikujiro & TAKEUCHI, Hirotaka. Criação de conhecimento na Empresa. 20ª ed.
Rio de Janeiro: Elsevier Editora LTDA, p. 128, 1997.
HEUSER, Carlos A. Engenharia de Software. 4ª ed. Rio Grande do Sul: Instituto de
Informática da UFRGS, p. 11, 1998.
