Esta tese propõe uma arquitetura de software neuro-reativa para sistemas de automação do ambiente construído. O objetivo é facilitar o desenvolvimento, a manutenção e a expansão desses sistemas, através de três requisitos norteadores: modularidade, flexibilidade e capacidade de integração das partes. Um modelo baseado em unidades chamadas de \"neurônios\" e de \"glândulas\" é proposto. Esses elementos fundamentais têm características reativas e podem ser combinados formando diferentes sistemas de automação. Uma versão da arquitetura proposta é programada na linguagem Java utilizando tecnologias como CORBA e MySQL. Por fim, uma casa fictícia é utilizada como exemplo para demonstrar a aplicação da arquitetura proposta. / This thesis presents a neuro-reactive software architecture applied to building automation systems. The objective is to make development, maintenance and ex-pansion of these systems easier through three main requirements: modularity, flex-ibility and parts integration capability. A model with units called neurons and glands is proposed. These fundamental elements have reactive characteristics and are combined to constitute automation systems. A version of proposed architecture is programmed in Java language using technologies like CORBA and MySQL. In the end, a fictitious home automation system is used as example.

A realização de projetos dentro do prazo estabelecido é um fator comum em diversas áreas de produção como a engenharia civil, de aviação, química, transportes, indústria em geral, entre outras. No entanto, na engenharia de software, a questão do tempo na construção de um produto é um desafio de processo a ser superado em cada novo projeto. O cumprimento de prazos no desenvolvimento de software é tão crítico que o próprio controle de atrasos no ciclo de produção é um fator a ser considerado na análise de redução do tempo de desenvolvimento. A complexidade do ambiente de software, a competitividade de mercado, as mudanças de requisitos constantes durante o projeto e o tempo disponível cada vez mais restrito, aumentam as chances de insucesso quando analisado o indicador de tempo na produção de software. O objetivo deste trabalho é reunir e organizar as práticas e técnicas de engenharia de software em um roteiro que permita a redução do tempo no desenvolvimento do software. Neste roteiro, é descrita a utilização organizada e planejada das práticas de engenharia de software que auxiliam no planejamento, na criação da arquitetura de solução, na definição da infra-estrutura técnica para reutilização e a utilização da engenharia simultânea, visando proporcionar ganhos reais no tempo de produção do software e no aumento da produtividade. / The completion of software project within schedule is a common goal in several industries like building engineering, aviation, chemical, transport, wares and so on. However, in software engineering, the schedule is a process challenge from the beginning of each new project. The time is so critical that the delay control is an analysis point for cycle time reduction in software development. The complex environment, the pressure to reduce time-to-market, frequent requirements changes during the project life-cycle, increase the failure chance of software projects when we analyze the time indicator in the software development process. The dissertation goal is to meet and to organize of software engineering practices and techniques in an organized roadmap aiming cycle time reduction in software development. In this roadmap, the practices are organized to help software planning, solution architecture, component based development definition, to promote reuse and concurrent engineering with purpose to reduce cycle time software development and improve productivity.

