Este plano de IC tem como objetivo analisar as técnicas lúdicas adotadas no ensino das tecnologias de informação do projeto de Letramento Digital Infantil a fim de propor melhorias em sua forma de aplicação à alunos do ensino infantil.

Este trabalho foi embasado na realização de uma análise qualitativa utilizando uma ferramenta de refatoração no framework de formação de preço de venda. Com a utilização da JDeodorant foi possível identificar alguns bad smells no código, em que se verificou e comprovou uma necessidade de mudança no código mediante a uma explicação fundamentada na refatoração.

O processo de refatoração possibilita melhorias no código de desenvolvimento de um sistema. Os benefícios estão associados a aquisição de códigos mais objetivos e simples. Os padrões de projeto estão contribuem para o processo de refatoração. Este trabalho de IC apresenta uma análise qualitativa do processo de refatoração realizada no framework de domínio para Formação de Preço de Venda (FrameMK). A realização desta análise foi possível mediante um estudo específico sobre refatoração baseada em padrões de projeto, bem como ferramentas automatizadas para refatoração.

Em um ambiente web poucos sítios têm estrutura e conteúdo acessível a todos os tipos de usuários. A adequação deles é necessária para promover um ambiente igualitário. A WCAG 2.0 estabeleceu um conjunto de diretrizes que tornam uma página acessível a qualquer tipo de usuário, porém não definiu um procedimento para aplicação destas. Desta forma, o presente trabalho apresenta um processo contendo cinco atividades que auxiliam o desenvolvedor durante a adaptação de suas páginas para conter as diretrizes da WCAG 2.0. Uma das atividades desse processo é a definição de quais diretrizes devem ser implementadas prioritariamente. Isto é realizado usando a escala de mensuração de atividades de Alpert.

O teste de unidade permite avaliar a menor unidade de um sistema, que na orientação a objetos é a classe. Seu objetivo é permitir a identificação de erros no funcionamento da lógica interna desta unidade. Este trabalho realizou o teste de unidade em um Framework de Formação de Preço de Venda (FrameMK) que está em desenvolvimento pelo Grupo de Pesquisa em Sistemas de Informação. A realização do teste se deu por meio de uma adaptação de uma metodologia destinada a aplicação de testes, a qual permitiu a criação de casos de teste. A partir dos casos, foram criadas as classes de teste na ferramenta JUnit para a camada de persistência do framework. Com as classes de teste foi possível avaliar os vários cenários de um método, o que ajudou a aumentar a confiabilidade no sistema e as possíveis inserções de funcionalidades.

A presente pesquisa teve como objetivo geral estabelecer, por meio da utilização de um Sistema Especialista - SE, o método de custeio mais viável para a precificação de um determinado produto ou serviço, na área de contabilidade de custo. O sistema utilizado foi desenvolvido por meio de um conjunto de variáveis identificadas com o estudo aprofundado dos métodos mais usados para formação de preço de venda: Custeio por Absorção, Variável, Padrão ou ABC. As variáveis foram transformadas em perguntas e organizadas em cinco árvores de possibilidades agrupadas em quatro perguntas. Para cada pergunta, existe uma resposta do tipo sim ou não. A partir da árvore de possibilidades, foram criadas as regras, posteriormente implementadas em um Shell para SE denominado de Expert Sinta, software gratuito. A validação do sistema foi realizada comparando a árvore de possibilidades criada manualmente com a árvore gerada pelo Shell. A pesquisa classifica-se em aplicada, quanto à natureza; exploratória, quanto aos objetivos e quanto aos procedimentos, em bibliográfica e experimental. Este trabalho foi dividido em seis atividades principais: definições dos métodos de custeio, seleção de ferramenta para implementar o SE, identificação de questões, elaboração da árvore de possibilidades, implementação e validação do SE. Os resultados obtidos com o SE desenvolvido permitem o diagnóstico correto, de acordo com conhecimentos implantados previamente, com o objetivo de ser mais preciso e ágil do que os especialistas humanos, mas dependentes deste para alimentação do sistema. Desta forma, o SE pode auxiliar na tomada de decisão, auxiliando a manutenção da empresa em um mercado competitivo.

