Engenharia de Software na Comunicação

Prévia do material em texto

INSTITUTO FEDERAL DE SANTA CATARINA
CURSO DE SISTEMAS DE INFORMAÇÃO
MATHEUS DA SILVA GONÇALVES DIAS
ENGENHARIA DE SOFTWARE APLICADA NA COMUNICAÇÃO
ORGANIZACIONAL
Caçador - SC
2022
MATHEUS DA SILVA GONÇALVES DIAS
ENGENHARIA DE SOFTWARE APLICADA NA COMUNICAÇÃO
ORGANIZACIONAL
Projeto de Pesquisa apresentado à
Coordenadoria do Curso de Sistemas
de Informação do Campus Caçador do
Instituto Federal de Santa Catarina
para a avaliação de continuidade do
Trabalho de Conclusão de Curso.
Orientador: Jair Jose Ferronato
Coorientadora: Sibeli Paulon Ferronato
Caçador - SC
2022
Dias, Matheus da Silva Gonçalves
D541e Engenharia de software aplicada na comunicação organizacional /
Matheus da Silva Gonçalves Dias ; orientador: Jair José Ferronato ;
coorientadora: Sibeli Paulon Ferronato. -- Caçador, SC, 2022.
54 f.
 Trabalho de Conclusão de Curso (Graduação)-Instituto Federal
 de Educação, Ciência e Tecnologia de Santa Catarina, Curso de
 Sistemas de Informação.
Inclui bibliografias
 1. Engenharia de software. 2. Comunicação organizacional. 3.
Tecnologia da informação. I. Ferronato, Jair José. II. Ferronato, Sibeli
Paulon. III. Instituto Federal de Educação, Ciência e Tecnologia de Santa
Catarina. Curso de Sistemas de Informação. IV. Título.
CDD 658.4038
Ficha catalográfica elaborada pela Bibliotecária
Karla Viviane Garcia Moraes – CRB-14/1002
MATHEUS DA SILVA GONÇALVES DIAS
ENGENHARIA DE SOFTWARE APLICADA NA COMUNICAÇÃO
ORGANIZACIONAL
Este trabalho foi julgado adequado para obtenção do título em Sistemas de
Informação, pelo Instituto Federal de Educação, Ciência e Tecnologia de Santa
Catarina, e aprovado na sua forma final pela comissão avaliadora
abaixo indicada.
Caçador- SC, 09 de dezembro de 2022.
Prof. Jair Jose Ferronato
Orientador
Instituto Federal de Santa Catarina
Prof. Sibeli Paulon Ferronato
Coorientadora
Instituto Federal de Santa Catarina
Prof. Eduardo Guedes Villar
Banca avaliadora
Instituto Federal de Santa Catarina
Prof. Cristiano Mesquita Garcia
Banca avaliadora
Instituto Federal de Santa Catarina
RESUMO
A comunicação nas organizações está em constante desenvolvimento, com
novos métodos e ferramentas. Dessa maneira, os gestores incorporaram a
comunicação no planejamento estratégico das organizações por perceberem que
uma comunicação ineficaz pode trazer prejuízos para este ambiente. Dentro
desta questão, observa-se o investimento em tecnologia da informação, com o
desenvolvimento de novas ferramentas que dão suporte para a Comunicação
Organizacional. Como opção a tal, o objetivo do projeto foi a aplicação da
Engenharia de Software para melhorar a Comunicação Organizacional e com isso
diminuir o índice de problemas comunicacionais nas organizações. O processo de
Engenharia de Software utilizado foi o modelo cascata, com métodos e
ferramentas. Dessa maneira, foram desenvolvidas as atividades de comunicação,
sendo realizada a coleta de informações com os usuários, o planejamento que
ofereceu um guia para o desenvolvimento do projeto, e a modelagem, que foi
desenvolvido o modelo de dados, modelo de classes, modelo de sequência e
modelo de interface. Em suma, por meio dos estudos realizados e da aplicação
de Engenharia de Software, foi possível obter como resultado as atividades de
comunicação, planejamento e modelagem do software, em que a principal função
é proporcionar uma melhor comunicação para as organizações.
Palavras-Chave: engenharia de software; comunicação organizacional; tecnologia
da informação.
ABSTRACT
Communication in organizations is constantly developing, with new methods and
tools. In this way, managers incorporate communication into the strategic planning
of organizations as they realize that ineffective communication can bring benefits
to this environment. Within this issue, note the investment in information
technology, with the development of new tools that support Organizational
Communication. As an option to this, the objective of the project was the
application of Software Engineering to improve Organizational Communication
and thereby reduce the rate of communication problems in organizations. The
Software Engineering process used was the waterfall model, with methods and
tools. In this way, communication activities were trained, with the collection of
information with the users, the planning that offered a guide for the development of
the project, and the modeling, in which the data model, class model, training
model were developed. sequence and interface model. In short, through the
studies carried out and the application of Software Engineering, it was possible to
obtain as a result the activities of communication, planning and modeling of the
software, in which the main function is to provide better communication for
organizations.
Keywords: software engineering; organizational communication; information
Technology.
LISTA DE ILUSTRAÇÕES
Figura 1 - Graus de abrangência do Comportamento Organizacional.................. 14
Figura 2 - O processo de comunicação.................................................................17
Figura 3 - Fluxo de comunicação nas organizações............................................. 19
Figura 4 - Camadas de processos de Engenharia de Software............................ 21
Figura 5 - Modelo cascata..................................................................................... 24
Figura 6 - Procedimentos metodológicos.............................................................. 28
Figura 7 - Cargo dos funcionários participantes da pesquisa................................32
Figura 8 - Meios de comunicação utilizados pela empresa...................................33
Figura 9 - Ferramentas de comunicação mais utilizadas pelos funcionários........ 33
Figura 10 - Funcionários com problemas de comunicação................................... 34
Figura 11 - Dificuldades apresentadas na pesquisa.............................................. 34
Figura 12 - Exemplo de Subcoleções....................................................................39
Figura 13 - Diagrama de caso de uso, login e cadastro........................................ 40
Figura 14 - Diagrama de caso de uso chat............................................................41
Figura 15 - Padrão de projeto MVC.......................................................................44
Figura 16 - Diagrama de classe da camada Model............................................... 45
Figura 17 - Diagrama de classe da camada View................................................. 46
Figura 18 - Diagrama de classe da camada Controller......................................... 47
Figura 19 - Diagrama de sequência chat...............................................................48
Figura 20 - Diagrama de sequência mural.............................................................48
Figura 21 - Modelo de interface.............................................................................49
LISTA DE QUADROS
Quadro 1 - Requisitos funcionais...........................................................................35
Quadro 2 - Requisitos não funcionais....................................................................36
Quadro 3 - Cronograma do projeto........................................................................37
Quadro 4 - Descrição do caso de uso login e cadastro.........................................41
Quadro 5 - Descrição do caso de uso, chat...........................................................42
LISTA DE ABREVIATURAS E SIGLAS
CO - Comportamento Organizacional
DDS - Diálogo de segurança
E-mail - eletronic mail
IDE - Integrated Development Environment (Ambiente de Desenvolvimento
Integrado)
IFSC – Instituto Federal de Santa Catarina
iOS - iPhone operating system
LGPD - Lei Geral de Proteção de Dados
MVC - Model View Controller
NoSQL - Not Only Standard Query Language
SC - Santa Catarina
SQL - Standard Query Language
TI - Tecnologia da Informação
TV - televisãoSUMÁRIO
1 INTRODUÇÃO.....................................................................................................................10
1.1 Problema de Pesquisa................................................................................................ 11
1.2 Hipótese de Pesquisa................................................................................................. 12
1.3 Objetivos..................................................................................................................... 12
1.4 Justificativa................................................................................................................. 12
1.5 Organização do trabalho.............................................................................................13
2 FUNDAMENTAÇÃO TEÓRICA...........................................................................................14
2.1 Comportamento Organizacional................................................................................. 14
2.2 Sistemas de Informação............................................................................................. 20
3 PROCEDIMENTOS METODOLÓGICOS............................................................................28
3.1 Identificação do problema de pesquisa...................................................................... 29
3.2 Fundamentação teórica.............................................................................................. 29
3.3 Aplicação de Engenharia de Software........................................................................29
4 RESULTADOS.....................................................................................................................31
4.1 Projeto de software de Comunicação Organizacional................................................ 31
4.2 Comunicação.............................................................................................................. 32
4.3 Planejamento.............................................................................................................. 35
4.4 Modelagem................................................................................................................. 38
5 CONCLUSÃO......................................................................................................................50
REFERÊNCIAS...................................................................................................................... 52
ANEXO A – Formulário aplicado na organização objeto do estudo................................ 54
10
 1 INTRODUÇÃO