A robótica tem passado por uma notável evolução ao longo dos últimos anos, juntamente com um crescente interesse por parte da sociedade. Robôs não são mais exclusivamente produzidos para realizar atividades repetitivas em fábricas, eles têm sido projetados para apoiar humanos em diversos e importantes domínios de aplicação. Os sistemas robóticos utilizados para controlar tais robôs têm, portanto, se tornado maiores, mais complexos e difíceis de desenvolver. Nesse cenário, a Arquitetura Orientada a Serviços (do inglês, Service-Oriented Architecture - SOA) tem sido investigada como um promissor estilo arquitetural para o desenvolvimento de sistemas robóticos de forma mais flexível, reusável e produtiva. Embora um número considerável de Sistemas Robóticos Orientados a Serviços (do inglês, Service-Oriented Robotic Systems - SORS) já exista, grande parte deles têm sido desenvolvida de maneira ad hoc. A pouca atenção e o suporte limitado ao projeto das arquiteturas de software de SORS pode não só impedir a obtenção dos benefícios associados à adoção da SOA, mas também reduzir a qualidade dos sistemas robóticos que, frequentemente, são utilizados em contextos de segurança crítica. Essa tese tem por objetivo aprimorar o entendimento e a sistematização do projeto arquitetural de SORS. Para isso, é proposta uma taxonomia de serviços para o domínio de robótica, bem como um processo e uma arquitetura de referência para sistematizar o projeto das arquiteturas de software de SORS. Os resultados obtidos evidenciam que tanto o processo quanto a arquitetura de referência podem impactar positivamente na qualidade das arquiteturas de software de SORS e, consequentemente, contribuir para o desenvolvimento de sistemas robóticos. / Robotics has experienced an increasing evolution and interest from the society in recent years. Robots are no longer produced exclusively to perform repetitive tasks in factories, they have been designed to collaborate with humans in several important application domains. Robotic systems that control these robots are therefore becoming larger, more complex, and difficult to develop. In this scenario, Service-Oriented Architecture (SOA) has been investigated as a promising architectural style for the design of robotic systems in a exible, reusable, and productive manner. Despite the existence of a considerable amount of Service-Oriented Robotic Systems (SORS), most of them have been developed in an ad hoc manner. The little attention and limited support devoted to the design of SORS software architectures may not only hamper the benefits of SOA adoption, but also reduce the overall quality of robotic systems, which are often used in safety-critical contexts. This thesis aims at improving the understanding and systematization of SORS architectural design. It describes a taxonomy of services for the robotics domain, as well as proposes a process and a reference architecture that systematize the design of SORS software architectures. Results achieved in the evaluation studies evidence that both process and reference architecture can positively impact on the quality of SORS software architectures and, as a consequence, contribute to the development of robotic systems.

[pt] Engenheiros de sistemas multi-agentes (SMAs) móveis devem lidar com o projeto e a implementação de mobilidade de código, além do projeto e implementação de funcionalidades básicas e outros requisitos. À medida que a complexidade dos SMAs aumenta, questões referentes à mobilidade não podem ser modularizadas somente a partir da utilização de abstrações e mecanismos orientados a objetos (OO). Além disso, vários programadores freqüentemente evidenciam a presença de problemas de entrelaçamento e espalhamento em suas linhas de código referentes à mobilidade. Apesar de tais problemas, os desenvolvedores de SMAs têm se apoiado vastamente na utilização de interfaces de programação de aplicações (APIs) OO das plataformas de mobilidade e na linguagem de programação Java. O resultado é a produção de SMAs que são difíceis de entender, manter e reutilizar. Este trabalho apresenta três contribuições principais. Primeiramente, é realizada uma análise das soluções existentes para separação dos interesses de mobilidade. Além disso, são propostos a arquitetura de software ArchM e o framework AspectM, ambos baseados em aspectos, visando: (i) uma clara separação dos interesses de mobilidade em relação às funcionalidades básicas e outros requisitos, (ii) uma introdução transparente do código de mobilidade em agentes estacionários, e (iii) uma integração flexível dos SMAs com plataformas de mobilidade existentes. O desenvolvimento de software orientado a aspectos é um novo paradigma com abstrações e mecanismos de composição que possibilitam o aumento do grau de reusabilidade e manutenibilidade dos sistemas. Os benefícios de ArchM e AspectM são ilustrados através de dois estudos de caso e com o uso de duas plataformas de mobilidade. / [en] Software engineers of multi-agent systems (MASs) are concerned with the design and implementation of the mobility issues in addition to the agents` basic functionalities and other agent-related concerns. As the agents` complexity increases, mobility issues cannot be modularized based only on object-oriented (OO) abstractions and mechanisms. Besides, some programmers frequently evidence the presence of mobility tangling and scattering problems on their systems. Despite these problems, MAS developers have mostly relied on application programming interfaces (APIs) OO from mobility platforms and on the use of the Java programming language. The result is the production of MASs that are difficult to understand, maintain, and reuse. This work presents three main contributions. Firstly, an analysis of existent solutions for modularization of mobility issues. Besides, the proposal of the ArchM software architecture and the AspectM framework, both based on aspects, which support: (i) improved modularization of the mobility issues, that is, a clean separation between the mobility-specific concerns and the other agent concerns, (ii) a seamless introduction of code mobility into stationary agents, and (iii) a flexible integration with multiple mobility platforms. The aspect- oriented software development (AOSD) is a new paradigm with abstractions and composition mechanisms that support an improvement of reuse and maintainability of systems. The benefits of the AspectM framework are illustrated through two case studies and through use of two mobility platforms.

