Trabalho de Conclusão de Curso (Diploma) - Instituto Federal de Educação, Ciência e Tecnologia de Santa Catarina, Curso de Sistemas de Informação. Durante este estudo serão abordados com maior enfoque os Sistemas de Informação Gerencial (MIS), os Sistemas de Processamento de Transações (TPS) e os Sistemas de Apoio à Decisão (DSS).
Problema de Pesquisa
ABREU, 2013, p. 38) “qualquer sistema que utilize ou não recursos de tecnologia da informação que manipulem e gerem informação pode ser considerado, de forma geral, um sistema de informação”. Perante os problemas de comunicação que a empresa encontra no dia a dia, bem como as dificuldades no trato com os clientes, o problema a resolver neste projeto é: Dadas as particularidades de uma empresa do setor da construção, como efetuar os seus processos relacionamento mais eficiente com o cliente por meio de uma solução de sistema de informação.
Hipótese de Pesquisa
Objetivos
Objetivo Geral
Objetivos Específicos
Justificativa
Portanto, o software visa suprir as necessidades tecnológicas dos usuários quanto ao gerenciamento de seus clientes, bem como oferecer ao usuário um melhor controle de qualidade de suas informações e histórico de conversas com o cliente. A disponibilização de um modelo de software eficaz permitirá à empresa armazenar e entregar dados em tempo real que irão proporcionar uma melhor qualidade na gestão da empresa.
Organização do texto
Desta forma, a motivação para este trabalho surgiu a partir dos problemas relatados pelo proprietário da usina em seus corretores gerenciando adequadamente os dados de seus clientes. Este capítulo apresentará os conceitos e tipos de sistemas de informação que servirão de base para a proposta de desenvolvimento do projeto, bem como os motivos de sua publicação e formas de sua identificação.
Sistemas de Informação
Sistemas de Processamento de Transações (SPT)
SP é um sistema que lida com as informações detalhadas necessárias para atualizar registros operacionais de negócios em uma organização. O objetivo desta transação é manter um banco de dados atualizado para que possamos gerar documentos e relatórios posteriormente.
Sistemas de Informação Gerencial (SIG)
Além disso, considerando que o ciclo de uma transação começa com a entrada de dados, há um exemplo de CRM, que segundo Marakas e O'Brien (2013) é um sistema que utiliza a tecnologia da informação para criar um sistema que integra e automatiza os processos de atendimento ao cliente. em vendas, marketing e outros serviços ao cliente. É por isso que as empresas de construção civil também utilizam um sistema de informações gerenciais que funciona bem e está alinhado com suas operações comerciais.
Sistemas de Apoio à Decisão (SAD)
Como exemplo de SIG aplicado na área da construção civil, podem ser citados os sistemas de informação para controle de estoque e controle de produção.
O que é um CRM?
Dimensões de CRM
- CRM Analítico
- CRM Operacional
- CRM Colaborativo
- CRM Estratégico
Segundo Greenberg(2001 apud WELTER et al., 2018) é aqui que ocorre a captura, armazenamento, extração, processamento, interpretação e apresentação dos dados do cliente a um usuário. Segundo Greenberg(2001apudWELTER et al., 2018) é o centro de comunicação, a rede de coordenação que fornece os caminhos para clientes e fornecedores.
Mapeamento Sistemático da Literatura
Critérios de Inclusão
Critérios de Exclusão
Análise dos trabalhos selecionados
Na parte ID A3, o autor afirma que o CRM tem sido uma das aplicações mais procuradas por muitas empresas do setor imobiliário, por acreditar que pode enriquecer criativamente a função de vendas na identificação de novos clientes e na manutenção dos níveis de serviço para clientes existentes. Paralelamente, parte do ID A2 também constatou que as construtoras precisam de um fluxo integrado de informações para seus principais processos de negócios. Em relação à aquisição de software para esse tipo de gerenciamento, o trabalho de ID A1 afirma que o principal obstáculo para a compra desse tipo de sistema costuma ser o alto preço das licenças, pois esse software precisa estar em constante atualização.
Conforme visto no trabalho de ID A5, as organizações seguem diferentes processos de negócios dentro de suas empresas e possuem diferentes objetivos corporativos. Para complementar essas informações, o trabalho de ID A6 afirma que embora algumas ferramentas sejam consideradas fáceis de usar e entender, elas podem não atender às necessidades atuais da empresa, pois é mais provável que elas usem seu próprio sistema e seu banco de dados para usar usará o CRM, em vez de comprar uma ferramenta de CRM que já existe no mercado. O trabalho do ID A4 afirma ainda que um CRM totalmente sincronizado pode fornecer aos funcionários uma imagem completa de seus clientes.
Contexto Empresarial
Análise do processo atual
Conforme se pode verificar na descrição do processo no ponto 4.1, notamos que a empresa não tem qualquer controlo sobre os contactos efetuados através dos seus intermediários. Acompanhar todos os detalhes da transação é fundamental para que a empresa entenda como o corretor realiza suas vendas, identificando estratégias mais eficientes, gerando relatórios e análises, entre outras coisas. Com essas informações, você também pode analisar o desempenho da equipe de vendas e criar um perfil de cliente.
Análise de requisitos
Requisitos funcionais
Descrição: Cada tomada deve conter no mínimo as seguintes informações obrigatórias a serem preenchidas pelo usuário: nome, telefone, meio de captação. Descrição: Cada link deve conter no mínimo as seguintes informações não obrigatórias a serem preenchidas pelo usuário: CPF, e-mail, localidade, sexo, data de nascimento, renda bruta, link do usuário que o criou, link do usuário responsável . Descrição: O acesso ao diretório individual deve ser feito somente pelo usuário que estiver conectado ao sistema, ou por seus superiores hierárquicos de acordo com as permissões de acesso do usuário.
Descrição: Cada interação deve conter pelo menos as seguintes informações obrigatórias a serem preenchidas pelo usuário: data e hora do agendamento, motivo do contato, situação atual. Descrição: O campo motivo do contato deve ser pré-preenchido pelo gestor, o que não deixa esta opção livre para ser selecionada pelo usuário, mas apenas uma opção de escolha de alternativas.
Requisitos não funcionais
Diagramas
Diagrama de Caso de Uso
Descrição: O principal objetivo deste caso de uso é cadastrar o usuário no sistema. Descrição: Este caso de uso tem como objetivo principal permitir a inclusão, modificação ou exclusão de dados relacionados ao cadastro mestre. Descrição: Este caso de uso tem como objetivo principal permitir adicionar, alterar ou excluir usuários e suas permissões.
Descrição: O principal objetivo deste caso de uso é a busca de drivers no sistema. Descrição: O principal objetivo deste caso de uso é importar novos leads para o sistema. Descrição: O principal objetivo deste caso de uso é realizar vinculação de direções recebidas de forma autônoma pelo sistema.
Diagrama de Classes
Estimativas do projeto de software
Esforço estimado
A determinação dos tempos mais prováveis foi realizada com base na experiência de programação adquirida na faculdade e em projetos de caráter pessoal do programador. A determinação dos tempos otimistas e pessimistas foi estimada por meio de reuniões com a equipe de vendas e diretoria da organização, com base nas necessidades atuais da empresa. A Tabela 16 apresenta todas as atividades mapeadas com seus respectivos tempos, incluindo o tempo estimado (tE) na última coluna, calculado conforme demonstrado na seção 4.4.
A partir disso podemos determinar que o tempo do projeto é a soma dos tempos das atividades a serem executadas.
Custo estimado
Protótipo do software
Metodologia do desenvolvimento
Chumbo de cor vermelha: Representa aqueles que têm pouco interesse e podem não converter facilmente; Chumbo na Cor Amarela: Representa quem tem interesse e precisa ser trabalhado com atenção; Lead em verde: representa quem tem muito interesse e precisa ser conduzido para fechar a venda.
Nesta página, o corretor deverá conseguir visualizar de forma rápida e intuitiva todas as informações contidas no cadastro. Além disso, uma aba será aberta no lado direito do menu com um histórico de todas as interações feitas com aquele prospect. Na Figura 14, caso o usuário queira requalificar o lead, serão apresentadas as opções para o usuário escolher de forma simples e objetiva.
Implantação do software
- Model
- Controller
- View
O primeiro ajuste realizado foi a normalização do banco de dados, que envolve a modelagem do banco de dados projetando o armazenamento das informações para eliminar ou minimizar a redundância das informações. Para dar continuidade ao projeto, lembre-se que cada modelo possui uma função de campo que nos traz a definição de regras de validação para cada coluna de nosso banco de dados. Com base nisso, o arquivo Controller.php foi modificado para incluir um código que será utilizado para validação dos dados antes de adicionar ou editar dados no banco de dados, conforme a Figura 18.
Depois de processada esta função, podemos ver na linha 4 do mesmo código que é feita a validação dos dados e só posteriormente é que podemos identificar alterações e/ou inclusão de dados no modelo. A pasta de configuração contém todas as visualizações relacionadas às configurações gerais do sistema, como listagem e manutenção de entradas no banco de dados. Para inclusão, emissão e exclusão de usuários, é utilizado como padrão o arquivoformulario.blade.php, que tem como finalidade principal a manutenção dos registros, independente de qual modelo seja utilizado.
Teste de carga de trabalho mental
NASA-TLX
Após a implementação do software, foram aplicados testes para verificar a carga mental e a aceitação alcançada pelo sistema desenvolvido. Podemos ver quais atividades foram testadas e qual carga mental encontrada após o teste, na Tabela 17. Considerando os dados apresentados na pesquisa, conclui-se que o nível de carga mental apresentado pelo protótipo é de aproximadamente 31,08, indicando que o protótipo desenvolvido atendeu ao requisito não funcional quanto ao desempenho, não afetando significativamente o desempenho apresentado pelo usuário ao utilizar o software.
Teste de aceitação
Teste alpha e beta
Descrição: Sua principal finalidade é inserir um usuário e senha inválidos para realizar o teste de segurança. Descrição: Sua finalidade principal é inserir um nome de usuário e uma senha válida para realizar o teste de segurança. Pré-requisitos: Para que este caso de teste seja executado, o sistema de login utilizado não pode ser integrado ao ERP da empresa.
Atualmente esta opção não está disponível no sistema por estar integrada ao ERP da empresa.
Termo de aceite
Teste de usabilidade
System Usability Scale (SUS)
Teste de regressão
O teste de regressão visa garantir que as alterações feitas em uma parte do sistema não afetem as partes que já foram testadas. Para que os testes fossem realizados, a cada nova alteração no software, os usuários do sistema eram solicitados a realizar novamente as etapas descritas nos casos apresentados anteriormente. Com base nas informações e requisitos obtidos, foi possível dar continuidade ao desenvolvimento do projeto e concluir a implantação do sistema de forma satisfatória, visto que se conseguiu validar a eficácia e aplicabilidade do projeto junto à empresa, através dos métodos estabelecidos. no capítulo 5.
Desta forma, devido à falta de tempo para a conclusão desta implantação, recomenda-se para trabalhos futuros a incorporação de um sistema de importação de mercadorias através dos formulários disponíveis na Internet, a possibilidade de criação de campanhas de marketing dirigidas a clientes específicos. implantação de um sistema de integração com o WhatsApp para envio de mensagens personalizadas, criando um funil de vendas, melhorando ainda mais a performance do usuário do sistema. Além disso, sugere-se que os testes de regressão sejam sempre realizados após a criação ou alteração de funcionalidades do sistema que alterem os objetos criados anteriormente. Marque um "X" no par de fatores listados abaixo que você considera ser a fonte mais significativa de carga de trabalho na execução das atividades do sistema em implantação.