A comunicação é um dos principais elementos para o sucesso de grandes
organizações. Para Flatley et al. (2015), “a comunicação sempre teve importância
central no ambiente de negócios”. Desse modo, sem uma comunicação eficaz, a
gestão da organização se torna mais complicada, e com a falta de informação, pode
prejudicar o comportamento dos funcionários, tornando-os menos autoconfiantes e
engajados. “A comunicação organizacional é no momento em que as pessoas
abrem espaço para discutir os problemas de uma empresa ou organização com o
objetivo de trazer benefícios ao sistema e torná-lo mais produtivo” (CORELLA, 2000,
apud KUNSCH, 2009, p.39).
Posto isso, os funcionários das organizações têm usado diversas ferramentas
para se comunicar. Atualmente, a mais utilizada é o e-mail, o qual segundo o
Departamento de Pesquisa Statista (2021), o número de usuários globais de e-mail
deve crescer para 4,6 bilhões até 2025.1 “O e-mail passou a ser uma ferramenta
essencial de comunicação da geração atual, principalmente, no ambiente
corporativo, para encurtar espaços e diminuir tempo” (FRANÇA, 2013, p.26).
Entretanto, o e-mail possui alguns pontos fracos que permitem falhas na
comunicação, como a indisponibilidade e a praticidades, como mostra a Figura 11.
Aguiar (2019) afirma que “não haverá comunicação efetiva se o receptor não
entender a mensagem enviada pelo emissor”. Dessa forma, a resolução das tarefas
acaba tendo problemas, ocasionando em prejuízos para a organização.
Desse modo, a organização flexibiliza o uso de smartphones no ambiente de
trabalho. Assim sendo, optam por utilizar as redes sociais para realizar a troca
rápida das informações. Entretanto, o funcionário pode fazer o uso indevido dos
aplicativos, ocasionando no desvio de atenção dos assuntos de interesse da
organização, entre outros problemas.
Tendo em vista a importância da comunicação no ambiente organizacional, foi
realizada uma pesquisa quantitativa com funcionários de uma organização do setor
industrial, localizada na cidade de Caçador-SC, com o objetivo de identificar as
ferramentas utilizadas e as falhas na comunicação, bem como, comprovar que
1 <https://www.statista.com/statistics/255080/number-of-e-mail-users-worldwide>
11
essas falhas podem causar grandes prejuízos para a organização, evidenciando
assim, o problema de pesquisa. Também, foi realizada a elicitação de requisitos do
projeto. Esta pesquisa encontra-se descrita com mais detalhes no Capítulo 4.
Baseando-se na pesquisa realizada neste trabalho, pressupõe que o e-mail e
as redes sociais possuem lacunas que possibilitam erros no seu uso por parte dos
funcionários e para que o fluxo de comunicação seja realizado de maneira rápida e
formal dentro da organização, é necessário fazer o uso de ambas as ferramentas
(e-mail e redes social) para suprir as necessidades do fluxo comunicativo. Com o
uso de várias ferramentas ao mesmo tempo, se torna pouco prático para os
funcionários, pois as informações ficam descentralizadas. Também por se tratarem
de ferramentas que têm o controle realizado por terceiros, não são auditáveis. Com
isso, os gestores não têm controle das informações que circulam dentro do ambiente
organizacional. Além disso, a organização faz a comunicação para os funcionários
por meio de murais, impressos ou por meio da TV corporativa, todavia, essas
ferramentas não garantem que todos os funcionários irão visualizar e absorver as
informações de forma significativa.
Sendo assim, “escolher as melhores técnicas e canais de comunicação é uma
das decisões mais importantes, pois promoverá uma melhor interação entre os
funcionários, com clareza, engajamento e com as informações chegando às pessoas
que interessam” (AGUIAR et al., 2019).
Dessa forma, “com as mudanças provocadas pelo processo de globalização é
urgente a adaptação à nova realidade, com implantação de novas formas e meios
de comunicação, de modo a facilitar os processos interativos” (MATEUS, 2014).
Partindo do ponto em que os gestores precisam escolher melhores canais de
comunicação e que essas falhas ocasionam em prejuízos para a organização, se fez
necessário o desenvolvimento de uma ferramenta (software) que tenha
funcionalidades que melhoram a Comunicação Organizacional, proporcionando
assim, uma comunicação eficiente dentro da organização.
1.1 Problema de Pesquisa
Considerando que os problemas de comunicação nas organizações são
frequentes e podem trazer grandes prejuízos para a organização, o trabalho buscou
12
responder o problema de pesquisa: “Como reduzir os problemas de Comunicação
Organizacional por meio da aplicação de Engenharia de Software?".
1.2 Hipótese de Pesquisa
Adotou-se no trabalho a hipótese de que, com o desenvolvimento das
atividades de comunicação, planejamento e modelagem da Engenharia de Software,
seja possível propor a continuidade do projeto, com as atividades de construção e
entrega.
 1.3 Objetivos
 1.3.1 Objetivo geral
Este trabalho teve como objetivo geral a aplicação da Engenharia de Software
com o intuito de melhorar a Comunicação Organizacional.
 1.3.2 Objetivos específicos