Computer systems gain more space day by day in the lives of individuals, causing the demand for computerized solutions more and more sophisticated and accurate, become increasing. Thus, there is a requirement of effective quality assurance for software produced, checked by monitoring of quality attributes. However, the main current monitoring techniques are turning mainly to service-based systems, setting aside a large number of software. In this context, this work aims to discuss about the monitoring of quality attributes referenced by ISO/IEC 9126 standard. Decision trees will be set relating to the architectural elements monitoring issues, and also a tool that uses the concepts of Aspect-Oriented Programming to automate the process of monitoring the reliability and efficiency requirements by generating aspects-monitors intended for logging and recording exceptions given target system. Still be observed the case study disposal structured by the Goal/Question/Metric (GQM) paradigm, conducted with the purpose of analyze the feasibility of the developed solution which is a simplified way for architects and software developers to define monitors to measure quality attributes in their systems. / Coordenação de Aperfeiçoamento de Pessoal de Nível Superior / Os sistemas computacionais ganham dia a dia mais espaço na vida dos indivíduos, fazendo com que a demanda por soluções computadorizadas, cada vez mais sofisticadas e precisas, seja crescente. Assim, há a exigência de efetivas garantias de qualidade aos softwares produzidos, conferidas pela monitoração dos atributos de qualidade. Contudo, as principais técnicas de monitoração atuais voltam-se, sobretudo, aos sistemas baseados em serviços, deixando de lado uma grande parcela de softwares. Neste contexto, o presente trabalho possui como objetivo discutir acerca da monitoração dos atributos de qualidade referenciados pela norma ISO/IEC 9126. Serão definidas árvores de decisão, que relacionarão os elementos arquiteturais às questões de monitoração, e ainda uma ferramenta que utilizará conceitos da Programação Orientada a Aspectos para automatizar o processo de monitoração dos requisitos confiabilidade e eficiência, através da geração de aspectos-monitores destinados ao logging e registro de exceções de determinado sistema-alvo. Ainda será observada a disposição de estudo de caso estruturado pelo paradigma Goal/Question/Metric (GQM), realizado com a finalidade de analisar a viabilidade da solução desenvolvida que representa uma maneira simplificada para que arquitetos e desenvolvedores de softwares definam monitores para aferir atributos de qualidade em seus sistemas.

Coordenação de Aperfeiçoamento de Pessoal de Nível Superior / In the documentation of software architecture, it must be considered two relevant points: i) the architecture is composed by several visions, and ii) each vision identifies a set of components and interactions which allows a better understanding between developers and system programmers. The documentation of the components, when treating reusability, must present a set of information concerning its functionality and applicability in order to adapt them in applications of same domain. When we think of interaction among components, the information concerning the communication messages must be well identified so that the process of working may be clearly understood. This work shows the creation of a catalog of documentation patterns for the architecture of image processing and analysis systems approaching on the concept of design patterns and architecture visions of UML which will be used as the base for designing the Patterns. Through its use, the developers will be more sure of which is necessary to document and safer when reusing components previously tested and documented. It is also shown in this work the development of templates environment of the Patterns in the tool MoinMoinWiki aiming at creating a scenery for collaborative work and also a repository of information on documentation of systems architecture and frameworks within image domain. / Na documentação da arquitetura de software deve ser considerado dois pontos relevantes: i) a arquitetura é composta por várias visões, e ii) cada visão identifica um conjunto de componentes e interações, permitindo melhor compreensão entre desenvolvedores e projetistas do sistema. A documentação dos componentes, quando se tratando de reusabilidade, deve apresentar um conjunto de informações referente a sua funcionalidade e aplicabilidade a fim de adaptá-los em aplicações de mesmo domínio. Quando pensando em interação entre componentes, as informações relacionadas às mensagens de comunicação devem ser bem identificadas, para que o processo de funcionamento seja claramente entendido. Este trabalho apresenta a criação de um catálogo de Padrões de Documentação da Arquitetura de sistemas e frameworks para processamento e análise de imagens, abordando o conceito de design patterns e visões arquiteturais da UML, as quais servirão de base para elaboração dos padrões. Através do uso desses, os desenvolvedores sentirão mais clareza do que é necessário documentar e mais seguros em reusar componentes previamente testados e documentados. Apresenta-se também neste trabalho, o desenvolvimento de um ambiente de templates dos Padrões na ferramenta MoinMoinWiki, com o objetivo de criar um cenário para o trabalho colaborativo, e também um repositório de informações sobre a documentação da arquitetura de sistemas e frameworks no domínio de imagens.