A refatoração de software pode ser entendida como uma maneira de modificar a estrutura interna do sistema, tornando-o mais fácil de ser compreendido, flexível, expansível, sem modificar o seu comportamento. As técnicas de refatoração foram apresentadas por Fowler (1999) e Kerievsky (2004). São várias as situações onde a refatoração pode ser aplicada, uma das mais comuns é quando há uma rotatividade de pessoas no desenvolvimento de um software, onde mesmo havendo a documentação, ele irá sofrer alterações pelos diferentes desenvolvedores, o que gera a necessidade da aplicação das técnicas de refatoração. Para facilitar a aplicação da refatoração se podem usar processos, tal como a de Rapeli (2006), que propôs um conjunto de etapas para refatorar um sistema em Java utilizando padrões de projeto, porém não é específico para frameworks de domínio. Este trabalho adaptou o processo de Rapeli (2006) para ser usado em frameworks de domínio, sendo composto por três etapas oriundas de Rapeli: Entendimento do sistema, Aplicação da refatoração com padrões de projeto, e a Verificação do sistema após a refatoração, foi necessário a inclusão da etapa da Utilização de ferramentas para a detecção de bad smells e a inclusão de um passo dentro da Verificação do sistema após a refatoração, que também utiliza uma ferramenta automatizada, verificando se as refatorações foram corretamente aplicadas. O uso do processo proposto foi inicialmente realizado na etapa de Utilização de ferramentas para detecção dos bad smells do projeto FrameMK (Framework de Domínio na área de Preço de Venda), que está sendo desenvolvido durante anos por acadêmicos do grupo de pesquisa GPES, havendo uma rotatividade de pessoas. A aplicação desta etapa no estudo de caso foi realizada nos pacotes app, onde foi detectado 362 Issues; no pacote appTilesController, foi detectado 64 Issues. Cada Issue significa uma refatoração que pode ser aplicada no código. Com a refatoração aplicada nos bad smells encontrados, obtive-se uma melhora de 18,8% na qualidade do código do pacote app, que diminuiu seus Issues para 166, e uma melhora de 34,8% no pacote appTilesController, que agora possui 35 Issues.

Este trabalho de IC adaptou o processo de Rapeli (2006) para ser usado em frameworks de domínio, sendo composto por três etapas oriundas de Rapeli: Entendimento do sistema, Aplicação da refatoração com padrões de projeto, e a Verificação do sistema após a refatoração, foi necessário a inclusão da etapa da Utilização de ferramentas para a detecção de bad smells e a inclusão de um passo dentro da Verificação do sistema após a refatoração, que também utiliza uma ferramenta automatizada, verificando se as refatorações foram corretamente aplicadas. O uso do processo proposto foi inicialmente realizado na etapa de Utilização de ferramentas para detecção dos bad smells do projeto FrameMK (Framework de Domínio na área de Preço de Venda), que está sendo desenvolvido durante anos por acadêmicos do grupo de pesquisa GPES, havendo uma rotatividade de pessoas. A aplicação desta etapa no estudo de caso foi realizada nos pacotes app, onde foi detectado 362 Issues; no pacote appTilesController, foi detectado 64 Issues. Cada Issue significa uma refatoração que pode ser aplicada no código. Com a refatoração aplicada nos bad smells encontrados, obtive-se uma melhora de 18,8% na qualidade do código do pacote app, que diminuiu seus Issues para 166, e uma melhora de 34,8% no pacote appTilesController, que agora possui 35 Issues.

A Acessibilidade na web tem como objetivo permitir que todos os usuários com ou sem limitações possuam acesso democrático à informação. Uma página acessível deve conter características definidas pela Web Content Accessibility Guidelines (WCAG) em doze critérios de acessibilidade. Existem aplicações e técnicas para uso e validação dos critérios, a saber, framework Pantaneiro que tem como propósito fornecer uma ferramenta responsável por realizar o desenvolvimento de toda página; ACCESSA que melhora a acessibilidade e usabilidade de um sistema web por meio da verificação em fases e implementação dos critérios de acessibilidade que identifica em quais camadas de projeto devem ser inseridas cada solução de acessibilidade. O processo proposto tem por objetivo oferecer uma sequência de fases que possibilitam identificar qual a prioridade de implantação dos critérios. A primeira fase classifica as necessidades especiais. A segunda fase identifica no país qual a incidência de deficientes. Na terceira fase efetua a relação entre critérios com as necessidades especiais, por meio da análise das limitações atrelada à definição do critério. A quarta fase tem como intuito avaliar prioridades na aplicação dos critérios executando as atividades de: verificar as deficiências com maior incidência no país; identificar a importância da aplicação do critério para a empresa; Estabelecer uma faixa para a incidência do país; Realizar uma média ponderada e ordenar os resultados por importância para verificar por onde o processo deve começar. Por fim, a última fase estabelece mecanismos de implementação do critério. Comparando o processo proposto com os demais percebe-se que o processo se consolida como um diferencial pelo fato de aplicar a acessibilidade seguindo um conjunto de fases para a aplicação dos critérios de acessibilidade, estabelece prioridade na aplicação dos critérios e fornece mecanismos para implementação dos critérios.

Este plano de IC tem como objetivo analisar o uso tecnologias de informação e comunicação adotadas pelo projeto de Letramento Digital Infantil a fim de propor melhorias em sua forma de aplicação à alunos do ensino infantil.