● Realizar uma pesquisa para obter um diagnóstico da comunicação na
organização objeto do estudo, por meio da aplicação de um questionário aos
funcionários;
● Analisar as informações levantadas oriundas da pesquisa junto com a
fundamentação teórica paradar suporte na aplicação da Engenharia de
Software;
● Aplicar as técnicas da Engenharia de Software desenvolvendo as atividades
de comunicação, planejamento e modelagem, com a finalidade de
desenvolver o projeto do software de Comunicação Organizacional.
1.4 Justificativa
Ao observar o problema de comunicação na organização, objeto deste
trabalho, percebeu-se a necessidade da realização de um estudo aprofundado sobre
o comportamento dos funcionários na Comunicação Organizacional e quais as
dificuldades que enfrentam para se comunicarem. Desse modo, a TI (tecnologia da
informação) proporciona cada vez mais soluções para os problemas da sociedade.
Posto isso, é necessário que os gestores estejam sempre abertos para inovações e
que a Comunicação Organizacional e a Engenharia de Software sejam tratadas
13
como questão estratégica dentro das organizações.
Dessa forma, foi proposto a interdisciplinaridade entre os conhecimentos de
Engenharia de Software, área pela qual é utilizada para criar soluções nos
processos e procedimentos de gestão e a área de Comunicação Organizacional,
onde foi identificado o problema a ser resolvido.
1.5 Organização do trabalho
O trabalho está organizado da seguinte forma: no Capítulo 2 será
apresentado a fundamentação teórica, com os principais conceitos relacionados ao
Comportamento Organizacional, relacionando com a Comunicação Organizacional.
Assim como, Sistemas de Informação, avançando para os conceitos e técnicas da
Engenharia de Software. O Capítulo 3 é formado pelos procedimentos
metodológicos utilizados neste trabalho. No Capítulo 4 é apresentado os resultados,
ou seja, o projeto de software de Comunicação Organizacional. No Capítulo 5 a
conclusão deste trabalho. Por fim, as referências e anexos.
14
2 FUNDAMENTAÇÃO TEÓRICA
Foi abordado neste capítulo o conceito de Comportamento Organizacional e
sua importância para processo produtivo nas organizações, relacionando-o com a
Comunicação Organizacional, bem como, com Sistemas de Informação, direcionado
para a área de Engenharia de Software.
2.1 Comportamento Organizacional
Pode-se encontrar todos os tipos de comportamento em uma organização,
com funcionários motivados ou desmotivados, ambos estão nessa situação muitas
vezes devido ao comportamento de seus superiores ou da cultura da organização,
isso se deve a alguns fatores, como, falta de feedback, estrutura inadequada,
pressões ambientais, entre outros. “O Comportamento Organizacional é o estudo
sistemático dos comportamentos e atitudes de pessoas e grupos em organizações”
(VECCHIO, 2012, p7). “O CO (Comportamento Organizacional) está relacionado às
ações das pessoas no trabalho em organizações ou em interações com essas”
(CHIAVENATO, 2021).
Com isso, acabam influenciando positivamente ou negativamente no
comportamento dos funcionários. Sendo assim, as organizações necessitam ter os
graus de abrangência do Comportamento Organizacional, para proporcionar
melhores condições para que os funcionários tenham o comportamento ideal, como
mostra a Figura 1.
Figura 1 - Graus de abrangência do Comportamento Organizacional
Fonte: Adaptado de Chiavenato (2021).
15
Funcionários qualificados são importantes para a prosperidade de uma
organização, uma vez que funcionários capacitados e esforçados têm maiores
chances de oferecerem uma maior contribuição. O ambiente organizacional está em
constante mudança com admissões e demissões de funcionários, à medida que,
“atrair e desenvolver indivíduos talentosos são dois temas cruciais para a
sobrevivência e a prosperidade de uma organização” (VECCHIO, 2012).
Com isso, desenvolver os funcionários que já pertencem a organização é
mais viável do que a contratação de novos. Logo os gestores devem proporcionar o
crescimento pessoal. O crescimento pessoal de cada indivíduo se deve a diversos
aspectos, como, técnicos, empíricos e as relações no trabalho. A maior parte das
contratações são baseadas no conhecimento técnico da pessoa. Em contrapartida,
as promoções se baseiam, muitas vezes, na aptidão de trabalhar e compreender o
comportamento dos outros membros da organização e clientes (VECCHIO, 2012).
Sendo assim, segundo Chiavenato (2021), “um gerente que compreenda o
Comportamento Organizacional está mais preparado para conhecer situações de
trabalho, a lidar com problemas organizacionais e a ajudar pessoas e grupos a
alcançar seus objetivos de maneira mais eficaz”.
O Comportamento Organizacional envolve diversas questões, uma delas é a
comunicação, que por meio desta, os gestores conseguem transmitir informações de
suma importância para o funcionamento deste sistema, além de ser importante para
os funcionários compreenderem o comportamento dos demais membros da
organização. Assim sendo, se torna um dos pontos com maior influência no
comportamento dos indivíduos.
2.1.1 Comunicação
A comunicação é um dos principais fatores desde os primórdios para o
desenvolvimento dos seres humanos. Marques (2015, p.67) afirma que “a
comunicação é a troca de mensagens entre pessoas, com a finalidade de construir
significados”, ou seja, é a transmissão, recebimento e compreensão de mensagens,
entre dois ou mais indivíduos, através de linguagem oral, escrita, gestual ou por
meio de símbolos e signos.
Os tipos de comunicação podem ser descritos como, comunicação verbal,
16
definida como uma mensagem formada por uma palavra escrita ou falada e
comunicação não verbal, que pode ser por meio de gestos.
Todo o processo de comunicação é realizado por meio do fluxo comunicativo,
que é formado por nove partes. Para Marques (2015, p.68) as etapas do processo
comunicativo são:
1. Mensagem: corresponde ao conjunto de informações que um indivíduo ou um
grupo compartilham com os demais;
2. Codificação: é o processo pelo qual a mensagem é traduzida a partir de uma
ideia ou pensamento em símbolos transmissíveis. Podemos dizer que a
mensagem é o resultado do processo de codificação realizado pelo emissor;
3. Transmissão: ocorre quando a mensagem, após a codificação, é transmitida
ao receptor, utilizando-se um dos canais disponíveis;
4. Canais: é o meio pelo qual a mensagem sai do emissor e chega ao receptor.
Pode ser um e-mail, um telefonema ou um relatório;
5. Recepção: ocorre quando o receptor recebe a mensagem e percebe que se
trata de uma mensagem escrita, falada ou transmitida de algum outro modo;
6. Decodificação; é uma ação do receptor para entender o significado da
mensagem;
7. Compreensão: se o entendimento da mensagem decodificada corresponder
ao entendimento contido na mensagem codificada, pode afirmar, então, que a
mensagem foi compreendida. Do contrário, a mensagem não foi
compreendida;
8. Resposta: a partir da compreensão ou não da mensagem, o receptor dará
uma resposta por meio de uma ação ou de um inação;
9. Ruídos: barreiras e filtros: são elementos que, se presentes nos processos de
comunicação, podem causar distorções, fazendo com que a mensagem
compreendida pelo receptor seja diferente daquela transmitida pelo emissor.
17
Figura 2 - O processo de comunicação
Fonte: Adaptado de Marques (2015).
A comunicação de forma geral tem importância em todos os aspectos na
sociedade, nas organizações não é diferente, uma vez que todos os processos,
práticas e atividades, dependem de como os funcionários se comunicam. Dessa
forma, o seguinte tópico será direcionado para a comunicação nas organizações.
2.1.2 Comunicação Organizacional
A Comunicação Organizacional é um dos pontos mais importantes para o
desenvolvimento de uma organização. Segundo Vecchio (2012, p.7) “a comunicação
eficaz e aberta é essencial para o bem-estar de toda organização”. Dito isso, os
gerentes devem ter uma comunicação constante e clara com seus funcionários.
Assim, estarão sempre alinhados com os objetivos, metas, políticas e valores da
empresa.
Para ter uma comunicação eficaz, as informações e o conhecimento devem
ser disseminados dentro da organização, isso acontecepor meio de dois tipos de
comunicação, a formal e informal.
A comunicação formal respeitará sempre a hierarquia, seguindo sempre o
organograma. Dessa forma, as informações seguirão um fluxo de comunicação
apenas nos sentidos, descendente, ascendente ou lateral. Para Papa, Daniels e
18
Spiker (2008, p.51) “a comunicação formal refere-se à comunicação através de
canais oficialmente designados de fluxo de mensagens entre as posições
organizacionais”. Para suprir as lacunas da comunicação formal, tem-se a
comunicação informal.
A comunicação informal acontece em todos os sentidos do organograma.
Com isso a comunicação realizada pelos funcionários acabam não respeitando os
níveis de hierarquia, podendo ser realizada em uma roda de conversa no intervalo
por exemplo. Também servem como um complemento para a comunicação formal,
com resoluções de problemas, discussões etc. Em contrapartida, podem surgir
boatos, fofocas e isso pode ocasionar em informações inverídicas e prejudicar todo
o processo de transmissão da mensagem. Dito isso, temos a definição, “a
comunicação informal é aquela que não faz parte dos programas institucionais nem
pode se localizar no organograma porque não segue linhas funcionais”
(RESTREPO; ANGULO apud KUNSCH, 2012, p. 134).
O termo comunicação organizacional é muito amplo, e pode ter várias formas,
como, comunicação institucional, mercadológica, interna e administrativa. O objeto
de estudo deste trabalho, é a comunicação interna. No próximo tópico será visto
esse campo de trabalho de forma mais detalhada.
2.1.2.1 Comunicação Interna
“A comunicação interna é sobretudo, a comunicação entre pessoas e para
pessoas e, como tal, deve ser transparente, clara e respeitar a diversidade de ideias
e opiniões” (TAVARES, 2009, p.14, apud AGUIAR, 2019, p.14). Em uma organização
é preciso que a comunicação interna seja a melhor possível, pois as informações
dadas pela alta administração será emitida para os funcionários para alinhar os
assuntos entre todos.
A comunicação interna, pode ser feita por meio de diversas ferramentas,
como redes sociais, e-mail, murais, reuniões etc. Segundo Aguiar (2019, p.15) a
comunicação interna abrange:
● A comunicação interdepartamental, entre departamentos e seções, órgãos e
unidades administrativas e fabris;
● A comunicação interpessoal, entre as pessoas de um mesmo setor;
19
● A comunicação entre as lideranças e os subordinados, chefias diretas e
indiretas.
A comunicação interna pode ser realizada em diferentes sentidos no nível
hierárquico, do mais alto pro mais baixo e vice-versa, são os fluxos de comunicação,
como pode ser visto na Figura 3.
Figura 3 - Fluxo de comunicação nas organizações
 Fonte: Adaptado de MARQUES (2015).