Submitted by Johnny Rodrigues (johnnyrodrigues@ufcg.edu.br) on 2018-04-21T13:58:34Z No. of bitstreams: 1 SIDNEY ACIOLE RODRIGUES - DISSERTAÇÃO PPGEE 2014..pdf: 10747994 bytes, checksum: a201eceb35c011516f93accef0c024f9 (MD5) / Made available in DSpace on 2018-04-21T13:58:34Z (GMT). No. of bitstreams: 1 SIDNEY ACIOLE RODRIGUES - DISSERTAÇÃO PPGEE 2014..pdf: 10747994 bytes, checksum: a201eceb35c011516f93accef0c024f9 (MD5) Previous issue date: 2014-09 / De acordo com a Administração Federal de Alimentos e Medicamentos estadunidense (Food and Drug Administration – FDA), bombas de infusão são consideradas atualmente os dispositivos médicos cuja segurança é a mais crítica, devido à natureza de suas operações e os riscos a elas associados. O projeto destes dispositivos ainda é uma questão em aberto e várias iniciativas de melhoria estão sob investigação. No entanto, as especificações de tais sistemas ainda não estão adaptadas ao estado-da-arte do desenvolvimento de sistemas arquiteturais. Por exemplo, nesta pesquisa não foi possível identificar qualquer projeto que atenda aos padrões, considerando as especificação e documentação de arquiteturas de sistemas e de software durante o processo de engenharia. Em face desta situação, nesta dissertação é apresentada a especificação funcional de uma arquitetura para bombas de infusão que pode ser realizada mediante o emprego de várias tendências tecnológicas para esses produtos, a fim de melhorar a segurança. A especificação arquitetural apresentada foi validada pelo desenvolvimento de um protótipo multicanal de uma bomba de infusão que pode ser programada utilizando dados obtidos a partir de um serviço web, usando um aplicativo de celular, como controle remoto, que permita mudar os parâmetros de infusão de acordo com dados da prescrição médica. Assim, a principal contribuição deste trabalho pode ser apresentada como uma arquitetura distribuída para esse tipo de dispositivo, permitindo a integração com registros eletrônicos de saúde para o domínio de sistemas embarcados que implicam em redução de erros durante a atividade de programação. / According to the Food and Drug Administration - FDA, infusion pumps are currently considered the most safety-critical medical device due to the nature of their operations and associated risks. Design of these devices is still an open question and several improvement initiatives are under research. However, the released specifications of such systems are not yet adapted to the current state-of-art systems architectural developments. For example, in this work, we could not identify any project meeting the patterns of views and viewpoints for specification and documentation of system and software architectures during the engineering process. Due to this, this dissertation proposes a functional specification of an architecture for infusion pumps that can be realized through several technological trends for these products in order to improve safety. The presented architectural specification was validated by the development of a multichannel prototype of an infusion pump that can be programmed through data retrieved from a web service using a mobile application as a remote control and changing the infusion parameters according to medical prescription. Thus, the main contribution of this paper can be presented as a distributed architecture for this sort of device, allowing early integration with Electronic Health Records for the embedded systems domain implying in risk reductions during the programming activity.

