Sistema em C - Crud Gerenciamento - Ambiental - Unip Pim 4

Manual do PIM IV Curso Superior de Tecnologia em Análise e Desenvolvimento de Sistemas Sumário 1 INFORMAÇÕES GERAIS SOBRE O PIM 3 2 INFORMAÇÕES ESPECÍFICAS SOBRE O PIM IV 23 3 ENVIO DO PIM 27 4 PRAZOS E VALIDAÇÃO DO RECEBIMENTO DO PIM 27 5 DÚVIDAS SOBRE O PIM 28 6 PLÁGIO 29 3 1 INFORMAÇÕES GERAIS SOBRE O PIM 11 Introdução O Projeto Integrado Multidisciplinar PIM tem como sua principal característica estrutural o desenvolvimento de uma atividade de acordo com as normas da ABNT Associação Brasileira de Normas Técnicas O objetivo é integrar os conhecimentos teóricos adquiridos em aula com práticas gerenciais 12 Objetivos gerais O Projeto Integrado Multidisciplinar PIM faz parte do Programa Pedagógico dos Cursos Superiores de Tecnologia a distância da Universidade Paulista UNIP Este trabalho é importante para preparar os alunos para desempenharem eficazmente as funções de gestores garantindo não apenas a produtividade da organização mas também a aplicação prática dos conhecimentos acadêmicos adquiridos O PIM tem como objetivo inserir os alunos nas práticas gerenciais fundamentadas nos conhecimentos teóricos adquiridos em sala de aula Com um caráter prático complementar ao processo de ensinoaprendizagem os estudantes em grupos partem de um contexto real ou de um problema a ser resolvido Dessa forma eles podem articular seus conhecimentos habilidades cognitivas e sociais para desenvolver soluções O profissional moderno deve atuar como um agente facilitador de estratégias organizacionais Para os futuros profissionais essa habilidade só será desenvolvida plenamente se houver uma conscientização clara do papel do gestor Isso inclui uma visão bem delineada da estrutura e dos processos organizacionais 13 Objetivos específicos São objetivos específicos do PIM Desenvolver no aluno a prática da realização de pesquisa científica elaborando um trabalho conclusivo e ponderações acadêmicas Proporcionar condições para que o aluno desenvolva de maneira prática os conhecimentos teóricos adquiridos colaborando no processo de ensinoaprendizagem Proporcionar condições para que o aluno adquira conhecimentos e aplique de modo prático as técnicas e metodologias de produção científica em seus trabalhos conclusivos Proporcionar condições para que o aluno possa argumentar e discutir as tecnologias utilizadas 14 Apresentação do trabalhometodologia É importante o aluno buscar fundamentação nos principais autores que escrevem sobre Metodologia como Antônio Joaquim Severino Eva Lakatos e Maria Marconi Antônio Carlos Gil Amado Cervo e Pedro Bervian Pedro Demo Lembrete É igualmente importante que o aluno padronize seu trabalho a partir dos padrões acadêmicos definidos pela ABNT em suas normas técnicas O manual de normas técnicas pode ser encontrado no AVA ou no site da UNIP na Biblioteca Guia de Normalização 5 Lembrete O trabalho deverá conter embasamento teórico consulta bibliográfica consistente e comprovado a fim de facilitar a interpretação e avaliação das informações obtidas como também a análise O objetivo da disciplina PIM é desenvolver a habilidade de pesquisa do aluno capacitandoo a explorar as partes do desenvolvimento do trabalho em sua estrutura Para isso o aluno deve seguir um roteiro para a digitação dos trabalhos onde estão sugeridos tipo e tamanho de fonte posição e formato de títulos e sequência das partes integrantes do trabalho Cabe ressaltar que conforme a NBR 147242011 que substitui a versão de 2002 o projeto gráfico é de responsabilidade do autor do trabalho Todavia as padronizações de elementos previstas pela ABNT deverão ser todas atendidas 15 Aspectos Gerais Texto Papel A4 210x297 mm branco Margens Superior e Esquerda 30 cm Inferior e Direita 20 cm Espaçamento entrelinhas e parágrafos O espaçamento entrelinhas deve ser de 15 cm Embora a padronização do espaçamento pela NBR 147242011 seja por espaçamento entrelinhas duplo adotaremos o espaçamento entrelinhas de um e meio O início do texto de cada parágrafo deve ficar a 15 cm a partir da margem esquerda Podese optar por definir o recuo especial para a primeira linha utilizando os recursos do editor de textos As citações longas notas referências e os resumos em língua vernácula e em língua estrangeira devem ser digitados em espaço simples Escrita Recomendase utilizar fonte Arial ou Times New Roman tamanho 12 para o corpo do texto e tamanho 10 para citações longas com mais de 3 linhas e para notas de rodapé assim como alinhamento justificado Paginação Segundo as normas da ABNT NBR 147242011 a numeração das páginas deve ser feita da seguinte forma Todas as páginas do trabalho a partir da folha de rosto devem ser contadas sequencialmente mas não numeradas A numeração das páginas deve ser inserida a partir da primeira página da parte textual Introdução em algarismos arábicos A numeração deve ser posicionada no canto superior direito da folha a 2 cm da borda superior Estrutura do trabalho A estrutura do trabalho acadêmico dissertação tese monografia trabalho de conclusão de curso e similares definida na NBR147242002 com vigência a partir de 29092002 deve contemplar os elementos prétextuais textuais e póstextuais de acordo com o que se indica na tabela a seguir 7 Tabela 1 Estrutura do trabalho Estrutura Elemento Condição Prétexto Capa Obrigatório Lombada Opcional Folha de rosto Opcional Errata Opcional Folha de aprovação Opcional Dedicatória Opcional Agradecimentos Opcional Epígrafe Opcional Resumo Obrigatório Resumo em língua estrangeira Obrigatório Sumário Obrigatório Lista de ilustrações Opcional Lista de tabelas Opcional Lista de abreviaturas e siglas Opcional Lista de símbolos Opcional Texto Introdução Obrigatório Desenvolvimento Obrigatório Conclusão Obrigatório Póstexto Referências Obrigatório Glossário Opcional Apêndice Opcional Anexo Opcional Índice Opcional 16 O significado dos elementos prétextuais Capa externa São informações indispensáveis à sua identificação na seguinte ordem 1 NOME DO AUTOR 2 TÍTULO E SUBTÍTULO 3 LOCAL cidade da instituição onde deve ser apresentado 4 ANO DE DEPÓSITO da entrega 8 Folha de rosto anverso Elemento opcional É a página que apresenta os elementos essenciais à identificação do trabalho Nela deve constar 5 NOME DO AUTOR responsável intelectual pelo trabalho 6 TÍTULO E SUBTÍTULO o primeiro em caixa alta ambos centralizados 7 NATUREZA contendo indicação do tipo de trabalho tese dissertação TCC etc objetivo aprovação em disciplina grau pretendido etc nome da instituição à qual o trabalho é submetido área de concentração justificada à direita 8 NOME DO ORIENTADOR justificado à direita 9 LOCAL e ANO Folha de rosto verso Elemento opcional Deve conter a ficha catalográfica conforme Código de Catalogação AngloAmericano CCAA2 Lembrete Este item deve ser adaptado de acordo com a característica e destinação do trabalho podendo ser admitida sua supressão Errata Elemento opcional Tratase de uma lista com a indicação das páginas e linhas em que ocorreram erros com as correções necessárias Geralmente se apresenta em papel avulso ou encartado acrescido ao trabalho depois de impresso 9 Folha de aprovação Elemento opcional Deve conter o nome do autor título por extenso e subtítulo se houver local e data de aprovação nome assinatura e instituição dos membros componentes da avaliação Lembrete Este item é indispensável para dissertações e teses mas de acordo com a característica e destinação do trabalho podese admitir sua supressão Dedicatória Elemento opcional em que o autor presta homenagem ou dedica seu trabalho A dedicatória deve figurar à direita na parte inferior da folha Agradecimentos Elemento opcional em que são registrados agradecimentos às pessoas eou instituições que colaboraram com o autor Epígrafe Elemento opcional em que o autor inclui uma citação seguida de indicação de autoria relacionada com a matéria tratada no corpo do trabalho A citação deve figurar à direita na parte inferior da folha Resumo Elemento obrigatório que consiste na apresentação concisa dos pontos relevantes do trabalho O resumo deve dar uma visão rápida e clara do conteúdo e das conclusões do trabalho por meio de uma sequência corrente de frases concisas e objetivas não sendo uma simples enumeração de tópicos não ultrapassando 500 palavras e sendo seguido pelas palavraschave ou descritores que são palavras mais representativas do conteúdo do trabalho Abstract ou Resumen ou Résumé Elemento obrigatório que consiste em uma versão do resumo em um idioma de divulgação internacional inglês espanhol ou francês Deve ser seguido por palavraschave ou descritores na mesma língua em que estiver A tradução do resumo deve ser feita apenas em uma língua Lembrete Este item deve ser adaptado de acordo com a característica e destinação do trabalho Sumário Elemento obrigatório O sumário é a relação das principais seções do trabalho apresentadas na ordem em que aparecem no texto com a indicação da página inicial de cada seção As seções do trabalho devem ser numeradas em algarismos arábicos Elementos como listas de figuras tabelas abreviaturas símbolos resumos e apêndices não devem constar no sumário A apresentação tipográfica das divisões e subdivisões no sumário deve ser idêntica à utilizada no texto Para maiores informações consultar as normas da ABNT Segundo as normas da ABNT NBR 60282003 a quantidade de palavras que um resumo deve conter varia de acordo com o tipo de documento Para trabalhos acadêmicos dissertações teses monografias trabalhos de conclusão de curso etc O resumo deve ter entre 150 e 500 palavras 11 Listas São itens opcionais que relacionam elementos selecionados do texto na ordem da ocorrência com a respectiva indicação de páginas Pode haver uma lista única para todos os tipos de ilustrações ou uma lista para cada tipo As listas devem apresentar o número da figura sua legenda e a página onde se encontra 17 O significado dos elementos textuais Como regra geral devese considerar que o texto poderá ser lido por um leitor não especialista no assunto Assim o texto deve ser claro objetivo e de fácil leitura cuidando para que não seja sucinto em demasia pois o leitor não domina necessariamente os mesmos conhecimentos e informações do autor Devese ainda cuidar para que o referencial teórico utilizado ofereça a sustentação adequada ao tema discutido Introdução Elemento obrigatório A introdução deve conter o objetivo da pesquia a ser desenvolvida no PIM a metodologia utilizada e uma breve apresentação da empresa selecionada para a investigação Ela deve permitir ao leitor um entendimento suscinto da proposta do trabalho em pauta Desenvolvimento dos capítulos Elemento obrigatório O desenvolvimento é a parte mais extensa do trabalho também pode ser chamado de corpo do assunto O seu principal objetivo é comunicar ao leitor os resultados da pesquisa É a apresentação do tema de forma lógica e progressivamente ordenada por meio de capítulos e subcapítulos e dos pontos principais do trabalho Sugerese consultar as normas da ABNT Contém revisão de literatura descrição de métodos e materiais utilizados apresentação de resultados e a discussão dos resultados que conduziram às principais conclusões apresentadas 12 Devese cuidar para que as citações menção a uma informação extraída de outra fonte as citações diretas transcrição dos conceitos do autor consultado as citações indiretas transcrição livre do texto do autor consultado e as citações de citações transcrição direta ou indireta de um texto cujo original não se pôde acessar estejam de acordo com as normas da ABNT Conclusão Elemento obrigatório Embora reúna um conjunto de conclusões o título deve permanecer no singular já que remete à seção não ao número de conclusões formuladas As conclusões devem ser apresentadas de maneira lógica clara e concisa fundamentadas nos resultados e na discussão abordada ao longo do desenvolvimento do trabalho capítulos O autor deve ainda retomar as propostas iniciais apresentadas na Introdução e reafirmar de maneira sintética a ideia principal e os pontos importantes do corpo do trabalho 18 O significado dos elementos póstextuais Referências Elemento obrigatório É o conjunto padronizado de elementos descritivos retirados de um documento que permite sua identificação individual relação de autores consultados ou citados em ordem alfabética da palavra de ordem Vide normas da ABNT Glossário Elemento opcional Consiste em uma lista em ordem alfabética de palavras ou expressões técnicas de uso restrito ou de sentido obscuro utilizadas no texto acompanhadas das respectivas definições 13 Apêndice Elemento opcional Consiste em um texto ou documento elaborado pelo autor a fim de complementar sua argumentação sem prejuízo da unidade nuclear do trabalho Geralmente são questionários entrevistas fotos etc que auxiliam na fundamentação da pesquisa A citação ao Apêndice no decorrer dos capítulos deve ocorrer entre parênteses identificados por algarismos romanos ou letras maiúsculas consecutivas travessões e respectivos títulos Exemplo Apêndice A Título ou Apêndice I Título Apêndice B Título ou Apêndice II Título Anexo Elemento opcional Consiste em um texto ou documento não elaborado pelo autor que serve de fundamentação comprovação e ilustração São geralmente documentos projetos de leis decretos etc cuja função é complementar o trabalho Quando apresentados na forma de fotocópias recomendase cuidado com sua nitidez e legibilidade Cabe lembrar que os Anexos são todos os documentos de autoria de terceiros apenas podendo ser utilizados se o conteúdo e a referência estiverem compondo o desenvolvimento do trabalho São identificados por algarismos romanos ou letras maiúsculas consecutivas travessões e respectivos títulos Exemplo Anexo A Título ou Anexo I Título Anexo B Título ou Anexo II Título Índice Elemento opcional Consiste na lista de palavras ou frases ordenadas de acordo com determinado critério que localiza e remete às informações contidas no texto Para complementação consultar a NBR603 14 ANEXO I Capa UNIVERSIDADE PAULISTA UNIP EaD Projeto Integrado Multidisciplinar Curso Superior de Tecnologia em Análise e Desenvolvimento de Sistemas NOME DO ALUNO RA TÍTULO DO TRABALHO Subtítulo se houver Local cidade da instituição onde o trabalho deve ser apresentado ANO da entrega 15 ANEXO II Folha de Rosto NOME DO ALUNO RA TÍTULO DO TRABALHO Subtítulo se houver Projeto Integrado Multidisciplinar em Análise e Desenvolvimento de Projetos Projeto Integrado Multidisciplinar para obtenção do título de tecnólogo em nome do curso apresentado à Universidade Paulista UNIP EaD Orientador a Local cidade da instituição onde o trabalho deve ser apresentado ANO da entrega 16 ANEXO III Resumo RESUMO De 150 a 500 palavras Xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx Palavraschave Xxxxxxx Xxxxxxxxx Xxxxxxx Xxxxxxxxx Xxxxxxxxx 17 ANEXO IV Abstract ABSTRACT Xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx Keywords Xxxxxxx Xxxxxxxxx Xxxxxxx Xxxxxxxxx Xxxxxxxxx 18 ANEXO V Sumário SUMÁRIO 1 Xxxxxxxxxxxxxxxxxxxxxxxxxx x 2 Xxxxxxxxxxxxxxxxxxxxxxxxxx x 3 Xxxxxxxxxxxxxxxxxxxxxxxxxx x 4 Xxxxxxxxxxxxxxxxxxxxxxxxxx x 19 ANEXO VI Introdução 1 INTRODUÇÃO Xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx Xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx Xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx Xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 20 ANEXO VII Desenvolvimento do PIM Neste item começa o desenvolvimento dos capítulos e subcapítulos se houver Mínimo de 15 e máximo de 20 páginas 2 NOME DO CAPÍTULO Xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx Xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx Xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx Xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 21 ANEXO VIII Conclusão 3 CONCLUSÃO Xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx Xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx Xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx Xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxx 22 ANEXO IX Referências REFERÊNCIAS Utilizar a normalização da ABNT 2 INFORMAÇÕES ESPECÍFICAS SOBRE O PIM IV PIM IV Tema Desenvolvimento de um software em Linguagem C que gerencie todas as tarefas de cadastro e relatórios de uma startup de soluções ambientais 21 Objetivo geral Com base no conteúdo das disciplinas de Linguagem e Técnicas de Programação e Engenharia de Software I o aluno ou grupo do PIM deverá apresentar um sistema desktop em linguagem C que será utilizado pela startup para gerenciar todas as tarefas de cadastro e relatórios de soluções ambientais de seus clientes 22 Objetivos específicos Desenvolver e aplicar os conhecimentos adquiridos nas disciplinas de Linguagem e Técnicas de Programação e Engenharia de Software I Fomentar o hábito de executar atividades em equipe e desenvolver projetos envolvendo múltiplas disciplinas Desenvolver a capacidade de identificar necessidades e propor soluções técnicas Pesquisar elencar e justificar sobre metodologias referentes ao desenvolvimento de um sistema para soluções ambientais Desenvolver algoritmos e os respectivos fluxogramas Explorar e utilizar ferramentas computacionais para o desenvolvimento e a elaboração de diagramas Caso de uso e Atividade de fluxo de software Implementar fase de testes que consiste em testar o sistema com usuários para coletar feedback Importante destacar que os testes permitem identificar falhas pontos fortes e áreas de melhoria Com base no feedback os sistemas são refinados e ajustados Aplicar as normas ABNT para a produção de trabalhos acadêmicos 23 Contextualização do caso A startup de soluções ambientais surgiu com o objetivo de cadastrar mapear e gerenciar indústrias que necessitam abater seu material particulado e gases da atmosfera provenientes de seus processos de produção O cadastro e relatórios gerados e enviados para seus clientes permitem além de solicitações de benefícios fiscais que o governo possa mapear zonas com maiores e menores índices de poluição produzidos por indústrias de médio e grande porte A atuação inicial da startup era regional entretanto o número de contratos cresceu exponencialmente o que demandou a necessidade do desenvolvimento de um sistema computacional que gerencie todas as suas tarefas de cadastro e relatórios Inicialmente um profissional da startup deve realizar o login no sistema informando o usuário e a senha e cadastrar os dados da indústria cliente como nome e dados do responsável nome da empresa CNPJ razão social nome fantasia telefone endereço rua número bairro cidade estado e CEP email data de abertura e dados relevantes para cadastro Mensalmente um funcionário deve atualizar as quantidades de resíduos ambientais tratados e valor estimado de custo Todos os dados devem ser salvos em arquivos e as informações sensíveis dos usuários segundo a LGPD deverão ser criptografadas mesmo que de forma simples Após o cadastro o sistema deverá gerar relatórios por exemplo por meio de um botão específico para essa função Esses relatórios são referentes às atividades dos clientes que podem ser individualizadas como por exemplo 1 Total de insumos tratados semestralmente 2 Total de gastos mensais etc Ou relatórios globais como 1 Em qual região estão localizadas as indústrias que tratam um maior volume de resíduos industriais 2 Quais são as indústrias que menos produziram no último semestre 3 Qual é o aporte financeiro semestral etc 24 Atividades a serem desenvolvidas e o relacionamento com as disciplinas Importante A regra de negócio da startup deverá ser definida e apresentada pelo grupo do PIM cada grupo deverá ter a sua regra exclusiva O aluno ou grupo do PIM deverá apresentar o sistema de gerenciamento contemplando os seguintes itens e como relacionar as disciplinas Com o auxílio da disciplina de Linguagem e Técnicas de Programação o aluno ou grupo deverá desenvolver o algoritmo do problema abordando o paradigma procedural estruturado envolvendo os conceitos básicos de lógica de programação Com o auxílio da disciplina de Engenharia de Software I o aluno ou grupo deverá aplicar o conhecimento dos métodos e técnicas para auxiliar o processo de desenvolvimento de software Tela de Login Tela de Menu inicial com as opções para que os usuários do sistema possam encontrar as informações de cadastro e consultas relatórios e as áreas de gerenciamento Telas para cadastro de clientes cadastro de funcionários etc Telas de Relatórios que deverão ser disponibilizados em tela e também a opção de salvar em arquivo TXT em formato XLS ou CSV Demais relatórios que forem necessários Todos os computadores devem estar acessíveis pela internet Ao final do desenvolvimento a equipe deverá entregar um arquivo ZIP com o seguinte conteúdo DocPIM arquivo Word no formato padrão ABNT com as telas do programa planilha de testes diagramas de fluxo de software Caso de Uso e Atividade manual do usuário manual de instalação como compilar o programa como testar etc A planilha de teste serve para registrar organizar e acompanhar os testes realizados durante a fase de Testar Binários do programa exe dlls arquivos de teste arquivo de configuração Arquivosfontes desenvolvidos em Linguagem C O aluno ou grupo responsável pelo PIM IV deve estar atento à padronização do trabalho que deve conter Capa Resumo Abstract Sumário Introdução Desenvolvimento mínimo de 15 e máximo de 20 páginas Referências indicar a bibliografia utilizada nos moldes da ABNT 27 3 ENVIO DO PIM O envio do PIM deve ser feito somente por meio da plataforma acadêmica em TRABALHOS ACADÊMICOS As datas encontramse publicadas no Calendário Acadêmico e em avisos publicados na comunidade do curso Os alunos reprovados em qualquer uma das disciplinas PIM só poderão reenviar seu trabalho caso estejam matriculados em regime de dependência verificar os prazos na Secretaria Virtual 4 PRAZOS E VALIDAÇÃO DO RECEBIMENTO DO PIM Não serão aceitos em hipótese alguma trabalhos após as datas publicadas ou por outros meios que não sejam os definidos pela UNIP EaD Portanto não haverá possibilidade de entrega do PIM via email correio Dropbox fax ou qualquer outro meio que não esteja ligado ao campo de envio destinado ao PIM O PIM é uma disciplina que consta do Programa Pedagógico dos Cursos Superiores de Tecnologia e corresponde à computação de 50 horas para cada PIM totalizando 100 horas no semestre equivalendo ao controle de frequência e nota do aluno Caso o aluno obtenha o conceito final menor que a média mínima exigida para aprovação ou não envie o PIM dentro do semestre ficará em situação de reprovado na disciplina PIM e só poderá reenviar seu trabalho caso esteja matriculado em regime de dependência via Secretaria Virtual e siga as informações sobre o PIM contidas na plataforma Blackboard no semestre que estiver cursando 28 Lembrete Atenção quanto aos prazos estipulados pela Secretaria para a realização das matrículas nas disciplinas em que tenha sido reprovado 5 DÚVIDAS SOBRE O PIM Caso o aluno tenha dúvidas sobre o desenvolvimento do PIM poderá contatar seu tutor a distância que estará à disposição pela Central de Atendimento pelo Fórum de discussão do PIM ou pela Tutoria 51 Importante O PIM poderá ser realizado individualmente ou em grupo de até 6 integrantes do mesmo curso e turma e somente o líder deve acessar o local de postagem compor o grupo no AVA relacionando os demais componentes e enviar o PIM É possível confirmar o conteúdo enviado no mesmo local de postagem caso o arquivo esteja corrompido não abra ou não apresente conteúdo nenhum o aluno ou grupo será reprovado no PIM Portanto verifique com atenção o arquivo antes e depois de postálo 1 A pesquisa é extremamente importante para sua formação profissional e acadêmica No entanto além do embasamento teórico ao utilizar um conteúdo pesquisado é importante transcrevêlo com suas próprias palavras de modo que esse exercício resulte em um enlace teóricoprático Textos descritos na íntegra deverão ser devidamente citados e referenciados de acordo com a ABNT 2 Confirme se todas as partes obrigatórias e se todas as atividades solicitadas no manual do PIM foram desenvolvidas 29 3 Não serão aceitos trabalhos peexistentes que apresentem textos produzidos por outros autores O trabalho precisa ser inédito Trabalhos encontrados em sites que disponibilizam trabalhos prontos na web mesmo que de autoria do aluno ou que sejam trechos de vários sites sem a devida citação e referência serão REPROVADOS 4 Acompanhe os avisos publicados e o Calendário Acadêmico para não perder o prazo de postagem 6 PLÁGIO Um trabalho é considerado plágio quando contém trechos copiados de outros trabalhos sem citar a fonte No Brasil plágio é considerado crime pois é uma violação do direito autoral Esse tema é de grande preocupação das instituições de ensino pois além de colocar a reputação dos autores em risco pode também colocar a reputação da instituição em uma situação desconfortável Em trabalhos acadêmicos é necessário sempre citar a fonte no corpo do texto logo em seguida à apresentação da ideia E no final do trabalho no espaço destinado às referências é preciso identificar as obras utilizadas seguindo as normas da ABNT A UNIP utiliza um software que compara o trabalho apresentado por outros alunos com conteúdos disponibilizados na internet Caso o percentual de similaridade do trabalho esteja em nível elevado isso ocasionará a reprovação 61 Tipos de plágio Integral o plágio integral ocorre quando a obra é copiada na sua totalidade e a fonte não é apresentada Parcial o plágio parcial consiste na utilização de trechos de diversas obras para a criação de novo trabalho 30 Conceitual o plágio conceitual acontece quando uma ideia é reescrita com outras palavras sem apresentação da autoria original MENEZES Pedro O que é plágio Disponível em httpswwwsignificadoscombrplagio Acesso em 28 jul 2022 Não se deve também incorrer na prática de má conduta acadêmica do autoplágio que consiste na apresentação total ou parcial de textos já publicados pelo mesmo autor sem as devidas referências aos trabalhos anteriores ou ainda a publicação do próprio PIM em sites sem credibilidade acadêmica Bons estudos Atenciosamente CST Análise e Desenvolvimento de Sistemas Profa Me Karhyne Assis Orientação do PIM IV A estrutura do PIM está completamente detalhada no manual Devese seguir rigorosamente o que está no manual quanto às normas de formatação para que possa ser aceito Consulte o calendário do aluno para verificar as datas de postagem e esteja atento para não perder esses prazos caso contrário não será possível atribuir nota O PIM deve ser original e inédito Estrutura Plágio viola direitos autorais O aluno ou grupo responsável pelo PIM IV deve estar atento à padronização do trabalho que deve conter Capa Resumo Abstract Sumário Introdução Desenvolvimento Referências indicar a bibliografia utilizada nos moldes da ABNT Estrutura A startup de soluções ambientais surgiu com o objetivo de cadastrar mapear e gerenciar indústrias que necessitam abater seu material particulado e gases da atmosfera provenientes de seus processos de produção A atuação inicial era regional entretanto o número de contratos cresceu exponencialmente o que demandou a necessidade do desenvolvimento um sistema computacional que gerencie todas as suas tarefas de cadastro e relatórios Contextualização do caso Tema Desenvolvimento de um software em linguagem C que gerencie todas as tarefas de cadastro e relatórios de uma startup de soluções ambientais Objetivo geral Desenvolver um sistema desktop em linguagem C baseado nas disciplinas de Linguagem e Técnicas de Programação e Engenharia de Software I Finalidade Gerenciar todas as tarefas de cadastro e relatórios de soluções ambientais de seus clientes Projeto Funcionalidades do sistema Tela de login e menu inicial com opções de cadastro consultas relatórios e gerenciamento Inicialmente um profissional da startup deve Realizar o login no sistema usuário e a senha Cadastrar os dados da indústria cliente como Nome e dados do responsável Nome da empresa CNPJ razão social nome fantasia Telefone endereço rua número bairro cidade estado CEP Email data de abertura e outros dados relevantes Projeto Implementação de telas de login cadastro e relatórios O funcionário deverá realizar atualizações mensais referentes a Quantidades de resíduos ambientais tratados e Valor estimado de custo Segurança Todos os dados devem ser salvos em arquivos As informações sensíveis dos usuários segundo a LGPD deverão ser criptografadas mesmo que de forma simples Projeto Implementação de telas de login cadastro e relatórios Os relatórios deverão ser disponibilizados em tela e também a opção de salvar em arquivo TXT ou CSV Relatórios individualizados Total de insumos tratados semestralmente Total de gastos mensais Relatórios Globais Regiões com maior volume de resíduos industriais tratados Indústrias com menor produção no último semestre Aporte financeiro semestral Projeto Implementação de telas de login cadastro e relatórios Ao final do desenvolvimento a equipe deverá entregar um arquivo ZIP com o seguinte conteúdo 1 Documentação do PIM Arquivo Word padrão ABNT o Telas do programa planilha de testes diagramas de fluxo de software caso de uso e atividade manual do usuário manual de instalação como compilar o programa como testar etc 2 Binários do programa exe dlls arquivos de teste arquivo de configuração 3 Arquivosfontes desenvolvidos em Linguagem C CodeBlocks O que deve ser entregue Respeitar prazos do Calendário Acadêmico Um arquivo em linguagem C e do tipo FILE Seu objetivo e fazer a comunicação entre a memória principal e o disco por meio do programa e do sistema operacional Deve ser definido com a seguinte sintaxe FILE variável ponteiro em que variável ponteiro definição e um ponteiro para a estrutura do tipo FILE Para usar um arquivo ler ou escrever e necessário executar duas operações básicas desde que o arquivo exista o Abrir fopen o Fechar fclose Fonte Manzano 2013 p 165 Arquivo em C Antes de iniciar qualquer operação com arquivo e necessário crialo Criacao de arquivo texto include stdioh int mainvoid definicao do ponteiro para o arquivo FILE Ponteiro Ponteiro fopenarquivotxt a fclosePonteiro return 0 Como salvar um arquivo txt utilizando a linguagem C Fonte Manzano 2013 p 194195 Arquivo em C Fonte adaptado de Manzano 2013 p 166 Tipo de abertura Descrição R Este código permite apenas abrir um arquivo texto para leitura de seus dados É necessário que o arquivo esteja presente no disco W Este código permite apenas abrir um arquivo de texto para escrita gravação Este código cria o arquivo para ser trabalhado Caso o arquivo exista este código recria o arquivo ou seja você perde o arquivo criado anteriormente Deve ser usado com muito cuidado A Este código permite apenas abrir um arquivo de texto para escrita gravação permitindo acrescentar novos dados ao final dele Caso o arquivo não exista ele será então criado MANZANO Jose Augusto N G Estudo dirigido de linguagem C 17 ed Editora Érica 2013 Referências ATÉ A PRÓXIMA UNIVERSIDADE PAULISTA UNIP EAD PROJETO INTEGRADO MULTIDISCIPLINAR CURSO SUPERIOR EM TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS ALUNO A RA SISTEMA EM C PARA GESTÃO DE CLIENTES E RELATÓRIOS EM UMA STARTUP DE SOLUÇÕES AMBIENTAIS UM ESTUDO APLICADO NO CONTEXTO DO PIM IV CIDADE UF 2025 ALUNO A RA SISTEMA EM C PARA GESTÃO DE CLIENTES E RELATÓRIOS EM UMA STARTUP DE SOLUÇÕES AMBIENTAIS UM ESTUDO APLICADO NO CONTEXTO DO PIM IV PROJETO INTEGRADO MULTIDISCIPLINAR EM ANÁLISE E DESENVOLVIMENTO DE PROJETOS Projeto Integrado Multidisciplinar para obtenção do título de tecnólogo em Análise e Desenvolvimento de Sistemas apresentado à Universidade Paulista UNIP Ead Orientador a CIDADE UF 2025 RESUMO Este trabalho apresenta o desenvolvimento de um sistema desktop em linguagem C padrão C99 para apoiar a gestão de clientes e a geração de relatórios de uma startup de soluções ambientais O sistema implementa autenticação com bootstrap inicial cadastro de indústrias com validações essenciais registro mensal de resíduos tratados e custos além de relatórios semestrais e mensais com exportação em CSV A persistência é realizada em arquivos favorecendo portabilidade e simplicidade de implantação dados sensíveis são protegidos por uma cifragem didática ROT47 adequada ao contexto pedagógico e alinhada a noções introdutórias da LGPD A arquitetura segue o paradigma procedural estruturado com separação em módulos autenticação clientes medições relatórios armazenamento e utilidades O trabalho inclui diagramas Caso de Uso e Atividade plano de testes evidências de execução capturas de tela e discussão dos resultados Os experimentos demonstram o atendimento aos requisitos e a viabilidade de evolução futura como validação formal de CNPJ criptografia robusta e interface gráfica Palavraschave Linguagem C C99 Engenharia de Software Gestão Ambiental Relatórios CSV LGPD Persistência em Arquivos Procedural Estruturado ABSTRACT This paper presents the development of a desktop system written in C C99 to support client management and report generation for an environmental solutions startup The system provides authentication with initial bootstrap industry registration with basic validations monthly logging of processed waste and costs and semiannualmonthly reports with CSV export Filebased persistence favors portability and straightforward deployment sensitive fields are protected using a pedagogical cipher ROT47 suitable for didactic purposes and aligned with introductory LGPD concepts The architecture follows a structured procedural paradigm with modular separation authentication clients measurements reports storage utilities The work includes UMLstyle diagrams Use Case and Activity a test plan runtime evidence screenshots and a discussion of results Experiments indicate that the requirements were met and that the solution is ready for future enhancements such as formal CNPJ validation stronger cryptography and a graphical user interface Keywords C language C99 Software engineering Environmental data management Reports CSV Data protection LGPD Filebased persistence Structured procedural programming SUMÁRIO 1 INTRODUÇÃO5 2 DESENVOLVIMENTO6 21 REQUISITOS DO SISTEMA6 22 ARQUITETURA E TECNOLOGIAS8 23 INSTALAÇÃO E EXECUÇÃO11 24 MANUAL DO USUÁRIO13 25 PERSISTÊNCIA E ESTRUTURA DE DADOS18 3 TESTES E RESULTADOS20 31 PLANO DE TESTES20 32 RESULTADOS DOS TESTES22 4 RELATÓRIOS GERADOS E ANÁLISE23 5 CONSIDERAÇÕES FINAIS24 REFERÊNCIAS25 ANEXOS26 1 INTRODUÇÃO O aumento das exigências regulatórias e das práticas de sustentabilidade tem impulsionado organizações privadas a monitorar tratar e reportar indicadores ambientais de forma sistemática Nesse cenário startups de soluções ambientais exercem papel estratégico ao apoiar indústrias na redução de impactos na conformidade legal e na transparência de dados Contudo a ampliação da base de clientes e a necessidade de consolidar informações de diferentes regiões e períodos expõem desafios recorrentes cadastros inconsistentes dispersão de dados em planilhas dificuldade de rastrear medições mensais e geração manual de relatórios fatores que elevam o risco operacional e comprometem a tomada de decisão Este trabalho apresenta o desenvolvimento de um sistema desktop em linguagem C C99 voltado ao cadastro de clientes indústrias ao registro mensal de resíduos tratados e custos associados e à geração de relatórios semestrais e mensais com exportação em CSV O projeto foi concebido no âmbito do PIM IV integrando conteúdos de Linguagem e Técnicas de Programação e Engenharia de Software I e busca demonstrar em um contexto aplicado como o paradigma procedural estruturado e boas práticas de modularização podem resultar em soluções simples reprodutíveis e portáveis A persistência em arquivos CSV foi escolhida por favorecer implantação rápida independência de SGBD e fácil interoperabilidade com ferramentas usuais ExcelLibreOffice Como medida pedagógica de proteção a dados sensíveis empregase uma cifragem ROT47 não recomendada para produção mas adequada para ilustrar conceitos básicos de segurança e LGPD Essa decisão explicita a separação entre os objetivos acadêmicos do PIM clareza rastreabilidade e funcionamento endtoend e os requisitos de segurança de um sistema real nos quais seriam mandatórios algoritmos e bibliotecas criptográficas robustas controle de acesso e políticas de governança de dados Do ponto de vista de Engenharia de Software o sistema foi decomposto em módulos coerentes autenticação auth cadastro de clientes clients registro de medições measures relatórios reports camada de armazenamento storage e utilidades utils Essa divisão promove coesão interna reduz acoplamento e facilita testes e evolução incremental A modelagem do fluxo por diagramas de Caso de Uso e de Atividade orientou as decisões de interação login cadastro medição emissão de relatórios enquanto o plano de testes sistematizou a validação dos requisitos funcionais e não funcionais No âmbito da regra de negócio o sistema contempla validações essenciais ex CNPJ com 14 dígitos e UF válida o conceito de semestre JanJun JulDez para consolidação de indicadores e a exigência de valores não negativos em medições A exportação de relatórios em CSV atende ao requisito institucional de disponibilizar resultados em formato tabular e auditável viabilizando análises adicionais e anexos ao relatório técnico Como escopo focase em interface de linha de comando persistência local e execução singleuser suficientes para evidenciar os objetivos do PIM Como limitações não se abordam concorrência multiusuário camada gráfica GUI ou integrações com serviços externos apontadas como trabalhos futuros A relevância do projeto decorre da combinação entre simplicidade tecnológica e valor prático mesmo com uma pilha mínima C arquivos é possível estruturar dados padronizar registros e automatizar a geração de indicadores que apoiam decisões gerenciais e ações de conformidade ambiental Ao mesmo tempo o exercício promove a consolidação de competências técnicas programação estruturada ES de arquivos modularização testes e documentais normas ABNT redação técnica organização de evidências e anexos Por fim a organização deste relatório é a seguinte a Seção 2 discute requisitos arquitetura e aspectos de instalação e uso a Seção 3 apresenta o plano de testes e os resultados obtidos a Seção 4 sintetiza e analisa os relatórios gerados a Seção 5 traz as considerações finais e diretrizes de evolução Anexos e apêndices reúnem evidências complementares diagramas e planilhas de teste 2 DESENVOLVIMENTO 21 REQUISITOS DO SISTEMA O sistema proposto tem como finalidade apoiar a startup de soluções ambientais no cadastro padronizado de clientes industriais no registro periódico de medições relacionadas ao tratamento de resíduos e no fornecimento de relatórios operacionais e gerenciais A solução foi concebida para execução local desktopconsole com persistência em arquivos e exportação em CSV privilegiando simplicidade de implantação portabilidade e transparência dos dados para auditoria No escopo funcional o sistema deve permitir que um usuário autenticado efetue login e uma vez autorizado cadastre novos clientes contendo as informações exigidas pela startup responsável dados societários razão social nome fantasia CNPJ contatos telefone email e endereço completo rua número bairro cidade UF e CEP além da data de abertura Complementarmente deve oferecer a funcionalidade de registro mensal por cliente contemplando quantidade de resíduos tratados toneladas e custo estimado R para cada combinação de ano e mês Com base nesses dados o sistema precisa gerar relatórios i semestral por cliente consolidando o total de resíduos tratados ii gastos mensais globais somando custos de todos os clientes no mês selecionado e iii relatórios globais por semestre indicando a UF com maior volume processado o cliente com menor produção no período e o aporte financeiro semestral Todos os relatórios devem ser exibidos em tela e oferecer opção de exportação para CSV preservando o mesmo conteúdo em formato tabular Quanto aos requisitos de dados e regras de negócio o cadastro deve validar CNPJ como sequência numérica de 14 dígitos verificação estrutural básica e UF como sigla válida p ex AL SP RS As medições não devem aceitar valores negativos para resíduos ou custo devendo ser registrados apenas números reais não negativos Para a consolidação semestral adotase a convenção Semestre 1 janeirojunho e Semestre 2 julhodezembro garantindo consistência nos cálculos Os arquivos de persistência devem conter cabeçalhos explícitos por exemplo idclientidanomesresiduostoncustobrl e ser mantidos em diretórios próprios data para bases operacionais e reports para saídas permitindo rastreabilidade e backup simples Do ponto de vista não funcional o sistema prioriza portabilidade compilação em C99 com GCCMinGW simplicidade operacional interface textual clara menus numerados e mensagens de confirmaçãoerro e transparência arquivos CSV legíveis Como medida pedagógica de proteção de dados é utilizada cifragem ROT47 para credenciais suficiente para evitar armazenamento em claro no contexto acadêmico mas não recomendada para produção onde seriam necessários algoritmos robustos gestão de chaves e políticas de segurança mais amplas A arquitetura é modular separando autenticação clientes medições relatórios armazenamento e utilidades o que facilita testabilidade evolução incremental e manutenção do código O desempenho esperado é adequado ao volume típico de trabalho acadêmico para cargas maiores propõese como evolução futura a migração para um SGBD Em termos de restrições e premissas considerase execução local singleuser e acesso a arquivos no sistema de arquivos não há integração com serviços web nem gerenciamento de concorrência entre múltiplos usuários A usabilidade é tratada por meio de prompts diretos validações mínimas e retorno imediato ao usuário a instalação limitase à compilação com makemingw32make e execução do binário gerado e a manutenibilidade é reforçada por nomes de campos consistentes cabeçalhos de arquivos e organização do projeto em pastas Esses requisitos respondem aos objetivos do PIM IV ao integrar programação em C com métodos de engenharia de software garantindo um produto funcional auditável e pronto para demonstração com evidências e relatórios exportáveis Figura 1 Diagrama de Caso de Uso legenda abaixo da imagem Fonte Elaboração própria 2025 22 ARQUITETURA E TECNOLOGIAS A arquitetura do sistema adota o paradigma procedural estruturado em C padrão C99 privilegiando simplicidade portabilidade e testabilidade A aplicação é executada em modo desktopconsole o que reduz dependências facilita a compilação em diferentes ambientes Windows via MSYS2MinGW Linux e WSL e viabiliza a avaliação acadêmica com baixo custo operacional O código foi organizado em módulos coesos que se comunicam por interfaces simples mantendo baixo acoplamento e responsabilidades bem definidas autenticação lida com credenciais e controle de acesso cadastro e consulta de clientes concentram a lógica de entrada de dados e validações essenciais registro de medições trata o fluxo de anomês resíduos em toneladas e custo em reais geração de relatórios consolida em tempo de execução os indicadores solicitados pelo escopo do PIM a camada de armazenamento centraliza operações de leitura e escrita de arquivos e utilidades reúnem funções auxiliares de ES formatação e criação de diretórios A persistência é realizada em arquivos CSV organizados em diretórios específicos data armazena as bases operacionais usuários clientes e medições e reports recebe as saídas exportadas dos relatórios Cada arquivo possui cabeçalho explícito e separador permitindo transparência auditoria e abertura direta em planilhas como Excel e LibreOffice Optouse por validações mínimas porém essenciais para assegurar a integridade básica dos dados CNPJ como sequência numérica de 14 dígitos UF pertencente ao conjunto de siglas válidas e proibição de valores negativos para resíduos tratados e custos A consolidação semestral segue a convenção S1 janeirojunho e S2 julhodezembro garantindo consistência de cálculo e reprodução de resultados No que se refere à segurança em contexto pedagógico credenciais são protegidas por ROT47 evitando armazenamento em claro sem introduzir dependências criptográficas complexas Embora esse mecanismo seja didático e suficiente para fins de demonstração o trabalho reconhece que em produção seriam necessários algoritmos e bibliotecas robustos hash de senha com sal cifragem autenticada gestão de chaves trilhas de auditoria e políticas de acesso Para lidar com o primeiro acesso e eventuais inconsistências de arquivo o sistema implementa um bootstrap de administrador caso o usuário admin não exista ou esteja inválido o login adminadmin123 recria o registro de forma controlada garantindo recuperabilidade e continuidade de uso O processo de build é padronizado por Makefile chamando o GCCMinGW com C99 e emitindo o binário em srcbuild Essa padronização torna o ciclo de desenvolvimento previsível e reprodutível além de facilitar a integração de novos módulos A execução por sua vez inicia sempre pelo login cujo fluxo é ilustrado no Diagrama de Atividade de Login ver Figura 2 o sistema exibe o prompt de credenciais verifica a existência do usuário aplica a decifragem ROT47 e compara a senha em caso de ausência de registro acionase o bootstrap do administrador quando as credenciais são válidas o controle é transferido ao menu principal Figura 2 Diagrama de Atividade Login fluxo com bootstrap do admin Fonte Elaboração própria 2025 Após a autenticação o usuário percorre o fluxo de cadastro e medições representado no Diagrama de Atividade de Cadastro Medição ver Figura 3 O cadastro de clientes antecede o registro de medições pois cada medição referencia um ID existente Uma vez cadastrados os clientes o sistema permite inserir por mês e ano a quantidade de resíduos tratados e o custo estimado esses dados alimentam a camada de relatórios que realiza as agregações necessárias em memória e oferece visualização imediata em tela além da exportação para CSV para anexos e análises externas A separação clara entre captura de dados persistência e análise facilita a evolução do sistema seja para incorporar novas validações como verificação formal de CNPJ seja para migrar no futuro para um SGBD e para uma interface gráfica mais amigável Figura 3 Diagrama de Atividade Cadastro Medição Fonte Elaboração própria 2025 Por fim as decisões de projeto refletem um conjunto de tradeoffs conscientes arquivos CSV eliminam a necessidade de SGBD e simplificam a implantação mas não oferecem transações concorrência e consultas complexas a cifragem ROT47 demonstra conceitos de proteção sem aumentar a complexidade do ambiente porém não atende a requisitos de segurança de produção a interface console reduz barreiras técnicas ao custo de menor ergonomia quando comparada a GUIs Tais escolhas atendem ao objetivo do PIM de demonstrar de ponta a ponta um produto funcional reprodutível e auditável com documentação e evidências que sustentam tanto a verificação dos requisitos quanto a abertura para evoluções futuras 23 INSTALAÇÃO E EXECUÇÃO A aplicação foi projetada para compilação local em ambientes Windows MSYS2MinGW Linux e WSL adotando GCC com padrão C99 e automação via Makefile A estrutura do projeto mantém o códigofonte em src os dados operacionais em data e os relatórios exportados em reports Essa organização simplifica a instalação a reprodutibilidade dos testes e a coleta de evidências No Windows recomendase instalar o MSYS2 e dentro do terminal MSYS2 MinGW 64bit adicionar o compilador pacman S mingww64x8664gcc e o make pacman S mingww64x8664make Com o ambiente preparado o usuário abre a pasta do projeto no VS Code inicia um terminal integrado navega até src e executa mingw32make O processo invoca o GCC com as flags definidas no Makefile C99 otimizações e warnings gerando o binário em srcbuild A Figura 4 ilustra a compilação no terminal do VS Code destacando as etapas de criação do diretório build a compilação dos módulos e a ligação do executável Em Linux ou WSL o procedimento é análogo com buildessential instalado basta entrar em src e executar make para produzir srcbuildapp Em ambos os casos a padronização do processo de build reduz a ambiguidade de configuração e facilita a avaliação em laboratório A execução inicia a partir do diretório src chamando buildappexe Windows ou buildapp LinuxWSL Iniciar o binário a partir de src garante que os caminhos relativos apontem corretamente para data e reports No primeiro uso o sistema exibe a dica de login e permite o bootstrap do administrador com Usuario admin e Senha admin123 a partir daí as credenciais passam a ser persistidas utilizando cifragem didática ROT47 A Figura 5 apresenta a execução do binário com o prompt de credenciais e a mensagem de orientação ao usuário Após autenticação bemsucedida o fluxo segue para o menu principal de onde é possível cadastrar clientes registrar medições mensais gerar relatórios e exportálos para CSV Os arquivos exportados são gravados em reports com timestamp enquanto as bases de clientes e medições permanecem em data com cabeçalhos explícitos Figura 4 Compilação no Terminal VS Code Fonte Elaboração própria 2025 Alguns cuidados práticos aumentam a confiabilidade da execução Primeiro recomendase sempre rodar o executável a partir de src evitando que arquivos de dados sejam criados em diretórios inesperados Segundo caso o terminal reporte que mingw32 make no Windows ou make no Linux não foram encontrados devese revisar a instalação das ferramentas de compilação e o PATH Terceiro se houver corrupção ou inconsistência no arquivo de usuários por exemplo devido a edições manuais o login adminadmin123 aciona o mecanismo de recriação controlada do administrador restabelecendo o acesso Por fim para fins de auditoria do PIM é recomendável capturar capturas de tela do processo de compilação Figura 4 da primeira execução com a dica de login Figura 5 e em sessões subsequentes dos passos de uso que demonstram o atendimento aos requisitos funcionais e não funcionais Figura 5 Execução do binário com dica de login Fonte Elaboração própria 2025 24 MANUAL DO USUÁRIO Após a execução do binário a partir da pasta src buildappexe no Windows ou buildapp no LinuxWSL o sistema apresenta a tela de login com orientação de primeiro acesso O usuário informa Usuário e Senha e estando corretos recebe a mensagem de sucesso esse momento está ilustrado na Figura 6 Tela de Login bemsucedido mensagem Login bemsucedido Em caso de primeiro uso ou inconsistências no arquivo de usuários o sistema permite o bootstrap do administrador com adminadmin123 recriando o registro e garantindo a continuidade de trabalho A partir do login válido o controle é transferido ao menu principal apresentado na Figura 7 Menu Principal onde se concentram todas as funcionalidades do sistema por meio de opções numeradas Figura 6 Tela de Login bemsucedido mensagem Login bemsucedido Figura 7 Menu Principal No menu principal Figura 7 o usuário encontra as seguintes opções 1 Cadastro de Clientes 2 Listar Clientes 3 Registrar Medição Mensal 4 Relatórios 5 Trocar Senha e 0 Sair A navegação é feita digitandose o número correspondente e confirmando com ENTER Mensagens de confirmação e de erro orientam o fluxo reduzindo ambiguidades e facilitando o uso em laboratório Recomendase realizar o cadastro de clientes antes de registrar medições ou gerar relatórios já que as medições referenciam o ID do cliente Em Cadastro de Clientes opção 1 o sistema solicita em sequência os campos responsável empresa CNPJ 14 dígitos numéricos razão social nome fantasia telefone email endereço completo rua número bairro cidade UF e CEP e data de abertura AAAAMMDD Validações mínimas são aplicadas CNPJ precisa conter exatos 14 dígitos e a UF deve ser uma sigla válida p ex AL SP RS Concluída a inserção com dados válidos o sistema grava o registro em dataclientscsv e exibe a confirmação Cliente cadastrado com sucesso conforme a Figura 8 Cadastro de Cliente concluído Recomendase cadastrar clientes de UFs distintas para enriquecer a análise dos relatórios Figura 8 Cadastro de Cliente concluído Cliente cadastrado com sucesso A funcionalidade Listar Clientes opção 2 exibe em tela os clientes persistidos no arquivo clientscsv com formatação sintética contendo ID Empresa Cidade CNPJ e UFCEP Esse retorno visual facilita verificar se os cadastros foram devidamente gravados e quais identificadores devem ser usados como referência para medições A Figura 9 Lista de Clientes exibindo ID Empresa UFCEP ilustra um exemplo de listagem após a inserção de múltiplos clientes evidenciando a persistência correta e a distribuição regional Figura 9 Lista de Clientes exibindo ID Empresa UFCEP No módulo Registrar Medição Mensal opção 3 o usuário informa ID do cliente Ano AAAA Mês 112 Resíduos tratados ton e Custo estimado R O sistema impede valores negativos para resíduos e custo assegurando integridade mínima dos dados numéricos Cada confirmação adiciona uma linha a datameasurescsv vinculada ao cliente selecionado e ao período informado A Figura 10 Registro de Medição Mensal exemplo mostra a interação típica desse fluxo recomendandose que cada cliente possua ao menos uma medição no semestre 1 janjun e outra no semestre 2 juldez a fim de habilitar todos os relatórios de forma consistente Figura 10 Registro de Medição Mensal exemplo A opção Relatórios opção 4 reúne três consultas principais A primeira Relatório 1 Semestral por Cliente solicita Ano e Semestre e consolida para cada cliente o total de resíduos tratados no período exibindo uma tabela em tela e oferecendo exportação para CSV A Figura 11 Relatório 1 em tela Semestral por Cliente apresenta a visualização de exemplo enquanto a Figura 12 Confirmação de exportação CSV Relatório 1 mostra a mensagem de sucesso com o caminho do arquivo salvo em reports Essa exportação facilita anexar os resultados ao relatório técnico e realizar análises adicionais em planilhas Figura 11 Relatório 1 em tela Semestral por Cliente Figura 12 Confirmação de exportação CSV Relatório 1 A segunda consulta Relatório 2 Gastos Mensais Global solicita Ano e Mês e calcula a soma dos custos de todos os clientes naquele período exibindo o total em reais na tela Assim como no relatório anterior é possível exportar para CSV o que registra o valor agregado em formato tabular A Figura 13 Relatório 2 em tela Gastos Mensais Globais exemplifica o retorno do sistema e a Figura 14 Confirmação de exportação CSV Relatório 2 evidencia a criação do arquivo correspondente permitindo arquivamento e compartilhamento dos resultados Figura 13 Relatório 2 em tela Gastos Mensais Globais Figura 14 Confirmação de exportação CSV Relatório 2 A terceira consulta Relatório 3 Globais Semestre também parametrizada por Ano e Semestre calcula indicadores sintéticos UF com maior volume processado de resíduos cliente com menor produção no período e aporte financeiro semestral soma de custos Os resultados são exibidos em linhas objetivas na tela e podem igualmente ser exportados para CSV para integrarem os anexos do PIM A Figura 15 Relatório 3 em tela Globais apresenta a síntese dos indicadores ao passo que a Figura 16 Confirmação de exportação CSV Relatório 3 confirma a gravação do arquivo em reports com timestamp no nome Figura 15 Relatório 3 em tela Globais Figura 16 Confirmação de exportação CSV Relatório 3 Para fins de organização de evidências e auditoria a Figura 17 Pasta reports com CSVs gerados Explorer demonstra a criação sequencial dos arquivos de saída úteis como anexos e para reprodutibilidade dos resultados Complementarmente abrir um dos arquivos exportados em um aplicativo de planilhas permite checar a estrutura tabular e a legibilidade dos dados a Figura 18 CSV aberto no ExcelLibre exemplo ilustra essa verificação mostrando cabeçalhos e valores alinhados aos relatórios executados Recomendase nomear as figuras no documento conforme a ordem de aparecimento e incluir legendas abaixo para figuras contendo título descritivo e fonte neste trabalho Fonte Elaboração própria 2025 Por fim a opção Trocar Senha opção 5 permite atualizar a credencial do usuário autenticado reforçando a higiene de acesso ao sistema O mecanismo solicita a senha atual e a nova senha validando a primeira antes de persistir a atualização Sempre que necessário o usuário pode retornar ao menu principal para encerrar a sessão Sair opção 0 ou executar novos ciclos de cadastro medição e geração de relatórios Esse conjunto de operações forma o caminho mínimo de demonstração esperado no PIM login Figura 6 navegação Figura 7 cadastro Figura 8 listagem Figura 9 medições Figura 10 três relatórios em tela com respectivas exportações Figuras 11 a 16 e comprovação das saídas em disco e em planilha Figuras 17 e 18 Figura 17 Pasta reports com CSVs gerados Explorer Figura 18 CSV aberto no ExcelLibre exemplo 25 PERSISTÊNCIA E ESTRUTURA DE DADOS A persistência do sistema é baseada em arquivos CSV com separador e cabeçalho explícito gravados em srcdata bases operacionais e reports saídas de relatórios O uso de CSV privilegia transparência portabilidade e interoperabilidade com planilhas ExcelLibreOffice Todos os arquivos são gravados em UTF8 e utilizam IDs inteiros sequenciais A relação entre entidades é simples measuresclientid referencia clientsid chave estrangeira lógica O sistema aplica validações mínimas para integridade CNPJ com 14 dígitos UF válida números não negativos para resíduos e custo e organiza o conteúdo com cabeçalhos padronizados para facilitar auditoria e backup Tabela 1 Estrutura de clientscsv campos e exemplo de linha Cabeçalho 1ª linha do CSV idresponsavelempresacnpjrazaosocialnomefantasiatelefoneemai lruanumerobairrocidadeestadocepdataabertura Exemplo de linha 1Maria SouzaIndústria Verde Ltda12345678000195Industria Verde LtdaVerdeTech82 999990000contatoverdeteccomAv das Palmeiras1000CentroMaceioAL5700000020180510 Tabela 2 Estrutura de measurescsv campos e exemplo de linha Campo Tipo Obrigatório ExemploObservações id int Sim Identificador único do cliente responsavel texto Sim Nome do responsável empresa texto Sim Nome jurídicouso no sistema cnpj texto Sim 14 dígitos somente números razaosocial texto Sim Razão social da empresa nomefantasia texto Sim Nome fantasia telefone texto Opcional Formato livre email texto Opcional Formato livre rua texto Sim Logradouro numero texto Sim Pode conter complemento bairro texto Sim cidade texto Sim estado texto Sim UF AC AL TO cep texto Sim Numérico sem hífen dataabertura texto Sim YYYYMMDD 3 Cabeçalho 1ª linha do CSV idclientidanomesresiduostoncustobrl Exemplos de linhas 112025112518000 21202579816000 322025818728500 4320255609000 3 TESTES E RESULTADOS Esta seção apresenta a estratégia adotada para planejamento execução e registro dos testes do sistema bem como a análise dos resultados observados O foco é comprovar por evidências e métricas simples que os requisitos funcionais e não funcionais descritos no desenvolvimento foram atendidos O processo de teste foi guiado por um plano de testes planilha TESTPLANcsv pela geração de evidências em tela capturas de execução e pela verificação de artefatos persistidos arquivos CSV criadosatualizados e relatórios exportados em reports 31 PLANO DE TESTES O plano de testes foi concebido para demonstrar de maneira objetiva e reprodutível que o sistema atende aos requisitos funcionais e não funcionais definidos no escopo do PIM Partiuse de uma matriz de verificação em planilha TESTPLANcsv onde cada caso descreve o objetivo do teste os dados de entrada os passos de execução a saída Campo Tipo Obrigatório ExemploObservações id int Sim Identificador único da medição clientid int FK Sim Ref clientsid ano int Sim YYYY mes int Sim 112 residuoston decimal Sim 0 toneladas custobrl decimal Sim 0 R esperada e o resultado obtido além de um campo de rastreabilidade para associar evidências telas numeradas e arquivos CSV gerados A estratégia adotada combina testes positivos que validam os fluxos usuais de uso e testes negativos que asseguram o bloqueio de entradas inválidas e a preservação da integridade mínima dos dados A definição dos cenários contemplou todo o ciclo de vida operacional do sistema Iniciase pela autenticação incluindo o mecanismo de bootstrap do administrador no primeiro acesso segue com o cadastro de clientes onde são verificados campos obrigatórios estrutura do CNPJ com quatorze dígitos e sigla de UF válida avança para o registro mensal de medições que exige ano e mês coerentes e recusa valores negativos de resíduos e custo e culmina nos três relatórios previstos avaliando tanto a consistência dos cálculos em tela quanto a exportação para CSV com cabeçalho e separador padronizados Em cada etapa o comportamento observado é comparado ao comportamento esperado descrito no plano e divergências quando presentes são documentadas com data hora ambiente e insumos utilizados A preparação do ambiente buscou reduzir variáveis externas que pudessem afetar os resultados A compilação foi realizada com GCC padrão C99 a partir do Makefile fornecido executando o binário sempre no diretório src para garantir que os caminhos relativos para data e reports se mantivessem corretos Os dados de teste foram planejados para proporcionar cobertura significativa dos relatórios ao menos três clientes de UFs distintas e para cada um medições distribuídas entre o primeiro e o segundo semestre viabilizando a consolidação semestral o somatório mensal de custos e os indicadores globais Esse preparo permite além da verificação funcional a análise cruzada entre o que é exibido em tela e o conteúdo persistido nos arquivos Como critérios de aceitação estabeleceuse que todos os fluxos críticos login e bootstrap cadastro e listagem de clientes registro de medições e geração dos três relatórios deveriam ser concluídos com sucesso com mensagens de confirmação explícitas e persistência correta nos CSVs correspondentes Do ponto de vista de robustez esperouse que entradas inválidas fossem rejeitadas sem efeitos colaterais especialmente nos pontos sensíveis de validação de CNPJ UF e valores numéricos Por fim a exportação de relatórios deveria produzir arquivos em reports com carimbo de data e hora conteúdo alinhado ao apresentado em tela e legibilidade em planilhas assegurando auditabilidade e anexação direta ao relatório técnico Toda a execução dos testes foi documentada por meio de evidências capturas de tela dos passos principais referências aos nomes dos arquivos CSV gerados e anotações sobre o contexto de execução sistema operacional comandos utilizados e qualquer intervenção necessária Essas evidências vinculadas na planilha de teste permitem reproduzir o cenário por terceiros e corroboram a conformidade do sistema com os requisitos definidos conferindo confiabilidade ao processo de verificação e validação adotado 32 RESULTADOS DOS TESTES A execução do plano produziu evidências visuais telas numeradas e artefatos CSV que comprovam o atendimento aos requisitos O login foi validado com sucesso inclusive o mecanismo de bootstrap quando o arquivo de usuários estava ausente ou inconsistente conforme evidenciado pela tela de Login bemsucedido ver Fig 6 Em seguida o menu principal Fig 7 ofereceu navegação clara e confirmações adequadas de ações O cadastro de clientes registrou entradas válidas com confirmação explícita Fig 8 e foi refletido na listagem Fig 9 que mostrou ID empresa cidade CNPJ e UFCEP evidenciando a persistência em dataclientscsv Tentativas com CNPJ inválido foram rejeitadas reforçando a integridade mínima exigida Para medições mensais os registros foram aceitos apenas com valores não negativos produzindo confirmações em tela Fig 10 e novas linhas em datameasurescsv Inserções negativas de resíduos ou custo foram corretamente bloqueadas como previsto em CT06 Com base nos dados cadastrados o Relatório 1 semestral por cliente apresentou em tela os totais por cliente no semestre filtrado Fig 11 A opção de exportar CSV gravou o arquivo correspondente em reports com indicação clara do caminho e timestamp Fig 12 De forma análoga o Relatório 2 gastos mensais globais exibiu o total em reais para o mês selecionado Fig 13 e confirmou a exportação Fig 14 Por fim o Relatório 3 globais por semestre calculou corretamente a UF de maior volume o cliente de menor produção e o aporte financeiro semestral Fig 15 também com exportação registrada Fig 16 A pasta reports exibe a sequência de arquivos gerados Fig 17 e a abertura de um deles em planilha confirma cabeçalhos e valores compatíveis com a tela Fig 18 Em termos de conformidade todos os casos críticos CT01 02 04 05 07 08 09 Passaram e os casos negativos CT03 06 Falharam conforme esperado ie o sistema não persistiu dados inválidos A exportação de relatórios gerou arquivos CSV legíveis e auditáveis com nomes carimbados por data e hora atendendo às exigências de rastreabilidade do PIM Eventuais pontos de atenção identificados incluem a possibilidade de evoluir a validação de CNPJ para o algoritmo oficial e substituir a cifra didática ROT47 por hash de senha com sal e cifragem autenticada em cenários produtivos Ainda assim para o objetivo acadêmico do projeto os resultados demonstram que o sistema é funcional reprodutível e auditável satisfazendo os requisitos de cadastro medição relatórios e exportação estabelecidos no escopo 4 RELATÓRIOS GERADOS E ANÁLISE A geração de relatórios consolida de forma auditável os dados cadastrados e as medições mensais oferecendo três visões complementares i totais semestrais por cliente ii gastos mensais globais e iii indicadores globais por semestre No Relatório 1 Semestral por Cliente as medições de cada cliente são agregadas por semestre S1 janjun S2 juldez permitindo comparar desempenhos entre empresas e identificar variações ao longo do ano A interpretação sugerida consiste em verificar quais clientes sustentam volumes mais altos e se há evolução ou retração entre os semestres elementos úteis para planejamento operacional dimensionamento de capacidade e prestação de contas aos stakeholders A exportação em CSV viabiliza análises adicionais p ex gráficos de barras ou séries temporais em planilhas O Relatório 2 Gastos Mensais Globais apresenta a soma dos custos registrados em determinado mêsano para todos os clientes Esse indicador sintetiza o aporte financeiro mensal requerido pelas operações de tratamento servindo de base para controle orçamentário e avaliação de sazonalidade Uma leitura recomendada é comparar meses sucessivos e quando houver picos identificar quais clientes e quais tipos de resíduos mais contribuíram para o aumento cruzando com o Relatório 1 e as próprias medições no measurescsv Já o Relatório 3 Globais por Semestre agrega três métricas UF com maior volume ajuda a identificar regiões com maior demanda ou impacto cliente com menor produção no período útil para ações de engajamento ou revisão contratual e aporte financeiro semestral soma dos custos do semestre Essa visão permite decisões táticas como priorização de visitas técnicas em regiões críticas e negociação de metas com clientes de baixa produção Em todos os relatórios a coerência entre o que é exibido em tela e o conteúdo exportado em CSV com carimbo de datahora é essencial para a rastreabilidade no PIM permitindo reprocessamento auditoria e anexação direta no documento final 5 CONSIDERAÇÕES FINAIS O sistema desenvolvido atendeu ao objetivo de disponibilizar uma solução simples portátil e auditável para cadastro de clientes registro de medições mensais e geração de relatórios empregando C C99 persistência em CSV e arquitetura procedural estruturada A modularização auth clients measures reports storage utils favoreceu legibilidade manutenção e testes enquanto a interface em console reduziu dependências e facilitou a execução em diferentes ambientes WindowsMSYS2 Linux WSL A opção por cifragem ROT47 cumpriu fins didáticos evitando armazenamento de credenciais em claro e introduzindo noções básicas de proteção de dados alinhadas à LGPD ainda que se reconheça sua insuficiência para ambientes produtivos Os relatórios gerados demonstraram o potencial de transformar dados operacionais em indicadores úteis à gestão consolidação por semestre custos mensais globais e visão agregada por UFcliente A exportação em CSV ampliou a utilidade do sistema ao permitir tratamentos quantitativos em planilhas e a documentação das evidências exigidas no PIM Como limitações permanecem a ausência de um SGBD transacional a inexistência de concorrência multiusuário e a simplicidade do mecanismo de proteção de dados Como trabalhos futuros recomendase i validação formal de CNPJ algoritmo oficial ii autenticação robusta com hash de senha com sal e cifragem autenticada iii migração opcional para SGBD p ex SQLitePostgreSQL com controle de integridade e consultas iv interface gráfica para maior usabilidade e v ampliação do escopo de relatórios séries históricas rankings ponderados e dashboards Em síntese o projeto comprova que com uma pilha mínima e bem organizada é possível entregar um artefato funcional e reprodutível que integra conteúdos de Linguagem e Técnicas de Programação e Engenharia de Software apoiando decisões e preparando terreno para evoluções tecnológicas graduais REFERÊNCIAS BRASIL Lei nº 13709 de 14 de agosto de 2018 Lei Geral de Proteção de Dados Pessoais LGPD Brasília DF Presidência da República 2018 Disponível em httpswwwplanaltogovbrccivil03ato201520182018leiL13709htm Acesso em 20 set 2025 FREE SOFTWARE FOUNDATION GCC the GNU Compiler Collection Online Documentation 2025 Disponível em httpsgccgnuorgonlinedocs Acesso em 20 set 2025 ISOIEC ISOIEC 98992018 Programming Languages C Geneva ISO 2018 KERNIGHAN Brian W RITCHIE Dennis M The C Programming Language 2 ed Englewood Cliffs Prentice Hall 1988 PLANTUML PlantUML Documentation 2025 Disponível em httpsplantumlcom Acesso em 20 set 2025 PRESSMAN Roger S Engenharia de Software Uma Abordagem Profissional 8 ed Porto Alegre AMGH 2016 SHAFRANOVICH Y Common Format and MIME Type for CommaSeparated Values CSV Files RFC 4180 Fremont CA IETF 2005 Disponível em httpswwwrfceditororgrfcrfc4180 Acesso em 20 set 2025 SOMMERVILLE Ian Engenharia de Software 10 ed São Paulo Pearson 2011 MICROSOFT MSYS2 COMMUNITY MSYS2 Software Distribution and Building Platform for Windows 2025 Disponível em httpswwwmsys2org Acesso em 20 set 2025 ANEXOS inserir link do repositório