Como todo processo dentro das organizações, esse processo de
comunicação também tem problemas. Posto isso, no tópico seguinte, será
relacionado os problemas de comunicação nas organizações com a Tecnologia da
Informação, para que se tenha uma melhor visão de como solucioná-los.
2.1.2.2 Problemas de comunicação na organização e Tecnologia da Informação
Os problemas de comunicação em um ambiente profissional podem gerar
diversos prejuízos para a organização, uma vez que, funcionários mal informados,
podem não fazer as tarefas que seus superiores planejaram durante a tomada de
decisão. Isso causa um aumento nos problemas da organização e uma diminuição
na produção e qualidade do serviço.
Em uma pesquisa realizada pela revista The Economist Intelligence Unit
(2018), com nome de Communication barriers in the modern workplace (Barreiras de
comunicação no local de trabalho moderno), que contou com 403 executivos,
mostrou que a falta de comunicação ocasionou em 44% de atrasos ou não
conclusão de projetos, e que 18% tiveram perda de vendas.
20
Dito isso, pode-se presumir que gestores devem tratar a comunicação interna
como parte do planejamento estratégico da empresa e estar aberto para inovações
nessa área. A Tecnologia da Informação está avançando e cada vez mais oferece
suporte para a melhoria da comunicação nas organizações. Desse modo, gestores
que não se adequam à evolução da tecnologia tendem a ficar obsoletos. Para Aguiar
(2019, p.103) “grande parte das tecnologias foram desenvolvidas com o intuito de
aumentar a eficiência no ambiente organizacional”. Com isso, investir em novas
ferramentas da Tecnologia da Informação trará muitos benefícios. A TI nas
organizações tem como objetivos principais (PRATES; OSPINA, 2004 apud
AGUIAR, p.104, 2019):
● Aumentar a continuidade (integração funcional, automação intensificada,
resposta rápida).
● Melhorar o controle (precisão, acuidade, previsibilidade, consistência,
certeza).
● Proporcionar maior compreensão das funções produtivas (visibilidade,
análise, síntese).
São muitos os benefícios que a TI pode trazer para as organizações, segundo
Aguiar (2019, p.107) “o uso das tecnologias traz um novo cenário ao processo de
comunicação, tornando-o mais ágil, integrando os setores internamente entre si e
entre outros setores, reduzindo os gargalos e melhorando a tomada de decisão”. A
TI pode ser utilizada de diversas maneiras, e uma delas é para o desenvolvimento
de sistemas, para isso, existe a área de Sistemas de Informação. Yu e Sousa(2011,
p.225) dizem que, “os Sistemas de Informação dão suporte a toda decisão na
organização, seja no âmbito operacional ou nas instâncias superiores em decisões
estratégicas”.
2.2 Sistemas de Informação
Para definir o conceito de Sistemas de Informação, primeiro necessita-se
entender o que é um sistema. Um sistema segundo Sbrocco (2012, p.38) “é um
conjunto de elementos inter relacionados com um objetivo comum” e informação, “é
uma coleção de fatos organizados de forma a possuir um valor adicional aos fatos
em si” (AUDY, 2005). Ou seja, são vários dados reunidos que geram uma
informação a fim de ser usado em algum meio, por exemplo na tomada de decisões.
21
Assim sendo, “sistemas de informação são um conjunto de componentes
inter-relacionados que trabalham juntos para coletar, processar, armazenar e
disseminar informações” (STAIR, 2021, p.9).
A área de Sistemas de Informação tem como foco a gestão da tecnologia da
informação nas organizações e empresas, segundo Sbrocco (2012, p.41) “são
sistemas formais, montados com a finalidade de resolver problemas importantes que
surgem nas organizações”. Sendo assim, será relacionada com Engenharia de
Software, área pela qual é responsável pelo desenvolvimento e construção de
softwares.
2.2.1 Engenharia de Software
Existem muitos problemas no mundo e muitos desses problemas o ser
humano não tem a capacidade para solucioná-los sozinho, ou muitas vezes o
processo de resolução acaba demandando muito tempo.
Sendo assim, o desenvolvimento de softwares acaba sendo de suma
importância para o processo de desenvolvimento da sociedade, pois produzem
ferramentas que dão suporte para as pessoas realizarem determinadas tarefas de
forma mais eficaz. Para Pressman e Maxim (2016, p.14) “a Engenharia de Software
abrange um processo, um conjunto de métodos (práticas) e um leque de
ferramentas que possibilitam aos profissionais desenvolverem software de altíssima
qualidade”.
A Engenharia de Software é baseada em 4 camadas de processos, como está
representado na Figura 4.
Figura 4 - Camadas de processos de Engenharia de Software
Fonte: Elaborada pelo autor.
22
Em seguida foi abordado com mais detalhes cada camada de processo. A
base de todo o processo de desenvolvimento de software é o foco na qualidade,
para isso, todas as etapas de desenvolvimento devem ser realizadas com máxima
excelência.
A. Foco na qualidade
A qualidade de um software é definida como “uma gestão de qualidade efetiva
aplicada de modo a criar um produto útil que forneça valor mensurável para aqueles
que o produzem e para aqueles que o utilizam” (PRESSMAN; MAXIM, 2016, p. 414).
Sendo assim, desenvolver um software de má qualidade possivelmente não
resolveráo problema a ser solucionado e consequentemente ocasionará em
prejuízos. Para que um software tenha qualidade, é necessário seguir o processo de
desenvolvimento abordado a seguir.
B. Processo
O processo é utilizado para definir um caminho para o desenvolvimento de um
software, com um conjunto de tarefas e ações. Para Pressman e Maxim (2016, p.15)
“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”.
Além disso, no contexto de Engenharia de Software, existe a metodologia de
processo “padrão”, que é formada por:
● Comunicação: É a parte em que é reunida as informações básicas como
funções e requisitos com a finalidade de entender qual será o objetivo do
software, isso pode ser feito através da comunicação com o cliente ou com os
usuários. A comunicação é uma das atividades mais importantes da
Engenharia de Software, pois é por meio dela que é realizada toda a coleta de
informações que será utilizada para o levantamento dos requisitos funcionais
e não funcionais do projeto. Para Pressman e Maxim(2021), “antes que os
requisitos dos clientes sejam analisados, modelados ou especificados, eles
devem ser coletados por meio da atividade de comunicação”.
23
● Planejamento: O planejamento tem como papel principal diminuir os erros que
acontecem no decorrer do projeto, esses erros de planejamento podem
prejudicar a qualidade do software, com falta de requisitos encontrados de
modo tardio por exemplo. Com isso, todas as etapas devem ser definidas
nesta fase do projeto. O planejamento cria um “mapa” que ajuda a guiar a
equipe na sua jornada (PRESSMAN; MAXIM, 2016). O planejamento abrange
a análise de requisitos(lista de requisitos), o cronograma, análise de
viabilidade com objetivo geral do projeto, alternativas para o projeto, riscos
para o projeto, diagrama de caso de uso e descrição do caso de uso.
● Modelagem: Nesta etapa são criados os modelos da arquitetura, ou seja, o
software representado de maneira abstrata ou esboços para se ter uma visão
de como vai ser desenvolvido o projeto. Os modelos de projeto representam
características do software que ajudam os desenvolvedores a construí-lo com
eficiência (PRESSMAN; MAXIM, 2021).
● Construção: Etapa em que é feita a codificação do software. A atividade de
construção abrange um conjunto de tarefas de codificação e testes que geram
um software operacional pronto para ser entregue ao cliente e ao usuário
(PRESSMAN; MAXIM, 2021).
● Entrega: Entrega do software pronto ao cliente ou usuário.
Desse modo, foram criados modelos de processo, para organizar o
desenvolvimento de um software. Os modelos de processo prescritivo segundo
Pressman e Maxim (2016) “concentram-se em estruturar e ordenar o
desenvolvimento de software”. Um deles é o modelo cascata:
● Modelo cascata: O modelo cascata flui com um processo linear e sequencial,
ou seja, deve ser desenvolvida uma atividade após a outra sem retornar à
anterior. Desse modo, antes de prosseguir para a próxima atividade é
importante se certificar que essa atividade está bem definida. Está
representado na Figura 5.
24
Figura 5 - Modelo cascata
Fonte: Elaborada pelo autor.
Esse processo de Engenharia de Software deve ser utilizado em qualquer
desenvolvimento de projetos, caso o objetivo final seja um software que cumpra
todos os requisitos desejados. E em cada fase desse processo deve-se utilizar
métodos para realizá-los.
C. Métodos
Os métodos “fornecem as informações técnicas para desenvolver o software”
(PRESSMAN; MAXIM, 2016, p.16). Alguns dos métodos utilizados nas etapas dos
processos de software são:
● Comunicação
○ Elicitação de requisitos;
● Planejamento
○ Análise de requisitos;
○ Diagrama de caso de uso;
○ Descrição de caso de uso;
○ Análise de viabilidade, riscos, recursos, produtos e cronograma;
25
● Modelagem
○ Modelo conceitual entidade e relacionamento;
○ Diagrama de classes;
○ Diagrama de sequência;
○ Modelo de Interface;
Esses métodos muitas vezes são elaborados com o uso de ferramentas que
proporcionam mais agilidade e precisão no desenvolvimento, como está definido no
tópico seguinte.
D. Ferramentas
As ferramentas “fornecem suporte automatizado ou semi automatizado para o
processo e para os métodos” (PRESSMAN; MAXIM, 2016, p.16).
Seguindo as camadas de Engenharia de Software é possível desenvolver um
software de maneira que siga um processo constituído por comunicação,
planejamento, modelagem, construção e entrega, utilizando os métodos com o
auxílio de ferramentas. Com isso, é possível ter um software que tenha como foco a
qualidade.
Este trabalho propõe um software que tenha como plataforma o Android e o
iPhone Operating System(iOS), portanto, será abordado o desenvolvimento de
software para dispositivos móveis no próximo tópico.
2.2.2 Desenvolvimento de software para dispositivos móveis
Os dispositivos móveis são utilizados tanto para uso pessoal no cotidiano,
quanto para uso profissional nas organizações. Isso se deve aos benefícios que
esses dispositivos trouxeram, como a portabilidade, que permite que seus usuários
acessem a qualquer momento e em qualquer lugar. Alguns dos tipos de dispositivos
móveis são:
● smartphone: significa telefone inteligente.
● tablet: é um dispositivo eletrônico portátil.
26
Os dispositivos móveis são controlados pelos sistemas operacionais, que é
responsável por controlar o hardware e coordena seu uso entre os vários programas
e aplicativos para os usuários (CÓRDOVA JÚNIOR; LEDUR; MORAIS, 2019, p.14).
Os sistemas operacionais mais utilizados nos dias de hoje, são:
● iOS: desenvolvido pela Apple.
● Android: desenvolvido pela Google.
O ambiente de desenvolvimento integrado (IDE) para os dispositivos móveis,
é uma das formas de desenvolvimento que permite uma maior facilidade, pois tem
todas as funcionalidades necessárias para o desenvolvimento de um software, com
isso as possibilidades de erros no código, por exemplo, diminuem. Algumas das IDE
utilizadas são :
● Visual Studio (<https://code.visualstudio.com>);
● NetBeans IDE (<https://netbeans.apache.org/download/index.html>);
● Android Studio (<https://developer.android.com/studio>)
A IDE dá suporte para o desenvolvedor, com isso facilita a codificação de
uma determinada linguagem de programação. Para Melo (2003, p.8) “uma
linguagem de programação determina os recursos disponíveis e sua forma de
utilização para construir máquinas abstratas específicas, de tal forma que elas
possam ser simuladas adequadamente em computadores”. A linguagem que oferece
suporte para o desenvolvimento de software nas plataformas Android e iOS é a Dart,
junto com o framework Flutter.
● Dart e Flutter: Dart é uma linguagem de programação utilizada no
desenvolvimento para dispositivos móveis, web e desktop. Flutter é um
framework baseado na linguagem Dart, que foi desenvolvido pela Google.
Este framework é utilizado para o desenvolvimento de aplicativos móveis.
2.2.3 LGPD (Lei Geral de Proteção de Dados)
O número de fraudes e invasões nos últimos anos cresceu exponencialmente,
sendo assim, a segurança da informação deve ser levada em consideração no
desenvolvimento de qualquer projeto que envolva o manejo de dados pessoais. Nos
27
últimos anos, vivenciamos vários ataques cibernéticos em banco de dados de
empresas, bancos, instituições públicas e privadas. Dessa forma, milhares de
pessoas tiveram suas informações expostas, possibilitando assim diversos
problemas, como golpes, invasões, fraudes etc. Posto isso, o vazamento de
informações trouxe preocupações para empresas e usuários. A partir disso, surgiu a
necessidade da criação da Lei Geral de Proteção de Dados Pessoais. De acordo
com o Art. 1º da Lei nº 13.709, de 14 de Agosto de 2018:
Esta Lei dispõe sobre o tratamento de dados pessoais, inclusive nos meios
digitais, por pessoa natural ou por pessoa jurídica de direito público ou
privado, com o objetivode proteger os direitos fundamentais de liberdade e
de privacidade e o livre desenvolvimento da personalidade da pessoa
natural (BRASIL, 2018, Art. 1).
Toda organização que maneja os dados de seus funcionários deve ter total
cuidado para cumprir as normas previstas na LGPD. Caso isso não aconteça, a
organização sofrerá sanções administrativas aplicadas pela autoridade nacional.
Segundo o Art. 52º da Lei nº 13.709 de 14 de Agosto de 2018, as sanções aplicáveis
são, advertência, multa simples, multa diária, publicação da infração, bloqueio dos
dados pessoais, eliminação dos dados pessoais, suspensão parcial do banco de
dados, suspensão do exercício do tratamento de dados e proibição parcial ou total
das atividades que utilizam do tratamento de dados.
Para evitar que as sanções sejam aplicadas, segundo o Art. 7º da Lei nº
13.709 de 14 de Agosto de 2018, o tratamento dos dados pessoais poderá ser
realizado mediante o fornecimento de consentimento pelo titular. Sendo assim, o
consentimento do titular em ter seus dados pessoais manipulados pelo controlador,
deve ser aceito por algum meio que comprove o seu consentimento.
Neste Capítulo 2 foi explorada a comunicação no ambiente organizacional,
bem como, o processo, métodos e ferramentas da Engenharia de Software. No
Capítulo 3 aborda os procedimentos metodológicos..
https://docs.google.com/document/d/1j820EWSh6DGYzj33DGIs1f47dtv_G_qxYkpl788Wayc/edit#heading=h.2et92p0
28
3 PROCEDIMENTOS METODOLÓGICOS
Com o objetivo de reduzir os problemas de Comunicação Organizacional, este
trabalho aplicou as práticas da Engenharia de Software. O processo utilizado foi o
modelo cascata, desenvolvendo as atividades de comunicação, planejamento e
modelagem, empregando os métodos que a Engenharia de Software proporciona.
Na Figura 6 está representado os procedimentos metodológicos utilizados
neste trabalho.
Figura 6 - Procedimentos metodológicos
Fonte: Elaborada pelo autor.
29
3.1 Identificação do problema de pesquisa
O problema de pesquisa foi identificado e comprovado por meio de uma
pesquisa com os funcionários da organização objeto deste estudo, onde 83,8% dos
funcionários afirmaram ter problemas de comunicação dentro da organização.
Também foi possível identificar as principais dificuldades de comunicação na
organização.
3.2 Fundamentação teórica
A fundamentação teórica consistiu em explorar o conteúdo que abrange a
Comunicação Organizacional, sendo necessário para dar embasamento para o
problema de pesquisa. Bem como, explorar a área de Engenharia de Software,
sendo fundamental para o cumprimento da aplicação de suas práticas sobre o
problema de pesquisa.
3.3 Aplicação de Engenharia de Software
Nesta fase foram realizadas as atividades de comunicação, planejamento e
modelagem, utilizando o modelo cascata.
3.3.1 Comunicação
Na atividade de comunicação consistiu em realizar o levantamento de
requisitos para o software. O método utilizado para a elicitação de requisitos foi o
levantamento de informações na organização objeto deste estudo, com o objetivo de
identificar os problemas existentes no ambiente organizacional e a partir disso, fazer
o levantamento dos requisitos. Optou-se pela utilização de um questionário na
plataforma Google Forms, utilizando a escala nominal, uma vez que é para
classificar um atributo ou uma característica.
O estudo foi realizado com base na identificação do problema de
Comunicação Organizacional e com isso foi efetuada uma pesquisa por meio de
questionário formado por 06 perguntas aplicadas em 71 funcionários, onde o período
de aplicação decorreu entre 17 e 18 de maio de 2022. O questionário aplicado está
no Anexo A. A empresa objeto deste estudo tem cerca de 500 funcionários diretos.
Com isso, através do cálculo de amostragem, a amostra de 71 funcionários chegou
a 90% de confiança, com uma margem de erro de 9%. Os dados extraídos para a
30
elicitação de requisitos estão representados em forma de gráfico no Capítulo 4.
3.3.2 Planejamento
Na atividade de planejamento foi realizada a análise e validação dos
requisitos do projeto, criando um quadro dos requisitos funcionais e um dos
requisitos não funcionais. Também, foi criado o cronograma do projeto, onde foi
possível definir prazos para cada método desenvolvido, como está representado na
Tabela 1. Por fim, foi realizado um estudo referente à análise de viabilidade, onde foi
possível definir as alternativas, restrições e riscos para o projeto.
3.3.3 Modelagem
A modelagem foi desenvolvida utilizando os diagramas da UML (Unified
Modeling Language) e para a criação dos diagramas, foi utilizado a ferramenta de
diagramação inteligente Lucidchart. Com isso, foi possível estruturar os modelos do
o projeto do software com o diagrama de caso de uso, modelo de classe e modelo
de sequência. Além disso, foi definido o modelo de dados, bem como o modelo de
interface, que foi desenhado a partir do editor gráfico Figma.
O produto final deste trabalho é formado pelas atividades de comunicação,
planejamento e modelagem, cujo objetivo é proporcionar o desenvolvimento das
atividades de construção e entrega para trabalhos futuros. O procedimento
metodológico supracitado neste capítulo obteve resultados que foram apresentados
no Capítulo 4.
31
4 RESULTADOS
Neste tópico, será apresentado o desenvolvimento das atividades de
comunicação, planejamento e modelagem do projeto de software proposto neste
trabalho.
4.1 Projeto de software de Comunicação Organizacional
O software proposto neste trabalho tem como finalidade principal diminuir as
dificuldades encontradas com base nas informações extraídas na fase de
comunicação, de modo a facilitar a comunicação dos funcionários da organização.
Os usuários poderão realizar o login e o cadastro da sua conta e após a
confirmação, eles serão direcionados para a interface principal. Na interface principal
serão alocadas todas as formas de comunicação propostas pelo software, os quais
são definidos como, chat, correio eletrônico, mural e as pendências, além de
possibilitar a comunicação por meio de transmissões por chamada de voz ou de
vídeo. Essas funcionalidades são as principais formas de comunicação da
organização. Sendo assim, as informações ficaram centralizadas em uma só
ferramenta, que estará sendo controlada pela organização, permitindo a auditoria,
assim como a segurança das informações.
O chat possibilita a troca de informações nos sentidos ascendente,
transcendente e lateral da cadeia hierárquica da organização, de maneira rápida e
ágil. Essa forma de comunicação é para assuntos que não exigem formalidade por
parte dos usuários, mas sim agilidade.
O correio eletrônico servirá como meio de formalizar alguma mensagem,
como por exemplo, um convite para uma reunião. Essa forma de comunicação
também poderá ser realizada de maneira ascendente, transcendente e lateral da
cadeia hierárquica da organização.
O mural terá a comunicação realizada apenas no sentido transcendente, pois
a informação será da empresa para os funcionários, como, comunicados, avisos e
etc.
A funcionalidade pendências servirá como forma de evitar que uma
mensagem perdida ocasione prejuízos para a organização. Na interface pendência
ficará posto as pendências existentes. Com isso facilitará a visualização e os
problemas não ficarão esquecidos.
32
Essas são as principais funcionalidades do sistema, além de outras
funcionalidades secundárias. Em seguida serão detalhados as etapas de
comunicação, planejamento e modelagem do desenvolvimento do software.
4.2 Comunicação
A atividade de comunicação foi realizada extraindo as informações
diretamente dos usuários finais, desse modo, foi possível obter informações
suficientes para o método da elicitação de requisitos.
4.2.1 Elicitação de requisitos
Foram coletadas informações referentes aos cargos dos funcionários que
responderam o questionário. A divisão e proporção dos cargos dos funcionários
estão representados no gráfico da Figura7.
Figura 7 - Cargo dos funcionários participantes da pesquisa
Fonte: Elaborada pelo autor.
Com base nessas informações foi possível identificar as dificuldades e qual a
utilização das ferramentas com base no nível hierárquico dos funcionários. Os
funcionários da produção tendem a utilizar as reuniões/DDS (diálogo de segurança)
e o mural como forma de receberem e emitirem informações dentro da organização.
Os funcionários da área administrativa, analista/técnico, supervisor/coordenador e
gerente, utilizam o e-mail e as redes sociais como forma de se comunicarem com
outros funcionários.
33
Em seguida, o resultado da pesquisa referente aos meios de comunicação
mais utilizados pela organização para se comunicar com os funcionários, mostrou
que a organização utiliza o e-mail como principal ferramenta, seguido de
reuniões/DDS, mural, redes sociais, impressos, banner, intranet, vídeos, TV
corporativa, jornal, newsletter e blog, como mostra o gráfico da Figura 8.
Figura 8 - Meios de comunicação utilizados pela empresa
Fonte: Elaborada pelo autor.
A ferramenta de comunicação mais utilizada pelos funcionários para se
comunicarem é através do e-mail, que conta com a utilização de 81,7% dos
usuários, como mostra o gráfico da Figura 9.
Figura 9 - Ferramentas de comunicação mais utilizadas pelos funcionários
Fonte: Elaborada pelo autor.
Segundo os gráficos das Figuras 8 e 9, o e-mail é a ferramenta mais utilizada
dentro da organização, visto que permite o compartilhamento de informações com
segurança, confiabilidade e profissional aos usuários. Em contrapartida, é pouco
prático para o funcionário que necessita de agilidade na troca da mensagem, dado
que a sobrecarga de informações e a indisponibilidade ocasionam na perda da
34
mensagem. Na Figura 10, grande parte (83,8%) dos funcionários afirmam ter
dificuldade no uso dessas ferramentas.
Figura 10 - Funcionários com problemas de comunicação
Fonte: Elaborada pelo autor.
As dificuldades estão relacionadas umas às outras, sendo que as principais
são, falta de feedback, mensagens perdidas, sobrecarga de informações, desvio de
atenção, praticidade, indisponibilidade. A Figura 11 mostra todas as dificuldades
relatadas pelos funcionários.
Figura 11 - Dificuldades apresentadas na pesquisa
Fonte: Elaborada pelo autor.
35
A partir da análise de todas as informações foi possível definir os requisitos
funcionais e não funcionais do projeto, que estão representados na atividade de
planejamento.
4.3 Planejamento
Na atividade de planejamento foi realizada a análise de requisitos e validação
dos requisitos, cronograma e a análise de viabilidade.
4.3.1 Análise de requisitos e validação dos requisitos
Os requisitos funcionais e não funcionais do software definem as
funcionalidades, restrições, comportamentos entre outras características que o
software terá. Nesta etapa foi realizada a análise dos dados extraídos na elicitação
de requisitos, na atividade de comunicação, posteriormente foi realizada a validação
dos requisitos. No Quadro 1 estão descritos os requisitos funcionais identificados.
Quadro 1 - Requisitos funcionais
REQUISITOS FUNCIONAIS
id Descrição
RF1 Interface de login/cadastro:
1. O login será validado com login e senha.
2. O usuário deverá cadastrar os seguintes itens: nome completo, senha, e-mail, data
de nascimento, cpf, data de admissão, cargo, setor, número de registro, matriz e
imagem de perfil.
RF2 Interface principal:
1. Interface de conversas rápidas (chat)
2. Interface de conversas formais (correio eletrônico)
3. Interface do Mural
4. Interface de pendências da organização
5. Interface de lista de funcionários/contato
RF4 Interface de conversas rápidas:
1. Deve conter a lista de conversas:
2. Nesta interface deverá conter um botão que direcione para a lista de
funcionários/contatos.
3. Nesta interface deverá conter um botão para criar um grupo de conversa.
RF5 Interface de chat:
1. O sistema deverá mostrar o status da mensagem (enviada, recebida ou lida)
2. O sistema deverá mostrar o status (online ou ausente)
3. O sistema deverá ter a opção de gravar e enviar áudios
4. O sistema deverá ter a opção de tirar enviar imagens
5. O sistema deverá ter a opção de enviar uma imagens, arquivo, áudio ou documento
armazenado no próprio dispositivo
6. O sistema deverá ter o local para digitar a mensagem e enviar
7. Deverá conter a descrição do contato (nome, cargo, matriz, setor, número de
36
registro).
Interface grupo:
1. Deverá ter a opção de promover administradores do grupo
2. Mudar nome do grupo
3. Visualizar mídia
4. Adicionar funcionários
5. Excluir funcionários
6. Apagar grupo
7. Sair do grupo
RF6 Interface de conversas formais (correio eletrônico)
1. Nesta interface deverá conter a Caixa de entrada e Enviados
2. Conter um botão que direciona para a interface de nova mensagem
RF7 Interface nova mensagem:
1. Deverá conter as opções: Para (direcionar para a lista de contatos/funcionários),
Assunto, Cc, Cco, Anexo, Caixa de texto, Botão Enviar e Descrição do contato.
RF8 Interface da caixa de entrada
1. Lista de mensagens
Interface da mensagem:
1. Responder
2. Encaminhar
3. Excluir.
RF9 Interface de Enviados
1. Lista de mensagens
2. Opções para Responder, Encaminhar e Excluir.
RF11 Interface Mural
1. Botão para adicionar (imagem, texto, vídeo)
RF12 Interface de pendências na organização:
1. Lista com pendências,
2. Mostrar status da pendência (Solucionado ou pendente)
3. Botão para adicionar uma pendência
4. Quem adicionou a pendência terá a opção de mudar o status da mesma.
RF13 Interface de configurações:
1. Mudar foto do perfil e sair.
RF14 Interface da lista de contatos/funcionários:
1. Deve conter uma lista com todos os funcionários da empresa
2. Deve conter a opções de filtro, para localizar algum contato, nesse filtro deverá ter a
opção de filtrar por setor e/ou cargo.
Fonte: Elaborada pelo autor.
Com a definição dos requisitos funcionais, foram definidos os requisitos não
funcionais identificados no Quadro 2.
Quadro 2 - Requisitos não funcionais
REQUISITOS NÃO FUNCIONAIS
id Descrição
RNF1 Requisitos de facilidade de uso
37
1. Os usuários devem passar por um tutorial antes do uso
RNF2 Requisitos de desempenho:
1. As mensagens deverão ser trocadas em tempo real
RNF 3 Requisitos de confiabilidade:
1. O sistema deverá estar sempre disponível para uso, backup de dados no
armazenamento local
RNF4 Requisitos de portabilidade:
1. O software será desenvolvido para dispositivos móveis (iOS e Android)
RNF5 Requisitos de entrega:
1. Deverá gerar relatório referente às pendências
RNF6 Requisitos de implementação:
1. O sistema deverá ser desenvolvido em uma linguagem para dispositivos móveis
RNF7 Requisitos de interoperabilidade:
1. O sistema deverá utilizar um banco de dados NoSQL
RNF8 Requisitos de privacidade:
1. O sistema deverá se adequar a LGPD - Lei Geral de Proteção de Dados
RNF9 Requisitos de segurança:
1. O sistema não terá o login/cadastro simultâneo do mesmo usuário.
Fonte: Elaborada pelo autor.
Estes são os requisitos do projeto, no tópico seguinte será apresentado o
cronograma do projeto.
4.3.2 Cronograma
O cronograma é de suma importância, dado que definiu os prazos para cada
atividade de desenvolvimento do projeto. Os prazos para cada atividade deste
projeto estão tabulados na Tabela 1.
Quadro 3 - Cronograma do projeto
Junho Agosto Setembro
Elicitação de requisitos X
Análise de viabilidade X
Análise de requisitos e validação dos requisitos X
Diagrama de caso de uso X
Descrição de caso de uso X
Modelo de dados X X
Modelo de classes X
Modelo de sequência X
Modelo de interface X
Fonte: Elaborada pelo autor.
38
Com a definição do cronograma, foi possível ter um maior controle referente
ao andamento de todos os métodos desenvolvidos. O tópico seguinte apresenta a
análise de viabilidade do projeto.
4.3.3 Análise de viabilidade
Nessa etapa de planejamento foi realizado o estudo de viabilidade,
destacando as alternativas, restrições eriscos para o projeto.
A. Alternativas para o projeto: o produto poderá ter uma plataforma web;
B. Restrições para o projeto: Exclusivo para comunicação entre os membros de
uma organização;
C. Riscos para o projeto: falta de requisitos suficientes, alteração do escopo
inicial, complexidade do sistema não devidamente percebida nas etapas
iniciais e erros de modelagem.
4.4 Modelagem
A modelagem foi realizada utilizando os diagramas da UML (Unified Modeling
Language) e abrange o modelo de dados, diagramas de caso de uso, diagramas de
classes, onde o padrão de projeto adotado foi o MVC (Model, View, Controller),
diagramas de sequência, assim como, a representação do modelo de interfaces.
4.4.2 Modelo de dados
Neste projeto se pode utilizar como banco de dados o modelo não-relacional
(NoSQL), nesse caso, não existem tabelas, tampouco relacionamentos. Por se tratar
de um software de comunicação, necessita-se de um banco de dados que tenha
flexibilidade ou ausência de esquema, bem como, a possibilidade de criar
subcoleções, como mostrado na Figura 12.
A escolha do serviço de hospedagem pode ser em qualquer banco de dados
que ofereça hospedagem NoSQL e que realize a comunicação em tempo real, entre
servidor e software.
As classes da camada Model farão a conexão com o banco de dados,
alterações, bem como a armazenagem dos dados, com a criação das coleções,
subcoleções e dos documentos, que são identificado pelo nome, ou seja, caso o
documento que está sendo armazenado não exista, será criado um novo documento
39
para ele. Como o exemplo da Figura 12, onde “quartos” é uma coleção, “A” é um
documento, “mensagens” é uma subcoleção, que serve como recipiente para os
documentos “mensagem”.
Figura 12 - Exemplo de Subcoleções
Fonte: Firebase.2
4.4.1 Diagramas de caso de uso
O diagrama de caso de uso da Figura 13 é utilizado para demonstrar como o
usuário interage com o sistema quando for realizar o login ou cadastro e como o
banco de dados e o sistema interagem entre si.
2 Disponível em: <https://firebase.google.com/docs/firestore/data-model>. Acesso em: 30 de outubro de 2022.
40
Figura 13 - Diagrama de caso de uso, login e cadastro
Fonte: Elaborada pelo autor.
O diagrama de caso de uso da Figura 14 é utilizado para demonstrar como o
usuário interage com o sistema na interface chat, podendo abrir a lista de contatos
para iniciar uma conversa ou continuar uma conversa já listada na interface.
O estudo realizado na organização objeto de estudo mostrou que o e-mail é a
principal forma de comunicação entre os funcionários, porém apresenta algumas
dificuldades e falhas no seu uso.
Sendo assim, a ferramenta proposta neste trabalho, restringe o e-mail para a
comunicação formal, ou seja, um convite para reunião, por exemplo. Com isso a
41
funcionalidade chat terá como objetivo resolver problemas de maneira ágil, por
permitir a troca rápida e simultânea das mensagens.
Figura 14 - Diagrama de caso de uso chat
Fonte: Elaborada pelo autor.
4.3.4.1 Descrição do caso de uso
Na descrição do caso de uso é possível visualizar a sequência de eventos de
forma descritiva, realizados entre usuário, sistema e o banco de dados. O Quadro 3
descreve a interação do usuário, sistema, banco de dados e a tela principal, do
diagrama de caso de uso, login e cadastro de forma mais detalhada.
Quadro 4 - Descrição do caso de uso login e cadastro
SOFTWARE DE COMUNICAÇÃO - CASO DE USO LOGIN E CADASTRO
Use case: login e cadastro dos usuários.
Autor: Matheus da Silva Gonçalves Dias.
Descrição: Este caso de uso tem como objetivo fazer login e cadastro dos usuários.
Atores envolvidos: Usuário, Sistema.
Pré-condições: O usuário deve ter os dados necessários para efetuar o cadastro (nomecompleto, login, senha, data de nascimento, CPF, data de admissão, cargo,
setor, número de registro, foto, unidade/matriz).
Fluxo Básico: Usuário Sistema
LOGIN O usuário insere os dados de login.
Confirma (entrar no sistema).
42
SOFTWARE DE COMUNICAÇÃO - CASO DE USO LOGIN E CADASTRO
Busca as informações no
banco de dados e compara
com os dados inseridos pelo
usuário.
Retorna para o usuário a
mensagem de “Dados
incorretos” ou “Acesso
confirmado”.
Se “Dados incorretos” então
direciona para o login
novamente.
CADASTRO O usuário insere os dados para o
cadastro.
Usuário confirma os dados.
O sistema retorna para o
usuário “Cadastro confirmado”
ou “Dados incorretos” .
Se “Cadastro confirmado"
então retorna a mensagem
para o usuário.
Se “Dados incorretos” retorna a
mensagem para o usuário.
Fluxos
Alternativos:
O usuário poderá fechar o sistema a qualquer momento.
Regras de
Negócio:
RN01: Não permitir um cadastro e
login duplicado.
Apenas usuários com cadastro
válido terão acesso ao
software.
Requisitos de
Interface:
RI01: Sem requisitos específicos.
Fonte: Elaborada pelo autor.
O Quadro 4 descreve a especificação e o detalhamento do diagrama de caso
de uso chat, onde mostra a interação entre usuário, sistema e banco de dados. Esta
descrição é de suma importância para o desenvolvimento dos demais diagramas,
pois descreve o processo em que ocorre a troca de mensagens entre os usuários.
Quadro 5 - Descrição do caso de uso, chat
SOFTWARE DE COMUNICAÇÃO - CASO DE USO INTERFACE CHAT
Use case: Interface chat.
Autor: Matheus da Silva Gonçalves Dias.
Descrição: Este caso de uso tem como objetivo realizar a troca de mensagens entre os
usuários/funcionários.
Atores
envolvidos:
Usuário, Sistema.Usuário, Sistema
Pré-condições: O usuário deve realizar o login e entrar na interface chat por meio da
interface principal.
Fluxo Básico: Usuário Sistema
CHAT O usuário poderá seguir para, lista
de funcionários/contatos,
Selecionar um chat.
43
SOFTWARE DE COMUNICAÇÃO - CASO DE USO INTERFACE CHAT
O usuário poderá entrar na
interface lista de
funcionários/contatos. Essa
interface mostrará os usuários que
integram o sistema.
O usuário deverá selecionar o
contato que deseja iniciar uma
conversa.
Busca as informações
(funcionais/contatos) no banco de dados.
Após o usuário selecionar um
funcionário/contato, o sistema deverá
direcionar para a interface chat”.
O usuário poderá entrar na
interface “chat” diretamente pela
interface "Chat Lista View" ou por
meio da lista de
funcionários/contatos.
Interface chat: o usuário envia e
recebe a mensagem.
A Interface chat possibilita o envio e o
recebimento das mensagens.
Digitar a mensagem no caso de uso
"Barra Inferior View".
Enviar a mensagem no caso de uso
“envia mensagem de texto”.
Receber a mensagem no caso de uso
"mensagem do receptor".
O caso de uso “minha
mensagem”retorna para a interface chat
a mensagem do emissor.
O usuário poderá seguir para, lista
de funcionários/contatos,
Selecionar um chat.
O usuário poderá entrar na
interface lista de
funcionários/contatos. Essa
interface mostrará os usuários que
integram o sistema.
O usuário deverá selecionar o
contato que deseja iniciar uma
conversa.
Busca as informações
(funcionais/contatos) no banco de dados.
Após o usuário selecionar um
funcionário/contato, o sistema deverá
direcionar para a interface chat”.
Fluxos
Alternativos
exceções:
O usuário poderá fechar o sistema a qualquer momento.
O usuário poderá iniciar uma ligação de vídeo ou de áudio a qualquer
momento.
Regras de
Negócio:
RN01: Deverá conter a descrição do contato
(nome, cargo, matriz).
Requisitos De
Interface RI01:
Deverá mostrar para o usuário o nome,
cargo e matriz do contato/funcionário.
Fonte: Elaborada pelo autor.
Com a elaboração dos diagramas de caso de uso, permitiu-se a
representação abstrata do funcionamento do sistema, banco de dados e a interação
do usuário. Na sequência foi apresentado o modelo de classes do projeto.
44
4.4.3 Modelo de classes
O modelo de classes, em suma, é formado por todos os diagramas de
classes apresentados nesta atividade de modelagem. Foi estabelecido o padrão de
projeto MVC, ou seja, foi respeitado o padrão original da arquitetura desse modelo,
mantendo as 3 camadas originais, Model,View e Controller, a fim de priorizar a
otimização do sistema, bem como, a organização, com o intuito de facilitar
alterações futuras. Além disso, os nomes de classes, atributos e métodos foi
estabelecido um padrão que se assemelha com a visão do mundo real.
Assim sendo, o relacionamento entre as camadas do padrão de arquitetura
MVC está ilustrado na Figura 15.
Figura 15 - Padrão de projeto MVC
Fonte: Elaborada pelo autor.
Na Figura 16 está representado o diagrama da classe Model, que tem como
função manipular os dados requisitados pela camada Controller e devolver algum
resultado, podendo fazer consulta, inclusão, alteração e exclusão através da
conexão com o banco de dados.
A camada Model desenvolvida na Figura 16 utiliza a categoria de
relacionamento de associação simples entre as classes. Além disso, este modelo só
pode ser utilizado em banco de dados NoSQL, em virtude de ter sido adotado o
método de redundância controlada em suas classes, ou seja, foram criados atributos
redundantes nas classes que utilizam do mesmo dado. Este método beneficia
bancos de dados que utilizam um grande número de leituras e escrita, mas um baixo
número de alterações nos dados, como é o caso do software proposto.
45
Figura 16 - Diagrama de classe da camada Model
Fonte: Elaborada pelo autor.
Na Figura 17 está representado o diagrama de classe da camada View. Esta
camada será responsável por construir o front-end da interface, possibilitando a
visualização e interação do usuário com o sistema. Os atributos e métodos das
classes da camada View terão como função armazenar os dados gerados pela
interação do usuário e receber informações da camada Controller. Esta camada
46
utiliza três tipos de relacionamentos entre as classes, associação simples,
generalização e dependência.
Figura 17 - Diagrama de classe da camada View
Fonte: Elaborada pelo autor.
47
Na Figura 18 está representado o diagrama de classe da camada Controller,
esta camada é responsável por intermediar os dados da camada View e Model. Em
suma, a Controller pega os dados da camada View, e envia para a camada Model,
para que seja realizada a manipulação dos dados. O processo inverso também
acontece, com o recebimento da resposta da Model, dessa forma, a Controller
renderiza o resultado dessa resposta na camada View.
Figura 18 - Diagrama de classe da camada Controller
Fonte: Elaborada pelo autor.
O modelo de classes deste trabalho, representa de forma abstrata os
diagramas de classes do sistema de Comunicação Organizacional. Os
relacionamentos entre as classes estão de acordo com o padrão de projeto MVC, no
entanto, para detalhar os relacionamentos, foram desenvolvidos modelos de
sequência no tópico seguinte.
4.4.4 Modelo de sequência
Os diagramas de sequência representam os relacionamentos e interações
entre as classes e seus respectivos métodos. Foram desenvolvidos diagramas de
48
sequência para alguns casos de uso do sistema. Em seguida, está demonstrado na
Figura 19, a representação da sequência do chat e na Figura 20, a sequência do
mural.
Na Figura 19 é uma representação do diagrama de sequência chat, onde o
usuário envia e recebe mensagens através da View, a Controller intermedia essas
mensagens até a Model, que faz a manipulação dessas mensagens armazenando e
solicitando no banco de dados.
Figura 19 - Diagrama de sequência chat
Fonte: Elaborada pelo autor.
Na Figura 20 é uma representação do diagrama de sequência mural, onde os
usuários poderão publicar informações relevantes para toda comunidade integrada
no sistema.
Figura 20 - Diagrama de sequência mural
Fonte: Elaborada pelo autor.
49
4.4.5 Modelo de interface
A Figura 21 apresenta a interface ChatListaView onde possui a lista de
conversas já iniciadas, como também, a interface ChatView, que mostrará as
mensagens que o emissor e o remetente enviaram. A interface ListaMuralView
permitirá aos usuários adicionar uma informação e visualizar as informações
publicadas por outros usuários.
Figura 21 - Modelo de interface
Fonte: Elaborada pelo autor.
Em virtude do desenvolvimento do projeto, seguindo o modelo de processo
cascata e realizando as atividades de comunicação, planejamento e modelagem, é
possível dar continuidade nas atividades de construção(codificação) e entrega do
software em outros trabalhos.
50
5 CONCLUSÃO
Em grandes organizações, para que o processo de comunicação seja
realizado com eficiência, se faz necessário o uso de ferramentas que a TI
proporciona. E com a demanda de dados cada vez maior, é fundamental que essas
ferramentas estejam em constante evolução a fim de diminuir o percentual de
problemas por falhas de comunicação.
Diante disso, foi proposto neste trabalho um software que inclua as principais
ferramentas e funcionalidades. Desse modo as informações ficarão centralizadas em
um software, este que será de posse da organização, ou seja, o controle dos dados
poderá ser realizado com segurança e autonomia, com isso, o horário de operação
dos funcionários no software poderá ser restringido, eliminando o risco de extrapolar
as horas trabalhadas. Além disso, as informações poderão ser auditadas pela
organização, a fim de inspecionar ou investigar qualquer acontecimento.
Com isso, após a identificação dos problemas de comunicação em uma
organização do setor industrial, foi realizada uma pesquisa exploratória para
fundamentar os conceitos que cercam a Comunicação Organizacional e a
Engenharia de Software com a finalidade de fornecer informações suficientes para a
realização do desenvolvimento das atividades de Engenharia de
Software(comunicação, planejamento e modelagem).
Com a aplicação da Engenharia de Software foi possível definir as 3 primeiras
etapas de desenvolvimento de software do modelo cascata. Foi realizada a
comunicação com os usuários(funcionários) para a coleta de requisitos,
posteriormente foi elaborado o planejamento de todo o desenvolvimento, e a
modelagem, onde foi produzida atendendo todos os requisitos validados pela
atividade de planejamento. Portanto, conclui-se que as atividades desenvolvidas
neste trabalho contém todas as informações essenciais para que sejam realizadas
as atividades de construção e entrega do software.
Este trabalho apresenta algumas limitações apresentadas na sequência. O
estudo incidiu apenas na organização objeto de estudo. Portanto, não tem um
estudo de outros tipos de organização.
Além disso, os smartphones permitem que os seus usuários utilizem seus
aplicativos de forma portátil. Sendo assim, o smartphone está presente dentro das
organizações por viabilizarem o processo de comunicação. Entretanto, possui
51
alguns aspectos não explorados neste trabalho que merecem atenção, como a
segurança dos funcionários ao utilizar o dispositivo em determinados setores que
oferecem risco de acidente. Como também, os processos judiciais que partem dos
funcionários, por estarem utilizando a sua rede social pessoal que não são
propriedades da organização e por estarem se comunicando com a empresa (troca
de mensagens) fora do horário de trabalho (horário de repouso).
Todas as limitações supracitadas não foram realizadas devido a delimitação
do trabalho estabelecida de acordo com o prazo de desenvolvimento.
Para trabalhos futuros, é possível realizar o desenvolvimento das duas
atividades faltantes neste trabalho do processo do modelo cascata, que são as
etapas de construção e entrega, bem como o aprofundamento do estudo referente
às limitações evidenciadas anteriormente.
52
REFERÊNCIAS
AGUIAR, Fernanda R.. Comunicação interna. 2019. Disponível em:
<https://app.minhabiblioteca.com.br> . Acesso em: 25 abr. 2022.
ANDREOU, Andreas. Key Issues for the Design and Development of Mobile
Commerce Services and Applications. 2005. International Journal of Mobile
Communications. Disponível em:
<https://www.researchgate.net/publication/220474789_Key_Issues_for_the_Design_
and_Development_of_Mobile_Commerce_Services_and_Applications>. Acesso em:
03 maio de 2022.
AUDY, Jorge L., N. et al. Fundamentos de sistemas de informação. 2005. Disponível
em: <https://app.minhabiblioteca.com.br> . Acesso em: 01 maio de 2022.
FRANÇA, Ana S. Comunicação Empresarial. 2013. Disponível em:
<https://app.minhabiblioteca.com.br>. Acesso em: 26 jun. 2022.
BRASIL. Lei nº 13.709, de 14 de Agosto de 2018. Lei Geral de Proteção de Dados
Pessoais (LGPD). Disponível em:
<http://www.planalto.gov.br/ccivil_03/_ato2015-2018/2018/lei/l13709.htm> . Acesso
em: 26 abr. 2022.
CÓRDOVA JUNIOR, Ramiro Sebastião; LEDUR, Cleverson Lopes; MORAIS,
Izabelly Soares de. Sistemas Operacionais. 2019. Disponível em:
<https://app.minhabiblioteca.com.br> . Acesso em: 03 maio de 2022.
CHIAVENATO, Idalberto. Comportamento Organizacional - A Dinâmica do Sucesso
das Organizações. 2021. Disponível em: <https://app.minhabiblioteca.com.br>.
Acesso em 04 de maio de 2022.
FLATLEY, Marie, et al. Comunicação empresarial. 2015. Disponível em:
<https://app.minhabiblioteca.com.br>. Acesso em: 25 novembro de 2022.
KUNSCH, Margarida M. Krohling. Comunicação Organizacional Vol.2. 2012.
Disponível em:<https://app.minhabiblioteca.com.br>. Acesso em: 25 abr. 2022.
KUNSCH, Margarida M. Krohling. Comunicação organizacional: conceitos e
dimensões dos estudos e das práticas. 2006. Disponível em:
<http://professor.pucgoias.edu.br/SiteDocente/admin/arquivosUpload/11868/material/
Comunica%C3%A7%C3%A3o%20organizacional%20conceitos%20e%20dimens%C
3%B5es%20dos%20estudos%20e%20das%20pr%C3%A1ticas.pdf>. Acesso em: 25
abr. 2022.
KUNSCH, Margarida Maria K.. Comunicação organizacional: histórico, fundamentos
e processos. v.1. 2009. Disponível em: <https://app.minhabiblioteca.com.br>. Acesso
em: 13 maio de 2022. p. 39.
MARQUES, José C.. Comportamento Organizacional. 2015. Disponível em:
<https://app.minhabiblioteca.com.br>. Acesso em: 25 abr. 2022.
MATEUS, Anabela. Comunicação Digital e Investigação: A Internacionalização da
Ciência. 2014. Disponível em:
53
<https://www.researchgate.net/publication/268872703_COMUNICACAO_DIGITAL_E
_INVESTIGACAO_A_INTERNACIONALIZACAO_DA_CIENCIA>. Acesso em: 25
abr. 2022.
MELO, Ana Cristina Vieira D.. Princípios de linguagem de programação. 2003.
Disponível em: <https://app.minhabiblioteca.com.br>. Acesso em: 02 maio de 2022.
OLIVEIRA, Diego Bittencourt, D. et al. Desenvolvimento para dispositivos móveis.
2019. Disponível em: <https://app.minhabiblioteca.com.br>. Acesso em: 02 maio de
2022.
PAPA, Michael J.; DANIELS, Tom D.; SPIKER, Barry K.. Organizational
Communication: perspectives and trends. Perspectives and Trends. 2008. Disponível
em:
<https://books.google.com.br/books?id=00m0QPQ07H0C&dq=Perspectives+on+org
anizational+communication+daniels&lr=&hl=pt-BR&source=gbs_navlinks_s> .
Acesso em: 28 abr. 2022.
PRESSMAN, Roger; MAXIM, Bruce. Engenharia de Software. 2016. Disponível em:
<https://app.minhabiblioteca.com.br>. Acesso em: 02 maio de 2022.
PRESSMAN, Roger; MAXIM, Bruce. Engenharia de software. 2021. Disponível em:
<https://app.minhabiblioteca.com.br>. Acesso em: 26/10/2022.
PRESSMAN, Roger; MAXIM, Bruce. Engenharia de Software. 2016. Disponível em:
<https://app.minhabiblioteca.com.br>. Acesso em: 26/10/2022.
STAIR, Ralph, M. et al. Princípios de Sistemas de Informação. 2021. Disponível em:
<https://app.minhabiblioteca.com.br>. Acesso em: 30 abr. 2022.
Statista Research Department, “Number of e-mail users worldwide from 2017 to
2025”, Disponivel em:
<https://www.statista.com/statistics/255080/number-of-e-mail-users-worldwide>
Acesso em: 07 maio, 2022.
The Economist Intelligence Unit. Communication barriers in the modern workplace.
2018. Disponível em:
<https://impact.economist.com/perspectives/sites/default/files/EIU_Lucidchart-Comm
unication%20barriers%20in%20the%20modern%20workplace.pdf>. Acesso em: 26
abr. 2022.
VECCHIO, Robert P.. Comportamento Organizacional: tradução da 6ª Edição Norte
Americana. [Digite o Local da Editora]: Cengage Learning Brasil. 2012. Disponível
em: <https://app.minhabiblioteca.com.br>. Acesso em: 24 abr. 2022.
YU, Abraham Sin; SOUSA, Willy Hoppe de. TOMADA DE DECISÃO NAS
ORGANIZAÇÕES. 2011. Disponível em: <https://app.minhabiblioteca.com.br>.
Acesso em: 26 abr. 2022.
https://app.minhabiblioteca.com.br/reader/books/9786555584165/
54
ANEXO A – Formulário aplicado na organização objeto do estudo
Foi aplicado um questionário aos funcionários da organização objeto de estudo,
como forma de identificar e comprovar o problema de pesquisa, bem como, para
elicitação de requisitos do projeto de software. O questionário pode ser visualizado
através do link abaixo.
<https://docs.google.com/forms/d/e/1FAIpQLScqVka9LFTlmKbs68wPylISzt2lSfNGLt
WBNm2kb8B5Iq_1KQ/viewform?usp=sf link>