Submitted by Automa??o e Estat?stica (sst@bczm.ufrn.br) on 2015-12-14T21:31:41Z No. of bitstreams: 1 KleberTavaresFernandes_DISSERT.pdf: 3094437 bytes, checksum: bdb3801626d482f58f739a586a06ea20 (MD5) / Approved for entry into archive by Arlan Eloi Leite Silva (eloihistoriador@yahoo.com.br) on 2015-12-15T21:50:51Z (GMT) No. of bitstreams: 1 KleberTavaresFernandes_DISSERT.pdf: 3094437 bytes, checksum: bdb3801626d482f58f739a586a06ea20 (MD5) / Made available in DSpace on 2015-12-15T21:50:51Z (GMT). No. of bitstreams: 1 KleberTavaresFernandes_DISSERT.pdf: 3094437 bytes, checksum: bdb3801626d482f58f739a586a06ea20 (MD5) Previous issue date: 2014-08-25 / A evolu??o tecnol?gica tem tornado a Educa??o a Dist?ncia acess?vel para um maior n?mero de cidad?os em qualquer hora e em qualquer lugar. O aumento potencial da oferta de dispositivos m?veis integrados a ambientes de aprendizado m?vel permite que a informa??o saia dos ambientes f?sicos das institui??es de ensino, oportunizando a alunos e professores criarem cen?rios de aprendizagem geograficamente distribu?dos. Entretanto, muitos dos aplicativos desenvolvidos para estes ambientes ainda permanecem isolados uns dos outros e n?o se integram de maneira suficiente aos ambientes virtuais de aprendizagem (AVA). Esta disserta??o apresenta um modelo de interoperabilidade entre dispositivos m?veis e AVAs distintos baseado em webservices. Para a concep??o deste modelo, t?cnicas de engenharia de requisitos e arquitetura de software foram utilizadas. Com o intuito de mostrar a viabilidade do modelo foi desenvolvida uma aplica??o m?vel voltada para question?rios, al?m disso, as principais funcionalidades relacionadas com interoperabilidade foram testadas. / The technological evolution has been making the Distance Education accessible for a greater number of citizens anytime and anywhere. The potential increase of the supply for mobile devices integrated to mobile learning environments allows that the information comes out of the physical environment, creating opportunities for students and teachers to create geographically distributed learning scenarios. However, many applications developed for these environments remain isolated from each other and do not become integrated sufficiently into the virtual learning environments (AVA). This dissertation presents an interoperability model between mobile devices and distinct AVA based on webservices. For the conception of this model, requirements engineering and software architecture techniques were used. With the goal of showing the model viability, a mobile application focused on surveys has been developed, and additionally, the main functionalities related to the interoperability were tested

Submitted by Automa??o e Estat?stica (sst@bczm.ufrn.br) on 2017-03-21T18:19:38Z No. of bitstreams: 1 JulioCesarLeoncioDaSilva_DISSERT.pdf: 1394881 bytes, checksum: 747cd2cfe814ce2f10219f841055abdb (MD5) / Approved for entry into archive by Arlan Eloi Leite Silva (eloihistoriador@yahoo.com.br) on 2017-03-27T21:23:41Z (GMT) No. of bitstreams: 1 JulioCesarLeoncioDaSilva_DISSERT.pdf: 1394881 bytes, checksum: 747cd2cfe814ce2f10219f841055abdb (MD5) / Made available in DSpace on 2017-03-27T21:23:41Z (GMT). No. of bitstreams: 1 JulioCesarLeoncioDaSilva_DISSERT.pdf: 1394881 bytes, checksum: 747cd2cfe814ce2f10219f841055abdb (MD5) Previous issue date: 2016-08-25 / Muitas vezes o arquiteto de software respons?vel pela defini??o e avalia??o da arquitetura de software n?o consegue estabelecer quais requisitos n?o-funcionais devem ser priorizados no desenvolvimento de seus sistemas. Com isso, falhas podem ocorrer durante a execu??o do sistema demandando mais tempo e recursos para que seja corrigido. Em muitos casos, com a inexperi?ncia dos arquitetos ou a necessidade de disponibiliza??o r?pida de um sistema, os requisitos n?o-funcionais n?o s?o considerados durante a defini??o da arquitetura de software e tamb?m n?o ? feita a devida documenta??o da arquitetura, tornando dif?cil o acesso e entendimento da arquitetura pelos demais integrantes da equipe e dificultando a manuten??o de componentes/m?dulos da arquitetura e respectivos relacionamentos. Este trabalho buscou levantar junto ?s empresas de software, p?blicas e privadas, quais as principais estrat?gias utilizadas na defini??o e avalia??o da arquitetura, principalmente na obten??o e cumprimento dos requisitos n?o-funcionais, e documenta??o arquitetural. Nosso estudo contou com a participa??o de 17 arquitetos de software para responder o question?rio proposto. Com a realiza??o do question?rio identificamos que os requisitos n?o-funcionais de desempenho e confiabilidade s?o os mais importantes a serem atendidos pela arquitetura e que mesmo com a exist?ncia de algumas abordagens para a avalia??o de arquiteturas, elas n?o parecem estar bem difundidas e/ou utilizadas entre os arquitetos. Ao tratar especificamente o requisito de desempenho, os arquitetos julgaram que em uma an?lise de desempenho de um sistema de software a informa??o mais importante a ser exibida deve ser o tempo de resposta das requisi??es a um determinado cen?rio, acompanhado do tempo de execu??o dos m?todos que fazem parte desse cen?rio. Em rela??o ? documenta??o arquitetural, a maioria dos entrevistados afirmaram utilizar, no m?nimo, algum tipo de documenta??o no momento de cria??o de um sistema de software, destacando-se a utiliza??o de diagramas de classe e de componentes como as formas mais comuns de documenta??o utilizadas pelos arquitetos. Al?m disso, o trabalho prop?e a utiliza??o de um guia que busca auxiliar arquitetos de software na atividade de avalia??o do cumprimento dos requisitos n?o-funcionais pela arquitetura durante a evolu??o do sistema, priorizando o requisito n?o-funcional de desempenho. Ao avaliar a aplica??o do guia, os entrevistados apontaram a abordagem de an?lise de logs para identificar os cen?rios priorit?rios numa avalia??o de desempenho como uma das principais contribui??es do guia e que poderia facilitar na identifica??o e compara??o das vers?es dos seus sistemas. / Usually, the software architect responsible for the software architecture definition and evaluation cannot prioritize which non-functional requirements must be prioritized during the development of their systems. Because of that, failures may happen during the system execution requiring more time and resources to fix them. In many cases, due to the inexperience of architects or the need for rapid deployment of a system, the non-functional requirements are not considered in the software architecture definition phase and its documentation is absent or incomplete, making the software architecture difficult to be understood, modified and envolved by other team members. This work investigates the main strategies and techniques used to document software architectures and to evaluate non-functional requirements by existing software development companies. Our study had the participation of 17 software architects to answer the survey. Our work identified that performance and reliability non-functional requirements are the most important to be addressed by the architecture and even with the existence of some approaches to evaluate architectures, they do not seem to be disseminated and used among architects. The architects judged that in a performance analysis of a software system the most important information to be displayed should be the response time of the system scenarios. Regarding architecture documentation, most interviewees stated that they used some kind of documentation. The use of class diagrams and component diagrams are the most common forms of documentation used by architects. Besides that, we propose a guide to help software architects in the task of achieving such non-functional requirements during the evolution of software systems. The proposed guide prioritizes the non-functional requirement of performance. The logs analysis approach to identify priority scenarios in a performance assessment was pointed out as one of the key contributions of the guide and could facilitate the identification and comparison of the versions of their systems.

Submitted by Automa??o e Estat?stica (sst@bczm.ufrn.br) on 2017-11-01T21:47:47Z No. of bitstreams: 1 DanniloMartinsCunha_DISSERT.pdf: 1409598 bytes, checksum: ba0a80abd8341353d6629fde5b97e659 (MD5) / Approved for entry into archive by Arlan Eloi Leite Silva (eloihistoriador@yahoo.com.br) on 2017-11-08T19:02:46Z (GMT) No. of bitstreams: 1 DanniloMartinsCunha_DISSERT.pdf: 1409598 bytes, checksum: ba0a80abd8341353d6629fde5b97e659 (MD5) / Made available in DSpace on 2017-11-08T19:02:46Z (GMT). No. of bitstreams: 1 DanniloMartinsCunha_DISSERT.pdf: 1409598 bytes, checksum: ba0a80abd8341353d6629fde5b97e659 (MD5) Previous issue date: 2017-07-03 / Este trabalho tem o objetivo de apresentar a estrutura, a descri??o e a valida??o de uma arquitetura de software. Essa arquitetura tem a capacidade de possibilitar a constru??o de novas ferramentas. Essas novas ferramentas possuem o prop?sito de realizar a avalia??o cont?nua do desempenho do aluno no processo de ensino-aprendizagem. Atrav?s de uma pesquisa de car?ter explorat?rio e a fim de validar a arquitetura de software proposta, foi realizado um estudo de caso composto por tr?s situa??es. Esse estudo de caso foi realizado nas turmas do 1? ano do curso de inform?tica do Campus Avan?ado Lajes do Instituto Federal de Educa??o, Ci?ncia e Tecnologia do Rio Grande do Norte (IFRN). Esse estudo de caso abordou o assunto de fun??es exponenciais da disciplina de matem?tica 1. Logo ap?s o professor ministrar o assunto de fun??es exponenciais, uma avalia??o composta por apenas uma ?nica quest?o objetiva foi constru?da e disponibilizada para a turma durante uma aula expositiva. Em seguida, esses alunos responderam a avalia??o em quest?o, permitindo que o professor gerasse um breve relat?rio a respeito do desempenho da turma em rela??o ao conte?do abordado em sala de aula. Uma vez de posse desses dados, o professor teve condi??es de decidir se realizava uma revis?o a respeito do assunto ministrado ou se dava sequ?ncia ao desenvolvimento de sua disciplina. Em uma situa??o do estudo de caso, o professor observou que ele poderia dar sequ?ncia ao desenvolvimento de sua disciplina. No entanto, nas demais situa??es do estudo de caso, o professor percebeu que ele deveria realizar uma breve revis?o a respeito do conte?do abordado, visto que as turmas haviam apresentado um desempenho muito baixo. Esse processo se deu atrav?s da utiliza??o de um sistema esquel?tico desenvolvido com base na arquitetura de software proposta. O sistema constru?do foi implementado atrav?s da utiliza??o de tecnologias web a fim de disponibiliz?-lo na Internet. Dessa forma, esse sistema estaria mais acess?vel aos alunos, seja por um notebook, tablet, smartphone ou qualquer outro dispositivo que possibilitasse o acesso ? Internet. Pode-se dizer que essa ? uma maneira ?gil de fornecer um melhor direcionamento em rela??o aos assuntos ministrados durante as aulas dos professores. Ap?s a realiza??o do processo de valida??o da arquitetura de software proposta, os dados gerados foram coletados, analisados e apresentados. Por fim, tem-se as conclus?es extra?das a partir da constru??o deste trabalho e algumas propostas que poder?o ser desenvolvidas em trabalhos futuros. / This work has the objective of a structure, a description and a validity of a software architecture. This architecture has an ability to enable the construction of new tools. These new tools aim to perform a continuous assessment of performance throughout the teaching-learning process. Through a research of exploratory nature and in order to validate a proposed software architecture, a case study composed of three situations was carried out. This case study was carried out in the 1st year classes of the computer science course of the Lajes Advanced Campus of the Federal Institute of Education, Science and Technology of Rio Grande do Norte (IFRN). This case study addresses the subject of the exponential functions of the mathematics discipline 1. Soon after the teacher teaches the subject of exponential functions, an assessment composed of only a single objective question was constructed and made available to a class during an expository class. Then, these students responded to an assessment in question, allowing the teacher to generate a brief report on the performance of the class in relation to the content addressed in the classroom. Once in possession of data, the teacher was able to decide whether to carry out a revision regarding the matter given or to develop his discipline. In a case study situation, the teacher noted that he may have told the development of his discipline. However, in what concerns a study of the content addressed, since classes had a very low performance. This process is created through the use of a skeletal system developed based on the proposed software architecture. The built system was implemented through the use of web technologies on the Internet. In this way, this system is more accessible to students, through a notebook, tablet, smartphone or any other device that allows access to the Internet. It can be said that it is a way of providing a better direction in relation to those taught during teacher's classes. After the validation process of the software architecture, the generated data were collected, analyzed and described. Finally, we draw conclusions drawn from the construction of the work and some proposals and development materials developed in future works.